Comprendre les serveurs DNS pour mieux dépanner le réseau

Les trois Identités des machines

Les machines (appelées « hôtes » dans le jargon réseau) d'un réseau TCP/IP ont plusieurs identités. Les autres équipements du réseau utilisent ces identités pour fournir des données aux bons hôtes. Les trois identités possibles sont les suivantes :

• L'adresse MAC (Media Access Control) correspond à un numéro encodé dans le firmware de la carte réseau (également appelée NIC).
• L’adresse IP est une numérotation attribuée par logiciel à la carte d'interface réseau.
• Le nom d'hôte (hostname) est le nom convivial d’une machine, qui a été défini lors de l'installation de son système d'exploitation.

Ces identités permettent de trouver une machine sur un réseau ou un segment de réseau.

Parce que les identités diffèrent, il doit exister un moyen de les relier les unes aux autres. Par exemple, le protocole de résolution d'adresses relie les adresses MAC inconnues aux adresses IP connues. Cependant, le processus de résolution de noms qui relie les noms d'hôtes et les adresses IP est beaucoup plus complexe.

La résolution de noms permet à un hôte d'être reconnu par son nom d'hôte ou son adresse IP. En général, les gens sont plus à l'aise avec des noms faciles à comprendre et à décrire, tels que webserver3. Cependant, les paquets de données TCP/IP nécessitent des champs d'adresses source et destination, valeurs nécessaires aux routeurs pour diriger correctement le trafic du réseau. Ces adresses, telles que l'adresse IPv4 192.0.2.127, sont beaucoup plus difficiles à comprendre. Imaginez que les signets des navigateurs web n'affichent que des adresses IP au lieu de noms descriptifs.

La plupart du temps, le processus de résolution de noms consiste à relier une adresse IP inconnue à un nom d'hôte connu, comme lorsqu'un administrateur tape ping webserver3. Le ping doit être envoyé à une adresse IP, mais l'administrateur se souvient plus facilement du nom descriptif webserver3.

Le processus de résolution de noms

Lorsque tout fonctionne correctement, un système résout le nom d'hôte en coulisses. Il consulte deux ressources pour découvrir l'adresse IP nécessaire : un fichier local et un serveur de base de données DNS.

La première méthode repose sur un fichier texte nommé hosts qui se trouve sur le disque dur de la machine locale. Le fichier hosts est pertinent pour une utilisation occasionnelle, mais il est difficile de le tenir à jour. En effet, les machines vont et viennent sur le réseau local et reçoivent de nouvelles configurations d'adresses IP de la part des serveurs DHCP. Par ailleurs, les réseaux modernes peuvent comporter des centaines, voire des milliers de machines, ce qui rend le fichier difficile à maintenir. Chaque fois que le nom d'hôte ou l'adresse IP d'une machine change, le fichier hosts devrait être mis à jour sur toutes les autres machines du réseau. Cette méthode est trop lourde pour un réseau moderne.

La seconde méthode, plus dynamique, consiste à stocker tous les noms et adresses IP sur un ou plusieurs serveurs du réseau et à configurer les hôtes pour qu'ils interrogent ce ou ces serveurs afin de récupérer les informations nécessaires. L'implémentation moderne de cette méthode est le DNS.

Les serveurs DNS maintiennent une base de données de noms et d'adresses IP. Les systèmes clients, tels que Windows, Linux et macOS, mettent dynamiquement à jour la base de données du serveur DNS chaque fois que leur nom d'hôte ou leur adresse IP change. Cela permet de s'assurer que la base de données est à jour. Les relations entre les noms d'hôtes et les adresses IP sont stockées dans des entrées appelées enregistrements de ressources.

Il existe de nombreux types d'enregistrements de ressources. Cet article traite des enregistrements d'adresses (A) et de pointeurs DNS (PTR) :

Les enregistrements A permettent la résolution du nom d'hôte en adresse IP. Ce type de requête est connu sous le nom de forward lookup.

Les enregistrements PTR permettent de passer d'une adresse IP à un nom d'hôte. Ce type de requête est connu sous le nom de reverse lookup (recherche inversée).

Lorsqu'un utilisateur saisit un nom d'hôte dans le cadre d'une commande, telle que ping webserver3, le système interroge le serveur DNS pour obtenir l'adresse IP de webserver3. L'adresse est stockée dans un enregistrement A, ce qui permet au serveur DNS de répondre avec l'adresse IP du serveur web3.

La requête DNS locale

Les systèmes d'exploitation modernes incluent un client DNS qui vérifie le fichier hosts et interroge la base de données DNS. Le DNS communique sur le réseau en utilisant le port 53. Certaines transmissions DNS sont basées sur le protocole TCP, d'autres sur le protocole UDP. Les transmissions UDP sont utilisées pour les requêtes des clients, et le TCP pour les transferts de zone entre les serveurs DNS. Les transferts de zone permettent aux serveurs DNS de se mettre à jour les uns les autres.

Il convient de noter que les pare-feu des hôtes et des réseaux doivent autoriser la communication sur le port 53/udp pour que les requêtes de résolution de noms aboutissent.

Les clients internes qui demandent des ressources internes utilisent des serveurs DNS internes. Supposons que le poste de travail d'un utilisateur doive être configuré pour se connecter à un périphérique d'impression réseau nommé salesprinter3. Le technicien qui configure le poste de travail identifie facilement salesprinter3 par son nom et utilise la fonction Windows Map Network Printer pour établir la connexion.

Ensuite, l'ordinateur client interroge automatiquement le serveur DNS pour obtenir l'adresse IP associée au nom salesprinter3. Le serveur DNS vérifie ses enregistrements de ressources et répond avec l'adresse. Le système client peut maintenant adresser correctement les paquets TCP/IP à l’imprimante en réseau. Dans cet exemple, toutes les résolutions de noms sont effectuées à l'aide de ressources internes.

Le processus est le même pour tout client TCP/IP, que leur système soit Windows, Linux ou macOS.

La requête DNS Internet

La théorie est la même pour les machines situées sur Internet, mais le processus est plus complexe. Les noms Internet sont organisés hiérarchiquement en domaines, en commençant par la racine - représentée par un seul point - suivie par les domaines de premier niveau, tels que com, edu, org, etc. Les demandes de résolution de noms passent d'une couche à l'autre jusqu'à ce que le nom soit résolu ou déterminé comme non résoluble.

Les noms Internet sont en fait des chemins d'accès d'un domaine à l'autre. Par exemple, le nom webserver3.example.com se lit à l'envers comme suit : « aller à com, trouver example, puis trouver webserver3. » Cette convention de dénomination est de type fully qualified domain name (nom de nom de domaine pleinement qualifié).