Vérificateur de propagation DNS (Gratuit) - Vérifiez le DNS dans le monde
Outil gratuit qui interroge les enregistrements DNS d'un domaine auprès de plusieurs résolveurs publics du monde entier (Google, Cloudflare, etc.) en même temps, pour voir instantanément si un changement de serveur de noms s'est déjà propagé mondialement.
Confirmer qu'un changement DNS a gagné le monde
Cet outil interroge d'un coup les enregistrements DNS d'un domaine auprès de résolveurs publics du monde entier, dont ceux de Google et de Cloudflare, et place les réponses côte à côte. Juste après avoir déplacé un serveur de noms ou réécrit un enregistrement A, il montre d'un coup d'œil jusqu'où le changement est allé.
**Le mot « propagation » est, à vrai dire, un peu trompeur.** Le DNS n'est pas un mécanisme qui pousse les changements vers le monde. **Chaque résolveur se borne à garder la réponse précédente en cache et continue de renvoyer l'ancienne valeur jusqu'à ce que ce cache expire.** La durée de l'attente est donc décidée par **le TTL en vigueur avant le changement.** Raccourcir le TTL après coup ne fait rien pour les caches déjà distribués. **C'est précisément pourquoi l'usage établi, à l'approche d'une migration, est d'abaisser le TTL quelques jours à l'avance.** Que les réponses diffèrent ici n'est pas une panne : cela signifie que les caches n'ont pas encore expiré.
Comment s'en servir
- Indiquez le domaine et le type d'enregistrement Choisissez le type à contrôler : A, MX, TXT et ainsi de suite.
- Comparez les réponses de chaque résolveur **Un mélange d'anciennes et de nouvelles valeurs signifie que la bascule est encore en cours.**
- Établissez quelles régions diffèrent Vous voyez quels résolveurs conservent encore l'ancienne valeur.
- Laissez passer le TTL **Tant que le TTL en vigueur avant le changement n'est pas écoulé, il n'y a rien à faire qu'attendre.**
Astuces pour en tirer le meilleur parti
- Juste après avoir changé un serveur de noms ou un enregistrement A, certains résolveurs peuvent encore renvoyer l'ancienne valeur jusqu'à l'expiration de leur TTL (durée de vie en cache) — c'est normal, pas un bug.
- Si les résolveurs ne concordent pas, vérifiez d'abord le TTL. Un TTL plus long (par exemple 24 heures) signifie que la propagation prend naturellement plus de temps à se terminer partout.
- Cet outil ne se limite pas aux enregistrements A : utilisez-le aussi pour les MX et TXT (SPF/DKIM, etc.), surtout juste après avoir modifié des réglages liés au courrier électronique.
- Une réponse NXDOMAIN signifie que le domaine lui-même n'existe pas. Vérifiez s'il y a une faute de frappe ou un enregistrement expiré.
- Comme cet outil interroge aussi des résolveurs situés hors du Japon, il permet également d'évaluer l'état de propagation pour un public international.
Dans quels cas s'en servir
Juste après avoir déplacé un serveur de noms
**Vous confirmez si le transfert a pris effet dans le monde entier.**
Lors d'un changement de serveur
Vous confirmez que le nom pointe désormais vers la nouvelle adresse.
Pour chercher pourquoi vous seul n'atteignez pas un site
**Lorsque votre seul résolveur conserve l'ancienne valeur, la comparaison avec des réponses d'ailleurs tranche la question.**
Pour planifier une bascule
Vous remontez depuis l'attente pour décider du moment d'abaisser le TTL.
Vocabulaire de la propagation DNS
- Résolveur
- Le serveur qui interroge le DNS pour le compte de l'utilisateur. Le `8.8.8.8` de Google et le `1.1.1.1` de Cloudflare sont les mieux connus.
- TTL
- Le nombre de secondes durant lesquelles une réponse peut rester en cache. **Ce qui décide de l'attente, c'est le TTL en vigueur avant le changement, non après.**
- Cache négatif
- Une réponse « cet enregistrement n'existe pas » est mise en cache elle aussi. **C'est parfois pourquoi un enregistrement fraîchement créé reste d'abord invisible.**
- Serveur faisant autorité
- Le serveur qui détient la vraie réponse pour un domaine. Les résolveurs l'interrogent pour obtenir leurs réponses.
- Serveur de noms
- Le serveur faisant autorité auquel un domaine a été délégué. Transférer un domaine en change l'identité.
- Propagation
- Le mot courant pour dire qu'un changement gagne les résolveurs de partout. **En réalité ce n'est pas une distribution, mais l'expiration des caches.**
Questions fréquentes
Anecdote — personne ne « diffuse » vraiment les changements DNS
Le DNS repose sur un système de cache hiérarchique depuis sa conception en 1983. Si chaque résolveur de la planète devait remonter jusqu'aux serveurs racine à chaque requête, le système ne pourrait pas tenir la charge — c'est pourquoi chaque résolveur conserve une réponse dans son propre cache pendant la durée autorisée par le TTL (Time To Live) de l'enregistrement, répondant instantanément depuis ce cache aux questions répétées. C'est exactement ce qui rend le DNS rapide, mais cela crée aussi un effet secondaire : un délai avant qu'un changement ne soit visible partout.
Ce délai est communément appelé « propagation DNS », mais en réalité, rien n'est activement diffusé au monde entier. Ce qui se passe vraiment, c'est que l'entrée de cache obsolète de chaque résolveur expire silencieusement selon son propre calendrier de TTL, et n'est rafraîchie que lors de la prochaine requête — un renouvellement passif et progressif plutôt qu'un envoi actif. Avec un TTL de 24 heures, un résolveur quelque part pourrait en théorie continuer à renvoyer l'ancienne valeur pendant les 24 heures complètes suivant le changement.
Le protocole DoH (DNS over HTTPS) sur lequel repose cet outil a été porté à l'origine vers 2018 par Mozilla et Google, principalement pour des raisons de confidentialité — afin que les FAI et autres tiers présents sur le chemin réseau ne puissent pas voir le contenu d'une requête DNS. Chiffrer le trafic DNS à l'intérieur d'une connexion HTTPS ordinaire a aussi eu un effet secondaire utile : cela a donné naissance à une API JSON standardisée que des outils comme celui-ci peuvent utiliser pour interroger plusieurs résolveurs publics via un serveur, sans avoir besoin de sockets DNS bas niveau.