Le TTL est le grand inconnu du DNS et, en même temps, le chiffre qui décide si une migration vous prend dix minutes ou deux jours. Trois lettres pour time to live, durée de vie, exprimée en secondes.
Ce que c’est exactement
Chaque enregistrement DNS de votre domaine porte un TTL. Ce nombre indique à n’importe quel serveur DNS du monde combien de temps il peut garder la réponse en mémoire avant de devoir redemander.
Quand quelqu’un saisit votre domaine dans un navigateur, son opérateur récupère la réponse et la met en cache exactement le temps indiqué par le TTL. Pendant cette période, tous les clients de cet opérateur reçoivent la réponse mise en cache, sans que votre serveur DNS en sache rien. C’est un système d’une efficacité remarquable : sans lui, Internet croulerait sous les requêtes répétées.
Pourquoi cela compte en pratique
Le problème surgit quand vous changez quelque chose. Si votre TTL est de 86 400 secondes, soit 24 heures, et que vous changez l’IP de votre site, certains opérateurs continueront d’envoyer leurs clients vers l’ancien serveur pendant une journée entière. Vous voyez le nouveau site, votre client voit encore l’ancien, et personne ne comprend rien.
Avec un TTL de 300 secondes, ce même changement se propage en cinq minutes. La différence entre les deux situations tient à un seul nombre, modifiable en un clic.
Les valeurs typiques et leur usage
- 300 secondes (5 minutes). Pour les périodes de changement. Propagation quasi immédiate en échange de plus de requêtes vers vos serveurs DNS.
- 3 600 secondes (1 heure). Bon équilibre pour les enregistrements qui changent de temps en temps.
- 86 400 secondes (24 heures). Pour les enregistrements stables que vous ne toucherez pas : serveurs de noms, enregistrements de vérification.
La technique du TTL bas
Voici la manœuvre qui distingue ceux qui savent de ceux qui improvisent, en trois étapes :
Un, deux jours avant le changement, abaissez à 300 secondes le TTL de l’enregistrement à modifier. L’anticipation est essentielle : les opérateurs qui avaient déjà mis en cache l’ancienne valeur, avec son ancien TTL, mettront ce temps à découvrir le nouveau TTL. Si votre TTL était de 24 heures, il faut 24 heures pour que tout le monde sache qu’il est désormais de 5 minutes.
Deux, effectuez le changement réel. Avec un TTL à 300, la propagation s’achève en quelques minutes et vous pouvez le vérifier depuis plusieurs réseaux.
Trois, quand tout est stable depuis quelques jours, remontez-le à une heure ou plus. Vous soulagez ainsi vos serveurs DNS et améliorez le temps de réponse pour vos visiteurs, dont l’opérateur gardera la réponse plus longtemps.
Erreurs fréquentes avec le TTL
L’abaisser le jour même du changement. Cela ne sert à rien : les caches qui comptent respectent encore l’ancien TTL. Il faut anticiper.
Le laisser bas pour toujours. Un TTL de 60 secondes permanent multiplie les requêtes vers votre DNS et ajoute une fraction de latence à chaque nouvelle visite. Pour un enregistrement stable, cela n’a pas de sens.
Oublier que la messagerie a aussi un TTL. Les enregistrements MX, SPF et DKIM se propagent de la même façon. Si vous migrez la messagerie, abaissez aussi leur TTL, sinon des messages partiront vers l’ancien serveur.
Quand le TTL n’est pas le coupable
Parfois un changement ne se voit pas et le TTL n’y est pour rien. Les causes habituelles : le cache du navigateur, celui du système d’exploitation, ou un opérateur qui ignore vos TTL et applique un minimum propre. Dans ces cas, tester depuis le mobile en données, sans wifi, est le moyen le plus rapide de vérifier si le changement est déjà dans le DNS public.
Le gérer sans douleur
Tout cela est bien plus simple avec un bon panneau et un réseau DNS rapide. Notre DNS géré fonctionne sur un réseau anycast mondial avec des centaines de points de présence, les changements s’appliquent instantanément depuis votre espace client, et DNSSEC est inclus. Et si vous préparez une migration complète, dans nos offres d’hébergement nous prenons en charge toute la chorégraphie du TTL.