L'ensemble d'informations sur un domaine est composé d'un ou plusieurs RR (Resource Record).
Chaque RR contient 5 champs d'information :Exercice 3.1 : afficher les RR d'un domaine
Champ Contenu owner le 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 MX mail 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
(Exécuter sur fc.isima.fr la commande : host -a FQDN_du_domaine)
- Quels sont les RR des FQDN suivants ?
- custsv.univ-bpclermont.fr
- cust.univ-bpclermont.fr
- luna.cust2000.univ-bpclermont.fr
- www.isima.fr
- univ-bpclermont.fr
- cust2000.univ-bpclermont.fr
- isima.fr
- fr. (avec un point à la fin)
- etc...
- des réponses ()
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.

Exercice 3.2 : afficher la localisation des copies maître et esclaves de la zone d'un domainetp : 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 ()