TD 5 - Étude Du Fonctionnement Du Serveur de Noms Internet

TD 5 - étude du fonctionnement du serveur de noms Internet
L'objectif d'un serveur de noms est de mettre en correspondance, de manière automatique et

transparente pour les utilisateurs, le nom d'une machine avec son adresse IP. A l'origine, peu
de sites étaient connectés au réseau Internet. Ils suffisaient donc que périodiquement, chaque
administrateur récupèrent le fichier /etc/hosts (sous Unix) contenant la liste de toutes les
adresses et le nom des machines présentes sur le réseau. Avec l'explosion d'Internet, cette
solution (statique) n'est plus envisageable. Il serait utopique de regrouper toutes les machines
dans un fichier /etc/hosts. Pour résoudre ce problème, on a inventé le DNS (Domain Name
Server - rfc 1034 et 1035). Ce protocole de la couche application, dit service d'annuaire, est
réparti sur l'ensemble du réseau. Comme nous allons le voir dans la suite du TD, son principe
peut être comparé à celui d'un système de fichiers arborescents.
Cadre d’utilisation d’un serveur de noms
On considère un réseau local constitué d’un segment Ethernet. Ce réseau local est connecté au
réseau Internet par le biais d’un routeur d’adresse IP 192.55.47.1 et d’adresse MAC
ab:23:f2:45:54:c3 (voir la figure). Ce routeur permet d’accéder au reste de l’Internet. Le
réseau local se voit attribuer le nom de domaine suivant : «univ.fr».
Serveur DNS
192.55.47.20
Ethernet
reste de
l’Internet
192.55.47.1
192.55.47.0
Sur ce réseau local, on connecte un PC fonctionnant sous Linux jouant le rôle de serveur DNS
(Domain Name Server). Un serveur DNS, quand on lui envoie le nom d’une machine
quelconque connectée à l’Internet (par ex. «www.yahoo.com»), retourne l’adresse IP de cette
machine sur le réseau. Le serveur DNS a comme adresse IP 192.55.47.20, comme adresse
MAC 12:34:e3:5a:23:ab, et comme nom «chtulhu.univ.fr». On veut ouvrir une session telnet
sur le serveur DNS à partir du PC d’adresse IP 192.55.47.45. On tape pour cela la commande
«telnet 192.55.47.20». On suppose que le cache ARP de la machine d’adresse IP 192.55.47.45
est vide avant l’exécution de la commande telnet.
1. Rappeler le rôle du protocole ARP et l’intérêt d’utiliser un cache ARP au niveau de

chaque machine connectée au réseau local.
2. Donner la valeur du cache ARP du PC d’adresse IP 192.55.47.45 après l’exécution de la

commande telnet.
TD réseaux 5 -1-
3. Au niveau réseau, quels sont les échanges qui vont se produire pour réaliser cette
commande ?
On veut maintenant ouvrir une session telnet sur une machine de nom «mortimer.epfl.edu» à
partir du PC d’adresse IP 192.55.47.45. Cette machine est connectée à l’Internet, mais est
extérieure au réseau local. On tape la commande «telnet mortimer.epl.edu».
4. Donnez la valeur du cache ARP du PC d’adresse IP 192.55.47.45 après l’exécution de

cette commande telnet. Quel est le rôle joué par le serveur DNS dans l’exécution de cette
commande ?
5. Au niveau réseau, quels sont les échanges qui vont se produire pour réaliser cette
commande ?
Etude du fonctionnement d’un serveur de noms
6. On considère deux noms de machine sur Internet : "ftp.apple.com",

"pegase.iutsm.univ-rennes1.fr". Ces noms ont une structure hiérarchique. Qu’entend-
on par là ? A partir de cette analyse, imaginez différents fonctionnements possibles (plus
ou moins distribués) du service de noms Internet.
7. Pour un nom de domaine donné, on parle de serveurs primaires de domaine, et de

serveurs secondaires de domaine. Par exemple, la machine « pegase » de l’IUT est
serveur primaire du domaine « iutsm.univ-rennes1.fr ». Essayez d’expliquer ces notions.
8. On travaille sur une station Unix du réseau de l'IUT de Saint-Malo. Cette machine
possède un fichier /etc/hosts dont une partie du contenu est donné ci-dessous :
193.52.38.1 iutsm-gw.iutsm.univ-rennes1.fr
193.52.38.3 sehi-1-sm.iutsm.univ-rennes1.fr
193.52.38.28 minos.iutsm.univ-rennes1.fr minos
193.52.38.29 pegase.iutsm.univ-rennes1.fr pegase www ftp mailhost
193.52.38.30 pc-allae.iutsm.univ-rennes1.fr
Commentez ces quelques lignes. D'après vous, quand ce fichier est-il utilisé ? Quand on
tape la commande "telnet minos", le serveur DNS de l'IUT est-il invoqué ?
9. On tape la commande "telnet rubis.iie.cnam.fr". Le serveur DNS de l'IUT est-il

invoqué ? Si oui, à quel moment ?
On considère deux machines du réseau : "fermi.univ.fr" et "cnam-gw.univ.fr".
10.La machine de nom "fermi.univ.fr" a pour numéro IP 163.173.128.60. Quel est le

numéro de réseau de la machine "gw.univ.fr" ?
11.Pourquoi peut-on dissocier totalement les noms de domaine des adresse IP ?
TD réseaux 5 -2-
12.Une machine, sous un nom donné, peut posséder plusieurs adresses IP. Pour quelle(s)
raison(s) ?
On va maintenant étudier un échange DNS. On utilise un PC de l'IUT, d'adresse IP

193.52.38.66. Le cache ARP de ce PC possède une entrée :
Internet Address Physical Address Type
193.52.38.29 00-20-af-df-21-f7 dynamic
13.On tape la commande "ftp ftp.apple.com" pour se connecter au serveur ftp d'apple. Le
cache arp possède alors deux entrées :
Internet Address Physical Address Type
193.52.38.1 00-00-0c-38-99-0a dynamic
193.52.38.29 00-20-af-df-21-f7 dynamic
A quoi correspond cette deuxième entrée ?
14.Le datagramme Internet suivant correspond à une requête envoyée par le serveur DNS.
Quel type de protocole encapsule ce datagramme IP ?
4500 b600 289d 0000 3111 3f49 c233 0341

c134 261d 3500 3500 a200 3fe4 af0a 8480
0100 0100 0200 0200 0236 3501 3302 3531
0331 3934 0769 6e2d 6164 6472 0461 7270
6100 000c 0001 c00c 000c 0001 0001 5180
000f 0570 726f 6f66 0472 6169 6e02 6672
0001 3302 3531 0331 3934 0769 6e2d 6164
6472 0461 7270 6100 0002 0001 0001 5180
0006 0362 6f77 c03c c045 0002 0001 0001
5180 0002 c036 c066 0001 0001 0002 a300
0004 c233 0331 c036 0001 0001 0002 a300
0004 c233 0341
15.A partir du PC de numéro IP 193.52.38.66, on interroge le serveur DNS de l'IUT

(pegase) d'adresse IP 193.52.38.29, pour connaître l'adresse IP de la machine de nom
"www.fhg.de". On a enregistré les échanges de trames sur le réseau. Commentez et
expliquez (trames 1 à 4 en annexe de ce document).
16.On effectue la même interrogation du DNS peu de temps après. On obtient les échanges
donnée en annexe (trames 5 et 6). Commentez et expliquez.
17.La commande "nslookup" sous Unix permet d'interroger localement un serveur DNS.
Quand on interroge deux fois de suite le serveur DNS pour un même nom de machine,
on obtient la réponse suivante :
pegase:~$ nslookup ftp.ibp.fr

Server: pegase.iutsm.univ-rennes1.fr
Address: 193.52.38.29
Non-authoritative answer:
Name: pascal.ibp.fr
Address: 132.227.77.2
Aliases: ftp.ibp.fr
D'après vous, que signifie cette réponse ?
TD réseaux 5 -3-
18.Il est possible de lancer une option de déboguage pour la commande nslookup. On peut
alors mieux comprendre la nature des données échangées entre le client nslookup et le
serveur DNS. Commentez et expliquez.
pegase:~$ nslookup
Default Server: pegase.iutsm.univ-rennes1.fr

Address: 193.52.38.29
> set debug

> ftp.apple.com
Server: pegase.iutsm.univ-rennes1.fr
Address: 193.52.38.29
;; res_mkquery(0, ftp.apple.com.iutsm.univ-rennes1.fr, 1, 1)
------------
Got answer:
HEADER:
opcode = QUERY, id = 57663, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
ftp.apple.com.iutsm.univ-rennes1.fr, type = A, class = IN
AUTHORITY RECORDS:
-> iutsm.univ-rennes1.fr
ttl = 86400 (1 day)
origin = pegase.iutsm.univ-rennes1.fr
mail addr = allaire.univ-rennes1.fr
serial = 1997070801
refresh = 28800 (8 hours)
retry = 7200 (2 hours)
expire = 3600000 (41 days 16 hours)
minimum ttl = 86400 (1 day)
------------
;; res_mkquery(0, ftp.apple.com, 1, 1)
------------
Got answer:
HEADER:
opcode = QUERY, id = 57664, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 9, authority records = 3, additional = 3
QUESTIONS:
ftp.apple.com, type = A, class = IN
ANSWERS:
-> ftp.apple.com
internet address = 17.254.0.27
ttl = 288 (4 mins 48 secs)
-> ftp.apple.com
-> ftp.apple.com
-> ftp.apple.com
-> ftp.apple.com
-> ftp.apple.com
-> ftp.apple.com
TD réseaux 5 -4-
-> ftp.apple.com
-> ftp.apple.com
AUTHORITY RECORDS:
-> APPLE.com
nameserver = NSERVER.APPLE.com
ttl = 148747 (1 day 17 hours 19 mins 7 secs)
-> APPLE.com
nameserver = NSERVER2.APPLE.com
-> APPLE.com
nameserver = NSERVER.EURO.APPLE.com
ADDITIONAL RECORDS:
-> NSERVER.APPLE.com
-> NSERVER2.APPLE.com
-> NSERVER.EURO.APPLE.com
------------
Non-authoritative answer:
Name: ftp.apple.com
Addresses: 17.254.0.27, 17.254.0.31, 17.254.0.32, 17.254.0.33
17.254.0.22, 17.254.0.23, 17.254.0.24, 17.254.0.25, 17.254.0.26
> exit
Quelques informations complémentaires
19.Sous Unix, un des serveurs de noms le plus utilisé est le programme « bind », qui
apparaît sous le nom « named » dans la liste des processus. Sa configuration de base se
fait au travers d’un fichier « named.conf », placé dans le répertoire /etc. A titre
d’exemple, voici le fichier « named.conf» de pegase.iutsm.univ-rennes1.fr. Analyser et
commenter.
//
// FICHIER D'INITIALISATION POUR LE SERVEUR DE NOMS BIND version 8
//
// Deux domaines geres en tant que serveur primaire :
// - iutsm.univ-rennes1.fr
// - iutsm.etu.univ-rennes1.fr
// Deux serveurs DNS secondaires autorises pour ces deux domaines :
// - resone.univ-rennes1.fr
// - soleil.uvsq.fr
// resone.univ-rennes1.fr (129.20.128.2) est declare "forwarders"
// en tant que serveur "riche en cache".
options {
directory "/var/named";
forwarders {
129.20.128.2;
};
};
zone "." {
TD réseaux 5 -5-
type hint;
file "root.cache";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "pz/0.0.127.in-addr.arpa.header";
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
type master;
};
zone "iutsm.univ-rennes1.fr" {
type master;
file "pz/iutsm.univ-rennes1.fr.header";
};
zone "iutsm.etu.univ-rennes1.fr" {
type master;
file "pz/iutsm.etu.univ-rennes1.fr.header";
};
TD réseaux 5 -6-
20.Ce fichier renvoie à différents fichiers de configuration, placés dans le répertoire
/var/named/pz. A titre d’exemple, considérer le fichier « 38.52.193.in-
addr.arpa.header » :
$ORIGIN 38.52.193.in-addr.arpa.
;
@ IN SOA pegase.iutsm.univ-rennes1.fr. hostmaster.iutsm.univ-
rennes1.fr.
(
2003091701 ;serial
28600 ;refresh : 8 heures
7200 ;retry : 2 heures
3600000 ;expire : 41 jours 16 heures
86400 ) ;ttl : 1 jour
;
@ IN NS pegase.iutsm.univ-rennes1.fr.
@ IN NS resone.univ-rennes1.fr.
@ IN NS soleil.uvsq.fr.
@ IN MX 10 mailimailo.univ-rennes1.fr.
;
;
$INCLUDE /var/named/pz/38.52.193.in-addr.arpa
Analyser et commenter.
21.Le protocole netbios propose également un service de noms : WINS. En quoi ce service
est-il différent du DNS ?
Annexe : capture des trames échangés
Trame 1
---------------------------------------Ethernet II--------------------------------------
Destination address = 3ComDF21F7
Source address = 00400549D0E7
Type = 0800 Internet IP(IPv4)
---------------------------------Internet Protocol (IP)---------------------------------
Version = 4
IP header length = 5 (32-bit words, or(20)bytes)
Type of service = 0
000. .... = Precedence (Routine)
...0 .... = Delay, 0=Normal Delay, 1=Low Delay
.... 0... = Throughput, 0=Normal Throughput, 1=High Throughput
.... .0.. = Reliability, 0=Normal Reliability, 1=High Reliability
.... ..0. = Cost, 0=Normal cost, 1=Minimize cost
.... ...0 = Reserved for future use (set to 0)
Total length = 56
Identifier = 3081
Flags = 0
0... .... = Reserved (set to 0)
.0.. .... = (DF)0=May fragment, 1-Don't fragment
..0. .... = (MF)0=Last fragment, 1-More fragments
Fragment offset = 0
Time to live = 32
Protocol = 17 (UDP User Datagram)
Header checksum = BFE4 Computed = BFE4
Source address = 193.52.38.66
Destination address = 193.52.38.29
------------------------------User Datagram Protocol (UDP)------------------------------
Source port = 1087
Destination port = 53 (Domain Name Server)
Length = 36
Header checksum = DD45
--------------------------------Domain Name System (DNS)--------------------------------
Identification = 0001
TD réseaux 5 -7-
Flags, Byte 1 = 1
0... .... = Type: Query
.000 0... = Opcode: 0 - Standard Query (QUERY)
.... .0.. = No Authoritative Answer
.... ..0. = No Truncation
.... ...1 = Recursion Desired (RD)
Flags, Byte 2 = 0
0... .... = No Recursion Available
...0 .... = Unicast Packet
.... 0000 = Return code: 0 - No Error
Question count = 0001
Answer count = 0000
Authority count = 0000
Additional record count = 0000
Question Section:
Name = www.fhg.de
Type = Host Address (Type - A)
Class = Internet (Type - IN)
Trame 2
---------------------------------------Ethernet II--------------------------------------
Destination address = Cisco38990A
Source address = 3ComDF21F7
Version = 4
Type of service = 0
Total length = 56
Identifier = 35724
Flags = 0
Fragment offset = 0
Time to live = 64
Header checksum = 1E49 Computed = 1E49
Source port = 53 (Domain Name Server)
Length = 36
Header checksum = D60E
Identification = 0A2A
Flags, Byte 1 = 0
0... .... = Type: Query
.... ...0 = No Recursion Desired
Flags, Byte 2 = 0
Answer count = 0000
Question Section:
Name = www.fhg.de
Trame 3
TD réseaux 5 -8-
---------------------------------------Ethernet II--------------------------------------
Source address = Cisco38990A
Version = 4
Type of service = 0
Total length = 242
Identifier = 989
Flags = 4
Fragment offset = 0
Time to live = 235
Header checksum = BA3D Computed = BA3D
Length = 222
Header checksum = 9438
Identification = 0A2A
Flags, Byte 1 = 84
1... .... = Type: Response
.... .1.. = Authoritative Answer (AA)
.... ...0 = No Recursion Desired
Flags, Byte 2 = 80
1... .... = Recursion Available (RA)
Answer count = 0002
Question Section:
Name = www.fhg.de
Answer section:
Name = www.fhg.de
Type = Canonical name for alias (Type - CNAME)
Time-to-live = 86400 (Seconds)
Data length = 11
Canonical name = mm.fhg.de
Answer section:
Name = mm.fhg.de
Data length = 4
Host address = 153.96.1.10
Authority section:
Name = fhg.de
Type = Authoritative Name Server (Type - NS)
Data length = 5
Authoritative name server = ns.fhg.de
Authority section:
Name = fhg.de
TD réseaux 5 -9-
Data length = 6
Authoritative name server = ns1.fhg.de
Authority section:
Name = fhg.de
Data length = 6
Authoritative name server = DNS.fhg.de
Authority section:
Name = fhg.de
Data length = 18
Authoritative name server = xlink1.xlink.net
Additional records section:
Name = ns.fhg.de
Data length = 4
Name = ns1.fhg.de
Data length = 4
Name = DNS.fhg.de
Data length = 4
Name = xlink1.xlink.net
Data length = 4
Trame 4
---------------------------------------Ethernet II--------------------------------------
Destination address = 00400549D0E7
Version = 4
Type of service = 0
Total length = 242
Identifier = 35725
Flags = 0
Fragment offset = 0
Time to live = 64
Header checksum = 1FA6 Computed = 1FA6
TD réseaux 5 -10-
Destination port = 1086
Length = 222
Header checksum = 9B70
Flags, Byte 1 = 85
.... .1.. = Authoritative Answer (AA)
Flags, Byte 2 = 80
Answer count = 0002
Question Section:
Name = www.fhg.de
Answer section:
Name = www.fhg.de
Data length = 11
Answer section:
Name = mm.fhg.de
Data length = 4
Authority section:
Name = fhg.de
Data length = 5
Authority section:
Name = fhg.de
Data length = 6
Authority section:
Name = fhg.de
Data length = 6
Authority section:
Name = fhg.de
Data length = 18
Name = ns.fhg.de
Data length = 4
TD réseaux 5 -11-
Name = ns1.fhg.de
Data length = 4
Name = DNS.fhg.de
Data length = 4
Data length = 4
Trame 5
---------------------------------------Ethernet II--------------------------------------
Source address = 00400549D0E7
Version = 4
Type of service = 0
Total length = 56
Identifier = 3081
Flags = 0
Fragment offset = 0
Time to live = 32
Header checksum = BFE4 Computed = BFE4
Source port = 1087
Length = 36
Header checksum = DD45
Flags, Byte 1 = 1
0... .... = Type: Query
Flags, Byte 2 = 0
Answer count = 0000
Question Section:
Name = www.fhg.de
TD réseaux 5 -12-
Trame 6
---------------------------------------Ethernet II--------------------------------------
Destination address = 00400549D0E7
Version = 4
Type of service = 0
Total length = 242
Identifier = 35726
Flags = 0
Fragment offset = 0
Time to live = 64
Header checksum = 1FA5 Computed = 1FA5
Destination port = 1087
Length = 222
Header checksum = B1B7
Flags, Byte 1 = 81
Flags, Byte 2 = 80
Answer count = 0002
Question Section:
Name = www.fhg.de
Answer section:
Name = www.fhg.de
Data length = 11
Answer section:
Name = mm.fhg.de
Data length = 4
Authority section:
Name = fhg.de
TD réseaux 5 -13-
Data length = 5
Authority section:
Name = fhg.de
Data length = 6
Authority section:
Name = fhg.de
Data length = 6
Authority section:
Name = fhg.de
Data length = 18
Name = ns.fhg.de
Data length = 4
Name = ns1.fhg.de
Data length = 4
Name = DNS.fhg.de
Data length = 4
Data length = 4
TD réseaux 5 -14-

TD 5 - Étude Du Fonctionnement Du Serveur de Noms Internet

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

TD 5 - Étude Du Fonctionnement Du Serveur de Noms Internet

Transféré par

Droits d'auteur :

Formats disponibles

TD 5 - étude du fonctionnement du serveur de noms Internet

L'objectif d'un serveur de noms est de mettre en correspondance, de manière automatique et

Cadre d’utilisation d’un serveur de noms

1. Rappeler le rôle du protocole ARP et l’intérêt d’utiliser un cache ARP au niveau de

2. Donner la valeur du cache ARP du PC d’adresse IP 192.55.47.45 après l’exécution de la

4. Donnez la valeur du cache ARP du PC d’adresse IP 192.55.47.45 après l’exécution de

Etude du fonctionnement d’un serveur de noms

6. On considère deux noms de machine sur Internet : "ftp.apple.com",

7. Pour un nom de domaine donné, on parle de serveurs primaires de domaine, et de

9. On tape la commande "telnet rubis.iie.cnam.fr". Le serveur DNS de l'IUT est-il

On considère deux machines du réseau : "fermi.univ.fr" et "cnam-gw.univ.fr".

10.La machine de nom "fermi.univ.fr" a pour numéro IP 163.173.128.60. Quel est le

11.Pourquoi peut-on dissocier totalement les noms de domaine des adresse IP ?

On va maintenant étudier un échange DNS. On utilise un PC de l'IUT, d'adresse IP

4500 b600 289d 0000 3111 3f49 c233 0341

15.A partir du PC de numéro IP 193.52.38.66, on interroge le serveur DNS de l'IUT

pegase:~$ nslookup ftp.ibp.fr

D'après vous, que signifie cette réponse ?

Default Server: pegase.iutsm.univ-rennes1.fr

> set debug

Quelques informations complémentaires

Annexe : capture des trames échangés

Vous aimerez peut-être aussi