Propagation DNS

Au maximum, le TTL qu'avait l'enregistrement avant sa modification, compté à partir du changement. Avec un TTL de 300, c'est cinq minutes ; avec 86400, un jour. Les fameuses « 48 heures » viennent des changements de serveurs DNS chez le registrar, où c'est le TTL de la délégation dans la zone du domaine de premier niveau qui compte (deux jours pour les .com), et des fournisseurs d'accès qui prolongent les copies de leur propre chef.

Parce que chaque résolveur a gardé sa copie à un moment différent et la renouvelle quand elle expire, pas quand vous modifiez l'enregistrement. Votre propre ordinateur, le navigateur et le routeur gardent aussi des copies : si tout est bon ici et que vous voyez encore l'ancienne valeur, videz le cache DNS de l'ordinateur (ipconfig /flushdns sous Windows, sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder sous macOS) et essayez avec le navigateur en navigation privée.

Une fois le changement fait, non : les copies déjà gardées durent leur TTL. Ce qui fonctionne, c'est de le préparer : baissez le TTL à 300 un jour avant (ou, au minimum, avec l'ancien TTL comme marge), faites le changement et remontez-le quand c'est terminé. Google et Cloudflare permettent en outre de demander le vidage de la copie d'un nom dans leurs résolveurs publics, mais cela ne concerne qu'eux.

Parce que Red.es ne publie pas immédiatement les modifications de la zone .es, mais par cycles d'environ quatre heures : on les observe à 2 h, 6 h, 10 h, 14 h, 18 h et 22 h, heure de la péninsule, bien qu'il n'existe pas d'horaire officiel. Un changement de serveurs fait à 10:05 attend généralement celui de 14:00, puis les caches comptent encore. Cela ne concerne que les changements de serveurs DNS et les nouveaux domaines : modifier un enregistrement A, MX ou TXT d'une zone qui fonctionne déjà n'attend personne.

Pour les grands services, oui. Beaucoup répartissent le trafic par équilibrage géographique ou via un CDN et répondent avec l'IP du centre de données le plus proche de celui qui interroge ; c'est pourquoi www.github.com donne plusieurs IP à la fois. Nous le détectons quand les serveurs faisant autorité eux-mêmes donnent des réponses différentes ou quand il y en a plusieurs avec un TTL court, et dans ce cas nous ne le signalons pas comme un changement incomplet. Si le nom est un alias (CNAME) vers un CDN, nous comparons l'alias, qui est ce que publie votre zone. Pour voir tous les enregistrements d'un nom, utilisez la requête DNS.