Vérificateur de propagation DNS

RSS

Changed a DNS record? Compare live answers from six major public resolvers to see whether your update has propagated.

Enregistrements A pour google.com

1 résolveurs sur 6 concordent
RésolveurStatutRéponseTTL
Cloudflare
1.1.1.1
NOERROR 173.194.45.100
173.194.45.101
173.194.45.102
173.194.45.113
173.194.45.138
173.194.45.139
191
Google Public DNS
8.8.8.8
NOERROR 142.251.163.100
142.251.163.101
142.251.163.102
142.251.163.113
142.251.163.138
142.251.163.139
300
AdGuard DNS
94.140.14.14
NOERROR 142.250.188.174
65
NextDNS
45.90.28.0
NOERROR 172.253.115.100
172.253.115.101
172.253.115.102
172.253.115.113
172.253.115.138
172.253.115.139
264
DNS.SB
185.222.222.222
NOERROR 142.250.177.78
194
AliDNS
223.5.5.5
NOERROR 142.250.9.100
142.250.9.101
142.250.9.102
142.250.9.113
142.250.9.138
142.250.9.139
155

Vérifié à l'instant. Actualisez pour interroger à nouveau tous les résolveurs.

Qu'est-ce que la propagation DNS ?

Lorsque vous modifiez un enregistrement DNS, par exemple pour faire pointer votre domaine vers un nouvel hébergeur, le changement est actif presque immédiatement sur vos serveurs de noms faisant autorité. Mais les résolveurs récursifs du monde entier (ceux de votre FAI, de Google, de Cloudflare et d'autres) conservent en cache l'ancienne réponse jusqu'à l'expiration de son TTL (durée de vie). La « propagation » est simplement le temps nécessaire pour que ces caches expirent et récupèrent la nouvelle valeur. Elle prend généralement de quelques minutes jusqu'au TTL de l'ancien enregistrement, et jusqu'à 48 heures lorsque ce sont les serveurs de noms eux-mêmes qui changent, car les délégations des TLD ont de longs TTL.

Comment fonctionne ce vérificateur

Nous interrogeons le même enregistrement au même moment auprès de six grands résolveurs publics : Cloudflare (1.1.1.1), Google Public DNS (8.8.8.8), AdGuard DNS, NextDNS, DNS.SB et AliDNS. Nous mettons ensuite en évidence ceux qui s'accordent avec la réponse majoritaire. Ces services exploitent des réseaux anycast présents en de nombreux endroits : ils reflètent donc ce que voit une large part des internautes. S'ils s'accordent tous sur la nouvelle valeur, votre changement s'est de fait propagé.

Comment accélérer la propagation DNS

  1. Baissez le TTL à l'avance. Un jour avant un changement planifié, réduisez le TTL de l'enregistrement à 300 secondes. Une fois l'ancien TTL écoulé, tous les caches se rafraîchiront dans les cinq minutes qui suivent votre changement.
  2. Effectuez le changement, vérifiez-le avec une recherche DNS, puis surveillez cette page.
  3. Videz les caches locaux. Sous Windows, exécutez ipconfig /flushdns ; sous macOS, exécutez sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Les navigateurs mettent aussi le DNS en cache brièvement.
  4. Remontez le TTL une fois que tout est stable pour réduire la charge de requêtes.

En savoir plus dans Qu'est-ce que le DNS et comment fonctionne-t-il ?

Questions fréquentes

Pourquoi la propagation peut-elle prendre jusqu'à 48 heures ?

Les changements de serveurs de noms (NS) chez le bureau d'enregistrement sont publiés dans la zone du TLD, où les délégations ont couramment des TTL d'un ou deux jours. Les changements d'enregistrements ordinaires se terminent généralement bien plus vite.

Un résolveur affiche encore l'ancienne IP. Y a-t-il un problème ?

Probablement pas. Cet emplacement de résolveur a encore une copie en cache. Consultez la colonne TTL : elle indique combien de secondes restent avant son rafraîchissement.

Puis-je forcer un résolveur à se mettre à jour ?

Certains le permettent : Cloudflare et Google disposent tous deux de pages publiques de purge du cache pour leurs résolveurs.

Mis à jour

Commentaires

Aucune évaluation pour l’instant

Connectez-vous pour noter cet outil.

Partagez une astuce, posez une question ou racontez comment l’outil a fonctionné pour vous.

Aucun commentaire pour l’instant. Soyez le premier à raconter votre expérience.

Copié dans le presse-papiers