Serveur DHCP en Failover
Serveur DHCP en Failover [Tapez le sous-titre du document] Sommaire 1) Analyse du cahier des charges d un service à produire 2) Proposition d une solution d infrastructure 3) Étude de l impact de l intégration d un service sur le système informatique 4) Détermination des tests nécessaires à la validation d un service 5) Définition des éléments nécessaires à la continuité d un service 6) Installation et configuration d éléments d infrastructure 7) Test d intégration et d acceptation d un service 8) Déploiement d un service 1) Analyse du cahier des charges d un service à produire (1.1.1) L entreprise CAP-avenir a rencontré un problème du serveur DHCP sous linux, celui-ci tombe souvent en panne, ce qui empêche la distribution des adresses IP vers les postes clients. 1.1) Étude du service DHCP Le serveur DHCP permet de distribuer les adresses IP à l ensemble des postes clients du réseau. Le service DHCP fonctionne selon le procédé suivant : DHCP Discover : le client demande une adresse IP au serveur DHCP Offert : le serveur propose une adresse au client DHCP request : le client signale au serveur qu il utilise l adresse IP fournie DHCP ACK : le serveur envoie un accusé de réception 1
2) Proposition d une solution d infrastructure (3.1.1) Afin d assurer une qualité de service, je propose d installer des serveurs DHCP en Failover sous Ubuntu. le Failover permet une redondance du service DHCP en effet, le protocole Failover sous linux effectue un dialogue permanent entre les deux serveurs. 3) Étude de l impact de l intégration d un service sur le système stème informatique (1.1.2) La société dispose d un serveur DHCP qui distribue les adresses vers les postes clients. L ajout de serveurs DHCP supplémentaire peut entraîner des conflits d adresse IP, il faut donc que je distribue une plage d adresses IP différents ou bien que je désactive le serveur DHCP déjà existant. 4) Détermination des tests nécessaires à la validation d un service (1.2.4) Pour s assurer que le DHCP et le Failover fonctionnent je dois réaliser une série de tests. Les tests sont réalisés dans un environnement virtualisé pour ne pas interférer avec les clients du réseau de l entreprise. je dois m assurer également que le serveur DHCP primaire distribue les adresses IP aux postes clients et qu en cas de panne le serveur secondaire prend le relais. Pour réaliser ces tests je vais distribuer des plages complémentaires et spécifier un nom de domaine différent. DCHP Primaire failover DHCP Secondaire failover1 Plage:172.16.10.1 a 172.16.10.100 Plage:172.16.10.1 a 172.16.10.100 5) Définition des éléments nécessaires à la continuité d un service (1.3.2) Les serveurs DHCP en Failover sous linux permet la reprise de service, si le serveur DHCP primaire tombe en panne, le serveur DHCP secondaire prend le relais. Lorsque le serveur primaire tombe, le second serveur passe en statut PARTNER-DOWN STATE. Cela signifie que le serveur restant va gérer l ensemble de l étendue. Dès que le serveur en panne revient le premier serveur repasse en statut NORMALSTATE. 6) Installation et configuration d éléments d infrastructure (3.2.1) Dans un premier temps, je dois paramétrer les nouveaux serveurs sous linux et installer les services DCHP. Puis, je paramétrerai les services DHCP avec le protocole Failover. 6.1) Paramétrage du serveur et du service DHCP Les nouveaux serveurs DHCP qui assureront la redondance de service doivent être configurés avec une adresse IP fixe pour cela je vais éditer le fichier interface avec la commande suivante : nano /etc/network/ interfaces Auto eth0 iface eth0 inet static #interface Ethernet statique 2
address 172.16.255.253 #adresse IP de l interface Ethernet 0 Netmask 255.255.0.0 #masque broadcast 172.16.255.255 #adresse de diffusion gateway 172.16.0.1 #adresse de la passerelle Je dois maintenant installer le paquet dhcp3-server avec la commande suivante : sudo apt-get install dhcp3-server 6.2) Installation du Failover 6.2.1) serveur primaire Pour configurer le Failover du serveur primaire j édite le fichier dhcpd.conf avec la commande : sudo nano /etc/dhcp/dhcpd.conf authoritative; #serveur official du domaine failover peer "dhcp" { #failover primary; # serveur primaire address 172.16.255.253; #adresse du serveur primaire port 519; #port du serveur primaire peer address 172.16.255.254; #adresse du serveur secondaire peer port 520;#port du serveur secondaire max-response-delay 60;#temps de non-réponse max-unacked-updates 10;#nombre maximum de non acquittement mclt 60;#temps de renouvellement des baux split 128;#répartition des plages d adresse load balance max seconds 3; } #failover peer "dhcp" state { # my state partner-down;} 3 6.2.2) Serveur secondaire subnet 172.16.0.0 netmask 255.255.0.0 {#adresse du réseau et masque pool { failover peer "dhcp";#pour le failover du serveur range 172.16.10.1 172.16.10.100;#attribution d une plage d adresse } } Pour configurer le failover du serveur secondaire j édite le fichier dhcpd.conf avec la commande : sudo nano /etc/dhcp/dhcpd.conf authoritative; failover peer "dhcp" { secondary; address 172.16.255.254;
} port 520; peer address 172.16.255.253; peer port 519; max-response-delay 60; max-unacked-updates 10; #failover peer "dhcp" state { # my state partner-down;} subnet 172.16.0.0 netmask 255.255.0.0 { pool { failover peer "dhcp"; range 172.16.10.1 172.16.10.100;}} 7) Test d intégration et d acceptation d un service (1.3.1) Les deux serveurs DHCP primaire et secondaire sont démarrés je vérifie que le poste client sous Windows XP en virtuel reçoit bien une adresse IP. Je coupe le serveur primaire et je réinitialise l adresse IP du poste client avec la commande ipconfig /release, ipconfig /renew. Je vérifie que le poste client virtualité sous Windows XP reçoit une autre adresse IP. Le serveur DHCP distribue bien les adresses aux postes clients, si celui-ci est interrompu le serveur secondaire prend le relais et distribue à nouveau une autre plage d adresses 8) Déploiement d un service (1.3.4) Après la phase de test, je peux intégrer le service failover dans le réseau Soit en attribuant une adresse IP fixe sur les serveurs. Je dois cependant contrôler que les adresses IP choisies sont libres en effectuant un ping. 4
Les paquets envoyés aux adresses IP 172.16.0.80 ET 172.16.0.81 sont perdu, ce qui signifie que les adresses IP sont disponibles. Soit en gardant les même adresses IP si celle-ci sont disponible. 5