Que fait le DNS

Le cours TCP/IP explique comment les ordinateurs s'adressent les uns aux autres par numéro. Personne ne veut mémoriser des numéros pour lire les actualités ou envoyer un e-mail, c'est pourquoi Internet dispose d'une recherche nom-numéro derrière presque tout ce que vous faites en ligne : le système de noms de domaine, ou DNS. Le centre de formation de Cloudflare l'appelle simplement « le répertoire téléphonique d'Internet ».

Un arbre, pas une seule liste

Le DNS a été conçu, selon la RFC 1034, autour « d'un espace de noms cohérent qui sera utilisé pour faire référence aux ressources », organisé comme « une structure arborescente » où « chaque nœud et feuille de l'arborescence correspond à un ensemble de ressources ». En pratique, cet arbre comporte des couches, chacune étant responsable d'une plus petite tranche de noms :

• La racine, en haut de l’arborescence, ne connaît l’adresse d’aucun site Web, mais elle sait quels serveurs sont responsables de chaque domaine de premier niveau (.com, .org, etc.).
• Un serveur de domaine de premier niveau (TLD) ne connaît pas non plus votre site Web spécifique, mais il sait quel serveur faisant autorité est responsable de ce domaine.
• Un serveur faisant autorité détient la réponse réelle pour un domaine spécifique : quelle adresse IP pointe actuellement example.org.
• Un résolveur (ou récurseur) est le serveur que votre appareil demande réellement. Il fait le travail de parcourir l'arbre en votre nom, puis met en cache la réponse pendant un certain temps afin de ne pas avoir à répéter toute la marche pour chaque demande.

Le centre d'apprentissage de Cloudflare utilise une analogie avec la bibliothèque pour la même idée : « le récurseur peut être considéré comme un bibliothécaire à qui on demande d'aller chercher un livre particulier quelque part dans une bibliothèque », tandis que « le serveur racine est la première étape dans la traduction (résolution) des noms d'hôtes lisibles par l'homme en adresses IP… il sert de référence à d'autres emplacements plus spécifiques. »

Suite à une recherche

1. Votre Mac demande à son résolveur configuré, souvent exécuté par votre FAI, votre routeur Wi-Fi ou un service public, l'adresse derrière un nom.
2. Si le résolveur n'a pas déjà la réponse en cache, il demande à un serveur racine quel serveur TLD essayer.
3. Il demande à ce serveur TLD quel serveur faisant autorité essayer.
4. Il demande la réponse réelle au serveur faisant autorité, puis renvoie cette réponse à votre appareil et conserve une copie en cache pour les autres demandes.

La RFC 1035 définit le format exact des messages pour ces requêtes et réponses, et note qu'elles transitent généralement via UDP ou TCP sur le port 53. Rien dans cette recherche n'est secret par défaut ; la leçon suivante explique qui peut le voir et pourquoi cela est important.

$ dig example.com

;; ANSWER SECTION:
example.com.		233	IN	A	104.20.23.154
example.com.		233	IN	A	172.66.147.243

Cette seule commande représente l'ensemble du processus de cette leçon qui se déroule en un dixième de seconde environ : votre résolveur a parcouru l'arborescence (ou a fourni une réponse en cache) et a rendu l'adresse numérique derrière le nom.