Propagation DNS

La définition

« Propagation DNS » est le nom courant donné au délai entre une modification du DNS et le moment où tout le monde la voit. Le terme est trompeur : rien n'est diffusé nulle part. Chaque résolveur garde son ancienne réponse jusqu'à l'expiration de son TTL, puis en redemande une neuve.

Pourquoi la nuance change ce qu'on fait

Si quelque chose était réellement poussé de serveur en serveur, il n'y aurait qu'à attendre sans savoir combien de temps. Comme il s'agit de caches qui expirent les uns après les autres, l'attente a une borne, et elle se calcule : elle ne peut pas dépasser le TTL qui était en vigueur avant le changement. Le reste n'a rien d'aléatoire.

Deuxième conséquence : les tests contradictoires sont normaux. Un collègue qui voit déjà le nouveau site et vous qui voyez encore l'ancien, ce sont deux résolveurs dont les caches n'ont pas expiré au même moment. La question utile n'est donc pas « est-ce que c'est propagé », mais « que répond le serveur de noms du domaine » — lui est toujours à jour.

Ce qui se passe vraiment, minute par minute

Un changement d'adresse sur un enregistrement dont le TTL était de 3 600 secondes.

t+0 min    La nouvelle adresse est publiée sur le serveur de noms du domaine.
t+0 min    Un résolveur sans rien en cache la lit : il voit déjà le nouveau site.
t+12 min   Un résolveur qui a interrogé à t-48 min sert encore l’ancienne.
t+60 min   Le dernier cache constitué juste avant le changement expire.
t+60 min   Plus aucun résolveur ne peut servir l’ancienne réponse.

Il n'y a pas de vague qui avance : il y a des caches qui expirent, chacun à son heure, tous avant la fin du TTL d'origine. C'est pour cela qu'un changement peut être visible instantanément à un endroit et invisible à un autre, sans que rien n'aille mal.

L'erreur classique

Refaire la modification parce qu'elle « n'a pas l'air d'être passée », puis la refaire encore. Chaque tentative remet le compteur à zéro pour les résolveurs qui viennent de lire la valeur, et on finit par publier une adresse fausse dans la précipitation.

Le geste qui l'évite : Modifier une fois, puis vérifier à la source en interrogeant directement un serveur de noms déclaré pour le domaine. S'il répond la bonne valeur, le travail est terminé : il ne reste plus qu'à laisser le temps faire ce qu'aucune manipulation n'accélère.

Ce que les sources ne disent pas pareil : Les délais annoncés par les hébergeurs — « jusqu'à 24 heures », parfois 48 ou 72 — sont des marges commerciales, pas des valeurs normalisées. Le seul délai qui se calcule est le TTL en vigueur avant le changement.

La référence : Le mécanisme de mise en cache et son expiration sont décrits par les RFC 1034 et 1035. Le mot « propagation » n'y figure pas : c'est un terme d'usage, pas un terme de la norme.

Les termes voisins

Pour aller plus loin

Connaître les mots, c'est la moitié du travail

L'autre moitié, c'est de savoir lequel de vos domaines est en train de poser problème. DomainVigil surveille l'expiration, le DNS, les certificats et la réputation, et vous prévient avant le client.

Commencer gratuitement

Cinq domaines gratuits, pour toujours. Sans carte bancaire.

Revenir au glossaire