Mise en cache, TTL et problèmes DNS

Interroger toute la hiérarchie DNS à chaque recherche serait lent et surchargerait les serveurs. La mise en cache stocke les réponses récentes afin que les recherches répétées soient instantanées.

Les résolveurs, les systèmes d’exploitation et même les navigateurs conservent des caches DNS. La mise en cache rend le DNS rapide et évolutif malgré des milliards de requêtes quotidiennes.

Chaque enregistrement DNS contient un TTL (durée de vie), c’est-à-dire un nombre de secondes indiquant aux caches combien de temps conserver la réponse avant son expiration.

Un enregistrement dont le TTL vaut 3600 peut être mis en cache pendant une heure. Une fois le TTL écoulé, le cache supprime l’entrée et doit effectuer une nouvelle recherche la prochaine fois.

Le TTL implique un compromis. Un TTL long signifie moins de recherches et des réponses plus rapides, mais les changements mettent plus de temps à se propager. Un TTL court propage rapidement les changements, mais augmente la charge de requêtes.

Les administrateurs réduisent souvent le TTL avant une migration planifiée afin que la nouvelle adresse se propage rapidement, puis le réaugmentent ensuite.

Lorsque vous mettez à jour un enregistrement DNS, le changement n’apparaît pas partout instantanément. Les caches du monde entier contiennent encore l’ancienne valeur jusqu’à l’expiration de leur TTL.

Ce délai s’appelle la propagation. Selon le TTL précédent, un changement peut mettre de quelques minutes à plusieurs heures à être visible partout dans le monde ; c’est une source fréquente de confusion après une modification.

Un problème DNS fréquent est un cache obsolète : un appareil continue d’utiliser une ancienne IP mise en cache après la modification de l’adresse réelle. Le site semble ne plus fonctionner, même si l’enregistrement est correct.

La solution consiste à attendre l’expiration du TTL ou à vider le cache. Sur de nombreux systèmes, vous pouvez le supprimer manuellement pour forcer immédiatement une nouvelle recherche.

Lorsque des entrées obsolètes causent des problèmes, le fait de vider le cache force l’appareil à supprimer les enregistrements mis en cache et à effectuer une nouvelle requête. Il s’agit d’une première étape de diagnostic standard.

Chaque système possède sa propre commande de vidage. Après cette opération, la recherche suivante interroge de nouveau le résolveur et prend en compte les éventuelles modifications récentes des enregistrements.

Si un appareil utilise un résolveur inaccessible ou mal configuré, la résolution des noms échoue complètement, même lorsque le réseau fonctionne. Vérifier le serveur DNS configuré est une étape essentielle du diagnostic.

Passer à un résolveur public connu pour fonctionner, comme 8.8.8.8 ou 1.1.1.1, permet de vérifier rapidement si le résolveur d’origine était à l’origine du problème.

Avant de consulter le DNS, la plupart des systèmes vérifient un fichier hosts local qui associe manuellement des noms à des adresses. Une entrée qui s’y trouve remplace le DNS pour ce nom.

Une entrée hosts oubliée ou malveillante peut rediriger discrètement un nom vers la mauvaise IP. Vérifier le fichier hosts est donc une bonne démarche lorsqu’un seul nom pose problème alors que les autres sont correctement résolus.

Les signes classiques d’une panne DNS sont notamment les suivants : un site se charge par IP mais pas par son nom, une erreur « serveur introuvable » ou des connexions initiales lentes.

Si une adresse IP répond au ping mais que le nom échoue avec une erreur d’hôte inconnu, le DNS est en cause. Ce test rapide permet d’isoler le DNS des autres problèmes de connectivité.

Utilisez nslookup ou dig pour interroger directement le DNS. Vous pouvez interroger un serveur précis, vérifier quel enregistrement est renvoyé et voir le TTL restant.

Ces outils vous permettent de comparer la réponse de votre résolveur avec la réponse faisant autorité, et de détecter les caches obsolètes ou les enregistrements mal configurés à la source.

La plupart des problèmes DNS sont liés au comportement de la mise en cache et du TTL, à un résolveur défectueux ou à un enregistrement incorrect. Une vérification structurée — tester par IP, vérifier le résolveur, vider le cache, interroger avec nslookup — permet d’isoler la cause. Comprendre le TTL et la propagation explique pourquoi les changements semblent prendre du temps.

Vous disposez ainsi des bases de l’adressage et de la résolution de noms indispensables à l’examen Network+.

Interprétez un scénario concernant le TTL.

Vous avez étudié la mise en cache, le TTL et les problèmes DNS.

• La mise en cache stocke les réponses récentes pour accélérer le DNS.
• Le TTL définit la durée pendant laquelle un enregistrement peut rester en cache avant son actualisation.
• TTL long = moins de recherches, mais changements lents ; TTL court = changements rapides, charge accrue.
• Les délais de propagation et les caches obsolètes causent de nombreux problèmes DNS ; vider le cache aide à les résoudre.
• Effectuez le diagnostic avec des tests par IP, des vérifications du résolveur et nslookup.