DNS

Prenons un utilisateur se connectant au site ebenyx.com x heure, sa machine exécute ces 8 décrite plus haut pour connaitre l’adresse IP du serveur d’ebenyx.com. A x +1 heure si ce même utilisateur désire consulter ce même site, il ne sera pas nécessaire de parcourir les 8 étape à nouveau, alors intervient la notion de mise en cache des informations.
L’objectif de la mise en cache consiste à stocker de manière temporaire les données à un emplacement afin d’améliorer les performances et la fiabilité des requêtes de données. La mise en cache DNS implique le stockage des données plus près du client demandeur afin d’accélérer le processus de résolution DNS et d’éviter les requêtes supplémentaires au sein de la chaîne de recherche DNS. Cette opération permet ainsi d’améliorer les temps de chargement et de réduire la consommation de bande passante/ressources processeur. Les données DNS peuvent être mises en cache à divers endroits, chacun stockant des enregistrements DNS pendant un laps de temps déterminé par une TTL (Time To Live ou durée de vie).
*Mis en cache du navigateur
Les navigateurs web modernes sont conçus par défaut pour mettre en cache les enregistrements DNS pendant une durée définie. L’objectif de l’opération etant: plus la mise en cache DNS est réalisée à proximité du navigateur web, moins d’étapes de traitement seront nécessaires pour vérifier le cache et effectuer les requêtes correctes à une adresse IP donnée. Lorsqu’une requête d’enregistrement DNS est émise, le cache du navigateur constitue ainsi le premier emplacement à être vérifié pour trouver l’enregistrement demandé. Quoi de plus normal si le navigateur possède déjà l’adresse IP du nom de domaine que l’utilisateur aura saisi il ne sera pas nécessaire d’aller le demander à un autre serveur. Il la récupère directement dans son cache et contacte le site demandé.
    *Mise en cache au niveau du système d’exploitation Le résolveur DNS au niveau du système d’exploitation constitue le deuxième et dernier arrêt au niveau local avant qu’une requête DNS ne quitte votre ordinateur. Le processus conçu pour traiter cette requête au sein de votre système d’exploitation est communément appelé « résolveur stub » ou client DNS. Lorsqu’un résolveur stub reçoit une requête d’une application, il vérifie d’abord son propre cache pour voir si l’enregistrement s’y trouve. Si ce dernier n’y figure pas, le résolveur envoie ensuite une requête DNS (avec un indicateur récursif activé) à l’extérieur du réseau local, vers un résolveur récursif DNS dépendant du fournisseur d’accès Internet (FAI).
Comme à toutes les étapes précédentes, lorsqu’un résolveur récursif dépendant d’un FAI reçoit une requête DNS, il vérifie de même si la traduction de l’« adresse hôte en adresse IP » demandée est déjà stockée dans sa couche de persistance locale. Le résolveur récursif dispose également de fonctionnalités supplémentaires selon le type d’enregistrements présents dans son cache :
   1- Si le résolveur ne contient pas les enregistrements A, mais qu’il dispose des enregistrements NS pour les serveurs de noms de référence, il interrogera ces serveurs de noms directement, en contournant plusieurs étapes de la requête DNS. Ce raccourci empêche les recherches à partir des serveurs de noms racine et « .com » (dans notre recherche portant sur « exemple.com ») et permet de résoudre plus rapidement les requêtes DNS.
   2-Si le résolveur ne contient pas d’enregistrements NS, il envoie une requête aux serveurs TLD (« .com » dans le cas présent) en contournant le serveur racine.  
   3-Dans l’éventualité peu probable où le résolveur ne contient pas d’enregistrements pointant vers les serveurs TLD, il interroge alors les serveurs racines. Ce cas de figure se produit généralement après la purge d’un cache DNS.