# 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 :

> > 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

> Exercice 3.1 : afficher les RR d'un domaine
> (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 ()

### 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.

> 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...