🛠️ TP – Lire DHCP, DNS, TCP et HTTP
Bac Pro CIEL – Première – E31 – S04 – binôme, on échange les rôles à chaque partie
Note
Mission. Un collègue dit : « Mon PC n'ouvre plus les sites, mais je ne sais pas à quelle étape ça bloque. » Pour pouvoir le dire à partir d'une capture, tu dois d'abord reconnaître chaque protocole quand tout marche : DHCP, DNS, TCP, HTTP.
Temps prévu : 3 h 20. Prérequis : cours S04 lu.
Binôme : __ / ____
Mise en place
- Ouvre le simulateur, puis Ouvre
p04-protocoles.json. - Schéma :
PC1etPC2sont reliés à la box, qui est reliée à Internet (un serveur DNS, un serveur webwww.exemple.fr). - Dans l'analyseur, choisis Capture sur :
PC1 Eth0 ↔ BOX LAN1(le câble dePC1).
Tip
Avant chaque partie : clique sur Effacer dans l'analyseur pour n'avoir que les trames utiles.
Partie A – DHCP : les 4 messages (≈ 40 min)
- Efface l'analyseur.
- Dans le terminal de
PC1:
- Filtre :
dhcp. Clique sur le premierDiscover, puis remplis :
| Message | Source (IP) | Destination (IP) | Port source → destination | Que contient-il ? |
|---|---|---|---|---|
| Discover | ||||
| Offer | ||||
| Request | ||||
| ACK |
- Dans le ACK (ouvre Dynamic Host Configuration Protocol), relève :
| Option | Valeur |
|---|---|
| Adresse proposée au client (Your IP) | |
| Masque | |
| Passerelle (Router) | |
| Serveur DNS | |
| Durée du bail |
✅ Point de contrôle : tu retrouves les valeurs de ipconfig /all sur PC1.
❓ Pourquoi le Discover est-il envoyé à 255.255.255.255 ? ____
🔁 Échange des rôles.
Partie B – DNS : la question et la réponse (≈ 40 min)
- Efface. Dans
PC1:nslookup www.exemple.fr. - Filtre :
dns. Ouvre la requête puis la réponse.
| Requête | Réponse | |
|---|---|---|
| Source → destination (IP) | ||
| Port source → destination | ||
| Transport (TCP / UDP) | ||
| Nom demandé | ||
| Type d'enregistrement | ||
| Adresse renvoyée |
- Compare avec ce que
nslookupa affiché dans le terminal.
✅ Point de contrôle : l'adresse de la réponse est 198.51.100.80.
❓ À quelle adresse PC1 a-t-il envoyé sa question DNS ? Est-ce le serveur « public » ou la box ? Pourquoi ? ____
Aide
Regarde l'adresse de destination de la requête : c'est 192.168.1.1, la box. Le DHCP a indiqué la box comme DNS ; la box relaie la question au vrai serveur DNS d'Internet.
🔁 Échange des rôles.
Partie C – TCP : la poignée de main (≈ 35 min)
- Efface. Dans
PC1:curl http://www.exemple.fr. - Filtre :
tcp. Observe les 7 trames.
| N° | Source → destination | Indicateurs (flags) | Rôle |
|---|---|---|---|
| 1 | |||
| 2 | |||
| 3 |
- Clique sur la première trame, ouvre Transmission Control Protocol et relève :
| Champ | Valeur |
|---|---|
| Port source (client) | |
| Port destination (serveur) | |
| Numéro de séquence (relatif) |
✅ Point de contrôle : tu identifies SYN, SYN-ACK, ACK dans cet ordre.
❓ Le port source change-t-il à chaque connexion ? (relance curl et regarde.) ____
🔁 Échange des rôles.
Partie D – HTTP : le texte de la requête (≈ 25 min)
- Filtre :
http. - Clique sur la requête
GET: ouvre Hypertext Transfer Protocol.
| Ligne | Valeur |
|---|---|
| Méthode et chemin | |
Host: |
|
User-Agent: |
- Clique sur la réponse : code de statut : __ ; type de contenu : ____
❓ Peut-on lire la page dans la capture ? Qu'est-ce que cela change si le site est en HTTPS ? ____
Aide
Oui : HTTP est en clair. En HTTPS, le contenu serait chiffré (port 443) : on ne verrait que l'adresse du serveur et des octets illisibles. C'est pour cela que les mots de passe ne doivent jamais passer en HTTP.
Partie E – L'enquête (≈ 30 min, individuelle)
Complète la fiche des protocoles puis réponds à l'enquête de la dernière page. Cite les ports.
🏁 Bilan
Oral (2 min par élève)
- Raconte, message par message, ce qui se passe quand tu ouvres
www.exemple.fr(de l'adresse IP au chargement de la page). - Pourquoi UDP pour DNS et DHCP, TCP pour HTTP ?
| Mon auto-évaluation | 😟 | 🙂 | 😀 |
|---|---|---|---|
| Je reconnais DORA dans une capture | |||
| Je sais lire une requête / réponse DNS | |||
| Je reconnais SYN / SYN-ACK / ACK | |||
| Je sais lire une requête HTTP |
🔍 Dépannage
| Symptôme | Cause probable | Que faire |
|---|---|---|
| Pas de DHCP dans la capture | La capture a démarré après | Efface, puis refais ipconfig /release et /renew |
| Trop de trames | Pas de filtre | dhcp, dns, tcp ou http |
curl ne répond pas |
Pas d'adresse IP | ipconfig /renew, vérifier le câble |
| Pas de trame DNS | Le nom est en cache | Utiliser un autre nom (ou recharger le fichier) |
Tip
Passeport d'autonomie : ligne « Reconnaître DHCP, DNS, TCP et HTTP dans une capture » → guidé ✔.
➡️ Mission en entreprise : demander quels services réseau tournent dans l'entreprise et sur quelle machine.