Aller au contenu
Sponsorisé AccsZone — ready-made accounts, instant delivery

Glossaire

TTL (time to live)

Le TTL est la durée en secondes pendant laquelle un enregistrement DNS peut être mis en cache, ou la limite de sauts d’un paquet IP que traceroute exploite.

Les deux sens de TTL

L’abréviation TTL désigne deux compteurs sans rapport entre eux, et les deux apparaissent dans les outils réseau.

Le TTL DNS

Chaque enregistrement DNS porte une durée de vie en secondes. Elle indique aux résolveurs combien de temps ils peuvent conserver la réponse avant de réinterroger le serveur faisant autorité. Un enregistrement avec un TTL de 3600 peut être servi depuis le cache pendant une heure ; un enregistrement avec un TTL de 60 est récupéré à nouveau chaque minute. Des TTL courts font propager les changements rapidement au prix de plus de requêtes ; des TTL longs réduisent la charge et rendent le nom résistant aux courtes pannes du serveur faisant autorité.

Quand vous recherchez un enregistrement, le TTL affiché est le temps restant au niveau du résolveur qui a répondu, ce qui explique que le même enregistrement montre des valeurs différentes selon les résolveurs et décompte entre deux requêtes.

Le TTL des paquets IP (limite de sauts)

Chaque paquet IP porte aussi un TTL, appelé limite de sauts en IPv6. Chaque routeur qui relaie le paquet le décrémente de un, et le routeur qui le fait tomber à zéro rejette le paquet et renvoie un message ICMP « time exceeded ». Le but est d’empêcher les paquets mal routés de tourner indéfiniment. Traceroute l’exploite : en envoyant des sondes avec un TTL de 1, 2, 3 et ainsi de suite, il collecte une réponse time exceeded de chaque routeur du chemin et reconstitue la route.

Les systèmes d’exploitation utilisent des valeurs de départ différentes, couramment 64, 128 ou 255. La valeur qui arrive à un serveur laisse deviner combien de sauts le paquet a traversés et, approximativement, quel système d’exploitation l’a envoyé.

Pourquoi c’est important

Pour le DNS, le TTL explique pourquoi un enregistrement modifié est encore « faux » depuis un résolveur et déjà correct depuis un autre ; notre vérificateur de propagation DNS affiche la réponse et le TTL restant depuis des résolveurs du monde entier pour vous laisser voir le changement se diffuser. Planifier une migration consiste généralement à abaisser le TTL un jour à l’avance pour que le basculement soit rapide.

Pour les paquets, un TTL inattendu au niveau du serveur est un signal de proxy connu. Une connexion qui prétend venir d’une machine Windows mais arrive avec un TTL de départ typique de Linux, réduit de bien plus de sauts que la localisation annoncée ne l’implique, suggère un relais intermédiaire. Nous ne notons pas ce signal sur le site, car un hébergement mutualisé ne peut pas lire les en-têtes de paquets bruts, mais les systèmes antifraude dédiés le font.

Comment vérifier

La recherche DNS affiche le TTL de chaque enregistrement renvoyé. La propagation DNS compare les réponses de résolveurs publics. Traceroute montre la route saut par saut construite à partir des TTL des paquets.

Outils associés