Qu'est-ce que le TTL DNS et Comment cela Affecte ton Site ?
Découvrez ce qu'est le TTL (Time to Live) DNS, comment il influence les performances web et comment le gérer en toute sécurité.
Le Système de Noms de Domaine (DNS) est indispensable au bon fonctionnement de tout service sur internet, traduisant les noms de domaine en adresses IP compréhensibles par les serveurs. Pour éviter que ce système ne soit saturé par des milliards de requêtes chaque seconde, l'architecture d'origine du DNS, définie dans le classique RFC 1035 de l'IETF, a introduit un mécanisme de mise en cache temporaire. La directive qui contrôle la durée de cette mise en cache est appelée TTL (Time to Live) ou Temps de Vie.
Dans ce guide, nous vous expliquerons en détail ce qu'est le TTL, comment il influence la vitesse de votre site web, sa sécurité, et comment le gérer de manière optimale lors de changements majeurs comme une migration de serveur.
Comment fonctionne le TTL dans la mise en cache DNS ?
Le TTL est une valeur numérique exprimée en secondes, affectée individuellement à chacun des enregistrements de ressources (Resource Records) d'une zone DNS. Son rôle est de servir de compte à rebours pour les serveurs résolveurs DNS intermédiaires (comme ceux de Google, Cloudflare ou de votre propre fournisseur d'accès Internet).
Lorsqu'un utilisateur visite votre site pour la première fois :
- L'appareil de l'utilisateur demande à un résolveur DNS l'adresse IP de votre domaine.
- Comme le résolveur ne l'a pas en mémoire, il effectue une requête récursive jusqu'au serveur de noms faisant autorité (authoritative nameserver) du domaine.
- Le serveur faisant autorité renvoie l'IP accompagnée de la valeur TTL configurée (par exemple,
3600secondes, ce qui équivaut à 1 heure). - Le résolveur intermédiaire stocke cette IP dans sa mémoire cache et la fournit à l'utilisateur.
- Lors des requêtes suivantes effectuées au cours de cette heure, le résolveur fournit immédiatement l'IP stockée, sans solliciter à nouveau vos serveurs.
- Une fois les 3600 secondes écoulées, l'enregistrement expire dans le cache et le résolveur est contraint de demander les informations mises à jour lors de la visite suivante.
Valeurs TTL recommandées selon le type d'enregistrement
Il n'existe pas de valeur TTL unique et universelle adaptée à tous les cas. Configurer un TTL inapproprié peut entraîner des problèmes de performance ou des retards critiques lors de modifications de configuration. Le tableau suivant présente les valeurs standards recommandées par l'industrie :
| Type d'enregistrement | TTL Recommandé (Standard) | TTL Recommandé (Avant Migration) | Justification Sécurité et Opérations |
|---|---|---|---|
| Enregistrement A / AAAA | 3600 (1 heure) ou 86400 (24 h) |
300 (5 minutes) |
Les IP de production changent peu. Réduire avant migration minimise l'inactivité. |
| Enregistrement CNAME | 43200 (12 heures) |
600 (10 minutes) |
Pointent généralement vers des CDN ou services tiers stables. |
| Enregistrement MX | 86400 (24 heures) |
3600 (1 heure) |
Les serveurs de messagerie d'entreprise changent rarement de routage. |
| Enregistrement TXT (SPF/DKIM/DMARC) | 86400 (24 heures) |
3600 (1 heure) |
Modifier les règles de messagerie nécessite une propagation sécurisée. |
| Enregistrement NS | 86400 (24 heures) |
14400 (4 heures) |
La modification des serveurs de noms prend le plus de temps à se propager au niveau racine. |
Comment vérifier le TTL actuel de vos enregistrements
Il est possible de surveiller en temps réel le comportement décroissant du cache DNS à l'aide d'outils en ligne de commande dans votre terminal.
Vérification du TTL avec dig
Si vous exécutez la commande dig sous un système d'exploitation basé sur Unix/Linux ou macOS, vous verrez une colonne numérique indiquant les secondes restantes pour cet enregistrement dans le cache du résolveur consulté :
# Interroger l'enregistrement A d'un domaine
dig tecnocrypter.com
# Dans la section ANSWER SECTION, vous verrez quelque chose comme :
# tecnocrypter.com. 299 IN A 192.0.2.1
Dans cet exemple, le nombre 299 indique qu'il reste exactement 299 secondes avant que le serveur DNS ne résolve à nouveau la requête auprès des serveurs racines.
Si vous souhaitez effectuer un suivi visuel détaillé simultanément dans plusieurs pays, nous vous recommandons d'utiliser notre Vérificateur de Propagation DNS, qui affichera les enregistrements renvoyés par des résolveurs répartis dans le monde entier avec leurs valeurs de cache correspondantes en temps réel.
Avantages et inconvénients des différentes valeurs TTL
Avantages d'un TTL élevé (ex. 86400 secondes / 24 heures)
- Vitesse de chargement améliorée : En évitant de résoudre constamment le DNS, la latence initiale diminue pour la plupart des utilisateurs récurrents.
- Moins de charge sur les serveurs : Vos serveurs DNS faisant autorité reçoivent un nombre minimal de requêtes.
- Résilience accrue : Si vos serveurs DNS font face à une panne temporaire, les utilisateurs continuent à accéder à votre site car les résolveurs locaux possèdent l'IP en cache.
Inconvénients d'un TTL élevé
- Faible flexibilité : Si votre serveur principal tombe en panne et que vous devez changer rapidement d'IP, les modifications ne seront visibles qu'après expiration du TTL, provoquant des heures d'inactivité.
Avantages d'un TTL bas (ex. 300 secondes / 5 minutes)
- Mises à jour rapides : Idéal pour les scénarios de maintenance, les migrations ou la répartition active de charge. Tout changement est propagé en quelques minutes.
Inconvénients d'un TTL bas
- Latence accrue : Les navigateurs doivent attendre plus fréquemment la résolution DNS complète, ce qui peut ralentir légèrement le chargement.
- Vulnérabilité aux DDoS : En recevant davantage de requêtes, votre infrastructure DNS d'origine peut être plus encline à la saturation sous des attaques volumétriques.
Conclusion
Le TTL DNS est une variable de configuration critique qui équilibre les performances du côté de l'utilisateur et la flexibilité opérationnelle du côté de l'administrateur système. Pour gérer des migrations sécurisées et fluides, la planification de la réduction du TTL est la meilleure technique.
Nous vous invitons à tester votre configuration en direct avec notre Vérificateur de Propagation DNS pour vérifier que vos enregistrements sont servis uniformément, et à compléter votre lecture avec nos guides sur Comprendre les enregistrements DNS et leur sécurité ou Comment fonctionne la propagation DNS étape par étape.
Sources et lectures recommandées :
- RFC 1035 - Domain Names - Implementation and Specification — Spécification officielle du cache DNS.
- Wikipedia - Time to Live (DNS) — Concepts et applications du TTL dans les réseaux.
- Outil interne de TecnoCrypter : Vérificateur de Propagation DNS
