Domain name system
Master 2 E-secure Réseaux DNS
Bureau S3-354 Mailto:Jean.Saquet@unicaen.fr http://saquet.users.greyc.fr/M2/rezo
Jean Saquet – Université de Caen
Domain Name System
Rappel : structure de noms de domaine hiérarchique en arbre (ex : info.unicaen.fr. , ibm.com., ...). Indispensable à cause de la répartition des responsabilités. IP ne fonctionne qu'avec des adresses. ==> nécessité de conversion nom --> adresses (et inv.) La gestion de cette conversion est aussi répartie.
07/10/12 Master 2 E-secure – Réseaux Page 2
Jean Saquet – Université de Caen
Resolver
Une application qui doit convertir un nom en adresse (ou inversement) fait un appel au resolver. Ce dernier recherche l'information demandée : ● dans un fichier local (par ex. /etc/hosts ) ● dans sa mémoire cache (si déjà résolu récemment) ● en faisant appel au service d'un serveur de noms (dont l'adresse est connue du système de la machine – dans le fichier /etc/resolv.conf par exemple)
07/10/12 Master 2 E-secure – Réseaux Page 3
Jean Saquet – Université de Caen
Serveur de noms
Chaque domaine (ou sous, sous-sous, ... domaine) doit en posséder un (en fait deux, par sécurité). Ce serveur contient les données concernant le domaine, sous la responsabilité de l'administrateur du domaine. Il doit pouvoir être interrogé par tout resolver (donc par n'importe qui). Le dialogue resolver / serveur utilise un protocole de niveau application spécifique.
07/10/12 Master 2 E-secure – Réseaux Page 4
Jean Saquet – Université de Caen
Types de données
Resolver et serveur échangent donc des données relatives à un domaine. Les données sont organisées en "enregistrements" (Rrs=Ressource Records) comportant : ● un nom ● un type ● une classe ● une durée de vie ● une longueur de la partie données ● les données. Ces enregistrements figurent dans la base de données des serveurs et peuvent être envoyés aux clients.
07/10/12 Master 2 E-secure – Réseaux Page 5
Jean Saquet