Etude de l'application DNS

Patrice Laurencot

3 - La base de données

3.1 - Les informations sur les domaines

L'ensemble d'informations sur un domaine est composé d'un ou plusieurs RR (Resource Record).
Chaque RR contient 5 champs d'information :
ChampContenu
ownerle nom auquel se rapporte l'information du RR
type de
l'information
contenue
dans le RR
A address l'adresse-IP d'un système
CNAME canonical name le nom canonique (officiel) du système
HINFO host information le processeur et le système d'exploitation (OS) d'un système
MXmail exchange le système où est installé le serveur de courrier pour ce domaine. Voir [RFC-974] pour plus de détails.
NS name server le serveur de noms "autorisé" pour le domaine
PTR pointer un pointeur vers une autre partie de l'espace de noms de domaines
SOA start of authority informations sur la zone (copie maître, durées de validité...)
RP responsible person la personne représentant l'autorité
classe la famille de protocoles (IN=Internet)
TTL la durée de validité du RR en secondes (Time To Live)
RDATA les données spécifiques du type de RR
Exercice 3.1 : afficher les RR d'un domaine
(Exécuter sur fc.isima.fr la commande : host -a FQDN_du_domaine)

3.2 - Organisation physique

La base de données, très grande, est divisée en sections, appelées zones.
Le découpage est souvent effectué, selon les délégations de responsabilité, par sous-arbres; cela permet de mettre la maintenance de chaque zone au plus près des administrateurs.

Chaque zone doit comporter une copie maître, dans laquelle l'administrateur de la zone effectue les mises à jour (insertions, suppressions ou modifications de RR). Elle est souvent mémorisée sur un des systèmes recensés dans la zone.
Par sécurité, pour assurer la pérennité de l'accès à l'information qu'elle contient, chaque zone doit aussi comporter une ou plusieurs copies esclaves, dont au moins une est située dans un système en dehors du sous-arbre qu'elle décrit.

La copie maître de la zone univ-bpclermont.fr est dans le système ubpdns.univ-bpclermont.fr (voir le RR-SOA).
Les copies esclaves "officielles" sont dans les systèmes ns2.nic.fr, et dans les systèmes cicsun.univ-bpclermont.fr et unadns.u-clermont1.fr (voir les RR-NS).

Les copies esclaves sont aussi utilisées pour répartir la charge de réponse aux interrogations, et ainsi améliorer le délai de réponse.

Pour alléger la charge des 2 serveurs-DNS internes à la zone univ-bpclermont.fr, des copies esclaves internes à la zone ont été installées, au département de Mathématiques, au CUST, au LASMEA..., mais ils ne sont pas connus de l'extérieur.

Un système peut ainsi contenir la copie maître d'une ou plusieurs zones, et la copie esclave d'autres zones.
L'extraction d'informations de ces copies est effectuée par un processus appelé serveur-DNS installé sur chaque systèmes contenant des copies maîtres ou esclaves de zones.

serveurs DNS
Exercice 3.2 : afficher la localisation des copies maître et esclaves de la zone d'un domaine

tp : host -a FQDN_du_domaine
ou bien host -a FQDN_du_domaine un_des_noms_NS

Où sont les copies maîtres des zones suivantes ?
u-clermont1.fr
isima.fr
fr. (attention : ne pas oublier le point à la fin du FQDN d'un TLD)
etc...

les réponses ()

Suite...suite