Planificateur TTL DNS

Planifiez un changement DNS : fixez le TTL maintenant, puis changez la valeur après le préavis saisi. Les entrées sont des secondes entières de 0 à 1 000 000 000. Ancien TTL comme préavis reprend le temps nécessaire à l’expiration des caches initiaux ; Calculer montre le reste possible de l’ancienne valeur après le changement. Aucune requête DNS ni modification de serveur.

Deux populations comptent. Un résolveur ayant interrogé juste avant le changement du TTL peut conserver l’ancienne valeur pendant max(0, ancien TTL − préavis) secondes après le changement de valeur. Avec un préavis positif, un autre résolveur peut recharger la valeur inchangée juste avant le changement avec le nouveau TTL : sa borne restante est le nouveau TTL. La réponse est le maximum des deux. Sans préavis, TTL et valeur changent simultanément, sans population rechargée intermédiaire.

Exemple : ancien TTL 3 600 s, nouveau TTL 300 s, préavis 1 800 s donne au plus 30 min. Un préavis de 3 600 s expire les caches initiaux mais permet encore 5 min d’ancienne valeur rechargée. Un nouveau TTL nul empêche de nouvelles mises en cache, sans effacer les entrées existantes. Augmenter le TTL peut allonger la borne des valeurs rechargées.

Borne supérieure pour caches respectant le TTL et serveurs faisant autorité immédiatement actualisés, sans garantie mondiale ni délai jusqu’à la prochaine requête. Overrides du résolveur, serve-stale, caches négatifs, chaînes de délégation/CNAME, réplication, caches navigateur et vérification réelle sont exclus. Voir RFC 1035 et RFC 8767.

Les saisies, erreurs, résultats calculés et détails ouverts sont conservés localement après rechargement et changement de langue. Le délai supplémentaire permet aux caches initiaux d’expirer. Il ne supprime pas les réponses rechargées avec la nouvelle TTL ; augmenter celle-ci peut prolonger la limite finale.