Informatique — maintenance PC-réseaux · cours MC31

Dépannage réseau méthodique (MC31)

Théorie

Cours de révision express

Dépannage réseau méthodique

1. Ce qu'il faut savoir

Un problème réseau se diagnostique en suivant un ordre logique, couche par couche, plutôt qu'au hasard. C'est l'application concrète, en dépannage, des notions vues en MC13 à MC24.

2. Définitions essentielles

  • Méthode physique → application : progression de vérification, de la couche la plus basse (câble, signal) à la plus haute (l'application elle-même), en s'arrêtant dès qu'une étape échoue.
  • Commande de test : outil en ligne de commande utilisé à chaque étape pour vérifier objectivement l'état du réseau (ipconfig/ip a, ping, tracert/traceroute, nslookup).

3. Notions principales — les 6 étapes

  1. Physique : le câble est-il branché ? le voyant du port réseau/switch est-il allumé ? le Wi-Fi est-il activé et connecté au bon SSID ?
  2. IP : le poste a-t-il une adresse IP cohérente (pas d'APIPA, voir MC16/MC19) ? (ipconfig/ip a)
  3. Passerelle : la passerelle par défaut répond-elle ? (ping de la passerelle, voir MC22)
  4. Internet : une adresse publique connue répond-elle ? (ping d'une IP publique fixe, pour écarter un problème DNS à ce stade)
  5. DNS : un nom de domaine se résout-il correctement ? (ping/nslookup d'un nom, voir MC20)
  6. Application : le service précis répond-il (port ouvert, service actif côté serveur, voir MC21) ?

4. Procédure / méthode

S'arrêter à la PREMIÈRE étape qui échoue : c'est là que se situe le problème. Ne pas sauter d'étape ni conclure trop vite : un ping de la passerelle qui échoue oriente vers l'étape IP/passerelle, pas vers un problème applicatif plus haut.

5. Exemple concret

Un utilisateur ne peut pas accéder à un site interne. Étape 1 (câble) OK, étape 2 (IP cohérente) OK, étape 3 (ping passerelle) OK, étape 4 (ping IP publique) OK, étape 5 (résolution DNS du nom interne) échoue : le problème est isolé au DNS, pas besoin de vérifier le service applicatif tant que le nom ne se résout pas.

6. Pièges fréquents

  • Sauter directement à « c'est le serveur qui est en panne » sans avoir vérifié les étapes précédentes.
  • Tester le DNS/l'application avant d'avoir confirmé la connectivité IP de base.
  • Oublier qu'un ping qui échoue peut être dû à un pare-feu bloquant ICMP plutôt qu'à une vraie coupure (voir MC20).

À retenir

Fiche de fin de chapitre : l'essentiel, ce que tu dois savoir faire et le vocabulaire du cours. Elle complète les séquences précédentes, qui gardent les explications et les nuances — la connaître seule ne suffit pas pour réussir l'examen.

L'essentiel

  • Ordre fixe : Physique → IP → Passerelle → Internet → DNS → Application.
  • S'arrêter à la première étape qui échoue : c'est là qu'est le problème.
  • Toujours s'appuyer sur des commandes de test objectives, pas sur des suppositions.

Ce que je dois savoir faire

Objectif du programme : Physique → IP → passerelle → Internet → DNS → application, avec commandes de test.

Le vocabulaire à retenir

Méthode physique → application

Progression de vérification, de la couche la plus basse (câble, signal) à la plus haute (l'application elle-même), en s'arrêtant dès qu'une étape échoue.

Commande de test

Outil en ligne de commande utilisé à chaque étape pour vérifier objectivement l'état du réseau (ipconfig/ip a, ping, tracert/traceroute, nslookup).

Équivalents français / anglais

Dépannage méthodique
Methodical troubleshooting
Test de connectivité
Connectivity test
Passerelle
Gateway
Résolution de noms
Name resolution