Machine : IP : Machine : IP : Machine : IP : Machine : IP :

Transcription

1 Université de REIMS Champagne-Ardenne UFR de Sciences Exactes et Naturelles NFS et DNS Installation des services NFS et DNS dans un réseau Linux Aurore Stevenin - Guillaume Fausten Responsable : H. Fouchal DESS CRI 1998/99

2 Résumé Le projet du module d'administration Réseau a consisté à mettre en place un réseau de machines Linux, Unix et Windows, ainsi que divers services et protocoles. Dans ce document, nous présentons la mise en place des services NFS et DNS. D'une part, nous présentons les bases de ces deux protocoles. D'autre part, nous listons les réglages nécessaires au bon fonctionnement de notre réseau. Mots-clés : NFS, DNS, Administration Réseau i

3 Table des matières I Installation de NFS 1 1 L'objectif de NFS 1 2 Le cadre de travail Notre réseau Avant toute chose Installation du serveur NFS Le portmap Le chier /etc/exports Les options sous hpux Sous Linux, les options sont quelque peu diérentes Le serveur est prêt Installation d'un client NFS Le chier /etc/fstab Les options de fstab Les chiers /etc/fstab dans notre réseau Les commandes utiles showmount mount umount II L'installation du DNS 8 6 Introduction L'espace du nom de domaine Les serveurs de noms Les Résolveurs Le principe Les requêtes La conguration de la librairie du résolveur Le chier /etc/host.conf Le contenu de notre chier /etc/host.conf Le chier /etc/resolv.conf Le contenu du chier /etc/resolv.conf Le démon Named Le chier /etc/named.boot Le contenu de notre chier /etc/named.boot Les chiers de bases de données et les enregistrements de ressource Le chier named.hosts Le chier named.rev Le chier named.ca ii

4 9 Comment éviter les problèmes? Conclusion 19 Table des gures 1 La topologie de notre réseau La hiérarchie de DNS Liste des tableaux iii

5 Aurore Stevenin - Guillaume Fausten NFS et DNS 1/19 Première partie Installation de NFS 1 L'objectif de NFS Les réseaux informatiques actuels sont souvent constitués de machines et surtout de systèmes d'exploitation hétérogènes, qu'il s'agisse de Windows 95/98, Windows NT, MacOS, UNIX, ou encore Linux. Pour autant, les utilisateurs veulent pouvoir mettre en place un partage de données entre toutes leurs machines. C'est pour ce faire qu'a été mis au point le système de chier NFS : une machine peut partager de façon transparente, n'importe quel répertoire de sa propre arborescence, autorisant ainsi toute autre machine a travailler sur ce répertoire via le réseau, comme si ce répertoire se trouvait sur son propre disque dur. C'est Sun qui a commencé le developpement de NFS au début des années 80. Le but de ce document est de présenter pas à pas les étapes pour la mise en place de serveurs et de clients NFS 2 Le cadre de travail 2.1 Notre réseau Nous allons tout d'abord vous présenter la topologie du réseau que nous avons mis en place : Machine : IP : Machine : IP : Machine : IP : Machine : IP : Fig. 1: La topologie de notre réseau

6 Aurore Stevenin - Guillaume Fausten NFS et DNS 2/19 Ce réseau est consitué de trois PC avec Linux comme système d'exploitation, et d'une station HP sous Unix. Ces quatre postes sont reliés par un bus Ethernet. Concernant les PC, nous avons installé une distribution RedHat 5.1 de Linux. Pour la station HP, il s'agit de hpux. Dans ce document, nous allons d'une part, expliquer les divers réglages possibles de NFS, tout en exposant les réglages nécessaires et susants pour notre réseau. Les réglages que nous présentons ne sont valables que pour notre réseau, mais peuvent être étendus à d'autres topologies, sous réserve de quelques modications. Pour l'installation des postes, nous avons xé des adresses IP pour chacun des postes, et ce de façon arbitraire. Notre réseau étant indépendant, nous ne risquions pas d'obtenir des conits d'adresses IP. Dans le cas où le réseau est relié à d'autres réseaux, voire à Internet, il faut obtenir des adresses IP valides. 2.2 Avant toute chose La première chose à faire, avant de passer à tout autre réglages, c'est de s'assurer du bon fonctionnement du réseau. Pour cela, nous utilisons la commande ping. Par exemple, sur le pc1, la commande ping , permet de s'assurer que le poste pc4 est bien reconnu sur le réseau. Si la commande ping ne fonctionne pas, plusieurs explications sont possibles : le poste initiateur de la commande ping ne peut pas atteindre le réseau (la carte est défaillante, ou n'est pas reconnue par le système d'exploitation) le poste que l'on souhaite contacté n'est pas actif (mêmes raisons que ci-dessus) les adresses IP n'ont pas été bien xées... La mise en place du réseau sort de notre sujet, et nous estimerons maintenant que le réseau est pleinement opérationnel. 3 Installation du serveur NFS 3.1 Le portmap Avant toute chose, le HOWTO de Linux conseille de vérier que le portmap est correctement lancé au démarrage des machines serveurs.

7 Aurore Stevenin - Guillaume Fausten NFS et DNS 3/19 Pour lancer manuellement le portmap, vous devez d'abord localiser le programme inet, et lui passer le paramètre start. Sous Linux, la commande est alors la suivante : /etc/rc.d/init.d/inet start 3.2 Le chier /etc/exports Un poste est considéré comme serveur NFS s'il partage une partie de son arboresence avec les autres machines du réseau. Nous allons voir comment un poste peut partager (exporter) un répertoire. Editez le chier /etc/exports. C'est ce chier qui contient la liste des répertoires partageables. Ce chier contient des lignes, chacune d'elle correspondant à la syntaxe : /chemin options Le premier champ représente le chemin du répertoire de la machine serveur que vous souhaitez partager. Les options permettent de dénir les droits de lecture/écriture sur le répertoire. Le format des options dièrent entre Linux et hpux Les options sous hpux Le format des options est le suivant : -[option1[,option2...]] Les options sont précédées d'un tiret, et séparées par une virgule. ro Les autres machines peuvent uniquement lire le contenu du répertoire, mais en aucun cas, y écrire. Le montage du répertoire ne prend pas cette option en compte, mais toute tentative d'écriture dans le répertoire provoquera un message d'erreur. rw[=host1[ :host2...]] Permet de spécier les machines ayant droit de lecture/écriture sur le répertoire. Les noms de machines sont séparés par :. Si aucun nom de machine n'est spécié, toutes les machines du réseau auront droit de lecture/écriture sur le répertoire.

8 Aurore Stevenin - Guillaume Fausten NFS et DNS 4/19 access=host1[ :host2...] Seules les machines dont le nom est spécié à la suite de cette option sont autorisés à monter le répertoire. root=host1[ :host2...] Les machines clientes ont les privilèges d'un super-utilisateur sur le répertoire. L'explication du HOWTO de Linux dière quelque peu : seuls les utilisateurs root distants restent root dans le répertoire. anon=uid Associe l'identité uid à tout utilisateur inconnu ou anonyme Sous Linux, les options sont quelque peu diérentes Les options répondent au format host(option1[,option2...]) host désigne la machine à laquelle s'applique les options. rw les droits de lecture/écriture sont donnés root_squash si l'utilisateur courant de host est le root, sa demande de montage sera refusée no_root_squash contraire de root_squash, autorisant les clients root link_relative les liens symboliques seront interprétés par le client Lors des réglages, le chier /etc/exports sera souvent modié. Il n'est pas nécessaire de rebooter la machine après chaque modication. Il sut de faire appel à la commande exportfs. Ce script est en général dans /usr/sbin. Sivotre machine ne dispose pas de ce script, installez ce script : killall -HUP /usr/sbin/rpc.mountd killall -HUP /usr/sbin/rpc.nfsd echo "Système de fichier ré-exporté"

9 Aurore Stevenin - Guillaume Fausten NFS et DNS 5/ Le serveur est prêt Avant de décrire la démarche pour le client NFS, il faut s'assurer que le serveur est opérationnel. Pour celà, nous allons vérier que nfsd et mountd sont bien lancés. La commande rpcinfo -p permet de s'assurer du bon fonctionnement des démons (voir le HOWTO...) Dans le réseau que nous avons utilisé, le poste pc1 est le serveur NFS. Voici son chier /etc/exports : /home/pc2 pc2(rw,no_root_squash,link_relative) /home/pc4 pc4(rw,no_root_squash,link_relative) /home/hp hp(rw,no_root_squash,link_relative) /pub (rw,no_root_squash,link_relative) Les trois premières lignes exportent les répertoires de chaque utilisateur, en autorisant uniquement leur "propriétaire" à y accéder. La dernière ligne partage le répertoire /pub, autorisant l'accès à toutes les machines du réseau. Remarque : pour exploiter votre réseau, il faudra par la suite que le serveur soit démarré en premier (avant les clients). 4 Installation d'un client NFS Maintenant que le serveur NFS a déclaré les répertoires qu'il met à disposition des autres machines du réseau, il faut paramétrer ces dernières an de "monter" les répertoires partagés. 4.1 Le chier /etc/fstab C'est dans le chier /etc/fstab que Linux examine, an de connaître les points de montage. Ces points de montage sont par exemple le CD-Rom, les disques durs, mais également, les volumes NFS. Pour qu'une machine devienne client NFS, il faut donc modier ce chier /etc/fstab. Dans notre réseau, nous voulons par exemple que le pc2 monte le répertoire que le serveur pc1 met à sa disposition. Pour celà, nous ajoutons la ligne suivante à /etc/fstab : pc1 :/home/pc2 /far_home nfs exec,rw,bg,suid,dev,soft

10 Aurore Stevenin - Guillaume Fausten NFS et DNS 6/19 Le premier champ de la ligne indique la source pour le point de montage. Ici, il s'agit du répertoire /home/pc2, situé sur la machine pc1. Le deuxième champ représente le point de montage lui-même, c'est-à-dire le chemin sous lequel sera monté le répertoire distant. Pour simuler un environnement client-serveur sur notre réseau, nous avons modier les chiers.bash_prole de chaque machine de la façon suivante :... HOME=/far_home cd cat welcome.txt... De cette façon, dès qu'un utilisateur se connecte sur pc2 par exemple, le répertoire distant est automatique monté, et son répertoire HOME devient ce même répertoire distant. Le troisième champ indique le type du répertoire à monter. Ici, il s'agit bien sûr d'un répertoire NFS Les options de fstab Le dernier champ contient les options concernant le point de montage. Nous détaillons cidessous les options possibles (voir man nfs) : rsize représente la taile en octets des paquets lus sur le serveur NFS wsize est la taille en octets des paquets écrits sur le serveur NFS timeo est le délai de retransmission des paquets RPC retry est le nombre de tentatives maximum pour un montage en arrière plan bg force le montage en arrière-plan, si le premier montage n'a pas été réussi soft précise qu'en cas d'erreur, le programme appelant reçoit un message d'erreur hard une erreur provoque un message "server not responding" et ressaye à l'inni la commande

11 Aurore Stevenin - Guillaume Fausten NFS et DNS 7/19 intr comme l'option hard, mais peut être interrompue 4.2 Les chiers /etc/fstab dans notre réseau Pour notre réseau, voici les lignes que nous avons ajouté dans les chiers fstab des diérents postes : Sur le poste pc2 : pc1 :/home/pc2 /far_home nfs exec,rw,bg,suid,dev,soft pc1 :/home/pub /pub nfs exec,rw,bg,suid,dev,soft Sur le poste pc4 : pc1 :/home/pc4 /far_home nfs exec,rw,bg,suid,dev,soft pc1 :/home/pub /pub nfs exec,rw,bg,suid,dev,soft Sur le poste hp : pc1 :/home/hp /far_home nfs exec,rw,bg,suid,dev,soft pc1 :/home/pub /pub nfs exec,rw,bg,suid,dev,soft Si vous rencontrez des 5 Les commandes utiles Cette section présente les diérentes fonctions dont vous pouvez avoir besoin lors de l'installation et de vos expérimentations. Pensez tout de même à consulter les manuels de votre distribution. 5.1 showmount Sur le serveur NFS, cette commande permet d'obtenir des informations sur les répertoires exportés. Si vous ne lui passez aucune option, la commande showmount ache la liste des machines ayant monté des répertoires à partir de votre machine. L'option -a ache les couples machines/répertoires montés

12 Aurore Stevenin - Guillaume Fausten NFS et DNS 8/19 L'option -d ache la liste des répertoires exportés qui ont été montés (sans se préoccuper par quelles machines) L'option -e ache la liste des répertoires exportés, sans se soucier du montage. 5.2 mount Si vous désirez eectuer un montage manuel, vous utiliserez la commande mount, de la façon suivante : 5.3 umount Pour "démonter " un point de montage, vous devez utiliser la commande umount. Par exemple, si le poste pc4 ne souhaite plus utiliser le répertoire /pub, il peut le démonter grâce à la commande : umount /pub Tout simplement! Il existe bien sûr des options à la commande umount, comme vous le verrez dans le manuel. Deuxième partie L'installation du DNS 6 Introduction DNS est un système de service de noms. Un service de noms, permet à une application ou à un utilisateur de trouver, en donnant un nom, des informations associées à ce nom. Par exemple, c'est grâce à un tel annuaire qu'un utilisateur, souhaitant se connecter à une machine peut taper son nom au lieu de son adresse. La traduction de nom en adresse est faite par le DNS. DNS procure donc un mécanisme de conversion d'adresses IP en noms mnémoniques qui représentent les hôtes, les réseaux... Il fait ceci en divisant Internet en diérents groupes logiques. Chacun de ces groupes a autorité sur ses propres ordinateurs et autres informations. Un nom identie un objet (ordinateur, réseau, personne, service...) et est censé être indépendant de la localisation physique de l'objet. Une adresse par contre, indique une localisation géographique. Elle n'identie pas un objet, et bien qu'utilisée en interne par le logiciel, ne devrait pas

13 Aurore Stevenin - Guillaume Fausten NFS et DNS 9/19 avoir à être connue des utilisateurs. Les noms portent souvent des informations de localisation plus ou moins précises et les adresses nécessitent parfois un long processus de résolution. Comme DNS est un sujet compliqué, il possède son propre ensemble de termes spécialisés. C'est pourquoi, nous allons donner une dénition pour chacun d'entre eux : Domaine (domain) -Entité logique ou organisation qui représente une partie d'un réseau. Par exemple, unc.edu est le nom du domaine primaire de l'université de Caroline du Nord à Chapel Hill. Un domaine est un noeud non-terminal de l'arborescence (cf. Figure 1) On parle parfois de domaines uniquement pour ceux qui sont en contact avec la racine et de sous-domaines pour les autres. On peut parler aussi de domaine de premier niveau, deuxième niveau... Nom de domaine (domain name) -Partie du nom de l'hôte qui représente le domaine qui contient l'hôte. Leur syntaxe est maintenant bien connue : les noms sont composés de plusieurs champs, séparés par des points. Le champ le plus à droite est le plus général et le champ le plus à gauche le plus particulier. Les domaines supérieurs apparaissant à droite sont de deux catégories. Ils peuvent être géographiques : le champ est alors un code à deux lettres identiant le pays selon la norme ISO 3166 (fr étant la France, de étant l'allemagne...). Ces domaines peuvent être aussi institutionnels : ils ont alors trois lettres (com pour entreprises privées, edu pour éducation...) Par exemple, dans l'adresse sunsite.unc.edu, le nom de domaine est unc.edu. Le système de noms DNS est une arborescence : juste en dessous de la racine, se trouvent les domaines supérieurs comme nous pouvons le voir sur la gure 1. edu com fr th mit uiuc dec ibm cnam univ-evry ac athena gatekeeper sheckley chula Fig. 2: La hiérarchie de DNS Du fait de ce nommage hiérarchique, un nom simple n'a aucune raison d'être unique. Seuls les noms développés sont uniques ce qui permet aux administrateurs d'ajouter un ordinateur à leur réseau sans prévenir les autorités centrales. Zone - C'est une partie contigüe de l'arborescence pour laquelle un serveur a autorité. Tant que cette contigüité est respectée, l'administrateur a une grande liberté pour le découpage des zones. Il cherche en général à les faire correspondre à des réalités administratives et techniques. Le découpage en zones est donc un moyen de répartir l'autorité et les responsabilités. Il y a

14 Aurore Stevenin - Guillaume Fausten NFS et DNS 10/19 un chef de zone, mais il n'y a pas de chef du DNS. Le DNS est donc un système partitionné. Chaque zone a un ensemble de serveurs faisant autorité, et sur lesquels les informations sont physiquement dupliquées. Hôte (host) - Un ordinateur sur un réseau. Noeud (node) - Un ordinateur sur un réseau. Le serveur de nom (name server) - Un ordinateur qui procure les services DNS pour attribuer les noms DNS aux adresses IP. Résoudre (resolve) -Action de transcrire un nom DNS vers son adresse correspondante. Résolveur (resolver) - Un programme ou une routine qui extrait l'information DNS du serveur de nom. Résolution inverse (Reverse resolution) - Associer une adresse IP donnée à son nom DNS. Spoof -Action d'apparaître sur le réseau comme ayant une adresse IP ou un nom de domaine diérent. A l'origine, quand Internet a été créé, le nombre d'hôtes sur le Net était très petit. Il était pratiquement simple de maintenir l'attribution des adresses/noms. Chaque hôte avait simplement une liste complète de tous les noms d'hôte et adresses dans une le locale. Comme la croissance d'internet a accéléré, ce système est devenu rapidement lourd. Quand un nouvel hôte était ajouté, il était nécessaire de mettre à jour chaque le d'hôte sur chaque ordinateur. En plus, parce que chaque nouvel ordinateur résultait à une nouvelle ligne dans chaque chier hôte, la taille des chiers d'hôte commença à augmenter vers une très grande taille. Il a donc fallu trouver une nouvelle solution : DNS. DNS peut être divisé conceptuellement en 3 parties : l'espace du nom de domaine, les serveurs de noms et les résolveurs. 6.1 L'espace du nom de domaine Spécication dans une structure arborescente qui identie un ensemble d'hôtes et procure une information sur eux. Conceptuellement, chaque noeud dans l'arbre a une base de données d'information sur les hôtes sous son autorité. Les requêtes essaient d'extraire l'information appropriée de cette base de données. En simples termes, c'est juste le listing de tous les types d'information, noms, adresses IP..., qui sont nécessaires pour la consultation dans le système DNS. 6.2 Les serveurs de noms Les programmes qui organisent et maintiennent les données situées dans l'espace du nom de domaine sont connus comme serveurs de noms. Chaque serveur de nom a une information

15 Aurore Stevenin - Guillaume Fausten NFS et DNS 11/19 complète sur un sous-ensemble de l'espace du nom de domaine et a caché l'information sur d'autres parties. Un serveur de nom a une information complète sur cette zone d'autorité. Cette information est divisée en zones qui peuvent être divisées en serveurs de noms diérents pour procurer un service redondant pour une zone. 6.3 Les Résolveurs Le principe Le processus de résolution DNS est basé sur le modèle client-serveur. Un ou plusieurs serveurs possèdent des informations. Un client cherche ses informations et pour cela interroge un ou plusieurs serveurs, lesquels pourront à leur tour demander à d'autres serveurs. L'agent à bord du client est le résolveur. C'est en général un programme ou une routine qui extrait l'information des serveurs de noms en réponse à une requête sur un hôte dans l'espace du nom de domaine. Dans la plupart des cas, on ne l'utilise pas directement : il est appelé par les routines comme gethostbyname() sur Unix. On peut noter que plusieurs serveurs peuvent participer à la résolution d'une requête. Quand un serveur ne sait pas, il peut en eet demander à un autre, se transformant ainsi momentanément en client. Remarque - L'agent à bord du serveur est en général un processus du système d'exploitation hôte Les requêtes Les requêtes montent et descendent. Elles montent parce que le client les envoie d'abord vers un serveur qui peut les renvoyer vers un serveur " plus haut situé ", c'est-à-dire plus près de la racine du DNS. Elles descendent parce que les serveurs les plus haut placés ne connaissent pas les données de toutes les zones : ils connaissent simplement les adresses des serveurs de noms de ces zones. Le suivi de la requête n'est pas forcément eectué par le serveur interrogé. Il existe en eet deux types de requêtes : récursives ou pas. Si le client fait une requête récursive et que le serveur accepte ce type d'interrogation, le serveur transmet lui-même au serveur " plus compétent ". Sinon, le serveur qui ne possède pas l'information demandée envoie un message d'échec au client. Ce message est également un message d'espoir car il contient en général le nom du serveur supposé plus compétent. Le client peut alors réitérer sa requête auprès du bon interlocuteur. Les requêtes du DNS ont un format précis. Elles on un type (QTYPE). Les deux formes de types les plus connus sont letype de RR, un RTYPE (cf ) et le QTYPE spécial "*"pour les recherches non spéciques d'un RTYPE. Les requêtes inverses sont possibles mais pas obligatoires. En pratique, elles sont rarement utilisées car il faudrait pouvoir retrouver le serveur compétent, ce qui n'est en général pas possible,

16 Aurore Stevenin - Guillaume Fausten NFS et DNS 12/19 compte-tenu de l'organisation du DNS. Une fois que le client a sa ou ses réponses, il peut les maintenir par un cache, pendant une durée indiquée par le serveur. Du fait du cache, la plupart des requêtes ne nécessiteront même pas un appel au serveur : il est en eet très vraisemblable qu'une machine client contactera toujours les mêmes correspondants. Quant aux serveurs, ils résoudront localement la plus grande partie des requêtes puisqu'ils ont autorité sur leur zone et que celles-ci sont en général choisies selon les critères de collaboration : deux machines qui collaborent souvent doivent autant que possible être placées dans la même zone. Pour les machines des autres zones, les serveurs ont également un cache. 7 La conguration de la librairie du résolveur La première étape dans l'utilisation de DNS est de congurer la librairie du résolveur sur l'ordinateur. Il faut congurer le résolveur local. 7.1 Le chier /etc/host.conf Les librairies du résolveur local sont congurées via un chier appelé host.conf qui est localisé dans le répertoire /etc. Ce chier dit au résolveur quels services utiliser et dans quel ordre. Ce chier est tout simplement un chier ASCII qui liste les options du résolveur, une par ligne. Les champs dans ce chier peuvent être séparés par des blancs ou des tabulations. Le caractère # indique un début de commentaire. Diérentes options peuvent être spéciées dans le chier host.conf : order, alert, nospoof, trim, multi order Spécie dans quel ordre les diérents mécanismes de résolution de nom sont triés. Les services de résolution spéciés sont triés dans l'ordre listé. Les mécanismes de résolution de nom sont triés par les hôtes (essaient de résoudre le nom en regardant dans le chier local /etc/host), bind (demande un serveur de noms DNS pour résoudre le nom) et NIS (utilise le protocole NIS pour essayer de résoudre le nom d'hôte). alert Prend OFF ou ON comme argument. nospoof spéciée. Si la résolution inverse est utilisée, on fait correspondre un nom d'hôte à une adresse trim Prend un nom de domaine comme argument. trim enlève un nom de domaine avant d'exécuter une consultation de /etc/hosts sur le nom. Ceci permet de poser dans la base le nom d'hôte dans /etc/hosts sans spécier le nom de domaine.

17 Aurore Stevenin - Guillaume Fausten NFS et DNS 13/19 multi Prend OFF ou ON comme argument. Il est utilisé pour déterminer si un hôte est permis d'avoir plus d'une adresse IP dans /etc/hosts.multi. Aucun eet sur des requêtes NIS ou DNS Le contenu de notre chier /etc/host.conf order hosts, bind multi ON Note : C'est une bonne idée de spécier le chier local /etc/hosts dans la recherche de résolution. Si pour plusieurs raisons les serveurs de nom devraient être indisponibles, on peut encore résoudre les noms pour des hôtes qui sont listés dans la le locale d'hôtes. Il faut toujours garder une liste de tous les hôtes locaux dans /etc/hosts sur chacun des ordinateurs locaux. Les adresses IP multiples pour une seule machine est à éviter Le chier /etc/resolv.conf Ce chier contrôle la manière dont le résolveur utilise le DNS pour résoudre les noms d'hôtes. Il spécie les serveurs de noms DNS à contacter quand il faut résoudre un nom d'hôte et dans quel ordre les contacter. Ceci procure aussi le nom de domaine local et des indications quant à la manière à estimer le nom de domaine d'hôtes qui sont spéciés sans un nom de domaine. Plusieurs options peuvent être données dans le chier /etc/resolv.conf. domain Le nom du domaine local de cet hôte. S'il n'est pas donné, le résolveur essaie d'obtenir le nom du domaine local à partir d'un appel système getdomainname(). nameserver Spécie l'adresse IP d'un serveur de nom DNS à contacter pour la résolution de nom. Il est possible de lister les serveurs de noms en utilisant l'option nameserver plusieurs fois. Les serveurs de nom sont triés dans l'ordre de listage. search Donne une liste des domaines à essayer si aucun nom de domaine n'est spécié. Si aucune option search n'est donnée, la liste des domaines est créée en utilisant le domaine local plus chaque domaine parent du domaine local Le contenu du chier /etc/resolv.conf domain dess98 nameserver nameserver

18 Aurore Stevenin - Guillaume Fausten NFS et DNS 14/19 Note - On a besoin de spécier l'adresse IP du serveur de nom DNS comme un argument à nameserver. Si on spécie le nom d'hôte, DNS ne sait pas quel hôte contacter pour consulter le nom d'hôte du serveur de noms. 8 Le démon Named C'est ici que la réelle magie commence. Maintenant que nous avons vu comment établir les bases de la conguration du résolveur et comment dire à son résolveur quels serveurs de nom à contacter. Dans cette section, nous allons apprendre les mécanismes d'établissement d'un serveur de nom. Le serveur de nom DNS sous Linux est procuré par le démon named. Ce démon est lancé au moment du boot et lit son information de conguration à partir de l'ensemble des chiers de conguration. named s'exécute sous la machine qui est fermée. Quand named a commencé et est initialisé avec son information de conguration, il écrit les PID dans le chier ASCII /etc/named.pid. Il commence ensuite à lister les requêtes DNS sur le port du réseau par défaut spécié dans /etc/services. 8.1 Le chier /etc/named.boot Le premier chier que named lit quand il commence est /etc/named.boot. C'est un très petit chier mais il est la clé de tous les autres chiers de conguration utilisés par named. Il contient les pointeurs sur les diérents chiers de conguration et sur les autres serveurs de noms. Dans le chier named.boot, il peut y avoir diérentes options qui sont listées ci-dessous. directory Répertoire où les chiers DNS sont localisés. On peut spécier des répertoires différents en utilisant l'option répertoire de manière répétitive. Il faut donner le chemin entier. Il existe plusieurs types de serveurs : primaires, secondaires et caches. Un serveur primaire existe à un seul exemplaire par zone. Un ou plusieurs serveur(s) secondaire(s) peuvent l'épauler. Ils possèdent une base de données sur disque et peuvent éventuellement redémarrer même lorsque le serveur primaire est absent ou injoignable. A intervalles réguliers, ils interrogent le primaire pour détecter la présence de nouvelles données qu'ils téléchargent. Un serveur cache ne possède pas de base de données sur disque. Il est entièrement dépendant d'un maître, mais il peut répondre aux requêtes des clients an de ne pas surcharger le maître. C'est avantageux si les clients et le serveur cache sont sur un réseau un peu isolé et que le maître n'est accessible que par une ligne lente et/ou chère. primary Prend un nom de domaine et un nom de chier comme arguments. L'option primary déclare named comme ayant autorité sur le domaine spécié et oblige named à charger l'information de zone à partir du chier spécié.

19 Aurore Stevenin - Guillaume Fausten NFS et DNS 15/19 secondary Cette option dit à named d'agir comme un serveur secondaire pour le domaine spécié. Il prend un nom de domaine, une liste d'adresse et un nom de chier comme arguments. named essaie de transférer l'information de zone dans le chier spécié sur la ligne d'option. Si named est incapable de contacter aucun des hôtes, il essaie de retrouver l'information à partir du chier de zone secondaire. cache Positionne l'information de cache pour named. Prend un nom de domaine et un nom de chier comme arguments. Le nom de domaine est spécié comme.. Le chier contient un ensemble d'enregistrements, qui listent l'information sur le serveur de nom du root. forwarders Prend une liste de serveurs de noms comme arguments. Dit au serveur de nom local d'essayer de contacter les serveurs dans cette liste s'il est incapable de résoudre une adresse à partir de son information locale. slave Tourne le serveur de nom local vers un serveur esclave. Si l'option slave est donnée, le serveur local essaye de résoudre les noms DNS à travers des requêtes récursives. Il expédie simplement la requête à un des serveurs listés dans la ligne d'option forwarders. En plus de ces options, il en existe d'autres qui ne sont pas communément utilisées (consulter man resolv.conf) Le contenu de notre chier /etc/named.boot directory /var/named cache. named.ca primary dess98 named.hosts primary in-addr.arpa named.local primary in-addr.arpa named.rev 8.2 Les chiers de bases de données et les enregistrements de ressource Toute information dans les diérents chiers de base de données named est stockée dans un format connu comme un enregistrement de ressource. Chaque enregistrement de ressource a un type qui lui est associé et qui donne la fonction de l 'enregistrement. Un enregistrement de ressource est la plus petite pièce d'information qui est utilisée par named. Les enregistrements de ressource utilisent une syntaxe générale qui est systématique dans tout type d'enregistrement de ressource. Pour ajouter à la confusion, cependant, plusieurs parties de l'enregistrement sont optionnelles dépendant dutype de l'enregistrement et peuvent supposer une valeur par défaut si cela n'est pas spécié. Le format de base de l'enregistrement de ressource est : [owner] [ttl] [class] type data

20 Aurore Stevenin - Guillaume Fausten NFS et DNS 16/19 Les champs sont séparés par des blancs ou des tabulations. owner Nom de l'hôte ou du domaine auquel l'enregistrement s'applique. Si aucun nom n'est donné, le nom de domaine de l'enregistrement de ressource précédent est utilisé. TTL Durée de vie. Ce champ dit combien de temps, en secondes, l'information de cet enregistrement est valide après qu'il ait été récupéré par le serveur DNS. Si aucune valeur TTL n'est donnée, le TTL minimum du dernier enregistrement SOA est utilisé. Chaque enregistrement de ressource a une classe et un type. class Spécie une classe d'adresse de réseau. Elle permet d'identier la famille de protocoles. Pour les réseaux TPC/IP, on utilise la valeur IN. Silaclasse n'est pas donnée, celle de l'enregistrement de ressource précédent est utilisée. type Liste le type de l'enregistrement de ressource c'est-à-dire s'il s' agit de l'adresse d'une machine (A record), du serveur de noms d'un domaine (NS record), le modèle d'une machine (HINFO record), d'un délais de courrier électronique (MX record), d'un surnom (CNAME record) ou même d'un texte libre (TXT record). Cette valeur est requise. Le type A C'est un enregistrement d'adresse. Il associe un nom d'hôte à une adresse. Le champ données contient l'adresse en format décimal. Il peut y avoir seulement un enregistrement A pour un hôte donné, comme cet enregistrement est considéré information autoritaire. Le type CNAME Ce champ assoie un alias à un hôte avec son nom canonique, le nom spécié dans l'enregistrement A pour cet hôte. Le type HINFO Donne de l'information sur un hôte. Le champ donné contient l'information sur le matériel et le logiciel pour un hôte particulier. Le type MX Enregistrement d'échange de courrier. Le champ données prend un entier suivi d'un nom d'hôte. Les enregistrements MX disent au transport de courrier d'envoyer le courrier à un autre système qui sait comment le délivrer à sa destination nale. Le type NS Il indique un serveur de nom pour chaque zone. le champ donné d'un enregistrement de ressource NS contient le nom DNS du serveur de nom. Il faut spécier un enregistrement A.

21 Aurore Stevenin - Guillaume Fausten NFS et DNS 17/19 Le type PTR d'hôte canonique. Fait correspondre des adresses à des noms. Le nom d'hôte doit être le nom Le type SOA (Start of Authority) Dit au serveur de nom que tous les enregistrements de ressources qui suivent sont autoritaires pour ce domaine. Le champ donné est entouré par des parenthèses et est un champ multi-ligne. Le champ donné de l'enregistrement de ressource SOA contient les entrées suivantes : origin nom canonique du serveur de nom primaire pour ce domaine. Il est habituellement donné comme un nom de domaine absolu nissant par un., ainsi il n'est pas modié par le démon named. contact adresse de la personne qui est responsable de ce domaine. Comme le a un sens spécial dans les enregistrements de ressource, il est remplacé par un. serial : numéro de version du chier d'information de zone, qui est donné par un entier. Il est utilisé par les serveurs de nom secondaire pour déterminer quand le chier d'information de zone a changé. On devrait incrémenter ce numéro de un à chaque fois que l'on change le chier d'information. refresh longueur de temps en secondes qu'un serveur secondaire devrait attendre avant d'essayer de contrôler l'enregistrement SOA du serveur de nom primaire. Les enregistrements SOA ne changent pas très souvent. retry temps en secondes qu'un serveur secondaire attend pour essayer de relancer une requête au serveur primaire si le serveur primaire n'est pas disponible. Sa valeur doit être de quelques minutes. expire temps en secondes pendant lequel le serveur secondaire attend avant de lancer l'information de zone s'il n'a pas été capable de contacter le serveur primaire. Cette valeur est très large (environ 30 jours). minimum la valeur par défaut est égale au ttl pour les enregistrements de ressource qui ne spécient pas ttl. data spécie les données associées à l'enregistrement de ressource. Cette valeur est requise. le format du champ de données dépend du contenu du champ type. Le DNS ne prévoit aucun contrôle de cohérence sur les informations, comme il en existe dans les bases de données. Par exemple, l'unicité du triplet {classe, type, clé} n'est pas garantie. Ainsi, en cas de changement d'adresse d'une machine, si on se contente de rajouter un A record indiquant la nouvelle adresse en oubliant de supprimer les enregistrements portant l'ancienne, les deux adresses sont coexister dans le DNS. Dans certains cas, le fait qu'une machine ait deux A records est volontaire (machine ayant deux interfaces réseau par exemple). Dans d'autres cas, c'est une erreur, mais le DNS ne le sait pas et restitue toutes les informations dont il dispose, sans s'inquiéter des contradictions entre elles. 8.3 Le chier named.hosts Dans le chier named.boot, on liste named.hosts comme étant le chier qui contient l'information sur le domaine local. Ce chier contient l'information autoritaire sur les hôtes dans notre zone d'autorité. Voici un exemple de contenu du chier named.hosts :

22 Aurore Stevenin - Guillaume Fausten NFS et DNS 18/19 IN NS dess98 localhost. IN A pc1 IN A pc2 IN A pc4 IN A pc3 IN A hp IN A Les noms d'hôte dans les enregistrements de ressource qui se terminent par le caractère. ne sont pas traduits. Si le. n'est pas le dernier caractère dans le nom d'hôte, named suppose que le nom d'hôte que l'on donne, est relatif au nom de domaine d'origine adressé et ajoute le nom de domaine au nom de l'hôte. 8.4 Le chier named.rev Le chier named.rev est très similaire au chier named.hosts, exception faite qu'il travaille à l'inverse. Il fait correspondre des adresses à des noms IN SOA pc1.dess98.( 16 ; ; ; ; ) IN NS pc1.dess98. 1 IN PTR pc1.dess98. 2 IN PTR pc2.dess98. 3 IN PTR pc4.dess98. 4 IN PTR pc3.dess98. 5 IN PTR hp.dess Le chier named.ca L'opération de cache de named est très importante. Le chier named.ca qui établit le cache est le chier de conguration named le plus simple. Il liste juste les serveurs de nom root pour des domaines variés accompagnés de leurs adresses IP. Il contient un couple d'indicateurs de champ spécial qui dit à named quels sont les serveurs de root. On utilise l'utilitaire nslookup pour obtenir la liste complète courant des serveurs de nom root. Dans le travail que nous avons eectué, ce chier est vide.

23 Aurore Stevenin - Guillaume Fausten NFS et DNS 19/19 9 Comment éviter les problèmes? DNS est un système très complexe. Il y a beaucoup de choses que l'on peut mal faire qui causent le mauvais comportement du système. Beaucoup des problèmes de l'installation de DNS semblent identiques mais peuvent venir de causes diérentes. cependant, beaucoup de problèmes résultent des erreurs de syntaxe dans les chiers de conguration. 1. S'assurer que la spécication des noms d'hôte est correcte dans les chiers de conguration DNS. 2. Etre prudent avec les noms utilisés dans les enregistrements SOA et CNAME. S'il y a des erreurs, ces enregistrements de ressource peuvent rediriger des requêtes de nom d'hôte à des ordinateurs qui n'existent pas. 3. S'assurer d'entrer les bonnes adresses IP pour les enregistrements A et que les chiers named.rev et named.hosts sont cohérents l'un vis à vis de l'autre. 4. Utiliser nslookup pour tester le serveur DNS. 10 Conclusion Le DNS étant très souple et très général, se prête bien aux extensions. L'une d'elles est le système Hésiod (qui a entraîné la création d'une nouvelle classe HS), qui sert aussi bien à récupérer les mots de passe d'utilisateur (distribution de la base de données des utilisateurs) que les numéros de services TCP/IP. Une autre possibilité d'extension consiste en l'ajout de types supplémentaires dans la classe IN. Le système d'annuaire " ociel " de l'osi s'appelle X500. Il est plus riche que le DNS, mais n'a connu à ce jour que très peu de mises en oeuvre et encore moins de déploiements en vraie grandeur. Certains des concepts de base de X500 sont les mêmes que ceux du DNS : pas de tentative d'assurer une cohérence à tout instant, modèle hiérarchique des données et de l'organisation, notion de serveur faisant autorité... Cette ressemblance est parfois masquée par un vocabulaire radicalement diérent. L'arborescence des noms se nomme DIT (Directory Information Tree), le résolveur DUA (Directory User Agent) et le serveur DSA (Directory System Agent). Un concept proche de celui de zone existe sous le nom de DMD (Directory Management Domain). Le DNS a prouvé son ecacité et sa robustesse en étant l'un des principaux protocoles de haut niveau d'internet, et l'un des plus indispensables. Des années d'exploitation quotidienne ont montré la validité des concepts sur lesquels il repose. Certaines de ses limites pourront être repoussées avec l'utilisation de nouvelles classes ou types. D'autres nécessiteront des systèmes diérents, sans doute plus généraux, permettant la description de données plus riches, autorisant la collecte aussi bien que la diusion d'informations et plus ecaces pour de grands volumes de données.