Pourquoi tester la propagation DNS ?
Vous venez de modifier un enregistrement et vous devez connaître la réponse réelle vue depuis un autre pays.
Vous migrez un service critique et vous voulez vous assurer que les caches expirent bien selon le TTL prévu.
Vous devez rassurer un client ou une direction après un changement sensible sur un domaine.
Vous préparez l'ouverture d'une campagne e-mail et vous vérifiez les enregistrements SPF, DKIM ou DMARC.
Rappel pratique
La propagation n'est pas une diffusion magique : ce sont les caches qui expirent. Le test vous montre quels résolveurs ont encore l'ancienne valeur et combien de temps ils la conserveront.
Ce que mesure l'outil de propagation
Interrogation simultanée des principaux résolveurs publics (Google, Cloudflare, Quad9, OpenDNS, Yandex...).
Comparaison avec le serveur autoritaire pour détecter un éventuel décalage.
Suivi du TTL restant et de la date de rafraîchissement sur chaque point de contrôle.
Historique horodaté des mesures pour documenter une migration ou un incident.
Comment fonctionne la vérification
Chaque résolveur consulté renvoie sa réponse et le TTL qu'il a encore en cache.
Le test affiche la date à laquelle la donnée actuelle a été récupérée auprès du serveur autoritaire.
Si un résolveur garde l'ancienne valeur, vous savez combien de minutes il reste avant expiration.
Le résultat est comparé à la réponse autoritaire pour confirmer la cohérence finale.
Astuce
Répétez le test quelques minutes plus tard pour constater la progression. Vous pouvez partager un lien public à vos interlocuteurs pour qu'ils suivent la même vue.
Quand lancer un test de propagation
Avant une bascule vers un nouvel hébergeur ou un CDN.
Lors de l'ajout d'un nouvel enregistrement TXT pour une vérification de domaine.
Après modification d'un MX pour valider la réception e-mail.
Lors d'une crise pour prouver que la mise à jour est bien en cours de diffusion.
En routine pour contrôler que vos TTL correspondent à la politique attendue.
Interpréter les résultats
Tous les résolveurs renvoient la nouvelle valeur
La propagation est terminée : vous pouvez clôturer l'incident ou informer vos clients.
Quelques résolveurs gardent l'ancienne réponse
Patientez jusqu'à l'expiration du TTL indiqué. Vérifiez qu'aucun cache local supplémentaire ne traîne du côté des FAI.
Un résolveur public affiche NXDOMAIN
Le serveur autoritaire ne connaît pas encore cet enregistrement. Vérifiez le serial du SOA et relancez la publication si besoin.
TTL très long
Pensez à réduire temporairement le TTL avant un changement majeur. Remontez-le ensuite pour limiter la charge sur vos serveurs autoritaires.
Bonnes pratiques
Planifier une fenêtre de changement avec un TTL réduit en amont.
Documenter chaque mesure et conserver les captures de vos tests.
Automatiser une vérification après chaque déploiement majeur.
Impliquer l'équipe support ou prestataire grâce au rapport exportable.
FAQ rapide
Combien de temps dure une propagation DNS ?
Cela dépend du TTL configuré et de la politique des résolveurs. La plupart des changements sont visibles en quelques minutes, mais certains FAI peuvent conserver l'ancienne valeur jusqu'au TTL maximum.
Puis-je forcer la propagation ?
Non, mais vous pouvez réduire le TTL à l'avance et purger les caches contrôlés (par exemple vos propres résolveurs récursifs) pour accélérer la visibilité.
Faut-il tester tous les enregistrements ?
Concentrez-vous sur les enregistrements critiques : A, AAAA, CNAME, MX, TXT, NS, SOA. Ajoutez CAA, PTR, SRV ou SVCB selon votre contexte.