Les Réseaux Informatiques - Kro gpg

58Les domaines géographiques sont sous forme de 2 caractères (ISO 3166).Comment ça marche ?.Une organisation : le NIC (Network Information Center) a en charge la bonne marche des DNS et délègueson autorité sur des sous domaines. En France, l’autorité responsable est l’INRIA qui gère le domaine fr.Quelques une des machines de l’INRIA sont les serveurs du domaine fr. (http://www.nic.fr)Quant une application (TELNET, web..) a besoin de résoudre une adresse symbolique, elle va utiliser unrenseignement de la configuration de la machine. Sous Unix, il s’agit du fichier /etc/resolv.conf.Dans ce fichier, on va trouver l’adresse de un ou 2 serveurs de noms. On envoie une requête UDP sur le port53 du serveur de noms en demandant la résolution.Celui-ci va alors appeler un série de serveurs 37 (ses collègues ) pour la résolution. Tout d’abord, celui-ci vafaire appel aux serveurs de la racine. Il s’agit de 8 serveurs dont les adresses sont figées dans laconfiguration du serveur 38 . Dans la cas ou on cherche www.linux.org, on va appeler la racine pourdemander qui gère le domaine com. On va récupérer une série d’adresses de serveurs.Ensuite on interroge l’un de ses serveurs pour déterminer les adresses des machines qui gèrent le sousdomaine linux.Enfin, la dernière machine, va délivrer la bonne information, et la réponse va être envoyée à la machinedemandeuse. Le serveur va garder cette information au maximum jusqu'à son expiration (indiquée par lepropriétaire du domaine, champ refresh) . Au delà, le serveur de nom devra redemander l’adresse. Lors dechangement importants (un serveur de nom par exemple), il est conseillé de changer les valeurs REFRESHune bonne semaine avant, afin que les noms soient gardés le moins longtemps possible dans les caches del’INTERNET. En effet, le changement peut mettre jusqu'à deux jours pour se propager partout !.Les machines serveurs ne sont jamais seules à gérer un domaine. Il faut veiller aux pannes !. Il existe doncdes serveurs primaires et des serveurs secondaires. Les secondaires appellent les primaires au bout d’untemps défini par le primaire (généralement 2 jours, champ MINIMUM) pour mettre à jour les informations.Pour faire cette copie elles utilisent TCP avec le port 53.Ces machines répondront ensuite de manière cyclique aux requêtes extérieures du réseau. Ces machinessont déclarées auprès du NIC.Les machines clientes du DN S ne font aucun cache. Elles appellent sans arrêt le serveur de noms.Configuration d’un serveur de nom :Le fichier /etc/named.boot contient les déclarations initiales. En gros de qui suis je le primaire ou lesecondaire.Cas du domaine univ-aix.frprimary univ-aix.fr named.dataprimary puget.univ-aix.fr puget.named.dataprimary iae.univ-aix.fr iae.named.dataprimary lpl.univ-aix.fr lpl.named.datasecondary iut.univ-aix.fr 194.199.116.10 iut.named.data;les zones pour le mapping inverse :primary125.50.193.in-addr.arpa 193.50.125.dble fichier named.data contient les infos suivantes :Le premier est un champ de type SOA (Start of authority) . On y défini l’adresse électronique duresponsable de la zone , la fréquence de mise à jour de la zone.@ IN SOA romarin.univ-aix.fr. postmaster.romarin.univ-aix.fr.(1996121301 ; Serial ANMMJJNum28800 ;refresh 39 : 8 heures7200 ;retry 40 : 2 heures3600000 ;expire 41 : 41 jours86400 ) ;minimum 42 : 2 jour37 à moins qu’il n’ait déjà cette information dans son cache38 on trouve cette information sur le serveur www.nic.fr39 refresh concerne la relecture des informations par les serveurs secondaires40 retry les secondaires en cas d’échec réessayent toutes les 2 heures41 expire : au bout de 40 jours sans nouvelles du primaire, la zone ou sous domaine est détruire58