Le service DNS (Domain Name System) constitue le socle invisible de toute l’infrastructure réseau moderne. Sans lui, la navigation sur le web ou l’accès aux partages de fichiers en entreprise imposeraient de mémoriser des suites d’octets IPv4 ou des chaînes hexadécimales IPv6. Le rôle premier d’un serveur DNS est d’assurer la correspondance entre un nom d’hôte intelligible pour l’humain et une adresse IP exploitable par les protocoles de routage.
L’architecture hiérarchique du DNS
Le système de noms de domaine est structuré comme un arbre inversé, dont la lecture s’opère toujours de droite à gauche lors d’une requête. Un nom de domaine pleinement qualifié (FQDN), comme serveur.akabou.fr., respecte une hiérarchie stricte en plusieurs paliers :
- La racine (Root zone) : représentée formellement par le point final (.). Elle est gérée par 13 grappes de serveurs racines réparties mondialement (de a.root-servers.net à m.root-servers.net).
- Les domaines de premier niveau (TLD) : ce sont les extensions génériques ou nationales (.fr, .com, .net, etc.), administrées par des registres dédiés.
- Les domaines de deuxième niveau : le nom déposé auprès d’un bureau d’enregistrement, par exemple akabou.fr.
- Les sous-domaines et hôtes : les subdivisions personnalisées définies par l’administrateur de la zone (par exemple www, mail, ou vpn).
Le cycle complet d’une résolution DNS
Lorsqu’une machine tente de joindre une adresse, elle ne contacte pas immédiatement le serveur web distant. Un processus précis d’interrogation se met en place pour découvrir l’adresse de destination :
- Consultation du cache local : le système d’exploitation commence par vérifier sa propre mémoire tampon. Il est d’ailleurs fréquent de devoir afficher le cache DNS sous Windows pour contrôler les correspondances déjà apprises et identifier d’éventuelles entrées obsolètes.
- Interrogation du résolveur local : si la réponse n’est pas en cache, le client interroge le résolveur DNS configuré sur son interface. Cette adresse est généralement attribuée automatiquement, mais il est tout à fait possible de prendre précedance sur la configuration DHCP pour forcer l’usage d’un résolveur interne ou d’un service tiers sécurisé.
- Résolution itérative : si le résolveur ne possède pas la réponse, il contacte un serveur racine, qui le renvoie vers les serveurs du TLD concerné. Le serveur de TLD aiguille ensuite le résolveur vers le serveur de noms qui fait autorité sur la zone recherchée.
- Réponse finale et mise en cache : le serveur faisant autorité renvoie l’enregistrement demandé. Le résolveur retransmet l’IP au client et stocke la valeur dans son cache local pour une durée définie par le TTL (Time to Live).
Les enregistrements DNS incontournables
Une zone DNS regroupe différents types d’enregistrements adaptés à des usages spécifiques :
- A et AAAA : associent respectivement un nom d’hôte à une adresse IPv4 ou IPv6.
- CNAME (Canonical Name) : crée un alias pointant vers un autre nom d’hôte.
- MX (Mail Exchange) : définit les serveurs de messagerie responsables de la réception des courriels pour le domaine.
- TXT : permet d’insérer du texte libre, très largement employé pour sécuriser les courriels (SPF, DKIM, DMARC) ou valider la propriété d’un domaine.
- PTR : assure la résolution inverse, convertissant une IP en nom d’hôte.
Diagnostiquer un problème DNS
En administration système, l’adage rappelle souvent que « c’est toujours la faute du DNS ». Pour identifier rapidement un problème de propagation ou un enregistrement erroné, la maîtrise des commandes d’interrogation est indispensable. Des outils comme nslookup ou dig font partie des lignes de commandes indémodables Windows et Linux à garder sous la main pour tester directement la réponse retournée par un serveur précis.