Choisir un TTL en pratique
Qu'est-ce que le TTL DNS ? Bien choisir sa valeur
TTL signifie Time To Live (durée de vie). C'est un nombre de secondes attaché à chaque enregistrement DNS, qui répond à une seule question : pendant combien de temps un résolveur peut-il réutiliser cette réponse avant de redemander ?
C'est le paramètre le moins considéré du DNS. La plupart des gens acceptent la valeur par défaut de leur fournisseur et ne découvrent son existence que lors d'une migration en urgence, quand il est trop tard pour la modifier utilement.
Choisir un TTL en pratique
Le compromis
| TTL élevé (86400) | TTL bas (300) | |
|---|---|---|
| Vitesse de recherche | Plus rapide : généralement en cache | Plus lente : réinterrogé souvent |
| Volume de requêtes | Faible | Élevé |
| Prise d'effet d'un changement | Jusqu'à 24 heures | Jusqu'à 5 minutes |
| Résilience si votre DNS tombe | Meilleure : les caches vous couvrent | Moindre : les caches expirent vite |
| Idéal pour | Enregistrements stables | Enregistrements sur le point de changer |
À retenir
Un TTL élevé optimise la vitesse et la résilience. Un TTL bas optimise l'agilité. Aucun n'est universellement correct : la bonne réponse dépend de la probabilité que cet enregistrement change bientôt.
À quoi ressemble le TTL en pratique
example.com. 3600 IN A 93.184.216.34
example.com. 86400 IN NS ns1.example.com.Une requête avec dig affiche le TTL restant, pas celui qui est configuré. Exécutez deux fois la même requête à quelques secondes d'intervalle et regardez le nombre diminuer : c'est une vue en direct du compte à rebours du cache du résolveur.
dig +noall +answer example.com
# wait 10 seconds, then
dig +noall +answer example.comValeurs recommandées par type d'enregistrement
| Enregistrement | TTL suggéré | Pourquoi |
|---|---|---|
A / AAAA | 3600 (1 heure) | Bonne valeur par défaut : assez rapide pour corriger des erreurs, assez longue pour être efficace. |
A pendant une migration | 300 (5 min) | À définir un jour à l'avance pour que le changement s'applique rapidement. |
MX | 3600-14400 | Le courrier est mis en file d'attente et retenté, la vitesse compte donc moins. |
TXT (SPF/DKIM/DMARC) | 3600 | Change rarement ; assez rapide quand cela arrive. |
NS | 86400+ | La délégation ne change presque jamais, et la mettre en cache réduit la charge du TLD. |
CNAME | Aligné sur la cible | Aucun intérêt à expirer plus vite que ce vers quoi il pointe. |
Le schéma de migration
C'est la seule procédure de TTL qui mérite d'être mémorisée, car elle transforme un risque de panne d'une journée en un risque de cinq minutes.
Au moins une période d'ancien TTL avant le changement, abaissez le TTL
Si le TTL actuel est de 3600, passez-le à 300 et attendez au moins une heure. Ne changez rien d'autre.
Confirmez que le TTL court est bien servi
Interrogez l'enregistrement et vérifiez que le TTL décompte à partir de 300. Tous les caches qui détiennent votre enregistrement sont désormais sur un minuteur de cinq minutes.
Effectuez le vrai changement
Mettez à jour l'adresse. L'attente maximale pour tout le monde est désormais de cinq minutes.
Vérifiez, puis rétablissez le TTL
Une fois le trafic sur le nouveau serveur, remettez le TTL à 3600 pour ne plus payer le coût des requêtes.
TTL et résilience
Les TTL élevés présentent un avantage dont on parle rarement : si votre fournisseur DNS subit une panne, les résolveurs qui ont encore vos enregistrements en cache continuent de les servir. Un TTL de 24 heures peut faire traverser à votre domaine une panne DNS de plusieurs heures presque sans que personne s'en aperçoive. Un TTL de 60 secondes signifie que vous disparaissez presque immédiatement.
C'est un véritable argument pour garder des TTL confortablement élevés sur les enregistrements stables, et pour considérer les TTL bas comme un outil temporaire de migration plutôt que comme une posture par défaut. Ce que vous attendez lorsqu'un enregistrement change est expliqué dans la propagation DNS.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Outils gratuits sur ce sujet
Questions fréquentes
À lire aussi
La « propagation » n'est en fait que l'expiration de caches
0 min
vous enregistrez la modification
0-5 min
votre hébergeur DNS se met à jour
jusqu'au TTL
l'ancienne réponse reste en cache
après le TTL
tout le monde voit la nouvelle
Rien n'est poussé nulle part : chaque cache cesse simplement de réutiliser sa copie
Propagation DNS : pourquoi c'est long, et ce qui se passe
Rien ne se propage nulle part. Comprendre ce qui se passe réellement pendant l'attente vous dit exactement combien de temps elle durera et comment la raccourcir.
Les enregistrements que vous croiserez dans presque toutes les zones
Qu'est-ce qu'un enregistrement DNS A ? Quand utiliser AAAA
L'enregistrement qui fait réellement pointer votre domaine vers un serveur : son anatomie, son pendant AAAA et les quatre erreurs qui cassent le plus souvent les sites.
Choisir un TTL en pratique
Vider son cache DNS (Windows, macOS, Linux, navigateurs)
Des commandes à copier-coller pour chaque plateforme, et le diagnostic qui vous dit si un vidage servira à quelque chose avant de vous donner cette peine.