Aller au contenu

Fiche recette - DHCP

Logo IMDEO


Informations


A. Vérification des serveurs DHCP (172.16.51.51 & 172.16.51.52)

Avant de tester le client, nous devons nous assurer que le service est opérationnel sur les deux serveurs KEA.

  1. Vérifier l'état du service KEA sur les deux serveurs.

    sudo systemctl status kea-dhcp4-server
    
    • systemctl : Outil de gestion des services systemd.
    • status : Affiche l'Ă©tat actuel du processus.

    Résultat attendu :

    Statut Active: active (running) sur les deux serveurs.

    [ ] OK / [ ] KO

  2. Surveiller les logs DHCP en temps réel (optionnel pour la suite du test).

    sudo tail -f /var/log/kea-dhcp4.log
    
    • tail : Commande qui affiche la fin d'un fichier.
    • -f (follow) : Maintient le fichier ouvert et affiche les nouvelles lignes ajoutĂ©es en temps rĂ©el. Utile pour voir les requĂȘtes arriver lors des tests clients.

B. Vérification du relais DHCP (Routeur Cisco)

Le routeur doit ĂȘtre capable d'intercepter les requĂȘtes DHCP diffusĂ©es (broadcast) par le client et de les rediriger (unicast) vers les serveurs KEA.

  1. Afficher la configuration de l'interface passerelle (ex: VLAN 10).

    show running-config interface vlan 10
    
    • show running-config : Affiche la configuration active en mĂ©moire vive (RAM) de l'Ă©quipement Cisco.
    • interface vlan 10 : Cible la vĂ©rification sur l'interface virtuelle (ou physique) servant de passerelle par dĂ©faut aux clients.

    Résultat attendu :

    interface Vlan10
     ip address 192.168.10.254 255.255.255.0
     ip helper-address 172.16.51.51
     ip helper-address 172.16.51.52
    
    • ip helper-address : Commande Cisco qui active la fonction de relais DHCP (DHCP Relay Agent). Elle transforme la requĂȘte DHCPDISCOVER (broadcast) du client en requĂȘte unicast dirigĂ©e vers les adresses IP spĂ©cifiĂ©es.
    • RĂ©sultat de la vĂ©rification : PrĂ©sence des deux IP Helpers confirmĂ©e. [ ] OK / [ ] KO

C. Vérification de l'attribution IP (Poste Client Windows)

Nous allons simuler l'arrivée d'un nouveau poste sur le réseau pour vérifier la chaßne complÚte (Client -> Routeur -> Serveur).

  1. Libérer le bail DHCP actuel.

    ipconfig /release
    
    • ipconfig : Utilitaire rĂ©seau Windows affichant et gĂ©rant la configuration TCP/IP.
    • /release : Envoie un message DHCPRELEASE au serveur pour abandonner l'adresse IP actuelle.
  2. Demander un nouveau bail DHCP.

    ipconfig /renew
    
    • /renew : DĂ©clenche le processus DORA (Discover, Offer, Request, Acknowledge) pour obtenir une nouvelle adresse IP.
  3. Vérifier les paramÚtres réseau attribués.

    ipconfig /all
    
    • /all : Affiche la configuration dĂ©taillĂ©e, incluant l'adresse MAC, le serveur DNS, et surtout l'adresse du serveur DHCP qui a rĂ©pondu.

    Résultat attendu :

    Le client obtient une adresse IP dans la bonne plage, avec la bonne passerelle, et le champ "Serveur DHCP" indique 172.16.51.51 ou 172.16.51.52.

    [ ] OK / [ ] NON


D. Test de tolérance aux pannes (Haute Disponibilité)

Puisque nous avons deux serveurs DHCP configurés en IP Helper, nous devons vérifier que le second prend le relais si le premier tombe.

  1. Simuler une panne sur le serveur DHCP principal (172.16.51.51).

    sudo systemctl stop kea-dhcp4-server
    
    • stop : ArrĂȘte immĂ©diatement le service.
  2. Refaire une demande de bail sur le client.

    ipconfig /release
    ipconfig /renew
    
  3. Vérifier la provenance du nouveau bail.

    ipconfig /all
    
    • RĂ©sultat attendu : Le client obtient une adresse IP avec succĂšs, et le champ "Serveur DHCP" indique dĂ©sormais 172.16.51.52 (le serveur secondaire). [ ] OK / [ ] KO
  4. Remettre en service le serveur principal.

    sudo systemctl start kea-dhcp4-server