(cid:1)(cid:2)(cid:3)(cid:2)(cid:4)(cid:5)(cid:6)(cid:7)(cid:8)(cid:9)(cid:10)(cid:8)(cid:9)(cid:11)(cid:12)(cid:13)(cid:3)(cid:4)(cid:8)(cid:2)(cid:14)(cid:3)(cid:8)(cid:15) (cid:8)(cid:3)(cid:5)(cid:9)(cid:16)(cid:17)(cid:18)(cid:19)(cid:7)(cid:2)(cid:8)(cid:17)(cid:7)(cid:20)(cid:9)(cid:10)(cid:8)(cid:9)(cid:11)(cid:21)(cid:9)(cid:22)(cid:8)(cid:23)(cid:24)(cid:8)(cid:7)(cid:23)(cid:24)(cid:8)(cid:9)(cid:16)(cid:23)(cid:2)(cid:8)(cid:3)(cid:5)(cid:2)(cid:25)(cid:2)(cid:26)(cid:17)(cid:8)(cid:9)(cid:8)(cid:5)(cid:9)(cid:10)(cid:8)(cid:9)(cid:11)(cid:21)(cid:9)(cid:27)(cid:8)(cid:23)(cid:24)(cid:3)(cid:28)(cid:11)(cid:28)(cid:14)(cid:2)(cid:8)(cid:9)

(cid:29) (cid:3)(cid:2)(cid:30)(cid:8)(cid:7)(cid:4)(cid:2)(cid:5)(cid:19)(cid:9)(cid:31)(cid:2)(cid:7)(cid:5)(cid:17)(cid:8)(cid:11)(cid:11)(cid:8)(cid:9)(cid:10)(cid:8)(cid:9)(cid:27)(cid:17)(cid:3)(cid:2)(cid:4)(cid:9)

(cid:2)(cid:3)(cid:4)(cid:5)(cid:6)(cid:7) (cid:6)(cid:4)(cid:8)(cid:9)(cid:1)(cid:5)(cid:6)(cid:9)(cid:1)(cid:10)(cid:11)(cid:9)(cid:6)(cid:12)(cid:13)(cid:14)(cid:1)

(cid:15)(cid:4)(cid:16)(cid:3)(cid:10)(cid:7) (cid:12)(cid:8)(cid:15)(cid:17)(cid:13)(cid:6)(cid:9)(cid:1)

(cid:18)(cid:6)(cid:9)(cid:1)(cid:9)(cid:6)(cid:10)(cid:19)(cid:15)(cid:20)(cid:6)(cid:9)(cid:1)

(cid:9)

(cid:9) (cid:9)

(cid:9)

(cid:1)

(cid:21) (cid:7) (cid:6)(cid:22)(cid:1)(cid:23)(cid:24)(cid:25)(cid:26)(cid:27)(cid:28)(cid:1)(cid:29)(cid:12)(cid:30)(cid:6)(cid:10)(cid:1)

(cid:21) (cid:22)(cid:1)(cid:23)(cid:31) (cid:31)(cid:26)!(cid:1)(cid:26)(cid:12)"(cid:15)#(cid:1)

(cid:1)

(cid:31)(cid:8)(cid:8)(cid:6)(cid:4)(cid:8)(cid:15)(cid:3)(cid:4)(cid:1)$(cid:1)

(cid:8)(cid:9)(cid:18)(cid:7)(cid:28)(cid:10)(cid:17)(cid:2)(cid:5)(cid:9)(cid:18)(cid:19)(cid:10)(cid:21)(cid:14)(cid:28)(cid:14)(cid:2)(cid:26)(cid:17)(cid:8)(cid:9)(cid:3)(cid:17)(cid:15) (cid:19)(cid:7)(cid:2)(cid:4)(cid:19)(cid:9)(cid:8)(cid:4)(cid:5)(cid:9)(cid:11)(cid:21)(cid:9)(cid:18)(cid:7)(cid:28)(cid:18)(cid:7)(cid:2)(cid:19)(cid:5)(cid:19)(cid:9)(cid:8)!(cid:23)(cid:11)(cid:17)(cid:4)(cid:2)(cid:30)(cid:8)(cid:9)(cid:10)(cid:8)(cid:9)(cid:11)"(cid:29) (cid:31)(cid:27)#(cid:9)$(cid:11)(cid:9)(cid:8)(cid:4)(cid:5)(cid:9) (cid:4)(cid:5)(cid:7)(cid:2)(cid:23)(cid:5)(cid:8)(cid:15) (cid:8)(cid:3)(cid:5)(cid:9)(cid:2)(cid:3)(cid:5)(cid:8)(cid:7)(cid:10)(cid:2)(cid:5)(cid:9)(cid:10)(cid:8)(cid:9)(cid:11)(cid:21)(cid:9)(cid:7)(cid:8)(cid:18)(cid:7)(cid:28)(cid:10)(cid:17)(cid:2)(cid:7)(cid:8)(cid:9)%(cid:9)(cid:10)(cid:8)(cid:4)(cid:9)(cid:25)(cid:2)(cid:3)(cid:4)(cid:9)(cid:23)(cid:28)(cid:15) (cid:15) (cid:8)(cid:7)(cid:23)(cid:2)(cid:21)(cid:11)(cid:8)(cid:4)#(cid:9)(cid:16)(cid:8)(cid:17)(cid:11)(cid:9)(cid:11)(cid:8)(cid:9)

(cid:5)(cid:19)(cid:11)(cid:19)(cid:23)(cid:24)(cid:21)(cid:7)(cid:14)(cid:8)(cid:15) (cid:8)(cid:3)(cid:5)(cid:9)(cid:28)(cid:17)(cid:9)(cid:2)(cid:15) (cid:18)(cid:7)(cid:8)(cid:4)(cid:4)(cid:2)(cid:28)(cid:3)(cid:9)(cid:18)(cid:28)(cid:17)(cid:7)(cid:9)(cid:17)(cid:3)(cid:9)(cid:17)(cid:4)(cid:21)(cid:14)(cid:8)(cid:9)(cid:18)(cid:8)(cid:7)(cid:4)(cid:28)(cid:3)(cid:3)(cid:8)(cid:11)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)(cid:9)

&'(cid:9)(cid:23)(cid:28)(cid:18)(cid:2)(cid:8)(cid:9)(cid:18)(cid:21)(cid:7)(cid:9)(cid:17)(cid:5)(cid:2)(cid:11)(cid:2)(cid:4)(cid:21)(cid:5)(cid:8)(cid:17)(cid:7)((cid:9)(cid:8)(cid:4)(cid:5)(cid:9)(cid:18)(cid:8)(cid:7)(cid:15) (cid:2)(cid:4)#(cid:9)

)(cid:28)(cid:3)(cid:10)(cid:8)(cid:15) (cid:8)(cid:3)(cid:5)(cid:4)(cid:9)(cid:10)(cid:8)(cid:4)(cid:9)(cid:7)(cid:19)(cid:4)(cid:8)(cid:21)(cid:17)!(cid:9)(cid:2)(cid:3)(cid:25)(cid:28)(cid:7)(cid:15) (cid:21)(cid:5)(cid:2)(cid:26)(cid:17)(cid:8)(cid:4)(cid:9)

(cid:9)

(cid:3) (cid:4)(cid:5)(cid:6)(cid:7)(cid:8)(cid:9)(cid:10)(cid:11)(cid:2)(cid:12)(cid:2)

(cid:8)(cid:5)(cid:5)(cid:8)(cid:9)(cid:4)(cid:19)(cid:26)(cid:17)(cid:8)(cid:3)(cid:23)(cid:8)(cid:9)(cid:10)(cid:19)(cid:25)(cid:2)(cid:3)(cid:2)(cid:5)(cid:9)(cid:11)(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)+ , (cid:16)(cid:20)(cid:9)+ - .(cid:20)(cid:9)/ (cid:8)0(cid:9)(cid:8)(cid:5)(cid:9)(cid:16)1(cid:1)21#(cid:9)

1(cid:9)(cid:11)(cid:21)(cid:9)(cid:25)(cid:2)(cid:3)(cid:9)(cid:10)(cid:8)(cid:9)(cid:23)(cid:8)(cid:9)(cid:23)(cid:28)(cid:17)(cid:7)(cid:4)(cid:20)(cid:9)(cid:11)(cid:12)(cid:19)(cid:5)(cid:17)(cid:10)(cid:2)(cid:21)(cid:3)(cid:5)(cid:9)(cid:10)(cid:28)(cid:2)(cid:5)(cid:9)3(cid:5)(cid:7)(cid:8)(cid:9)(cid:8)(cid:3)(cid:9)(cid:15) (cid:8)(cid:4)(cid:17)(cid:7)(cid:8)(cid:9)(cid:10)(cid:8)(cid:9)4(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

• + (cid:19)(cid:25)(cid:2)(cid:3)(cid:2)(cid:7)(cid:9)(cid:8)(cid:5)(cid:9)(cid:23)(cid:28)(cid:3)(cid:25)(cid:2)(cid:14)(cid:17)(cid:7)(cid:8)(cid:7)(cid:9)(cid:11)(cid:8)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:9)+ , (cid:16)(cid:9) • + (cid:19)(cid:25)(cid:2)(cid:3)(cid:2)(cid:7)(cid:9)(cid:8)(cid:5)(cid:9)(cid:23)(cid:28)(cid:3)(cid:25)(cid:2)(cid:14)(cid:17)(cid:7)(cid:8)(cid:7)(cid:9)(cid:11)(cid:8)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:9)+ - .(cid:9) • + (cid:19)(cid:25)(cid:2)(cid:3)(cid:2)(cid:7)(cid:9)(cid:8)(cid:5)(cid:9)(cid:23)(cid:28)(cid:3)(cid:25)(cid:2)(cid:14)(cid:17)(cid:7)(cid:8)(cid:7)(cid:9)(cid:11)(cid:8)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:9)/ (cid:8)0(cid:9) • + (cid:19)(cid:25)(cid:2)(cid:3)(cid:2)(cid:7)(cid:9)(cid:8)(cid:5)(cid:9)(cid:23)(cid:28)(cid:3)(cid:25)(cid:2)(cid:14)(cid:17)(cid:7)(cid:8)(cid:7)(cid:9)(cid:11)(cid:8)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:9)(cid:16)1(cid:1)21(cid:9)

(cid:9)

(cid:13)(cid:14)(cid:15)(cid:16)(cid:2)

Introduction générale Chapitre I : Service de noms

Introduction I. Fichier hosts et DNS II. Configuration un serveur DNS

II.1 Logiciel BIND II.2 Ficher de configuration de named II.3 Ficher d’hôte local II.4 Fichier de zone II.5 Fichier de zone inverse II.6 Ficher « hints »

Conclusion

Chapitre II : Service DHCP

Introduction I. Allocation d’adresse via DHCP II. Installation et configuration d'un serveur DHCP

II.1 Installation du paquetage dhcp II.2 Configuration de dhcp

Conclusion

Chapitre III : Service Web

Introduction I. Installation de httpd II. Configuration de httpd

II.1 Configuration élémentaire II.2 Configuration avancée

Conclusion

Chapitre IV : Service SAMBA

Introduction I. Installation de Samba II. Configuration de Samba

II.1 Configuration du partage des fichiers II.2 Configuration du partage de l'imprimante

Conclusion Webographie (cid:9)

(cid:1)(cid:2)

(cid:9)

(cid:1)(cid:2)(cid:3)(cid:4)(cid:5)(cid:6)(cid:7)(cid:8)(cid:9)(cid:10)(cid:11)(cid:12)(cid:7)(cid:13)(cid:7)(cid:1)(cid:14)(cid:15)(cid:15)(cid:14)(cid:4)(cid:16)(cid:7)(cid:4)(cid:9)(cid:17)(cid:18)(cid:19)(cid:7)

(cid:9)

(cid:9) 1 Introduction générale

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

‘Intranet est aujourd'hui une

ressource

technologique

indispensable à

l’entreprise. Destiné essentiellement à améliorer la circulation et les conditions

d’utilisation des informations, l’Intranet est également devenu la porte d'entrée de l'entreprise

vers l’Internet. C’est un réseau informatique interne à une entreprise ou une organisation basé

sur les mêmes technologies que l'Internet.

Ce réseau présente un ensemble de services Internet comme par exemple le service de

noms, le partage de fichiers, le service de messagerie électronique, mais de façon interne à un

réseau local, c’est-à-dire accessibles uniquement à partir des postes d'un réseau local, ou bien

d'un ensemble de réseaux bien définis, et invisibles de l'extérieur.

Un Intranet dans une entreprise permet de mettre facilement à la disposition des employés des

documents divers et variés ; cela permet d'avoir un accès centralisé et cohérent à la mémoire

de l'entreprise, on parle ainsi de capitalisation de connaissances. De cette façon, il est

généralement nécessaire de définir des droits d'accès pour les utilisateurs de l'Intranet aux

documents présents sur celui-ci. Ainsi, un Intranet favorise la communication au sein de

l'entreprise et limite les erreurs dues à la mauvaise circulation d'une information.

L'information disponible sur l’Intranet doit être mise à jour en évitant les conflits de version.

Bref, l’Intranet sert à travailler en groupe, à partager des documents et des applications,

pour communiquer plus efficacement. L'entreprise dispose alors d'un espace ouvert de

ressources à portée de souris de chacun.

Dans le premier chapitre, on va présenter les étapes de mise en place du service DNS

(Domain Name System) dans un Intranet. Dans le deuxième chapitre, on va détailler la

méthode d’implémentation d’un serveur DHCP (Dynamic Host Configuration Protocol). Le

troisième chapitre porte sur le service Web qui est primordial pour une entreprise. Le chapitre

suivant traite le service de partage de fichiers et d’imprimante mis en place avec le serveur

Samba. Et pour finir, le cinquième chapitre va détailler la procédure de configuration d’un

serveur de messagerie électronique.

(cid:17)(cid:2)

(cid:9)

(cid:9) 2 Chapitre I : Service de noms

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:1)(cid:2)(cid:3)(cid:4)(cid:5)(cid:6)(cid:7)(cid:8)(cid:3)(cid:9)(cid:5)(cid:2)(cid:10)

Le service de nom constitue l’un des services fondamentaux d’un réseau TCP/IP, car il

traduit les noms d’hôtes en adresses IP (Internet Protocol). Ce service est primordial lorsqu’on

parle d’Internet, vu le nombre important de machines connectées au réseau mondial. De

même, dans un réseau d’entreprise, ce service est important dans la mesure où il facilite

énormément la mémorisation des machines de l’entreprise.

(cid:1)(cid:11)(cid:10)(cid:10)(cid:12)(cid:9)(cid:8)(cid:13)(cid:9)(cid:14)(cid:4)(cid:10)(cid:13)(cid:5)(cid:15)(cid:3)(cid:15)(cid:10)(cid:14)(cid:3)(cid:10)(cid:16)(cid:17)(cid:18)(cid:10)

Les systèmes Linux appliquent deux techniques de conversion des noms d’hôtes en

adresses IP : la table hosts et DNS. Le fichier /etc/hosts est, en réalité, une table qui met en

correspondance des noms de systèmes avec leurs adresses. Ce fichier est au format texte et les

recherches y sont effectuées de manière séquentielle. Les limites de la table hosts apparaissent

de manière évidente lorsqu’elle est utilisée en présence de nombreux systèmes. En effet, s’il

n’existe que ce mécanisme, chaque ordinateur du réseau devrait posséder une très grande

table, puisque seuls les ordinateurs répertoriés dans cette table pourraient être accessibles par

leurs noms.

DNS résout ce problème en remplaçant le besoin de table centralisée par un système

hiérarchique de bases de données distribuées. La base de données DNS actuelle contient des

millions d’entrées réparties sur des milliers de serveurs DNS. Cette répartition de la base

réduit donc la taille de la base de données gérée par chaque serveur et simplifie ainsi sa

gestion.

Pour répondre à une requête DNS, le serveur de noms local doit posséder la réponse ou

connaître le serveur capable de fournir cette réponse. Un seul système ne peut pas connaître

tous les noms d’Internet. En revanche, les serveurs connaissent leurs domaines locaux et

découvrent, petit à petit, les autres domaines à chaque requête.

À titre d’exemple, supposez que vous voulez obtenir l’adresse de www.uvt.tn. Vous

cherchez en fait l’adresse www dans la base de données uvt.tn. Une requête sur cette adresse

est envoyée au serveur de noms local. Si le serveur connaît l’adresse de www.uvt.tn, il répond

directement à la requête. S’il ne connaît pas la réponse mais connaît le serveur qui gère uvt.tn,

(cid:18)(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:9) il interroge ce serveur. S’il ne possède aucune information, il interroge alors un serveur

racine.

Le serveur racine ne fournit pas directement la réponse à la requête. Il indique au serveur local

quel est le serveur capable de répondre aux requêtes sur le domaine uvt.tn. A cette fin, il

envoie au serveur local un enregistrement de type serveur qui indique le nom du serveur du

domaine uvt.tn et un enregistrement de type adresse qui indique l’adresse de ce serveur. Le

serveur local interroge ensuite le serveur du domaine uvt.tn et reçoit l’adresse de www.uvt.tn.

De cette façon, le serveur local prend connaissance de l’adresse de l’hôte et des noms et des

adresses des serveurs de ce domaine. Il met en cache ces réponses afin de répondre

directement aux requêtes sur le domaine uvt.tn sans interroger les serveurs racine.

(cid:20)(cid:9)(cid:21)(cid:22)(cid:23)(cid:6)(cid:2)(cid:24)(cid:25)(cid:26)(cid:2)(cid:12)(cid:2)(cid:20)(cid:27)(cid:16)(cid:7)(cid:8)(cid:9)(cid:27)(cid:16)(cid:16)(cid:6)(cid:28) (cid:6)(cid:16)(cid:8)(cid:2)(cid:29)(cid:30)(cid:22)(cid:16)(cid:2)(cid:11)(cid:6)(cid:23)(cid:31)(cid:6)(cid:22)(cid:23)(cid:2) !"

2.1

(cid:1)(cid:1)(cid:11)(cid:10)(cid:10)(cid:19)(cid:5)(cid:2)(cid:20)(cid:9)(cid:21)(cid:7)(cid:4)(cid:22)(cid:3)(cid:9)(cid:5)(cid:2)(cid:10)(cid:7)(cid:2)(cid:10)(cid:15)(cid:14)(cid:4)(cid:23)(cid:14)(cid:7)(cid:4)(cid:10)(cid:16)(cid:17)(cid:18)(cid:10)

On va procéder à la configuration d’un serveur DNS maître du domaine uvt.tn. Ce

serveur charge les informations du domaine à partir d’un fichier local géré par

l’administrateur du domaine. Le serveur maître fait autorité pour le domaine et ses réponses

sont toujours considérées comme fiables.

2.1.1 II.1 Logiciel BIND

Sur la plupart des systèmes Linux, DNS est mis en œuvre avec le logiciel BIND

(Berkeley Internet Name Domain). Ce logiciel est un système client/serveur. Le client se

nomme le résolveur, lequel construit les requêtes et les envoie au serveur de noms. Chaque

ordinateur du réseau exécute un résolveur. En règle générale, le résolveur BIND n’est pas mis

en œuvre comme un processus distinct. Il s’agit plutôt d’une bibliothèque de routines

logicielles qui est invoquée par chaque programme qui a besoin du service de noms. La partie

(cid:19)(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:9) serveur de BIND répond aux requêtes émises par le résolveur. Le démon du serveur de noms

est un processus distinct nommé named.

Tout d’abord, on doit installer le logiciel BIND. On utilise la version la plus récente,

BIND9. Pour ce faire, on utilise la commande yum :

[root@laptop ~]# yum install bind

1(cid:18)(cid:7)(cid:6)(cid:4)(cid:9)(cid:4)(cid:28)(cid:3)(cid:9)(cid:2)(cid:3)(cid:4)(cid:5)(cid:21)(cid:11)(cid:11)(cid:21)(cid:5)(cid:2)(cid:28)(cid:3)(cid:20)(cid:9)(cid:28)(cid:3)(cid:9)(cid:10)(cid:28)(cid:2)(cid:5)(cid:9)(cid:23)(cid:28)(cid:3)(cid:25)(cid:2)(cid:14)(cid:17)(cid:7)(cid:8)(cid:7)(cid:9)(cid:11)(cid:8)(cid:9)(cid:10)(cid:19)(cid:15) (cid:28)(cid:3)(cid:9)(cid:10)(cid:17)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:8)(cid:17)(cid:7)(cid:9)(cid:10)(cid:8)(cid:9)(cid:3)(cid:28)(cid:15) (cid:4)(cid:9)(cid:18)(cid:28)(cid:17)(cid:7)(cid:9)(cid:26)(cid:17)(cid:12)(cid:2)(cid:11)(cid:9)(cid:10)(cid:19)(cid:15) (cid:21)(cid:7)(cid:7)(cid:8)(cid:9)(cid:11)(cid:28)(cid:7)(cid:4)(cid:9)

(cid:10)(cid:8)(cid:9) (cid:11)(cid:12)(cid:21)(cid:15) (cid:28)(cid:7)5(cid:21)(cid:14)(cid:8)(cid:9) (cid:10)(cid:8)(cid:9) (cid:11)(cid:21)(cid:9) (cid:15) (cid:21)(cid:23)(cid:24)(cid:2)(cid:3)(cid:8)(cid:9) %(cid:9) (cid:11)(cid:12)(cid:17)(cid:3)(cid:9) (cid:10)(cid:8)(cid:4)(cid:9) (cid:3)(cid:2)(cid:30)(cid:8)(cid:21)(cid:17)!(cid:9) (cid:10)(cid:8)(cid:9) (cid:10)(cid:19)(cid:15) (cid:21)(cid:7)(cid:7)(cid:21)(cid:14)(cid:8)(cid:9) 6(cid:20)(cid:9) 7(cid:9) (cid:28)(cid:17)(cid:9) 8(cid:9) (cid:26)(cid:17)(cid:2)(cid:9) (cid:4)(cid:28)(cid:3)(cid:5)(cid:9) (cid:11)(cid:8)(cid:4)(cid:9) (cid:3)(cid:2)(cid:30)(cid:8)(cid:21)(cid:17)!(cid:9) (cid:10)(cid:8)(cid:9)

(cid:10)(cid:19)(cid:15) (cid:21)(cid:7)(cid:7)(cid:21)(cid:14)(cid:8)(cid:9)(cid:15) (cid:17)(cid:11)(cid:5)(cid:2)(cid:17)(cid:5)(cid:2)(cid:11)(cid:2)(cid:4)(cid:21)(cid:5)(cid:8)(cid:17)(cid:7)(cid:4)(cid:9)&!(cid:9)(cid:31)(cid:6)(cid:15)(cid:22)(cid:2)(cid:29)(cid:6)(cid:2)(cid:29)$(cid:28) (cid:15)(cid:23)(cid:23)(cid:15)(cid:21)(cid:6)(cid:2)(cid:1)(cid:2)(cid:12)(cid:9)(cid:15) (cid:28)(cid:10)(cid:8)(cid:9)(cid:15) (cid:17)(cid:11)(cid:5)(cid:2)(cid:17)(cid:5)(cid:2)(cid:11)(cid:2)(cid:4)(cid:21)(cid:5)(cid:8)(cid:17)(cid:7)(cid:4)(cid:9)(cid:4)(cid:21)(cid:3)(cid:4)(cid:9)(cid:7)(cid:19)(cid:4)(cid:8)(cid:21)(cid:17)#(cid:9)!(cid:9)(cid:31)(cid:6)(cid:15)(cid:22)(cid:2)(cid:29)(cid:6)(cid:2)

(cid:29)$(cid:28) (cid:15)(cid:23)(cid:23)(cid:15)(cid:21)(cid:6)(cid:2)(cid:17)(cid:2)(cid:12)(cid:2)(cid:15) (cid:28)(cid:10)(cid:8)(cid:9)(cid:15) (cid:17)(cid:11)(cid:5)(cid:2)(cid:17)(cid:5)(cid:2)(cid:11)(cid:2)(cid:4)(cid:21)(cid:5)(cid:8)(cid:17)(cid:7)(cid:4)(cid:9)(cid:21)(cid:30)(cid:8)(cid:23)(cid:9)(cid:7)(cid:19)(cid:4)(cid:8)(cid:21)(cid:17)#(cid:9)!(cid:9)(cid:31)(cid:6)(cid:15)(cid:22)(cid:2)(cid:29)(cid:6)(cid:2)(cid:29)$(cid:28) (cid:15)(cid:23)(cid:23)(cid:15)(cid:21)(cid:6)(cid:2)(cid:19)(cid:2)(cid:12)(cid:9)(cid:15) (cid:28)(cid:10)(cid:8)(cid:9)(cid:14)(cid:7)(cid:21)(cid:18)(cid:24)(cid:2)(cid:26)(cid:17)(cid:8)(#(cid:9)

Pour ce faire, on utilise la commande suivante (rappelons que le démon du serveur de

noms s’appelle named) :

[root@laptop ~]# chkconfig --levels 235 named on

BIND9 est ainsi installé convenablement et on va pouvoir lui attribuer une configuration

de base.

Pour configurer un serveur DNS, on a besoin de cinq fichiers :

• Ficher de configuration de named : ce fichier s’appelle named.conf. il définit les

paramètres de base et pointe vers les sources d’informations qui composent la base de

données du domaine. Ces sources peuvent être des fichiers locaux ou des serveurs

distants.

• Fichier d'hôte local : ce fichier est une table locale qui permet la résolution de

l’adresse de bouclage par le nom localhost.

• Fichier de zone : ce fichier détermine la majeure partie des informations. Il met en

correspondance les noms d’hôtes avec leurs adresses IP et fournit d’autre information

sur le domaine.

• Fichier de zone inverse : ce fichier met en correspondance les adresses IP avec les

noms d’hôtes, ce qui représente l’inverse du fichier de zone.

• Fichier hints : ce fichier, appelé aussi « le cache », fournit les noms et les adresses des

serveurs racines utilisés pendant le démarrage.

#(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:9)

À part le fichier named.conf qui se trouve sous le répertoire /etc, les quatre autres fichiers

de configuration doivent être créés dans le répertoire /var/named. Maintenant, on va se

pencher sur la configuration de chacun de ces fichiers.

2.1.2 II.2 Ficher de configuration de named

Pour configurer le démon named, on doit créer le fichier named.conf sous le répertoire

/etc. Ce fichier contient la configuration suivante :

options {

directory "/var/named";};

zone "." {

type hint; file "named.root";};

zone "0.0.127.in-addr.arpa"{

type master; file "named.local";};

zone "uvt.tn" in {

type master; file "uvt.hosts";};

zone "16.172.in-addr.arpa"{ type master; file "172.16.reverse";} ;

• Déclaration « options »

De nombreux fichiers named.conf commencent par une déclaration options. On ne peut

employer qu’une seule déclaration options. Elle détermine les paramètres globaux qui

affectent le fonctionnement de BIND. Elle définit également les valeurs par défaut utilisées

par les autres déclarations du fichier de configuration. La déclaration options la plus fréquente

définit le répertoire de travail du serveur :

options {

directory "/var/named";};

L’instruction commence par le mot options. Les accolades entourent une liste d’options et

le mot-clé directory indique le répertoire dans lequel named lit et écrit des fichiers.

• Déclaration « zone »

Les déclarations zone sont les plus importantes du fichier de configuration et constituent la

plus grande partie du fichier named.conf. Une déclaration zone effectue les opérations

suivantes :

%(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:1) Elle définit une zone qui est servie par le serveur de noms sur lequel on travaille. (cid:1) Elle définit le type du serveur de noms de cette zone. Un serveur peut être maître ou

esclave. Le même serveur peut être maître de certaines zones et esclave d’autres

zones, le type étant défini pour chaque zone.

(cid:1) Elle définit la source des informations du domaine de la zone. La base de données du

domaine peut être chargée à partir d'un fichier local ou transférée depuis le serveur

maître.

(cid:1) Elle définit des options de traitement spéciales pour la zone.

Voici un exemple de déclaration zone qui illustre toutes ces fonctions :

zone "uvt.tn" in {

type master; file "uvt.hosts";};

(cid:9)

La déclaration commence par le mot clé zone. Le nom de la zone est écrit sous la forme

d’une chaîne de caractère entre guillemets. Le mot clé in indique que cette zone contient des

adresses IP et des noms de domaine Internet. Les accolades délimitent la liste d’options

spécifiques de cette zone.

L’option type master indique que ce serveur est le maître du domaine uvt.tn. les autres

valeurs possibles sont :

(cid:1) slave : identifie un serveur esclave du domaine ; (cid:1) hints : identifie le fichier hints utilisé pour initialiser le serveur de noms au

démarrage ;

(cid:1) stub : identifie un serveur stub. Les serveurs de type stub sont des serveurs

esclaves qui ne chargent que les enregistrements de type NS (Name Server) depuis

la base de données du serveur maître. Cela permet aux serveurs non récursifs de

transférer une requête à d’autres serveurs de la même façon que les serveurs racine

transmettent les questions qu’ils reçoivent à d’autres serveurs. Cette configuration

est rarement rencontrée dans les entreprises.

L’option file "uvt.hosts" pointe vers le fichier qui contient les informations de la base de

données du domaine. Dans le cas d’un serveur maître, ce fichier est créé par l’administrateur

du domaine.

&(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:9)

Dans cette configuration, on a créé quatre zones :

• La première déclaration zone détermine le fichier hints utilisé pour aider le serveur de

noms à localiser les serveurs racines pendant le démarrage.

• La seconde déclaration zone déclare le serveur comme maître de son adresse de

bouclage et pointe vers le fichier named.local.

• Les déclarations zone des domaines uvt.tn et 16.172.in-addr.arpa sont presque

identiques à celle de la déclaration zone du domaine 0.0.127.in-addr.arpa et

fonctionnent de la même façon. Ces instructions déclarent les zones, indiquent qu’il

s’agit du serveur maître et identifient les fichiers contenant les enregistrements de la

base de données de ces zones.

2.1.3 II.3 Ficher d’hôte local

Chaque serveur de nom est le maître de son domine de bouclage (loopback), ce qui

semble logique. Le domaine de bouclage est un domaine inverse. Il permet de mettre en

relation l'adresse de bouclage 127.0.0.1 avec le nom d'hôte localhost. Ce fichier ce nomme

named.local.

86400 IN

$TTL @ 2007122900; 28800; 14400; 3600000; 86400 );

SOA

localhost.

root.localhost. (

IN IN

NS PTR

localhost. localhost.

Voici quelques explications sur ce fichier : (cid:1) $TTL 86400 :(cid:9) définit une durée de vie TTL (Time To Live) par défaut pour les

enregistrements qui n(indiquent pas une durée de vie de façon explicite. On peut

spécifier la valeur TTL en secondes ou avec une combinaison de lettres et de chiffres

(Les lettres qu'on peut utiliser pour la valeur TTL sont : w (pour semaine), d (pour

jour), h (pour heure), m (pour minute) et s (pour seconde)) ;

(cid:1) @ :(cid:9)est un raccourci pour le nom de la zone indiquée dans le fichier named.conf suivi

d'un point ;

(cid:1) SOA :(cid:9)désigne l'enregistrement de "début d'autorité" (Start Of Authority).

Viennent ensuite entre () des informations sur la durée de validité de l'enregistrement :

'(cid:2)

(cid:9)

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

(cid:9)

(cid:1) 2007122900 :(cid:9)c'est un numéro de série de l'enregistrement. Quand on changera cette

configuration, on ne doit pas oublier d'incrémenter ce numéro, cela permettra aux

serveurs esclaves, s'ils existent, de mettre à jour leurs données quand cela est

nécessaire. On peut utiliser un numéro de série de la forme AAAAMMJJXX où

AAAA et l'année, MM le mois sur deux chiffres, JJ le jour sur deux chiffres et XX un

numéro à deux chiffres (on peut commencer à compter à partir de 00 et augmenter de

1 à chaque changement dans la même journée) ;

(cid:1) 28800 :(cid:9)indique l'intervalle entre deux vérifications des serveurs esclaves ; (cid:1) 14400 :(cid:9) indique l'intervalle de nouvelle tentative de vérification en cas de non

réponse du serveur ;

(cid:1) 3600000 :(cid:9)indique la durée maximale pendant laquelle les esclaves répondront aux

requêtes sans avoir pu contacter le serveur maître ;

(cid:1) 86400 :(cid:9)indique la durée de validité des données communiquée par le serveur pour

toute requête ;

(cid:1) NS :(cid:9) désigne l'enregistrement qui indique le nom du serveur du domaine de

bouclage ;

(cid:1) PTR :(cid:9)désigne l'enregistrement de résolution inverse.

2.1.4 II.4 Fichier de zone

Au domaine uvt.tn déclaré dans le fichier named.conf correspond un fichier (ou encore

une base de données) qui contient la majeure partie des informations du domaine. Ce fichier

est nommé uvt.hosts. Sa fonction principale étant de convertir les noms d'hôtes en adresses IP.

Voici le contenu du fichier uvt.hosts :

(cid:9) $TTL 86400 IN @ 2007122900 10800 ; 3600 ; 604800 ; 38400 ; ) @

localhost passerelle foulen1 uvtserver foulen2 gateway (cid:26)((cid:2)

(cid:9)

SOA

uvtserver.uvt.tn. foulen1. uvtserver.uvt.tn. (

uvtserver.uvt.tn.

172.16.96.2

IN IN IN IN IN IN

A A A A A CNAME

127.0.0.1 172.16.96.1 172.16.96.3 172.16.96.2 172.16.96.100 passerelle.uvt.tn.

(cid:9)

(cid:9) benfoulen1 benfoulen2 (cid:9)

IN IN

CNAME CNAME

foulen1.uvt.tn. foulen2.uvt.tn.

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

On remarque deux nouveaux enregistrements : (cid:1) MX : désigne l’enregistrement qui identifie le serveur de messagerie d’un domaine (on

présentera le service de messagerie par la suite dans le chapitre V) ;

(cid:1) A :(cid:9)désigne l'enregistrement de résolution directe qui met en correspondance un nom

d'hôte avec une adresse IP ;

(cid:1) CNAME :(cid:9)désigne l'enregistrement qui définit un alias pour un nom d'hôte.

2.1.5 II.5 Fichier de zone inverse

Le fichier de zone inverse associe les adresses IP aux noms d’hôtes. Il s’agit donc du

fonctionnement inverse de la base de données du domaine.

Dans cet exemple le réseau 172.16.0.0 devient le domaine 16.172.in-addr.arpa. Le fichier de

zone de ce domaine est nommé 172.16.reverse.

Voici le fichier de zone inverse :

86400 IN SOA uvtserver.uvt.tn. foulen1.uvtserver.uvt.tn. (

IN IN IN IN IN

NS PTR PTR PTR PTR

uvtserver.uvt.tn. passerelle.uvt.tn. uvtserver.uvt.tn. foulen1.uvt.tn. foulen2.uvt.tn.

On remarque bien que ce fichier est composé essentiellement d’enregistrements de type

PTR. Ce sont les enregistrements de la résolution inverse.

2.1.6 II.6 Ficher « hints »

Ce fichier représente le cache qui fournit les noms et les adresses des serveurs racines

utilisés pendant le démarrage. Dans ce cas, ce fichier s'appelle named.root. On l’a téléchargé

de l’Internet à partir de l’adresse ftp.rs.internic.net.

Voici un extrait de ce fichier :

. 3600000 IN NS A.ROOT-SERVERS.NET. A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4 ; ; formerly NS1.ISI.EDU ; . 3600000 NS B.ROOT-SERVERS.NET.

(cid:26)(cid:26)(cid:2)

(cid:9)

(cid:9) $TTL @ 2007122900; 21600; 1800; 604800; 900 ); @ 1.96 2.96 3.96 100.96 (cid:9)

(cid:9)

(cid:9) B.ROOT-SERVERS.NET. 3600000 A 192.228.79.201 ; ; formerly C.PSI.NET ; . 3600000 NS C.ROOT-SERVERS.NET. C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12 ; ; formerly TERP.UMD.EDU ;

*(cid:8)(cid:4)(cid:9)(cid:4)(cid:8)(cid:7)(cid:30)(cid:2)(cid:23)(cid:8)(cid:4)(cid:9)

Dans

cet

extrait, A.ROOT-SERVERS.NET, B.ROOT-SERVERS.NET, C.ROOT-

SERVERS.NET représentent les noms des serveurs racine.

Le serveur DNS est maintenant convenablement configuré pour gérer le domaine uvt.tn.

Il suffit de démarrer le démon named :

[root@laptop ~]# service named start

(cid:19)(cid:5)(cid:2)(cid:8)(cid:24)(cid:7)(cid:15)(cid:9)(cid:5)(cid:2)(cid:10)

Le service de noms est un service essentiel pour un réseau puisqu’il convertit les noms

d’hôtes en adresses IP requises par le réseau. Ce service est mis en œuvre par la majorité des

systèmes Linux à l’aide du logiciel très répandu BIND.

3 Chapitre II : Service DHCP

(cid:1)(cid:2)(cid:3)(cid:4)(cid:5)(cid:6)(cid:7)(cid:8)(cid:3)(cid:9)(cid:5)(cid:2)(cid:10)

Le protocole DHCP permet à un hôte, qui est inconnu de l'administrateur réseau,

d'obtenir l'affectation d'une nouvelle adresse IP

Configuration and Management of Intranet Services

Configuration and Management of Intranet Services