La « propagation » n'est en fait que l'expiration de caches
0 min
vous enregistrez la modification
0-5 min
votre hébergeur DNS se met à jour
jusqu'au TTL
l'ancienne réponse reste en cache
après le TTL
tout le monde voit la nouvelle
Rien n'est poussé nulle part : chaque cache cesse simplement de réutiliser sa copie
Propagation DNS : pourquoi c'est long, et ce qui se passe
Vous avez mis à jour un enregistrement A. Le nouveau site s'affiche sur votre téléphone mais pas sur votre ordinateur portable. Un collègue à l'autre bout du pays voit encore l'ancien. Quelqu'un vous dit d'« attendre la propagation ».
Cette expression est trompeuse, et y croire rend le problème plus difficile à comprendre. Rien ne se propage. Aucune donnée n'est distribuée nulle part.
À retenir
Votre changement DNS était en ligne à la seconde où vous l'avez enregistré. Ce que vous attendez, c'est que des milliers de caches indépendants, chacun détenant une ancienne copie, atteignent l'heure d'expiration qui leur a été attribuée. Il n'y a ni poussée, ni synchronisation, ni file d'attente.
Ce qui se passe réellement
Lorsqu'un résolveur recherche votre domaine, il stocke la réponse avec un TTL, un compte à rebours en secondes. Tant que ce compte à rebours n'est pas à zéro, le résolveur répond depuis sa mémoire et ne recontacte jamais votre serveur de noms.
La « propagation » n'est en fait que l'expiration de caches
0 min
vous enregistrez la modification
0-5 min
votre hébergeur DNS se met à jour
jusqu'au TTL
l'ancienne réponse reste en cache
après le TTL
tout le monde voit la nouvelle
Rien n'est poussé nulle part : chaque cache cesse simplement de réutiliser sa copie
Ainsi, quand vous modifiez un enregistrement :
- Votre serveur de noms faisant autorité se met à jour immédiatement. Il sert désormais la nouvelle valeur à quiconque la demande.
- Chaque résolveur qui a mis en cache l'ancienne valeur continue de la servir jusqu'à l'expiration de son propre compte à rebours.
- Ces comptes à rebours ont démarré à des moments différents (lorsque chaque résolveur a récupéré l'enregistrement pour la première fois), donc ils expirent à des moments différents.
- À mesure que chacun expire, ce résolveur récupère la nouvelle valeur. Ses utilisateurs basculent à ce moment-là.
Ce résultat échelonné donne l'impression d'un changement qui « se propage ». Ce ne sont en réalité que de nombreux minuteurs indépendants qui arrivent à échéance.
Quelle est réellement la durée de l'attente
L'attente maximale correspond au TTL qui figurait sur l'enregistrement avant que vous le modifiiez. C'est ce détail qui rend la propagation prévisible.
| Ancien TTL | Attente maximale | Usage typique |
|---|---|---|
300 (5 min) | 5 minutes | Pendant une migration active |
3600 (1 heure) | 1 heure | Valeur par défaut raisonnable |
86400 (24 heures) | 24 heures | Enregistrements stables qui changent rarement |
172800 (48 heures) | 48 heures | Délégation NS au niveau du TLD |
La bonne façon de planifier un changement DNS
La veille : abaissez le TTL
Passez le TTL à 300 secondes et ne changez rien d'autre. Attendez au moins aussi longtemps que l'ancien TTL pour que chaque cache récupère la valeur plus courte.
Confirmez que le TTL bas est actif
Exécutez
dig example.comet vérifiez le TTL dans la section de réponse. Dès qu'il décompte à partir de 300 et non de 3600, tous les résolveurs sont sur le minuteur court.Effectuez le changement proprement dit
Mettez à jour l'enregistrement. Désormais, l'attente maximale est de cinq minutes au lieu d'une heure.
Vérifiez depuis plusieurs points d'observation
Interrogez directement plusieurs résolveurs publics : ce sont des caches indépendants, qui vous donnent un échantillon réel de ce que voient différents utilisateurs.
Remontez le TTL
Une fois le trafic stabilisé sur la nouvelle valeur, remettez le TTL à 3600 ou plus. Des TTL bas signifient plus de requêtes et des recherches légèrement plus lentes pour tout le monde.
Vérifier ce que voient différents résolveurs
dig +short example.com @1.1.1.1
dig +short example.com @8.8.8.8
dig +short example.com @9.9.9.9dig +short example.com @ns1.example.comCette dernière commande est la plus importante. Si le serveur faisant autorité renvoie la nouvelle valeur, votre changement est correct et complet. Tout le reste n'est que de l'attente, pas de la correction. S'il renvoie l'ancienne valeur, le changement n'a pas été enregistré, ou vous l'avez modifié chez un fournisseur vers lequel votre domaine n'est pas délégué.
Pourquoi cela diffère selon les appareils
Il n'y a pas un seul cache entre vous et la réponse, il y en a plusieurs, chacun avec son propre minuteur :
- Votre navigateur conserve un court cache DNS interne.
- Votre système d'exploitation conserve le sien, indépendamment.
- Votre routeur met souvent en cache pour tout le foyer.
- Le résolveur de votre FAI met en cache pour potentiellement des millions d'utilisateurs.
- Les résolveurs d'entreprise ou de VPN ajoutent une couche supplémentaire sur les réseaux gérés.
Votre téléphone en données mobiles utilise une chaîne de résolveurs totalement différente de celle de votre ordinateur portable sur le wifi domestique, ce qui explique précisément pourquoi l'un affiche le nouveau site et l'autre non. Vous pouvez vider les couches que vous contrôlez : voyez comment vider votre cache DNS.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Outils gratuits sur ce sujet
Questions fréquentes
À lire aussi
Choisir un TTL en pratique
Qu'est-ce que le TTL DNS ? Bien choisir sa valeur
Un seul nombre détermine la vitesse d'application de vos changements et le volume de trafic DNS que vous générez. Voici comment le choisir en connaissance de cause.
Choisir un TTL en pratique
Vider son cache DNS (Windows, macOS, Linux, navigateurs)
Des commandes à copier-coller pour chaque plateforme, et le diagnostic qui vous dit si un vidage servira à quelque chose avant de vous donner cette peine.
Une recherche DNS récursive, saut après saut
Navigateur
veut example.com
Résolveur
votre FAI / 1.1.1.1
Racine + TLD
qui gère .com ?
Faisant autorité
la vraie réponse
Chaque saut de cette chaîne est lui-même une recherche DNS, ensuite mise en cache
Comment fonctionne le DNS : d'un nom de domaine à une adresse IP
L'annuaire d'internet, tracé de bout en bout : ce qui se passe dans les quelques millisecondes entre la saisie d'un domaine et l'arrivée du premier paquet sur un serveur.