![Comment envoyer des SMS anonymes à n'importe quel numéro en 2020](/f/68925c951d1f0869cfa9ddeefe73e17a.jpg?width=100&height=100)
Imaginez ce que ce serait 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 de navigation vers un site Web serait ridiculement lent et long.
Et si nous devions visiter plusieurs sites Web ou utiliser plusieurs applications résidant sur la même machine ou 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.
Rien que d'y penser serait une raison suffisante pour renoncer à utiliser Internet ou les réseaux internes après un certain temps.
C'est précisément ce qu'est un monde sans Système de noms de domaines (aussi connu sous le nom 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 allons apprendre à configurer et utiliser un simple serveur DNS, un service qui permettra de traduire les noms de domaine en adresses IP et vice versa.
Pour les petits réseaux qui ne sont pas soumis à des changements fréquents, le /etc/hosts peut être utilisé comme méthode rudimentaire de la résolution du 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 :
[adresse IP] [nom] [alias (es)]
Par exemple,
passerelle 192.168.0.1 passerelle.mondomaine.com. 192.168.0.2 web web.mondomaine.com.
Ainsi, vous pouvez accéder à la machine Web soit par son nom, le web.mondomaine.com alias ou son adresse IP.
Pour les réseaux plus importants ou ceux qui sont sujets à des changements fréquents, en utilisant le /etc/hosts fichier pour résoudre les noms de domaine en adresses IP ne serait pas une solution acceptable. C'est là qu'intervient le besoin d'un service dédié.
Sous le capot, un DNS le serveur interroge une grande base de données sous la forme d'un arbre, qui commence à la racine (“.”)
zone.
L'image suivante va nous aider à illustrer :
Dans l'image ci-dessus, la racine (.)
la zone contient com, éduquer, et rapporter domaines. Chacun de ces domaines est (ou peut être) géré par différentes organisations pour éviter de dépendre d'une grande et centrale. Cela permet de bien répartir 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.ventes.me.com, le serveur envoie la requête au serveur DNS supérieur (racine), qui pointe la requête vers le serveur de noms dans le .com
zone.
Celui-ci, à son tour, envoie la requête au serveur de noms de niveau suivant (dans le moi.com
zone), puis à sales.me.com
. Ce processus est répété autant de fois que nécessaire jusqu'à ce que le Nom de domaine complet (Nom de domaine complet, web1.ventes.me.com dans cet exemple) est 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.ventes.me.com
et renvoie l'association 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 les a demandées en premier lieu. Pour éviter de répéter les mêmes étapes pour de futures requêtes identiques, les résultats de la requête sont stockés dans le serveur DNS.
Ce sont les raisons pour lesquelles ce type de configuration est communément appelé récursif, mise en cache du serveur DNS.