Vérificateur de propagation DNS

Global DNS Checker est un outil gratuit qui interroge les enregistrements DNS d'un domaine depuis des serveurs du monde entier en même temps.

Il prend en charge les enregistrements A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV et TXT.

Oui. Tous les outils du site sont gratuits et aucun ne demande de compte. Nous demandons seulement d'utiliser le site à la main plutôt que d'y pointer des scripts.

Saisissez le domaine dans le champ en haut de la page, choisissez un type d'enregistrement et cliquez sur « Vérifier le DNS ». Les serveurs listés en dessous lancent alors la même requête et affichent la réponse que chacun a reçue, avec son temps de réponse.

Elle est régie par le TTL de l'enregistrement, pas par une horloge fixe.

Les résolveurs continuent de servir la réponse précédente jusqu'à l'expiration de leur copie en cache, puis récupèrent la nouvelle : un enregistrement avec un TTL de 300 secondes se met donc à jour en cinq minutes environ, tandis qu'un TTL d'un jour peut prendre jusqu'à 24 heures.

L'affirmation courante selon laquelle les changements prennent toujours 48 heures est un mythe hérité de serveurs de noms plus lents ; abaisser le TTL avant un changement est le vrai moyen d'accélérer les choses.

En général, tout fonctionne : vous voyez simplement un résolveur qui garde encore l'ancienne valeur en cache jusqu'à l'expiration de son TTL.

Autres causes courantes : un changement de serveurs de noms qui n'a pas été enregistré chez le registraire, si bien que la délégation pointe toujours vers l'ancien prestataire, et le cache négatif, quand un résolveur se souvient qu'un nom n'existait pas et continue de renvoyer cette réponse jusqu'à la fin du minuteur de cache négatif du SOA.

Vérifier depuis plusieurs emplacements montre si la nouvelle valeur se répand ou si elle manque réellement.

Sous Windows, ouvrez l'invite de commandes et lancez ipconfig /flushdns.

Sous macOS, lancez sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder.

Sur la plupart des systèmes Linux avec systemd-resolved, lancez sudo resolvectl flush-caches.

Redémarrer le navigateur ou l'appareil vide aussi les caches applicatifs. Vider le cache n'affecte que votre propre machine ; cela ne change pas ce que les autres résolveurs du monde servent.

TTL signifie « time-to-live », durée de vie : le nombre de secondes pendant lesquelles un résolveur peut garder une réponse DNS en cache avant de devoir réinterroger les serveurs faisant autorité.

Un TTL bas fait que les résolveurs se rafraîchissent souvent : les changements apparaissent vite, au prix de plus de requêtes ; un TTL élevé signifie moins de requêtes mais des mises à jour plus lentes.

Fixer un TTL bas avant un changement planifié, puis le remonter ensuite, donne une propagation rapide sans surcoût permanent.

Une vérification DNS demande aux résolveurs quelles valeurs les enregistrements d'un domaine renvoient actuellement, comme ses enregistrements A, MX ou TXT — c'est ce qui route réellement le trafic et le courrier.

Une recherche WHOIS rapporte au contraire les données d'enregistrement du domaine lui-même : le registraire, les dates de création et d'expiration, et la délégation des serveurs de noms.

Le DNS vous dit comment le domaine se comporte en ce moment ; le WHOIS vous dit qui l'a enregistré et quand il expire.

Cet outil vérifie un domaine depuis des résolveurs de nombreux emplacements à la fois : si chaque serveur renvoie la nouvelle valeur, le changement s'est propagé aux résolveurs testés.

Comme il existe bien plus de résolveurs dans le monde que n'importe quel outil ne peut en interroger, un résultat parfaitement uniforme est une preuve solide plutôt qu'une garantie absolue.

Un mélange d'anciennes et de nouvelles réponses signifie que la propagation est encore en cours et que certains résolveurs gardent une copie en cache jusqu'à l'expiration de son TTL.

Vérifiez l'enregistrement que vous avez modifié.

Après avoir migré un site web vers un nouvel hébergement, vérifiez l'enregistrement A, et l'enregistrement AAAA si vous servez de l'IPv6.

Après un changement d'hébergement de messagerie, vérifiez l'enregistrement MX.

Quand vous déplacez un domaine vers un nouveau prestataire DNS, vérifiez les enregistrements NS.

Pour la vérification de domaine et les politiques de messagerie comme SPF ou DKIM, vérifiez l'enregistrement TXT.

En cas de doute, commencez par A et MX, qui couvrent la plupart des changements de site et de messagerie.