IV . Installation des serveurs DHCP

 

1 .  Configuration des serveurs

La configuration des serveurs DHCP se fait dans 2 fichiers :

Fichier dhcpd.conf de muscat :

#Duree des baux

default-lease-time 30000;

max-lease-time 60000;

#Configuration de la mise a jour du DNS

ddns-updates on; #Autorisation de mise a jour

ddns-update-style interim;#Mode de mise a jour

#Configuration du failover

failover peer "dhcp_fail" {

 primary; #Serveur primaire

 address 192.168.168.8; #adresse de notre serveur

 port 519;#Port de dialogue

 peer address 192.168.168.9;#adresse du serveur pair

 peer port 519;#Port de dialogue

 max-response-delay 60;#Temps de non reponse

 max-unacked-updates 10;#Nombre max de non acquitements

 mclt 3660;   # Temps de renouvellement des bauds

 split 128;   # Repartition des plages d’adresses

 load balance max seconds 3;

}

# Les lignes suivantes servent au boot

#failover peer "dhcp_fail" state {

#my state partner-down;

#}

#Inclusion du fichier dhcpd.master

include "/etc/dhcpd.master";

Les lignes « failover peer … state » sont à décommenter lorsque l’on démarre pour la première fois les serveurs DHCP. En effet, quand le fichier dhcpd.leases est vide de chaque côté, chaque serveur croit qu’il est tombe en panne et attend le temps mclt pour se mettre en marche. Il faut donc dans un premier temps démarrer le serveur primaire avec ces lignes décommentées.

Fichier dhcpd.conf de gamay :

#Duree des baux

default-lease-time 30000;

max-lease-time 60000;

#Configuration de la mise a jour du DNS

ddns-updates on;

ddns-update-style interim;

failover peer "dhcp_fail" {

 secondary;

 address 192.168.168.9;

 port 519;

 peer address 192.168.168.8;

 peer port 519;

 max-response-delay 60;

 max-unacked-updates 10;

 load balance max seconds 3;

}

# Les lignes suivantes servent au boot

#failover peer "dhcp_fail" state {

#my state partner-down;

#}

include "/etc/dhcpd.master";

Fichier dhcpd.master de muscat et gamay

subnet 192.168.168.0 netmask 255.255.255.0

{

        #Les clients peuvent mettre a jour le DNS

        allow client-updates;

        #Declaration d’une plage

        pool {

         # Initialisation du failover

         failover peer "dhcp_fail";

         # Le failover ne fonctionne pas avec les clients BOOTP

         deny dynamic bootp clients;

         #Information de configuration du reseau

         #DNS

         option domain-name "mon_domain";

          option domain-name-servers 192.168.168.8, 192.168.168.9;

         #WINS : adresse des serveurs WINS

option netbios-name-servers 192.168.168.10, 168.18.168.11;

          option netbios-node-type 8;

         #Adressage IP

          option subnet-mask 255.255.255.0;

          option broadcast-address 192.168.168.255;

         option routers 192.168.168.1;

         #Plages dediées

         range 192.168.168.20 192.168.168.254;

         allow unknown clients;

        }

}

2 .  Démarrage et fonctionnement des serveurs

Les serveurs DHCP dialoguent entre eux pour échanger des signaux de vie et leur base de données. Ils allouent indifféremment les adresses IP sur les 2 plages Power et T&D. Lorsque l’un d’eux ne répond plus, l’autre renouvelle les baux de sa pair pendant le temps mtcl. Une fois cette durée révolue, le serveur restant réalloue lui-même les baux.

Lorsque le serveur tombé en panne réapparaît, il synchronise sa base de donnée avec le serveur restant. De plus, il ne répond pas aux demandes d’adresses IP pendant le temps mtcl.

Les baux alloués ainsi que la trace des évenemements se situent dans le fichier dhcpd.leases.

Lors du premier démarrage, le fichier dhcpd.leases doit être créer manuellement et doit être vide : touch /var/state/dhcp/dhcpd.leases. Lorsque les serveurs démarrent, ils voient que leur base de données est vide. Ils croient alors tous qu’ils sont tombés précedemment en panne et attendent. Pour palier ce problème, il faut décommenter sur le primaire les lignes « failover  … state ». Elles ont pour effet de dire au serveur que le serveur secondaire est en panne. Ainsi, le serveur primaire remplit sa base de données et l’on peut démarrer le secondaire si ce n’est pas déjà fait. On arrête alors le primaire pour commenter les lignes « failover … state » et on le redémarre.

Les deux serveurs sont maintenant démarrés et échangent leurs informations.

Pour démarrer un serveur : dhcpd.

Les divers opérations sont tracées dans /var/log/messages.1

3 .  Tester le fonctionnement sur un poste client

Pour tester le bon fonctionnement il suffit de demander à un ordinateur client de renouveler son bail.

Pour un ordinateur Windows NT il suffit de lancer les commandes suivantes :


Maintenant que le DHCP fonctionne, il ne reste plus qu’à installer le DNS pour obtenir un DDNS.

 

<< Précédent : Installation d’un programme Home Suivant : Installation du DDNS >>