Aller au contenu principal

Propagation DNS, TTL et pourquoi rien n'est instantané

Ce guide est traduit de l'anglais. Certaines pages liées ne sont disponibles qu'en anglais.

Pourquoi un enregistrement corrigé semble encore faux pendant une heure, et comment vérifier correctement.

Vous avez corrigé l'enregistrement. Certaines personnes voient le nouveau site ; vous voyez toujours l'ancien. Rien n'est cassé.

La « propagation » est en réalité du cache

Il n'y a aucune diffusion. Quand un résolveur interroge votre enregistrement, il met la réponse en cache pendant le TTL de l'enregistrement. Tant que ce TTL n'a pas expiré, il continue de servir l'ancienne réponse — à vous et à toute personne derrière ce résolveur. La « propagation », ce sont simplement tous ces caches qui expirent à des moments différents.

Le TTL est le levier

  • TTL de 300 s (5 min) : modifications visibles en quelques minutes.

  • TTL de 3600 s (1 heure) : jusqu'à une heure de données périmées.

  • TTL de 86400 s (1 jour) : jusqu'à un jour.

Un moyen simple d'accélérer avant un changement : abaissez le TTL bien à l'avance, faites la modification, puis remontez-le.

Vérifiez la vérité, pas votre navigateur

Votre navigateur et votre système d'exploitation mettent aussi le DNS en cache. Pour voir ce que voit le monde, interrogez directement les serveurs de noms faisant autorité :

bash
dig example.com A +short                    # your configured resolver
dig @1.1.1.1 example.com A +short           # Cloudflare public resolver
dig @8.8.8.8 example.com A +short           # Google public resolver
dig @ns1.yourhost.example example.com A +short   # YOUR authoritative server (the source of truth)

Si le serveur faisant autorité renvoie la bonne réponse mais qu'un résolveur public est périmé, vous attendez simplement un cache. Si le serveur faisant autorité lui-même est erroné, corrigez la zone.

Videz votre propre cache en attendant

bash
# Linux (systemd-resolved)
resolvectl flush-caches

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Windows
ipconfig /flushdns

Les navigateurs ont aussi leur propre cache — une fenêtre privée ou un autre navigateur le contourne.

Checklist « ça marche chez moi mais pas chez eux »

  1. Interrogez le serveur de noms faisant autorité — l'enregistrement y est-il correct ?

  2. Vérifiez l'apex et www.

  3. Vérifiez le TTL et depuis combien de temps vous avez modifié l'enregistrement.

  4. Confirmez que vous avez modifié la zone réellement active (et non la copie d'un ancien bureau d'enregistrement).

  5. Cherchez un second enregistrement en conflit du même type.

Pour aller plus loin