search

Found

info Aperçu

Découvrez quand un enregistrement DNS modifié finit de se propager partout. Préréglages TTL de 5min, 1h, 24h et 48h avec compte à rebours — gratuit.

📘 Mode d'emploi

  1. Choisissez un préréglage TTL (5min, 1h, 24h ou 48h) ou saisissez les secondes exactes dans le champ personnalisé
  2. Indiquez la date et l'heure auxquelles vous avez modifié l'enregistrement DNS
  3. Consultez l'heure de fin estimée, le compte à rebours du temps restant et la barre de progression

Calculateur de TTL de propagation DNS

s
schedule TTL (lisible)
1h 0m 0s
Heure de fin estimée
-
Compte à rebours
-
-
Écoulé
-
Progression
-
Article

Calculateur de TTL de propagation DNS | Estimez quand les changements seront actifs

Déterminez le moment exact où un enregistrement DNS modifié finit d'atteindre les résolveurs du monde entier, à partir de son TTL et de l'heure de votre modification. Des préréglages TTL de 5min, 1h, 24h et 48h côtoient un compte à rebours indiquant les secondes restantes et une barre de progression pour le pire scénario.

💡 À propos de cet outil

Vous avez modifié un enregistrement A, déplacé un serveur ou repointé le MX, et vous rechargez la page sans savoir quand le changement sera réellement visible. Cette incertitude est la vraie gêne d'une modification DNS, et elle vient du TTL (Time To Live) de l'enregistrement. Le TTL indique combien de secondes un résolveur peut garder la réponse en cache : une valeur de 86400 signifie que l'ancienne donnée peut être servie pendant 24 heures complètes.

Saisissez l'heure de la modification et le TTL de l'enregistrement, et l'outil renvoie l'heure de fin dans le pire cas ainsi qu'un compte à rebours du temps restant. Au lieu de recharger à l'aveugle, vous disposez d'une limite supérieure chiffrée pour planifier vos étapes de bascule et vos fenêtres de support en toute sérénité.

🧐 Questions fréquentes

Q. Si je règle le TTL sur 5 minutes (300s), tout le monde verra-t-il le changement en 5 minutes ? R. Les résolveurs qui interrogent l'enregistrement après votre modification le récupèrent en 5 minutes, mais ceux qui avaient mis en cache l'ancienne valeur juste avant continuent de la servir jusqu'à l'expiration de ce cache. L'outil affiche ce pire scénario.

Q. Pourquoi « baisser le TTL le jour de la bascule » est-il trop lent ? R. Baisser le TTL le jour même ne raccourcit pas les caches déjà remplis avec l'ancienne valeur et un TTL élevé. Ces résolveurs gardent la donnée périmée pendant tout l'ancien TTL. On baisse donc le TTL un ou deux jours à l'avance.

Q. Pourquoi certains résolveurs renvoient-ils d'anciennes données après l'expiration du TTL ? R. Certains FAI (fournisseurs d'accès) ne respectent pas strictement le TTL et rafraîchissent leur cache selon leur propre rythme. Dans ce cas, la propagation réelle peut être plus lente que l'estimation.

Q. Mes saisies ou l'heure calculée sont-elles envoyées quelque part ? R. Non. Tout est calculé dans votre navigateur et rien n'est envoyé à un serveur.

📚 Le modèle « pull » : le DNS n'envoie rien

Une notion éclaire presque toutes les questions : la « propagation » DNS, au sens strict, n'existe pas comme mécanisme d'envoi. Le DNS fonctionne sur un modèle pull, et non push. Aucun serveur ne pousse les changements sur le réseau ; chaque résolveur décide seul quand réinterroger le serveur autoritaire, et il ne le fait que lorsque le TTL de sa copie en cache expire.

C'est pourquoi le fameux délai de « 24 à 48 heures » est en grande partie un mythe pour les changements d'enregistrements courants. Aucune raison technique n'impose des jours pour une modification d'enregistrement A ou CNAME. En réglant un TTL court, par exemple 300 secondes, suffisamment à l'avance, le nouvel enregistrement peut être visible presque partout en quelques minutes : exactement la fenêtre que ce calculateur vous aide à planifier.