Dépannage réseau — fiche de révision

La méthode — 5 étapes

Du plus proche au plus lointain. Le premier test qui échoue localise la panne.

Physique — câbles, connecteurs, LED
Ping du switch — connectivité locale
Ping du routeur, puis d'un autre poste
Ping 8.8.8.8 — sortie Internet
ipconfig /all — cohérence de la configuration

Les commandes

`ipconfig /all`	IP, masque, passerelle, DNS, MAC, DHCP
`ipconfig /release`	libère le bail DHCP
`ipconfig /renew`	en demande un nouveau
`ipconfig /flushdns`	vide le cache DNS
`ping <cible>`	joignabilité + TTL + latence
`ping -t`	en continu — pannes intermittentes
`tracert <cible>`	chemin saut par saut
`netstat -an`	connexions et ports en écoute
`nslookup <nom>`	interroge le DNS
`arp -a`	correspondances IP ↔ MAC

Le TTL

routeurs traversés = TTL initial − TTL reçu

Initial	Système
64	Linux, macOS, Unix, équipements réseau
128	Windows
255	certains équipements Cisco

TTL=54 → 64 − 54 = 10 routeurs.
TTL=118 → 128 − 118 = 10 routeurs, et la cible est sous Windows.
TTL intact → même segment, aucun routeur.

Le tableau de diagnostic

Symptôme	Conclusion
IP en `169.254.x.x`	APIPA — aucun DHCP joint
Passerelle vide	le LAN marche, pas la sortie
DNS vide	IP OK, aucun nom ne résout
`ping IP` OK `ping nom` KO	DNS — le réseau est bon
A ne ping pas B mais B ping A	pare-feu de B (asymétrie)
Masque ≠ plan d'adressage	certaines destinations seulement échouent

Lire un `tracert`

Où ça bloque	Responsabilité
Avant la passerelle	interne — LAN, poste, VLAN
Juste après	routage, ou lien opérateur
Plus loin	FAI — hors de votre contrôle

Des * au milieu ne sont pas une panne : beaucoup de routeurs refusent de répondre aux sondes tout en acheminant le trafic. Seul compte le fait d'atteindre la destination.

Wireshark

Analyseur de protocoles : capture chaque PDU et la décode selon les RFC.

`icmp`	les pings
`dhcp`	le dialogue DORA
`arp`	résolution IP → MAC
`dns`	requêtes de noms
`tcp.port == 80`	un port précis
`ip.addr == …`	une machine précise
`telnet`	mots de passe en clair

Filtre de capture (host …, avant) ≠ filtre d'affichage (ip.addr == …, après). Capturer large, filtrer après.

Les cinq causes d'un ping muet

problème de routage ;
pare-feu entre les deux machines ;
pare-feu local de l'hôte distant ;
pare-feu réseau ;
nom non résolu par le DNS.

Ne pas répondre au ping ≠ être en panne. Tester le service lui-même.

Panne intermittente

Le cas le plus difficile : tout marche au moment du test.

Conflit d'IP — statique non exclue du pool DHCP
Câble en limite — lâche à la chaleur
Bail DHCP non renouvelé
DHCP pirate — une box branchée par un utilisateur

Se diagnostique dans la durée : ping -t plusieurs minutes, arp -a pour les doublons.

Sous-réseaux — le réflexe

2ⁿ ≥ nombre de sous-réseaux voulus
pas = 256 − valeur de l'octet coupé

Classe B en 4 sous-réseaux : 2² = 4 → emprunter 2 bits → /18 = 255.255.192.0, pas de 64 sur le 3^e octet, et 2¹⁴ − 2 = 16 382 hôtes.

Le pas s'applique à l'octet coupé — celui qui n'est ni 255 ni 0 — jamais mécaniquement au dernier.

⚡ Les six pièges

« Ça ne ping pas donc c'est en panne » — non, souvent un pare-feu.
Des * dans un tracert pris pour une coupure.
Le masque renseigné mais faux — le plus vicieux.
Le pas appliqué au dernier octet en classe B.
Une panne intermittente testée une seule fois.
Filtre de capture confondu avec filtre d'affichage.