Le nouveau site s’ouvre sur votre téléphone. Un collègue voit encore la version d’hier. Avant de modifier à nouveau l’adresse, cherchez quelle couche renvoie l’ancienne information.
Noms et réponses mémorisées
Les résolveurs DNS peuvent conserver des réponses pendant une durée régie par le TTL de l’enregistrement. Une réponse encore valide en cache peut continuer à donner l’ancienne adresse après une modification sur le serveur faisant autorité.
Tous les caches du monde ne se rafraîchissent pas au même instant. Réduire le TTL après coup ne raccourcit pas rétroactivement la durée d’une réponse déjà stockée avec l’ancienne valeur.
La page peut aussi être en cache
Obtenir l’adresse actuelle du serveur ne garantit pas un contenu fraîchement produit. Le navigateur ou une couche de distribution peut réutiliser une réponse enregistrée.
Notez ce qui diffère : adresse résolue, contenu ou les deux. Appeler tout retard « propagation DNS » risque d’orienter vers la mauvaise correction.
Changez une chose à la fois
Comme responsable du site, comparez la réponse faisant autorité avec celle du résolveur du visiteur concerné. Vérifiez ensuite le contenu attendu à destination et les règles de cache HTTP.
Évitez de modifier les enregistrements à répétition pendant l’attente. Chaque changement complique la reconstitution de ce qu’un visiteur a reçu et de la raison.
Prévoyez une transition
Avant une migration planifiée, examinez les TTL. Après une réduction anticipée, laissez s’écouler les anciennes durées de cache. Gardez l’ancienne destination utilisable pendant la transition lorsque c’est possible.
Pour un visiteur, un rechargement forcé peut tester l’effet du cache du navigateur, mais ne vide pas tous les caches réseau. Communiquez l’adresse exacte, l’heure approximative et ce que vous voyez. Cela aide à distinguer un changement retardé d’un autre incident.