01 Lire02 Appliquer03 Terminer

Construisez d'abord l'idée, puis utilisez l'activité suivante pour la vérifier.

Une méthode pour trouver les pannes

Une façon reproductible de trouver une panne, pour que vous réduisiez le problème plutôt que de le deviner.

8 min de lectureTroubleshooting

Ce que vous serez capable de faire

  • Suivre une séquence fixe plutôt que de modifier des paramètres au hasard
  • Utiliser la pile des couches pour réduire de moitié l'espace de recherche à chaque test
  • Changer une chose à la fois, et vérifier avant de continuer

Avant cela : Vous devez savoir ce que fait chacun parmi un hôte, un commutateur et un routeur - voir « Hôtes, commutateurs et routeurs ». Rien d'autre ; cette leçon est délibérément placée tôt.

Pourquoi c'est important : Presque chaque laboratoire de ce parcours est un réseau cassé que vous devez réparer. Sans méthode, vous changerez des choses jusqu'à ce que quelque chose fonctionne et ne saurez jamais ce qui n'allait pas. Avec une méthode, vous trouverez la même panne en une fraction du temps, et vous pourrez dire ce que c'était.

La différence entre une personne qui répare vite un réseau et une autre tient rarement à la quantité de connaissances. Elle tient à l'application d'une méthode plutôt qu'à des essais au hasard. Une méthode transforme le vague « Internet ne fonctionne pas » en un paramètre précis à corriger.

La séquence

  1. Définir le problème : qu'est-ce qui échoue exactement et qu'est-ce qui fonctionne encore ?
  2. Formuler une hypothèse sur la cause probable à partir de ce que les symptômes permettent d'inclure ou d'exclure.
  3. Tester cette hypothèse avec une commande qui peut la confirmer ou l'infirmer.
  4. Corriger une seule chose.
  5. Vérifier que le symptôme initial a disparu, et pas seulement un problème voisin.
  6. Noter la cause pour que la personne suivante ne reparte pas de zéro.

Remonter les couches

Testez de bas en haut, car une panne dans une couche inférieure provoque des symptômes déroutants dans toutes les couches supérieures. Il est inutile d'examiner un protocole de routage sur une interface désactivée administrativement.

Vérifications dans l'ordre
QuestionCommandeSi ce test échoue
L'interface est-elle active ?ip -brief link showArrêtez-vous ici. Les couches supérieures ne comptent pas encore.
Son adresse et son masque sont-ils corrects ?ip -brief address showUn masque incorrect fausse la distinction entre destination locale et distante.
Peut-il atteindre son propre sous-réseau ?ping <neighbour on the same subnet>La panne est locale - adresse, masque ou commutateur.
Peut-il atteindre sa passerelle ?ping <gateway>L'adresse de la passerelle est incorrecte ou le routeur n'est pas sur ce sous-réseau.
Le routeur connaît-il le chemin ?show ip routeUne route manque ou est incorrecte. C'est là que se situent la plupart des pannes de ces laboratoires.

Réduire le problème de moitié

signale qu'elle ne peut rien ouvrir sur . Plutôt que de se connecter d'abord au serveur, lui envoie un ping depuis un hôte de son propre sous-réseau. Si cela fonctionne, le serveur va bien et la panne se trouve sur le chemin entre les deux sous-réseaux - une commande a éliminé la moitié du réseau. Si cela échoue, le serveur ou son segment local est en cause et le routage entre sites est sans rapport.

Terminologie

Symptôme
Ce qu'observe l'utilisateur. Ce n'est pas la panne elle-même - « les courriels sont lents » et « une route manque » sont deux constats différents.
Hypothèse sur la cause probable
Supposition précise et vérifiable. « Il y a un problème avec DNS » n'en est pas une ; « le client utilise la mauvaise adresse de résolveur » en est une.
Étendue
Ensemble des personnes ou équipements touchés. Un seul hôte, un sous-réseau ou tout le monde orientent vers des couches différentes.

Points clés à retenir

  • Déterminez ce qui fonctionne encore avant d'étudier ce qui échoue ; la limite entre les deux situe la panne.
  • Testez en remontant depuis le lien physique - une panne dans une couche inférieure fait paraître défectueuses toutes les couches supérieures.
  • Avant de toucher à la configuration, transformez le symptôme en une hypothèse précise et vérifiable.
  • Ne changez qu'une chose, puis vérifiez le symptôme initial.
  • L'étendue indique la couche à examiner : un hôte, un sous-réseau ou tout le monde correspondent à trois pannes différentes.

Prêt à continuer ?

Créez un compte gratuit pour enregistrer votre progression et passer le contrôle de connaissances.

subnetica© 2026 · Apprenez, pratiquez, retenez.
À proposFAQPolitique de confidentialitéConditions générales et utilisation acceptableAccessibilitécontact@subneti.ca
CCNA est une marque déposée de Cisco Systems, Inc. CompTIA Network+ et CompTIA Security+ sont des marques déposées de CompTIA, Inc. Subnetica est une plateforme d'apprentissage indépendante et n'est affiliée à, approuvée par, ni parrainée par Cisco Systems, Inc. ou CompTIA, Inc.