Adressage IP, la suite : plus loin

Avant de commencer

Ce matin, tu as monté un réseau : 3 PC, un switch, des IP en 192.168.10.x, des pings qui passent. Cet après-midi, tu passes de « ça marche » à « je sais pourquoi ça marche, et je le vois ». On garde ton installation telle quelle.

Le déroulé (~3 h 30)

Partie 6 · Le masque décide tout

Ch.15 — Découper un réseau (subnetting)

Ce matin, ton masque était /24 : 24 bits pour le réseau, 8 bits pour les machines → un seul grand réseau de 254 machines. Mais une entreprise veut souvent séparer : un réseau pour la compta, un pour les visiteurs, un pour les serveurs… On découpe alors le réseau en morceaux : c'est le sous-réseautage (subnetting).

Le principe : emprunter des bits

On prend des bits à la partie « machines » pour les donner à la partie « réseau ». Exemple : passer de /24 à /26, c'est emprunter 2 bits.

/24 : 11111111.11111111.11111111.00000000  = 255.255.255.0
/26 : 11111111.11111111.11111111.11000000  = 255.255.255.192
                                 ^^
                       2 bits empruntés → 2² = 4 sous-réseaux

Le tableau à connaître

La méthode rapide : la taille du bloc

Taille du bloc = 256 − le dernier octet du masque. Pour un /26 : 256 − 192 = 64. Les sous-réseaux commencent donc tous les 64 : .0, .64, .128, .192.

Exemple travaillé : 192.168.10.75/26

1. Taille du bloc : 256 − 192 = 64 → blocs .0 · .64 · .128 · .192.
2. 75 tombe entre 64 et 127 → on est dans le bloc qui commence à .64.
3. Adresse réseau = 192.168.10.64 · broadcast = la dernière du bloc = 192.168.10.127.
4. Machines utilisables : .65 à .126 (62 machines).

Ch.16 — Le prouver sur ton réseau

Ce matin, la règle était : « même partie réseau = on se parle ». Avec un /24, ça voulait dire « les trois premiers nombres identiques ». Faux en général : c'est le masque qui décide où s'arrête la partie réseau. On le prouve.

Expérience A — même « 192.168.10 », réseaux différents

1. Passe les 3 PC en masque 255.255.255.192 (/26), en gardant PC 1 = .11, PC 2 = .12.
2. Change PC 3 en 192.168.10.70 (masque /26 aussi).
3. Depuis PC 1 : pingue PC 2, puis PC 3.

Tu dois voir — PC 2 répond, PC 3 non. Pourtant les trois commencent par 192.168.10 et sont sur le même switch !

Expérience B — deux masques qui ne sont pas d'accord

Remets PC 1 en 192.168.10.11 / 255.255.255.0 (/24). Laisse PC 3 en 192.168.10.70 / 255.255.255.192 (/26).

1. Depuis PC 1, pingue PC 3.
2. Depuis PC 3, pingue PC 1.

Tu dois voir — ça échoue, avec des messages qui ne sont pas les mêmes des deux côtés.

Partie 7 · Ports & services

Ch.17 — Une IP, plusieurs portes : les ports

Une même machine peut faire tourner plusieurs services en même temps : un site web, un partage de fichiers, un accès à distance… Comment savoir à quel service tu parles ? Grâce au port.

On note une destination complète comme ça : 192.168.10.11:8000 = « l'immeuble .11, porte 8000 ».

Ch.18 — Ouvre ton propre serveur web

Sur PC 1 : le serveur

1. Crée un dossier site (sur le Bureau par exemple). Dedans, un fichier index.html avec une ligne : <h1>Bonjour depuis PC 1 !</h1>.
2. Ouvre un terminal dans ce dossier (dans l'explorateur, tape cmd dans la barre d'adresse du dossier), puis :

python -m http.server 8000

Serving HTTP on :: port 8000 (http://[::]:8000/) ...

Sur PC 2 : le client

Ouvre un navigateur et va à l'adresse :

http://192.168.10.11:8000

Tu dois voir — « Bonjour depuis PC 1 ! ». Et dans le terminal de PC 1, une ligne 192.168.10.12 - - "GET / HTTP/1.1" 200 : le serveur a vu ta visite, avec ton IP.

Et la mauvaise porte ?

Sur PC 2, essaie http://192.168.10.11:8080.

Tu dois voir — une erreur « connexion refusée » (ou « impossible d'accéder au site »). La machine existe, mais personne n'attend derrière la porte 8080.

Ch.19 — Espionner ses propres connexions : netstat

Pendant que le serveur tourne, sur PC 1 :

netstat -an | findstr 8000

Recharge la page sur PC 2, puis relance la commande vite :

  TCP    0.0.0.0:8000           0.0.0.0:0              LISTENING
  TCP    192.168.10.11:8000     192.168.10.12:53418    ESTABLISHED

Laisse le serveur tourner : on en a besoin dans la partie suivante.

Partie 8 · Voir les paquets

Ch.20 — Wireshark : regarder ce qui passe sur le câble

Depuis ce matin, tu déduis ce qui se passe (ARP, ping…). Avec Wireshark, tu vas le voir. C'est un analyseur de trafic : il enregistre chaque message (trame) qui passe par ta carte réseau et le décortique. L'outil n°1 des administrateurs réseau… et des pentesteurs.

Lancer une capture

1. Ouvre Wireshark. Il liste tes cartes réseau : double-clic sur ta carte Ethernet (celle reliée au switch ; une petite courbe bouge à côté quand il y a du trafic).
2. La capture démarre : chaque ligne qui défile = une trame.
3. En haut, la barre verte « Appliquer un filtre d'affichage » te permet de ne garder que ce qui t'intéresse.

Ch.21 — Voir ARP en vrai

On va revoir la scène du Ch.9 (« Qui est Karim ? »)… mais filmée.

1. Sur PC 1, vide le carnet ARP (terminal en administrateur) : arp -d * — Sur Mac : sudo arp -a -d.
2. Dans Wireshark, tape le filtre arp puis Entrée.
3. Pingue PC 2 depuis PC 1.

Source               Destination          Info
Intel_2f:10:9c       Broadcast            Who has 192.168.10.12? Tell 192.168.10.11
RaspberryP_45:1a:03  Intel_2f:10:9c       192.168.10.12 is at b8:27:eb:45:1a:03

Ch.22 — Ouvrir un paquet : les couches

Change le filtre en icmp (le protocole du ping) et pingue PC 2. Clique sur une ligne Echo (ping) request : le panneau du bas affiche le paquet décortiqué, en couches emboîtées.

▸ Ethernet II, Src: Intel_2f:10:9c, Dst: RaspberryP_45:1a:03     ← MAC
▸ Internet Protocol Version 4, Src: 192.168.10.11, Dst: 192.168.10.12  ← IP
▸ Internet Control Message Protocol                              ← le ping

Ch.23 — Lire une page web en clair

1. Filtre : http.
2. Sur PC 2, recharge http://192.168.10.11:8000 (le serveur du Ch.18 tourne toujours).
3. Dans Wireshark, clic droit sur la ligne GET / HTTP/1.1 → Suivre → Flux TCP (Follow → TCP Stream).

Tu dois voir — toute la conversation, lisible : la demande du navigateur (GET /, le nom du navigateur…) puis la réponse du serveur avec ton texte « Bonjour depuis PC 1 ! ».

Tu peux maintenant arrêter le serveur sur PC 1 (Ctrl + C).

Partie 9 · Diagnostic avancé

Ch.24 — La table de routage : local ou dehors ?

À chaque message, ton PC se pose une seule question : « la destination est-elle dans mon réseau ? ». Si oui → ARP et envoi direct. Si non → il donne le message à la passerelle. Cette décision est écrite dans la table de routage.

route print -4

Destination réseau    Masque réseau     Adr. passerelle   Adr. interface
     192.168.10.0     255.255.255.0         On-link       192.168.10.11
       127.0.0.0        255.0.0.0         On-link           127.0.0.1

Ch.25 — Combien peut-on mettre dans un paquet ? (MTU)

Un câble Ethernet transporte des trames d'au maximum 1500 octets de données : c'est la MTU (Maximum Transmission Unit). On va le mesurer avec un ping « interdit de découper ».

ping -f -l 1472 192.168.10.12
ping -f -l 1473 192.168.10.12

1472 → Réponse de 192.168.10.12 : octets=1472 …
1473 → Le paquet doit être fragmenté mais l'indicateur DF est activé.

Partie 10 · Le voyage complet

Ch.26 — Tout relier

Tu as maintenant toutes les pièces. Voici le voyage complet quand PC 2 ouvre http://192.168.10.11:8000 :

1. Le masque — PC 2 compare 192.168.10.11 avec son réseau (/24) : c'est chez moi → envoi direct, pas de passerelle (table de routage : On-link).
2. ARP — PC 2 regarde son carnet. Pas de MAC pour .11 ? Il crie « Qui a 192.168.10.11 ? » (broadcast), PC 1 répond avec sa MAC.
3. L'emballage — PC 2 range la demande HTTP dans un paquet TCP (port destination 8000, port source au hasard), dans un paquet IP (de .12 vers .11), dans une trame Ethernet (MAC de PC 2 vers MAC de PC 1).
4. Le switch — il lit la MAC de destination, consulte sa table MAC, et pousse la trame uniquement sur le port de PC 1.
5. Le déballage — PC 1 voit sa MAC → ouvre ; voit son IP → ouvre ; voit le port 8000 → donne la demande au serveur Python.
6. Le retour — le serveur répond, et tout recommence dans l'autre sens (sans ARP cette fois : PC 1 a appris la MAC de PC 2 au passage).

Défis bonus (pour les rapides)

• Subnetting express : découpe 192.168.50.0/24 en 8 sous-réseaux. Donne le masque, puis les adresses réseau et broadcast des 8 blocs.
• Wireshark & tempête : capture pendant 5 secondes de boucle sur le switch (avec l'accord du prof, comme ce matin) et regarde le nombre de trames Broadcast exploser.
• Wireshark & DNS : sur un poste relié à Internet, filtre dns et fais ping google.com : retrouve la question et la réponse DNS.
• Le partage vu de l'intérieur : refais l'accès \\192.168.10.11 du Ch.14 avec Wireshark (filtre smb2) et repère le port 445.

On range (OBLIGATOIRE)

1. Arrête le serveur Python (Ctrl + C) et ferme Wireshark.
2. Remets chaque carte réseau en DHCP (« Obtenir une adresse IP automatiquement » / Sur Mac : Configurer IPv4 : Via DHCP).
3. Débranche proprement, et rapporte le matériel : les PC en salle 4, le switch et les câbles en salle 3.
4. Vérifie qu'Internet est revenu (ping google.com).

Glossaire de l'après-midi

Compétences mobilisées (référentiel BTS SIO)

Bloc 1 · Support et mise à disposition de services informatiques
→ C1.5 Mettre à disposition des utilisateurs un service informatique (installer et configurer un service — serveur web — et vérifier sa disponibilité)
→ C1.2 Répondre aux incidents et demandes d'assistance (diagnostiquer : masque incohérent, table de routage, MTU, analyse de trames)

Bloc 3 · Cybersécurité des services informatiques
→ C3.3 Sécuriser les équipements et les usages des utilisateurs (constater qu'HTTP circule en clair, comprendre l'intérêt du chiffrement)