max-lease-time 60000;
ddns-update-style interim;#Mode de mise
a jour
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.
#Duree
des baux
default-lease-time 30000;
max-lease-time 60000;
ddns-updates on;
ddns-update-style interim;
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;
#}
Fichier dhcpd.master de muscat et gamay
{
#Les clients peuvent mettre a jour le DNS
allow client-updates;
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
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;
range 192.168.168.20
192.168.168.254;
allow unknown
clients;
}
}
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
Pour un ordinateur Windows NT il suffit de lancer les commandes suivantes :