Vous modifiez un enregistrement DNS, vous rafraîchissez la page, et vous voyez toujours l'ancien contenu. Ce n'est ni un bug ni une erreur de votre part : c'est la propagation DNS, le temps nécessaire pour que votre changement soit visible par tous les résolveurs à travers le monde.
Qui met en cache vos enregistrements DNS
Entre votre navigateur et le serveur qui détient la vraie réponse, plusieurs couches de cache existent : le résolveur DNS de votre fournisseur d'accès, celui de votre box internet, le cache du système d'exploitation de votre ordinateur, et parfois même celui du navigateur. Chacune de ces couches conserve la réponse qu'elle a obtenue pendant une durée définie, sans forcément revérifier en temps réel.
Le rôle central du TTL
Cette durée de conservation s'appelle le TTL (Time To Live), exprimée en secondes, et c'est vous (ou votre ancien hébergeur) qui la définissez sur chaque enregistrement. Un enregistrement avec un TTL de 86400 secondes (24 heures) peut rester en cache une journée entière chez certains résolveurs avant qu'ils ne revérifient la vraie valeur. Un TTL de 300 secondes, en revanche, limite ce délai à cinq minutes.
Le mythe des « 24 à 48 heures »
Cette estimation, répétée presque par réflexe, vient d'une époque où les TTL par défaut étaient systématiquement élevés. En réalité, la propagation réelle dépend uniquement du TTL configuré avant le changement : un domaine dont le TTL a été abaissé à l'avance peut se propager en quelques minutes, tandis qu'un domaine resté sur un TTL par défaut peut effectivement prendre jusqu'à une journée chez certains résolveurs récalcitrants.
Comment vérifier où en est la propagation
Plusieurs outils permettent d'interroger des serveurs DNS situés dans différentes régions du monde pour voir si le changement y est déjà visible :
- Les commandes dig ou nslookup depuis un terminal, en interrogeant directement le serveur autoritaire du domaine ;
- Les outils en ligne de vérification de propagation, qui testent depuis plusieurs continents simultanément.
Interroger directement le serveur autoritaire (celui qui détient la vraie réponse) donne toujours la valeur à jour, même si les résolveurs intermédiaires n'ont pas encore rafraîchi leur cache.
Le cas particulier des réseaux mobiles et des box internet
Les connexions mobiles et certaines box internet grand public ajoutent parfois une couche de cache supplémentaire, propre à l'opérateur, qui peut se comporter différemment des résolveurs DNS classiques utilisés sur un réseau filaire professionnel. Il n'est donc pas rare qu'un changement soit déjà visible depuis un ordinateur de bureau connecté en fibre, alors qu'il reste encore invisible depuis un téléphone connecté en 4G quelques minutes plus tard, sans que cela n'indique un quelconque problème de configuration. Dans un contexte professionnel où plusieurs collaborateurs testent un changement en même temps, cette variation peut semer la confusion si elle n'est pas anticipée. La meilleure pratique reste de vérifier systématiquement via le serveur autoritaire du domaine, qui donne toujours la réponse réelle, plutôt que de se fier à ce que chacun observe individuellement depuis son propre appareil et son propre réseau.
Prenons un exemple concret : un site dont le TTL de l'enregistrement A est fixé à 3600 secondes subit un changement d'adresse IP à 10h00 précises. Un résolveur qui a consulté cet enregistrement à 9h45, soit quinze minutes avant le changement, continuera de renvoyer l'ancienne adresse jusqu'à 10h45, puisque son cache reste valide une heure complète à partir du moment de sa dernière vérification, indépendamment du moment exact où le changement réel a eu lieu côté serveur. À l'inverse, un résolveur qui n'avait jamais consulté cet enregistrement avant, ou dont le cache venait juste d'expirer, verra immédiatement la nouvelle valeur dès sa première requête après 10h00. C'est cette désynchronisation naturelle entre des milliers de résolveurs à travers le monde, chacun avec son propre historique de cache, qui explique pourquoi deux personnes situées à quelques kilomètres l'une de l'autre peuvent observer des résultats différents pendant cette fenêtre de transition, sans que ni l'une ni l'autre ne soit dans l'erreur.
Pourquoi mon collègue voit déjà le nouveau site mais pas moi ?
Vous dépendez probablement de résolveurs DNS différents (fournisseurs d'accès différents, ou simplement un cache local plus ou moins récent), ce qui explique cet écart temporaire tout à fait normal.
Vider le cache DNS de mon ordinateur accélère-t-il les choses ?
Cela élimine le cache local de votre machine, mais pas celui de votre fournisseur d'accès, qui reste le facteur déterminant dans la majorité des cas.
Combien de temps faut-il vraiment prévoir ?
Avec un TTL abaissé à l'avance, comptez généralement quelques minutes à quelques heures. Sans cette précaution, jusqu'à 24 heures reste une estimation raisonnable pour une propagation quasi complète.
Anticiper ce délai fait toute la différence lors d'une migration ou d'un changement de serveur. Pour toute modification de zone DNS liée à un domaine ou à une messagerie professionnelle, l'équipe VSP TECH peut planifier la bascule avec vous via le formulaire de contact ou une demande de devis.
