Maintenir une adresse connue pour l’appareil d’accueil

LinuxBeginner
Pratiquer maintenant

Introduction

L’appareil d’accueil de Maple Yard a besoin d’une adresse connue pour être reconnu par l’équipe. Une plage dynamique est prête, mais la réservation manque et les options de passerelle et DNS des nouveaux appareils pointent vers des adresses inutilisées. Le poste de référence protégé reste disponible.

Vous associerez l’identité réelle à sa réservation, corrigerez les options serveur et libérerez puis obtiendrez réellement de nouveau le bail de l’accueil. Cet environnement neuf contient tout le nécessaire ; il ne réutilise aucun fichier ni bail du premier laboratoire. Terminez le premier laboratoire guidé ou maîtrisez son parcours de plage, de bail et de changement d’onglet.

Utilisez Network Desk pour le fichier serveur, Check-In et Guest A pour leurs commandes clientes respectives, et Network Map pour l’observation en lecture seule. Comme précédemment, ce sont des nœuds Linux isolés partageant un noyau.

Réserver l’adresse pour le bon appareil

Vous allez donner à l’appareil d’accueil un vrai bail pour son adresse prévue. Commencez dans Network Map et demandez le programme de référence pour confirmer l’exemple fonctionnel. Son adresse doit rester 10.77.0.10.

Passez à Network Desk, dans /home/labex/project/event-network :

cat devices.tsv
cat dhcp.conf

L’appareil d’accueil a pour MAC 02:77:00:00:00:28 et doit recevoir 10.77.0.20. La plage invitée reste 10.77.0.100–10.77.0.109 ; la réservation est extérieure. Un simple nom convivial ne suffirait pas à identifier l’appareil. Cet exercice utilise sa MAC stable.

Une ligne dhcp-host associe un appareil à une adresse et à un nom d’hôte facultatif. Ici, >> ajoute au fichier existant en préservant sa plage et ses options. Copiez tout le bloc littéral :

cat >> dhcp.conf <<'CONF'
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
CONF

Vérifiez et appliquez avec le même service du cours que dans le premier laboratoire :

dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp

Si la syntaxe échoue, lisez le fichier et corrigez uniquement la ligne mal formée avant de redémarrer. Ne supprimez pas l’inclusion protégée.

Passez à Check-In. Il démarre dans son espace client avec un shell administrateur. Demandez le vrai bail :

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0

Vous devez voir 10.77.0.20/24. Rechargez Network Map pour comparer la carte d’accueil à l’identité prévue. Cette étape vérifie seulement l’adresse réservée. La passerelle et DNS des nouveaux appareils restent volontairement erronés ; une requête de programme depuis Check-In doit échouer jusqu’à l’étape suivante. Cet échec connu ne justifie pas une réinitialisation de la VM.

Envoyer des paramètres réellement utilisables

Vous allez réparer les options de passerelle et DNS et les faire recevoir aux clients. Commencez dans Check-In :

ip route show default
cat /etc/resolv.conf

Les valeurs erronées préparées sont 10.77.0.254 pour la passerelle et 10.77.0.253 pour DNS. Ces adresses ne proposent pas ces services. Le vrai routeur et DNS du cours sont tous deux 10.77.0.1. La première valeur contrôle le trafic sortant du sous-réseau ; la seconde, la résolution de noms.

Passez à Network Desk. dhcp-option=option:router fournit une passerelle, tandis que dhcp-option=option:dns-server fournit DNS. Remplacez tout le fichier par l’inclusion correcte, la plage inchangée, la réservation et ces deux options. Le premier laboratoire a enseigné > et le here-document entre guillemets :

cat > dhcp.conf <<'CONF'
conf-file=/opt/labex/event-network/server-base.conf
dhcp-range=10.77.0.100,10.77.0.109,255.255.255.0,2h
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
dhcp-option=option:router,10.77.0.1
dhcp-option=option:dns-server,10.77.0.1
CONF
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp

Changer le serveur ne réécrit pas un bail déjà appliqué par un client. Passez à Check-In. Libérez son ancien bail avec -r ; seuls le processus et l’interface de ce client sont affectés :

dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0

Demandez à nouveau :

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip route show default
cat /etc/resolv.conf

Les deux paramètres doivent maintenant utiliser 10.77.0.1. L’adresse reste 10.77.0.20, car la réservation correspond au même appareil.

Passez à Guest A et obtenez son premier bail dans cet environnement :

dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
ip route show default
cat /etc/resolv.conf

Vous devez recevoir une adresse dynamique dans la plage invitée, avec la bonne passerelle et le bon DNS. Demandez le programme :

curl --noproxy '*' -fsS --max-time 5 http://programme.event.test:8080/programme.txt

Les cinq lignes du programme Maple Yard du premier laboratoire doivent apparaître. Si une ancienne valeur erronée subsiste, confirmez le redémarrage effectif du serveur après modification et la libération puis nouvelle demande sur le client concerné. N’écrasez pas /etc/resolv.conf manuellement : cela masquerait le problème des options serveur.

Reconnecter et garder l’accueil prêt

Vous allez prouver la réservation par un vrai nouveau bail et enregistrer la ressource du poste. Passez à Check-In. Lisez l’adresse actuelle avant de la libérer :

ip -4 addr show dev eth0

Elle doit être 10.77.0.20/24. Libérez et obtenez de nouveau le bail :

dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0

La même adresse réservée doit revenir. Il s’agit d’une vraie libération et acquisition DHCP, pas d’une adresse statique restaurée manuellement. Une attribution dynamique d’invité ne conserve pas nécessairement toujours la même adresse.

Utilisez la configuration reçue pour télécharger les instructions du poste. Le premier laboratoire a expliqué les options curl et -o :

curl --noproxy '*' -fsS --max-time 5 -o desk.txt http://desk.event.test:8080/desk.txt
cat desk.txt

Résultat attendu :

MAPLE YARD | Registration desk
Desk: North entrance
Session: Community workshop
Status: Ready for arrivals

Si l’adresse est incorrecte, revenez à Network Desk et comparez la relation MAC-adresse exacte avec devices.tsv. Validez le fichier corrigé, redémarrez uniquement le service DHCP du cours, puis libérez et redemandez sur Check-In. Un redémarrage du service ou une reconnexion d’onglet ne constitue pas à lui seul un nouveau bail client.

Dans Network Map, rechargez et demandez le programme depuis Check-In, Guest A et reference. Tous doivent fonctionner. L’adresse fixe de l’accueil, les options utilisables, la réacquisition réelle et les services préservés constituent ensemble le réseau terminé.

Network Map après les requêtes réelles des clients

Comparez l’adresse IPv4, la passerelle et DNS sur chaque carte, puis lisez la réponse du programme sous son bouton. Les adresses attribuées aux invités peuvent différer de cet exemple.

Résumé

Vous avez associé une identité réelle à une adresse réservée, réparé à leur source les options de passerelle et DNS et fait appliquer de nouveaux baux aux clients. Vous avez ensuite libéré et récupéré le bail d’accueil sans perdre son adresse ni le service normal des invités.

Le défi indépendant change le plan d’adressage et les appareils de l’événement. Il utilise les mêmes outils et mécanismes. Le cours n’a configuré ni relais DHCP, ni radio Wi-Fi, ni haute disponibilité, ni persistance après redémarrage.