Institut Sup rieur des Etudes Technologiques de Bizerte
Protocoles et services r seaux
Niveau: SEM2
Enseignante: Mme Ines ABBES
A.U: 2015/2016
Chapitre 3
DNS (Domain Name Service)
Probl matique
n Avant le DNS, la r solution se faisait gr ce un fichier texte
appel hosts, local chaque ordinateur.
n Sous UNIX et ses d riv s, il se trouve dans le r pertoire /etc.
Sous Windows, il se trouve, par d faut, dans
%SystemRoot%\system32\drivers\etc.
n Dans ce fichier, chaque ligne correspond une adresse IP
laquelle peuvent tre associ s un ou plusieurs noms de domaine.
Il est ainsi vident que ce syst me pose un probl me de
maintenance car le fichier doit tre recopi sur tous les
ordinateurs du r seau.
n A l' chelle internet, le fichier hosts tait fourni et g r par
Arpanet.
3
Historique
n le DNS fait son apparition en 1983 avec Paul
Mockapetris, qui en impl menta la premi re
version alors qu'il travaillait l'Information
Sciences Institute (ISI) de l'Universit de la
Californie du Sud.
n DNS, est aussi un protocole qui est rattach aux
RFC 882, 883, 1034 et 1035. (RFC=Request For
Comment, documents de l'IETF (Internet
Engineering Task Force) d finissant les standards
d'Internet.)
4
D finition
n Le Domain Name System (ou DNS, syst me de
noms de domaine) est un syst me permettant
d' tablir une correspondance entre une adresse IP
et un nom de domaine, mais plus g n ralement de
trouver une information partir d'un nom de
domaine.
5
R le dun serveur DNS
n tablir une correspondance entre adresses IP, par
exemple 147.210.94.197 noms de domaines,
www.google.com
n R solution, r solution inverse et plus
g n ralement, trouver des informations partir
dun nom de domaine (par exemple liste des
changeurs de courrier).
n Syst me r parti sur des centaines de milliers de
serveurs DNS
6
Notions de base: Domaine
n Domaine: Un domaine est un ensemble
d'ordinateurs reli s dans un r seau, par
exemple internet et poss dant une
caract ristique commune.
n Le domaine est identifi un nom, appel
nom de domaine. Ce nom est constitu
d'au moins un mot appel label.
7
Notions de base: Sous-domaine
n Dans la nomenclature d'un nom de
domaine, le domaine sup rieur est crit
droite, et le caract re point (.) s pare
le nom du domaine sup rieur du nom
du domaine inf rieur.
n Un domaine appartenant un autre est
appel sous-domaine de ce domaine.
8
Notions de base: Zone
n Une zone est une portion d'un domaine dont
l'administration est d l gu e une entit faisant partie ou
non de l'organisation.
n Le concept de zone est purement au niveau administratif.
La d claration des machines dans un domaine se fait dans
les zones.
n Le fichier qui contient les enregistrements des machines
d'une zone est appel e fichier de zone.
n Le r le dune zone est principalement de simplifier
ladministration des domaines.
9
Notions de base: H te
n Chaque domaine contient des ordinateurs ou des
serveurs. Ce sont eux les h tes.
n Les h tes sont les points finaux de la cha ne.
n Leurs noms sont qualifi s de Fully Qualified
Domain Name (FQDN), c'est- -dire Nom de
Domaine Totalement Qualifi .
n La profondeur maximale autoris e pour atteindre
l'h te est de 127 niveaux, et la taille maximale du
FQDN est de 255 caract res.
n Un FQDN doit toujours se terminer par un point (.)
n Exemple: www.isetbiz.rnu.tn.
10
Fonctionnement Logique
n D'un point de vue logique, les noms de domaine sont
agenc s dans une arborescence, voire une hi rarchie.
n On a au sommet une racine, et une arborescence de nSuds
termin e par des feuilles.
net
tn com
Google yahoo
universit
iset
11
n La racine est un point. Elle est g r e par
l'ICANN (Internet Corporation for Assigned
Names and Numbers). Tous les nSuds fils
de la racine sont administr s par cette
organisation.
n Ces nSuds sont appel s Top Level Domain
ou TLD.
n On distingue trois principaux types de TLD :
n le TLD sp cial .arpa
n les TLD g ographiques ou nationaux
n les TLD g n riques
12
n Le TLD sp cial : c'est un domaine exploit
exclusivement des fins techniques. ARPA signifie
Address and Routing Parameters Areas, qui veut dire
zone des param tres d'adressage et de routage.
n Les TLD g ographiques ou nationaux (cTLD=
Country TLD): ce sont des TLD propres chaque
pays du monde.
n Tous les pays en poss dent un.
n De fa on nationale, ils sont g r s par des bureaux
accr dit s.
n Il y en a 250 TLD g ographiques: .fr, .tn&
13
n Les TLD g n riques ou gTLD (Generic TLD): ce
sont les autres TLD. On les consid re comme 'libres'
n contrairement aux pr c dents. Ils sont g n ralement
utilis s par les structures internationales telles que
les multinationales, les institutions, les organismes
non gouvernementales, etc.
n La liste totale des TLD g n riques valides en Avril
2009 est pr sent e dans le tableau ci-dessous. Il y
en a 15.
14
15
Le domaine in-addr.arpa (1)
n Le principe de la r solution de nom, consiste
affecter un nom dh te une adresse IP.
n On parle de r solution de nom directe. Le
processus inverse doit pouvoir galement tre
mis en Suvre. On parle de r solution de nom
inverse ou reverse.
n Le processus doit fournir, pour une adresse ip, le
nom correspondant. Pour cela il y a une zone
particuli re, in-addr.arpa, qui permet la
r solution inverse dadresse IP.
16
17
Le domaine in-addr.arpa (2)
n Par exemple, pour le r seau 192.168.1.0, on
cr era une zone inverse dans le domaine
inaddr.arpa.
n La zone de recherche inverse dans le
domaine deviendra : 1.168.192.in-addr.arpa.
n Cette zone devra r pondre pour toutes les
adresses d clar es dans la tranche
192.168.1.1 192.168.1.254.
18
Fonctionnement logique
l
m
o
c
.
e
Publicité
g
o
o
g
.
w
w
w
Google.com
www.google.com
19
Principe de fonctionnement
n Le service DNS est une application
client/serveur, c'est dire que d'un c t
on a un client (h te) qui met une
requ te DNS, et de l'autre c t , il y a
un serveur (programme) qui r pond
cette requ te
20
Principe de fonctionnement
21
Fonctionnement du client: le
resolver
n Le resolver permet de communiquer avec les
serveurs DNS. il y a 2 modes d'interrogation
de serveur:
" R cursif
" It ratif
22
Requ te r cursive (1)
n Une requ te r cursive est une requ te envoy e un serveur
DNS dans laquelle le client DNS demande au serveur de
fournir une r ponse compl te.
n Dans une requ te r cursive, le serveur DNS interrog doit
renvoyer lune des trois r ponses suivantes :
n Les donn es demand es.
n Un message derreur indiquant que les donn es du type
demand nexistent pas.
n Un message indiquant que le nom de domaine sp cifi
nexiste pas.
23
Requ te r cursive (2)
24
Requ te it rative (1)
n Une requ te it rative est une requ te
envoy e un serveur DNS dans
laquelle le client DNS demande la
meilleure r ponse que peut fournir le
serveur DNS.
n Le r sultat dune requ te it rative est
souvent une r f rence un autre
serveur DNS situ plus bas dans
larborescence DNS.
25
Requ te it rative (2)
Remarque
n En g n ral, le mode r cursif est utilis par
les applications clientes et le mode it ratif par
les resolvers des serveurs de noms.
n Pour des raisons de performance et de
s curit , les administrateurs des serveurs de
nom les configurent g n ralement pour qu'ils
n'acceptent les requ tes en mode r cursif
que pour les machines de la zone pour
laquelle ils sont autoritaires.
27
28
Mise en cache dun serveur DNS (2)
Mise en cache dun serveur DNS (3)
n Le cache s'enrichit au fur mesure du traitement des
requ tes des clients.
n Ses donn es ont une dur e de vie limit e qui est
sp cifi e dans le champ TTL(Time To Live) associ
chaque ressource. Ceci permet de ne pas maintenir
dans le cache des informations p rim es et de les
rafra chir en fonction de la valeur du TTL.
n Une configuration minimale d'un serveur cache
contient la liste des serveurs de la racine (serveurs
root) ainsi que l'enregistrement pour le reverse du
loopback (1.0.0.127.in-addr.arpa).
30
Serveur autoritaire (1)
n Dans l'arbre de nommage, une zone est associ e
chaque nSud qui correspond, lui, un domaine.
n Le serveur de nom dans lequel est stock la base de
donn es de la zone est dit "faisant autorit sur la
zone".
n Il est aussi appel serveur autoritaire. Compte tenu
de l'importance de la base de donn es de zone, il y a
en g n ral plusieurs serveurs autoritaires pour
chaque zone.
31
Serveur autoritaire (2)
n Lors de la mise jour, les modifications des
enregistrements ne sont faites que sur un seul
serveur autoritaire de la zone.
n Ce serveur est appel serveur primaire ; on dit qu'il a
l'origine de l'autorit sur la zone
(SOA : Start Of Autorithy).
n Les autres serveurs autoritaires de la zone sont
appel s serveurs secondaires et disposent chacun
d'une copie de la base de donn es du serveur
primaire.
n Ces copies sont mises jour r guli rement suivant
un m canisme appel transfert de zone.
32
Serveur autoritaire (3)
n Outre les aspects s curit et de continuit
de service, l'avantage de disposer de
plusieurs serveurs autoritaires pour une
zone est la r partition de la charge et
l'optimisation de l'acc s suivant la
situation g ographique par rapport aux
serveurs (en terme de "proximit
r seau").
33
Serveur autoritaire (4)
www.afnic.fr
192.134.4.20
34
Remarque
n Un serveur peut tre la fois serveur cache et
serveur autoritaire pour des zones.
Son cache contient alors aussi bien des donn es
locales que non locales.
35
36
Transport dans DNS:
utilisation de UDP
n Le port serveur utilis pour l'envoi des
datagrammes en UDP est 53.
n Les datagrammes Dns en UDP sont limit s
512 octets (valeur repr sentant les donn es
sans l'ent te UDP et IP).
n Les datagramme plus long doivent tre
tronqu l'aide du champ Tc.
n L'utilisation d'Udp n'est pas recommand e
pour les transfert de zone, mais uniquement
pour les requ tes standards.
37
Transport dans DNS:
utilisation de TCP
n Le port serveur utilis pour l'envoi des
datagrammes en Tcp est 53.
n Le datagramme inclus alors un champ
de deux octets nomm "longueur", il
permet de sp cifier la longueur totale
des donn es ind pendamment de la
fragmentation.
n La longueur est calcul e sans les 2
octets de ce m me champ.
38
Les fichiers de configuration
n le fichier /etc/bind/named.conf: d crit
la configuration g n rale du serveur
DNS.
n les fichiers dans /var/named:
contiennent les enregistrements de
ressources pour la zone dont on a
autorit .
39
Le fichier /etc/bind/named.conf
n Cest dans ce fichier que se fait la
configuration g n rale du serveur DNS.
n Ce fichier est compos de sections qui
ont cette forme:
Section {
Variable valeur;
..
};
40
Publicité
Le fichier /etc/bind/named.conf
Il existe diff rentes sortes de sections, les
plus utilis es tant:
n la section options:qui concerne la
configuration g n rale du serveur
n La section zone: qui d finit les zones
dun domaine.
41
la section: options
n La d claration options d finit les options globales
de configuration serveur et tablit des valeurs par
d faut pour les autres d clarations. Cette
d claration peut tre utilis e entre autres pour
sp cifier l'emplacement du r pertoire de
travail named ou pour d terminer les types de
requ tes autoris s.
42
la section: options
n La d claration options se pr sente sous le format suivant:
options {
<option>;
[<option>; ...]
};
n Dans cette d claration, les directives <option> sont
remplac es par une option valide.
n Ci-dessous figure une liste des options couramment
utilis es :
43
la section: options
n allow-query: Sp cifie les h tes autoris s interroger ce
serveur de noms. Par d faut, tous les h tes sont autoris s
interroger le serveur de noms. Il est possible d'utiliser ici une liste
de contr le d'acc s ou un ensemble d'adresses IP ou de r seaux
afin de n'autoriser que des h tes particuliers interroger le serveur
de noms.
n Directory: Change le r pertoire de travail named pour une
valeur autre que la valeur par d faut, /var/named/.
options {
directory /var/named;
};
44
la section: options
n Une directive listen-on peut ressembler l'extrait ci-
dessous :
options {
Listen-on {10.0.1.1;};
};
n Dans cet exemple, seules les requ tes qui proviennent de
l'interface r seau servant le r seau priv (10.0.1.1) sont
accept es.
45
la section: options
n notify tablit si named notifie les serveurs
esclaves lorsqu'une zone est mise jour. Les options
suivantes sont accept es :
n yes Notifie les serveurs esclaves.
n no Ne notifie pas les serveurs esclaves.
n explicit Notifie seulement les serveurs
esclaves sp cifi s dans une liste also-notify
l'int rieur d'une d claration de zone.
46
La section: zone
n Une d claration zone d finit les caract ristiques d'une zone tels
que l'emplacement de ses fichiers de configuration et les options
sp cifiques la zone. Cette d claration peut tre utilis e pour
remplacer les d clarations globales d'options.
n Une d claration zone se pr sente sous le format suivant :
zone <zone-name> <zone-class>
{ <zone-options>;
[<zone-options>; ...]
};
n Dans la d claration, <zone-name> correspond au nom de la
zone, <zone-class> la classe optionnelle de la zone et <zone-
options> repr sente une liste des options caract risant la zone.
47
La section zone: exemple
zone mondomaine.com IN {
type master;
file mondomaine.com;
};
n Le IN est optionnel. Sil nest pas indiqu , il sagit
dune zone INTERNET (IN) par d faut. On peut donc
crire:
zone mondomaine.com {
type master;
file mondomaine.com;
};
48
La section zone: zone-name
n L'attribut <zone-name> de la d claration de zone est
particuli rement important. Il repr sente le nom de la zone qui
sera utilis au sein du fichier de zone correspondant qui se
trouve dans le r pertoire /var/named/.
n Le d mon named ajoute le nom de la zone tout nom de
domaine qui n'est pas pleinement qualifi , num r dans le
fichier de zone.
n Par exemple, si une d claration zone d finit l'espace de nom
pour example.com, on
utilise example.com comme <zone-name> afin qu'il soit
plac la fin des noms d'h tes au sein du fichier de
zone example.com.
49
La section zone: zone-options
n type D finit le type de zone. Les types num r s ci-
dessous peuvent tre utilis s
Type
n Master d finit le serveur DNS comme ayant autorit
n Slave
sur cette zone.
une zone esclave est une r plication dune
zone ma tre. A cette directive sajoute une
autre directive obligatoirement pr sente dans
cette zone, la directive masters qui d finit une
liste dadresse IP qui correspondent aux
serveurs DNS ma tre.
50
La section zone: zone-options
n Stub
identique slave mais seuls les enregistrements
de type NS seront mis jour.
n Forward une zone forward na quun seul but: rediriger
n Hint
toutes les requ tes pour cette zone vers dautres
serveurs.
la zone hint d finit la zone racine. Lors du
d marrage du serveur DNS, cette zone est utilis e
pour r cup rer la liste la plus r cente des
serveurs DNS racine.
51
Exemples de configuration
n Dans ce qui ce qui suit on va consid rer
deux configurations possibles dun
serveur DNS:
n Serveur DNS cache
n Serveur primaire pour le domaine
example.com
52
Exemples de configuration:
serveur DNS cache
n Il sagit de la configuration minimale
dun serveur DNS. Celui-ci ne r pond
pas aux requ tes. Il les transmet aux
serveurs DNS puis r cup re les
informations pour les transmettre
l metteur de la requ te et pour les
mettre en cache afin de ne pas avoir
les redemander lors de la prochaine
requ te.
53
Exemples de configuration:
serveur DNS cache
options {
directory "/var/named";
};
zone "." {
type hint;
file "named.ca";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
};
54
Exemples de configuration:
serveur DNS cache
zone "." {
type hint;
file "named.ca";
};
n Cette section repr sente le domaine racine ("root"
ou ".").
Publicité
n Les adresses IP des serveurs de ce domaine se
trouvent dans le fichier named.ca, fichier fourni avec
le serveur DNS, et qui doit ce trouver dans le
r pertoire /var/named.
55
Exemples de configuration:
serveur DNS cache
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
};
n Il sagit de la zone de domaine local.
n Le fichier named.local permet de r soudre
ladresse de boucle locale (localhost)
56
Exemples de configuration: serveur
primaire pour le domaine example.com
options {
directory "/var/named";
};
zone "." {
type hint;
file "named.ca";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "named.local";
};
zone "example.com" {
type master;
file "example.com";
};
zone "1.168.192.in-addr.arpa" {
type master;
file "example.com.rev";
};
57
Les fichiers de zone (1)
n Les zones sont associ es par deux: la zone utilis e pour
faire la r solution de nom (nom->adresse IP) et la zone
utilis e pour la r solution inverse (adresse IP->nom).
n Pour cette derni re le nom de la zone poss de une syntaxe
particuli re: il sagit de ladresse IP invers e termin e par
.in-addr.arpa.
n Exemple pour le r seau 192.168.1.0 le nom de la zone
inverse sera 1.168.192.in-addr.arpa.
n Il y a toutefois deux exceptions: la zone . (root) qui na
pas de zone inverse et la zone 0.0.127.in-addr.arpa qui
na pas non plus son inverse.
58
Les fichiers de zone (2)
n Les fichiers de zone sont constitu s
denregistrements de ressources DNS nomm s RR
(Ressource Records) de la forme:
classe type donn e
59
Exemple de fichier de zone
60
Enregistrement de ressources
RR: Le nom
n Nom du domaine o se trouve le RR.
n Ce champ est implicite lorsqu'un RR est en
dessous d'un autre,
n Sil est absent, cet enregistrement prend le
nom du pr c dent.
61
Enregistrement de ressources
RR: TTL (Time To Live)
n TTL:C'est la dur e de vie des RRs (32 bits, en
secondes), utilis e par les solveurs de noms
lorsqu'ils ont un cache des RRs pour
conna tre la dur e de validit des
informations du cache.
n En son absence, il sagit de la dur e de vie
d finie en premi re ligne du fichier de zone
($TTL)
62
Enregistrement de ressources
RR: les classes
n Indique le r seau de transport utilis . Pour
les r seaux TCP/IP, il sagit de la classe IN
(Internet).
n La classe la plus commun ment utilis e est la
classe IN
n Sinon il y a en plus la classe HS (hesiod
service dinformation d velopp par le projet
Arhena) et CH (chaos pour d finir diff rentes
donn es du r seau CHAOS d velopp par
MIT dans les ann es 70)
63
Enregistrement de ressources
RR : les types
n Ce champ type, cod sur 16 bits,
sp cifie quel type de donn e sont
utilis s dans le RR.
n Voici les principaux types disponibles:
64
Les types denregistrements (1)
n SOA : (Start Of Authority) contient certaines informations
de la zone.
n Il y a un seul enregistrement SOA par zone DNS.
n C'est le premier enregistrement cr e dans une zone DNS.
65
Les types denregistrements (2)
n A : (Address) Les enregistrements de ressources A
(pour Adresse d'h te) sont des mappage entre un
nom d'h te et une adresse IPv4 (adresse IP d'une
longueur de 32 bits). Ils repr sentent g n ralement
la majorit des enregistrements de ressources des
zones de recherches directes.
n AAAA : Les enregistrements de ressources de ce
type sont des mappages entre un nom d'h te et une
adresse IPv6 (adresse IP d'une longueur de 128
bits).
66
Les types denregistrements (2)
n CNAME : les enregistrements de ressources de type
CNAME (Canonical NAME ou nom canonique) sont
des mappages entre un nom d'h te et un autre nom
d'h te. Ils permettent de cr er des alias pour un nom
d'h te donn (c'est- -dire d'associer plusieurs noms
d'h te une m me machine).
n MX : les enregistrements de ressources de type MX
(Mail eXchanger) identifient les serveurs de
messageries. Chaque serveur de messagerie doit
aussi disposer d'un enregistrement de ressource A. Il
est possible de donner une priorit diff rente
chaque enregistrement MX.
67
Les types denregistrements (3)
n NS : les enregistrements de ressources de type NS
(Name Server ou serveur de nom) identifient les
serveurs DNS de la zone DNS. Ils sont utilis s dans le
cadre de la d l gation DNS.
n PTR : les enregistrements de ressources de type PTR
(PoinTeR ou pointeur) sont des mappages entre une
adresse IP et un nom d'h te. Il repr sentent la
majorit des enregistrements des zones de
recherches invers es.
68
Enregistrement de ressources
RR : donn es
n Donn es identifiant la ressource, ce que l'on met
dans ce champs d pend du type de ressources que
l'on d crit.
n A : une adresse IP sur 32 bits.
n Cname : un nom de domaine.
n Ptr : Une adresse IP sous forme d'un nom.
n Ns : Un nom d'h te
69
Premi re entr e dun fichier de zone
: $TTL
n Chaque fichier de zone doit commencer par une ligne de la
forme:
n $TTL dur e
n Cette ligne sp cifie aux autres serveurs DNS combien de
temps ils doivent garder en cache les enregistrements de
cette zone.
n La valeur dur e peut tre un nombre repr sentant la dur e
en seconde ou une cha ne de caract res compos e de
nombre suivi de s pour seconde, m pour minute, h pour
heure, d pour jour (day) et w pour semaine (week).
70
Premi re entr e dun fichier de zone
: $TTL
n Si cette ligne nest pas pr sente, named utilisera la
valeur TTL minimale sp cifi e dans lenregistrement
SOA.
n Exemples:
n $TTL 86400
n indique un TTL de 86400 secondes (une journ e de 24h)
Publicité
n $TTL 1d
n Idem que exemple1
n $TTL 1d12h
n indique un TTL dune journ e et demi)
n Les valeurs de TTL sont g n ralement entre une
heure et une journ e.
71
Deuxi me entr e dun fichier de
zone : Lenregistrement SOA
n zone IN SOA nom_du_serveur_primaire
adresse_mail_de_l_administrateur (
serial
rafraichissement
nouvel essai
expire
minimum
)
72
Deuxi me entr e dun fichier de
zone : Lenregistrement SOA
n zone:
n IN:
nom de la zone d crite par ce fichier.
zone peut tre remplac e par le caract re
@ qui repr sentera le nom de la zone
d crite par ce fichier et correspond la
zone dans le fichier de configuration
named.conf.
signifie quil sagit dune zone Internet.
n Ensuite viennent le serveur de nom puis ladresse
mail de la personne qui g re cette zone.
n Attention, dans cette adresse mail le @ est remplac
par un point. Exemple [email protected]
devient moi.mondomaine.com.
73
Deuxi me entr e dun fichier de
zone : Lenregistrement SOA
n Serial: il sagit dun nombre qui doit tre
incr ment chaque modification. Cest gr ce
lui quun serveur secondaire sait quil y a eu
modification et donc quil doit se mettre jour
ce nombre est souvent compos dune date
suivie de deux chiffres repr sentant l ni me
modification du jours: YYYYmmddaa (YYYY=
ann e sur 4 chiffres, mm=mois sur 2 chiffres,
dd=jour sur 2 chiffres et aa=num ro de la
modification).
74
Deuxi me entr e dun fichier de
zone : Lenregistrement SOA
n Rafraichissement:
Repr sente la dur e en seconde au bout de
laquelle un serveur secondaire va v rifier si le
serial a t modifi . Si cest le cas, le serveur
secondaire t l charge le fichier de la zone
correspondante partir du serveur primaire.
n Nouvel essai:
indique le temps en secondes au bout duquel le
serveur secondaire essaiera une nouvelle mise
jour, en cas d chec du premier
rafraichissement.
75
Deuxi me entr e dun fichier de
zone : Lenregistrement SOA
n expire: correspond la dur e de vie des
enregistrements de la zone. une valeur
entre 1209600 et 2419200 secondes (2
4 semaines) est recommand e.
n minimum: temps minimum en seconde durant lequel
les serveurs de noms doivent conserver en
cache les r ponses n gatives leurs requ tes
provenant du serveur de nom ayant autorit
sur cette zone. Une valeur de 3600 10800
secondes (1 3 heures) est recommand e.
Une valeur sup rieure un jour peut poser
probl me.
76
Remarque
n Il faut toujours ajouter un point la fin du nom de la
machine et de ladresse mail si vous les sp cifiez
jusqu la racine.
n Exemple: si vous notez comme nom de machine
dns.mondomaine.com sans le point, ce nom nest
pas FQDN et d signe en fait
dns.mondomaine.com.mondomaine.com
n Tandis que dns.mondomaine.com. est FQDN et
d signe donc bien dns.mondomaine.com .
77
Troisi me entr e dans le fichier
de zone: lenregistrement NS
n Apr s le SOA , se trouvent un ou plusieurs
NS
nom.du.serveur.de.noms
enregistrement(s) NS qui d signent le ou les
serveur(s) de nom de cette zone. Ils sont de la
forme:
zone IN
Zone: le nom de la zone d crite dans ce fichier, peut
aussi tre remplac par @, comme au niveau de
lenregistrement SOA. Il peut aussi tre omis et
dans ce cas sa valeur sera celle du champ zone
de lenregistrement pr c dent (lenregistrement
SOA ou un enregistrement NS)
78
Exemple de fichier de zone:
r solution directe
79
Exemple de fichier de zone:
r solution inverse
80
D l gation dune zone
n Pour de grands domaines, il peut tre utile de mettre en
place plusieurs serveurs DNS, chacun g rant sa zone
correspondant son sous-domaine.
n Supposons que le domaine mondomaine.com veut
d l guer la gestion des sous-domaines
zone1.mondomaine.com et zone2.mondomaine.com
aux serveurs de noms dns.zone1.mondomaine.com
(192.168.1.1) et dns.zone2.mondomaine.com
(192.168.2.1), il faut que dans le fichier de zone
de mondomaine.com figurent les lignes suivantes:
81
D l gation dune zone
zone1.mondomaine.com
zone2.mondomaine.com
dns.zone1.mondomaine.com
dns.zone2.mondomaine.com
IN
IN
IN
IN
NS
NS
A
A
dns.zone1.mondomaine.com
dns.zone2.mondomaine.com
192.168.1.1
192.168.2.1
n Le m canisme qui permet d' tablir un lien entre un
nom de domaine et une adresse IP pour les serveurs
de noms des zones d l gu es sappelle la glue.
82
Les outils de diagnostic de DNS
n named-checkconf: cest un outil fourni avec BIND par
d faut qui permet de v rifier la syntaxe dun fichier de
configuration. Syntaxe:
named-checkconf /etc/named.conf
n named-checkzone: Une fois que la configuration de BIND
est correcte, loutil named-checkzone permet de v rifier la
syntaxe dune zone. Syntaxe
named-checkzone mondomaine.com /var/named/mondomaine.com
83
Les outils de diagnostic de DNS
n Dig : La commande dig permet dinterroger
s lectivement des serveurs DNS.
n Nslookup : est un utilitaire de ligne de
commandes employ pour diagnostiquer les
ventuels probl mes li s linfrastructure
DNS.
84
Configuration c t client
n Au niveau du client, il faut ajouter au
niveau du fichier /etc/resolv.con:
Domain mondomaine.com
Nameserver 192.168.1.1
85