Domain Name System (DNS)

Introduction

Les noms de domaine et les noms d’hôte ne sont pas utiles au fonctionnement du réseau ; les adresses IP suffisent pour permettre la communication. Par contre, comme les noms sont plus faciles à retenir pour les humains que les chaînes de chiffres, un système a été inventé pour associer des noms à ces adresses IP : le DNS (en anglais : Domain Name System, système de noms de domaines). Grâce à ce système, les nœuds de réseau (serveurs, postes de travail, imprimantes, routeurs…) peuvent être désignés par des noms plus ou moins faciles à retenir ; le DNS traduit ces noms en adresses IP qui sont employées pour la communication et, à l’inverse, il restitue les noms de domaine et les noms d’hôte des adresses IP utilisées.

Ce système de noms de domaine est un système hiérarchique : le domaine de deuxième niveau example.com (en anglais : Second Level Domain) est un sous-domaine du domaine de premier niveau com (en anglais : Top Level Domain) ; le nom d’hôte vert.example.com est un sous-domaine de example.com, etc.

Pour un serveur comme celui décrit dans ce livre, ces trois niveaux suffisent. En revanche, pour une grande entreprise multinationale, ce n’est pas inimaginable d’avoir...

Installation

BIND fait partie de l’archive de logiciels de toutes les distributions Linux et de tous les systèmes BSD, ce qui facilite l’installation.

freebsd# pkg search bind 
freebsd# pkg install bind914 

Configuration

BIND est configuré à l’aide du fichier named.conf. Le style de commentaires dans ce fichier texte est le style JavaScript (deux barres obliques pour une seule ligne ; les commentaires multilignes sont encadrés par des barres obliques et des astérisques).

freebsd# cd /usr/local/etc/namedb 
 
debian# cd /etc/bind 
 
centos# cd /etc 

Avant de créer la configuration, une clé est générée qui sera utilisée pour indiquer au daemon de recharger la configuration sans redémarrer le serveur.

# rndc-confgen -a -r /dev/urandom 

Cette commande génère un fichier nommé rndc.key dans le répertoire de configuration. Ce fichier sera inclus dans la configuration ultérieurement.

Le fichier de configuration d’exemple, qui se trouve dans les fichiers à télécharger de ce livre, est un bon point de départ pour une nouvelle configuration. Il est également recommandé de conserver le fichier d’origine pour référence.

# mv named.conf named.conf.orig 
# nano named.conf 

L’exemple commence par la définition de deux listes, esclaves et loopback. Ces listes peuvent contenir des adresses IP et des plages d’adresses IP, séparées par des points-virgules. La première liste contient les adresses IP de tous les serveurs secondaires ; dans...

Ajout de domaines

La configuration décrite ci-dessus crée un serveur DNS qui sait répondre aux requêtes pour le "nom de domaine" localhost (et aux requêtes inversées pour l’adresse IP 127.0.0.1), et qui sait renvoyer les requêtes pour d’autres domaines et d’autres adresses IP à d’autres serveurs dans la hiérarchie DNS. Pour pouvoir traiter le DNS pour les domaines réservés example.com, example.edu et example.org, des fichiers zone doivent être créés pour ces noms de domaine ; puis named, l’exécutable du paquet BIND, doit savoir où trouver ces fichiers zone.

Il n’existe pas de règles pour le nommage des fichiers zone, mais il est bien sûr recommandé d’employer des noms reconnaissables. Une des conventions utilisées pour le nommage est celle de nom-point-zone, par exemple example.com.zone. Certaines distributions ont opté pour l’extension de fichier .db, mais cela peut donner l’impression fausse qu’il s’agit d’une base de données qui exige un outil spécialisé pour la modifier ; les fichiers zone peuvent être ouverts et modifiés à l’aide d’un éditeur de texte ordinaire.

$ORIGIN example.com. 
$TTL 1d 
@        IN    SOA    ns.example.com. sysadmin.example.com. ( 
                           2020011502 ; Numéro de série 
                           3h         ; Renouveler 
                           1h         ; Réessayer 
                           1000h      ;...

Résolution inverse

Dans le chapitre précédent, nous avons parlé de la résolution de noms d’hôte en adresses IP (en anglais : forward resolving). Il existe également la résolution inverse (en anglais : reverse resolving), parfois abrégée en rDNS (reverse DNS) : la recherche du nom d’hôte pour une adresse IP.

Normalement, ce DNS inverse est pris en charge par l’hébergeur. Pour associer un nom d’hôte à l’adresse IP du serveur, l’administrateur système se connecte à l’interface web de l’hébergeur et saisit le nom d’hôte principal, vert.example.com dans notre cas, dans le formulaire mis en place à cet effet.

En complément nécessaire pour installer un serveur interne, voici le fichier zone pour faciliter le DNS inverse pour le domaine example.com utilisant la plage d’adresses IP 198.51.100.152/29 (198.51.100.152 - 198.51.100.159) :

$ORIGIN 100.51.198.in-addr.arpa. 
$TTL 2d 
@    IN    SOA    ns.example.com. sysadmin.example.com....