On passe au TP VLAN+DHCP quel que soit votre avancement sur le routage. On y reviendra si on a le temps ou durant la SAE.

# Topo dhcp+vlan
* rappeler à quoi sert un serveur dhcp, qu'il opère dans un domaine de diffusion et qu'il fournit à minima IP et masque mais aussi IP routeur et DNS
* présenter ce que sont les VLAN. Personnellement j'ai parlé de fonctionnement de Hub et de Switch, de construction de table de commutation, des motivations pour des VLAN, les types de VLAN et notamment les VLAN tagué

# Le TP : mise en place d'un VLAN et la configuration client et serveur DHCP
* les accompagner fortement pour que le TP soit terminé à la fin des 2 séances.

Ci-dessous quelques éléments pour faire le TP

# DHCP client

La machine enseignant tdreseau doit être allumée et le serveur DHCP (à savoir isc-dhcp-server) doit tourner (avec la bonne configuration). 

Depuis les machines étudiantes, il faut lancer un wireshark sur l'interface bleue que vous voulez configurer avec par exemple le filtre 
eth.addr == VOTRE_ADDR_MAC_SUR_ETH and bootp
bootp est une autre manière de désignée le protocole de démarrage DHCP.
Vous pourrez ensuite observer les échanges du protocoles après avoir demandé une adresse avec la commande suivante
    dhclient -4 eth2
Vous devriez observer l'échange des paquets discover, offer, request, et ack, suivants avec des ip et mac particulières :

  • discover : 1 client demande 1 IP (mac_dst=broadcast, ip_src=0.0.0.0 ip_dst=255.255.255.255)
  • offer : 1 serveur fait une offre d'IP (mac_dst du client et ip_src du serveur ip_dst proposée) avec un id de transaction
  • request : le client demande une IP offerte avec un id de transaction (mac_dst=broadcast, ip_src=0.0.0.0 ip_dst=255.255.255.255) ; tous les serveurs recoivent (y compris ceux dont l'offre n'a pas été acceptée)
  • ack : le serveur confirme l'attribution au client (mac_dst du client et ip_src du serveur ip_dst proposée) avec un id de transaction
A toutes fins utiles, le support CM hernandez-R205-reseaux1-CM_10_applications-dhcp-mail.pdf présente le fonctionnement du protocole DCHP et fournit des éléments de configuration requis en fin de TP.

# Contrôle d'un service

Prenons ici comme exemple le service DHCP connu sous le nom de isc-dhcp-server.

Pour connaître l'état d'un service, faire
systemctl status isc-dhcp-server
Pour le démarrer, faire
systemctl status isc-dhcp-server
Pour l'arrêter, faire
systemctl stop isc-dhcp-server
Pour consulter le journal d'événements (log) relatifs au service, tapez la commande suivante et scrollez tout en bas avec la barre d'espace et remonter à rebours pour connaître les événements les plus récents.
journalctl -u isc-dhcp-server
Une démarche pour debugger un service est la suivante
  1. consulter l'état du service : constater le "fail" et l"inactive" du service
  2. vous pouvez tenter de le démarrer pour voir si vous obtenez des informations vous permettant de debugger
  3. consulter le journal pour identifier le problème
  4. corriger le problème de configuration
  5. démarrer à nouveau et vérifier que l'état du service est désormais "active" sans problème

Modifié le: lundi 21 avril 2025, 19:58