Vous n'êtes pas identifié(e).
Pages : 1
" il n'y a pas de question idiote, seulement une réponse idiote" Albert Einstein
Hors ligne
Hors ligne
c'est le temps durant lequel le serveur DNS gardera en cache l'enregistrement
En effet. "Le serveur DNS" étant le serveur DNS cache récursif que ta machine interroge, et qui est défini dans /etc/resolv.conf (il y a un autre type de serveur DNS dit "faisant autorité" qui fournit l'information recherchée par les serveurs récursifs).
Un TTL faible peut être utile pour un site qui change très souvent. Pour un site Web de 3 pages statiques, on pourra mettre un TTL plus long.
Le TTL de l'enregistrement DNS n'a strictement rien à voir avec le contenu du site. Ce sont d'autres mécanismes de cache au niveau de HTTP qui entrent en jeu.
Le TTL d'un enregistrement doit être adapté à la durée de validité prévisible de l'information contenue dans l'enregistrement et à la durée pendant laquelle on peut tolérer que cette information soit périmée, et à la fréquence d'interrogation. Pour un DNS dynamique pointant vers une adresse IP qui change tous les jours, le TTL devra être beaucoup plus court qu'un jour. Si on met une heure, le site risque d'être injoignable jusqu'à une heure par jour parce que l'adresse IP aura changé mais pas l'enregistrement en cache. Si l'information ne change que rarement à des moments bien définis (exemple : changement de serveur entraînant un changement d'adresse IP), alors le TTL peut être long, par exemple une semaine en temps normal, et réduit progressivement jusqu'à quelques minutes avant le changement d'adresse (puis remis à sa valeur initiale lorsque l'adresse dans l'enregistrement est mise à jour sur les serveurs faisant autorité) pour minimiser la durée d'indisponibilité.
Le choix du TTL est un compromis. Un TTL trop court pour un enregistrement très demandé augmentera la fréquence des requêtes envoyées par les serveurs caches aux serveurs DNS faisant autorité pour cet enregistrement.
A l'inverse, un TTL trop long pour un enregistrement peu demandé occupe de la place en cache inutilement.
Dernière modification par raleur (08-10-2016 11:03:02)
Il vaut mieux montrer que raconter.
Hors ligne
" il n'y a pas de question idiote, seulement une réponse idiote" Albert Einstein
Hors ligne
" il n'y a pas de question idiote, seulement une réponse idiote" Albert Einstein
Hors ligne
les serveur cache sont juste la pour garder en mémoire pendant un court instant (TTL) le couple (nom de domaine / ip)
Les enregistrements DNS ne servent pas qu'à contenir des couples nom de domaine-adresse IP. Il y a bien d'autres types de données.
si le temps est dépassé, quand je fais une requête mon navigateur va directement chercher le coupe (nom de domaine /IP ) sur un DNS
A moins que le navigateur gère son propre cache DNS (la plupart des programmes ne le font pas), il va faire une requête DNS à chaque fois. C'est le serveur cache qu'il interroge qui va utiliser l'information en cache tant que son TTL n'a pas expiré.
alors quel est l’intérêt de mettre un TTL long?
- Accélerer la résolution DNS ; servir un enregistrement encore en cache est plus rapide qu'aller le rechercher auprès d'un serveur faisant autorité parce qu'il a déjà expiré. Penser que la résolution d'un nom de domaine peut nécessite l'envoi de plusieurs requêtes DNS.
- Réduire le trafic DNS entre les serveurs caches et les serveurs faisant autorité.
Dernière modification par raleur (08-10-2016 11:33:40)
Il vaut mieux montrer que raconter.
Hors ligne
Pages : 1