Vérification de la propagation DNS

Rien n’est poussé nulle part

Le mot « propagation » donne l’impression que votre changement part de votre hébergeur DNS pour couvrir tout internet. Le DNS ne fonctionne pas ainsi. Vos serveurs de noms détiennent l’enregistrement et attendent qu’on les interroge. Ils n’envoient rien à personne.

Les machines qui cherchent les noms pour les gens s’appellent des résolveurs. Votre fournisseur d’accès en exploite un, tout comme Google (8.8.8.8) et Cloudflare (1.1.1.1). La première fois qu’on demande www.example.com à un résolveur, il va chercher la réponse chez votre serveur de noms et en garde une copie. Chaque enregistrement porte un nombre, le TTL (durée de vie), qui dit pendant combien de secondes la copie peut être réutilisée. Le résolveur ne redemande pas avant que ce compteur tombe à zéro.

Donc, après une modification, chaque résolveur passe à la nouvelle valeur à son propre rythme, quand sa copie de l’ancienne expire. Un résolveur qui n’avait pas de copie voit la nouvelle valeur tout de suite.

Ce que cette vérification compare

1. Elle trouve les serveurs de noms qui font autorité pour le nom et en interroge un directement, sans cache entre les deux. Cette réponse est la référence, affichée avec son TTL complet.
2. Elle envoie la même question, au même moment, à 24 résolveurs publics : 17 exploités par des fournisseurs situés à un endroit connu (les États-Unis, le Brésil, l’Espagne, l’Allemagne, la Russie, l’Inde, la Chine, la Corée du Sud, l’Australie, le Zimbabwe et d’autres) et 7 réseaux mondiaux comme Google, Cloudflare, Quad9 et OpenDNS.
3. Elle compare chaque réponse complète à la référence. Si un nom a plusieurs valeurs, l’ensemble doit correspondre.

Vous choisissez le type d’enregistrement : A, AAAA, CNAME, MX, NS, TXT ou CAA. Un nom saisi avec www. est vérifié tel quel, puisque www est un enregistrement distinct.

Lire la carte et le tableau

À jour

Le résolveur renvoie les mêmes valeurs que votre serveur de noms.

Différent

Il renvoie autre chose, normalement la valeur précédente. La colonne TTL indique combien de secondes il reste à sa copie et c’est le temps que vous attendrez pour ce résolveur.

Pas de réponse

Le résolveur a expiré ou refusé. Cela ne vous apprend rien sur votre enregistrement.

Si les résolveurs renvoient trois ensembles de valeurs distincts ou plus, la vérification cesse d’y voir un simple retard. Un domaine servi par un réseau de diffusion de contenu, ou qui utilise un routage géographique, distribue exprès des adresses différentes selon la région. Les grands sites comme wikipedia.org ou netflix.com ont toujours cet aspect.

« N’existe pas (NXDOMAIN) » pour un enregistrement que vous venez de créer est aussi une réponse en cache. Les résolveurs se souviennent qu’un nom était absent aussi longtemps que l’enregistrement SOA de la zone le prévoit, souvent entre 5 minutes et 1 heure.

Planifier un changement pour que l’attente soit courte

Vous ne pouvez pas vider les caches des autres. Ce que vous pouvez faire, c’est décider à l’avance combien de temps ils durent.

1. Au moins un TTL complet avant le changement, baissez le TTL de l’enregistrement à 300. S’il était de 86400, faites-le la veille.
2. Faites le changement. Chaque résolveur suit maintenant en moins de cinq minutes.
3. Laissez l’ancien serveur en marche pendant cette fenêtre pour que personne n’arrive sur une adresse morte.
4. Une fois que tout fonctionne, remontez le TTL à 3600 ou plus. Des TTL courts veulent dire plus de requêtes et des premières visites un peu plus lentes.

Changer les serveurs de noms eux-mêmes est plus lent. La liste des serveurs de noms est détenue par le registre de votre extension de domaine, avec un TTL que vous ne contrôlez pas : 48 heures pour .com. Gardez la zone en vie chez l’ancien hébergeur DNS pendant deux jours après le changement.