Suivre une recherche DNS

Lorsque vous saisissez un nom de domaine, votre appareil doit le convertir en adresse IP avant de se connecter. Ce processus est une recherche DNS et suit une séquence d’étapes bien définie.

Le but est de trouver la réponse faisant autorité aussi rapidement que possible, en utilisant des caches pour éviter du travail inutile.

L’appareil vérifie d’abord son propre cache DNS local ainsi que le fichier hosts. Si le nom a été recherché récemment et que l’entrée est toujours valide, l’adresse IP mise en cache est utilisée immédiatement.

Cela évite toute requête réseau. La mise en cache explique pourquoi la deuxième visite d’un site est souvent plus rapide que la première.

Si le cache local ne contient aucune réponse, l’appareil envoie la requête à son résolveur récursif configuré, généralement géré par l’ISP ou par un fournisseur public comme 8.8.8.8.

Le résolveur se charge de trouver la réponse, interroge d’autres serveurs si nécessaire, puis renvoie l’adresse IP finale à l’appareil.

La requête de l’appareil vers le résolveur est récursive : « trouvez-moi la réponse complète ». Le résolveur effectue ensuite des requêtes itératives dans la hiérarchie, chaque serveur l’orientant davantage vers la réponse.

Récursif signifie effectuer tout le travail ; itératif signifie indiquer l’étape suivante. Le résolveur fait le lien entre ces deux modes.

Si le résolveur n’a rien en cache, il commence par un serveur racine. La racine ne connaît pas la réponse finale, mais sait quel serveur TLD gère la terminaison du domaine, comme .com.

La racine répond en orientant le résolveur vers les serveurs TLD appropriés.

Le résolveur interroge ensuite le serveur TLD (par exemple, les serveurs .com). Le serveur TLD ne contient pas non plus l’enregistrement final, mais il connaît les serveurs de noms faisant autorité pour le domaine concerné.

Il renvoie une nouvelle orientation qui restreint la recherche aux propres serveurs du domaine.

Enfin, le résolveur interroge le serveur de noms faisant autorité du domaine, qui contient l’enregistrement réel. Celui-ci renvoie l’adresse IP correspondant au nom demandé.

Il s’agit de la réponse définitive. Le résolveur dispose maintenant de ce dont l’appareil d’origine a besoin.

Le résolveur renvoie l’adresse IP à votre appareil, qui peut maintenant se connecter. Le résolveur et votre appareil mettent en cache la réponse pendant une durée déterminée.

Les recherches suivantes pour le même nom évitent le parcours complet et utilisent le cache, ce qui accélère le système et réduit la charge des serveurs.

La plupart des requêtes DNS transitent par le port UDP 53, choisi pour sa rapidité puisque les recherches sont courtes et fréquentes. Ce transport léger et sans connexion convient aux échanges rapides de questions et de réponses.

Pour les réponses volumineuses ou les transferts de zone entre serveurs, le DNS bascule sur le port TCP 53. Savoir que le DNS utilise le port 53 est un point fréquemment abordé à l’examen.

Lorsque rien n’est en cache, le parcours complet est le suivant : cache local → résolveur récursif → racine → TLD → serveur faisant autorité → réponse.

Mémorisez cet ordre pour l’examen. Chaque niveau répond depuis son cache ou oriente le résolveur un niveau plus bas, jusqu’à atteindre l’enregistrement faisant autorité.

Connaître le parcours d’une recherche vous aide à résoudre les problèmes. Si un nom échoue, vous pouvez vérifier si le résolveur répond, si le serveur faisant autorité est accessible et à quel endroit la chaîne s’interrompt.

Des outils comme nslookup vous permettent d’interroger directement des serveurs précis afin de déterminer à quelle étape la recherche échoue.

Remettez la recherche dans l’ordre.

Vous avez suivi les étapes d’une recherche DNS.

• Ordre : cache local → résolveur → racine → TLD → serveur faisant autorité → réponse.
• L’appareil effectue une requête récursive ; le résolveur effectue des requêtes itératives.
• Les serveurs racine orientent vers les serveurs TLD ; les serveurs TLD orientent vers les serveurs faisant autorité.
• Le serveur faisant autorité contient l’enregistrement réel et fournit l’adresse IP finale.
• Les réponses sont mises en cache afin d’accélérer les recherches ultérieures.