Imaginez à quoi cela ressemblerait si nous devions nous souvenir des adresses IP de tous les sites Web que nous utilisons quotidiennement. Même si nous avions une mémoire prodigieuse, le processus pour accéder à un site Web serait ridiculement lent et chronophage.
Et que dire si nous avions besoin de visiter plusieurs sites Web ou d’utiliser plusieurs applications qui résident sur la même machine ou le même hôte virtuel ? Ce serait l’un des pires maux de tête auxquels je puisse penser – sans parler de la possibilité que l’adresse IP associée à un site Web ou une application puisse être modifiée sans préavis.
Juste la simple pensée de cela serait une raison suffisante pour cesser d’utiliser Internet ou les réseaux internes après un certain temps.
C’est précisément ce qu’un monde sans Système de Noms de Domaine (également connu sous le nom de DNS) serait. Heureusement, ce service résout tous les problèmes mentionnés ci-dessus – même si la relation entre une adresse IP et un nom change.
Pour cette raison, dans cet article, nous apprendrons comment configurer et utiliser un serveur DNS simple, un service qui permettra de traduire les noms de domaine en adresses IP et vice versa.
Introduction à la Résolution de Noms DNS
Pour les petits réseaux qui ne sont pas sujets à des changements fréquents, le fichier /etc/hosts peut être utilisé comme méthode rudimentaire de résolution de nom de domaine en adresse IP.
Avec une syntaxe très simple, ce fichier nous permet d’associer un nom (et/ou un alias) à une adresse IP comme suit :
[IP address] [name] [alias(es)]
Par exemple,
192.168.0.1 gateway gateway.mydomain.com 192.168.0.2 web web.mydomain.com
Ainsi, vous pouvez accéder à la machine web soit par son nom, l’alias web.mydomain.com, ou son adresse IP.
Pour les réseaux plus importants ou ceux qui sont sujets à des changements fréquents, l’utilisation du fichier /etc/hosts pour résoudre les noms de domaine en adresses IP ne serait pas une solution acceptable. C’est là que la nécessité d’un service dédié intervient.
Sous le capot, un serveur DNS interroge une grande base de données sous forme d’arbre, qui commence au niveau de la zone racine (“.”).
L’image suivante nous aidera à illustrer :
Sur l’image ci-dessus, la zone racine (.) contient les domaines com, edu et net. Chacun de ces domaines est (ou peut être) géré par des organisations différentes pour éviter de dépendre d’un grand acteur central. Cela permet de distribuer correctement les requêtes de manière hiérarchique.
Voyons ce qui se passe sous le capot :
1. Lorsqu’un client fait une requête à un serveur DNS pour web1.sales.me.com, le serveur envoie la requête au serveur DNS de niveau supérieur (racine), qui redirige la requête vers le serveur de noms dans la zone .com.
Celui-ci envoie à son tour la requête au serveur de noms de niveau suivant (dans la zone me.com), puis à sales.me.com. Ce processus est répété autant de fois que nécessaire jusqu’à ce que le FQDN (Nom de Domaine Complet, web1.sales.me.com dans cet exemple) soit renvoyé par le serveur de noms de la zone à laquelle il appartient.
2. Dans cet exemple, le serveur de noms dans sales.me.com. répond à l’adresse web1.sales.me.com et renvoie l’association de nom de domaine-IP souhaitée ainsi que d’autres informations (si configuré pour le faire).
Toutes ces informations sont envoyées au serveur DNS d’origine, qui les renvoie ensuite au client qui l’a demandé en premier lieu. Pour éviter de répéter les mêmes étapes pour les requêtes identiques futures, les résultats de la requête sont stockés dans le serveur DNS.
C’est pourquoi ce type de configuration est communément appelé un serveur DNS récursif, serveur DNS de mise en cache.
Source:
https://www.tecmint.com/setup-recursive-caching-dns-server-and-configure-dns-zones/