Présentation du cours

Diagnostiquer une panne système ou réseau avec une méthode reproductible, des preuves et une procédure de récupération.

  1. Public cible

    Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.

  2. Objectifs

    Comprendre les notions essentielles et les appliquer dans un projet vérifiable.

  3. Prérequis

    Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.

  4. Niveau

    Tous niveaux

  5. Ressources

    • Documentation officielle et références citées dans les ateliers.
    • Exercices, examens et projet de synthèse du catalogue.
  6. Validation des compétences

    La validation repose sur les évaluations actives et les livrables pratiques du cours.

  7. Besoins techniques

    Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.

Exercices, examens et projets

Méthodologie de diagnostic

Exercice

Diagnostic d'incident

Analyser une panne réseau ou système et documenter les mesures.

Obligatoire Consulter
Examen

Examen de dépannage

Évaluer la méthodologie, les outils et la résolution d'incidents.

Obligatoire Consulter
Projet

Projet d'incident

Rédiger un rapport d'incident complet avec plan de prévention.

Livrables :

  • Rapport d'incident
  • Procédure de diagnostic
Obligatoire Consulter

Diagnostic réseau et système

Exercice

Diagnostic d'incident

Analyser une panne réseau ou système et documenter les mesures.

Obligatoire Consulter
Examen

Examen de dépannage

Évaluer la méthodologie, les outils et la résolution d'incidents.

Obligatoire Consulter
Projet

Projet d'incident

Rédiger un rapport d'incident complet avec plan de prévention.

Livrables :

  • Rapport d'incident
  • Procédure de diagnostic
Obligatoire Consulter

Trouble shooting système et réseau

Appliquer une méthode de diagnostic reproductible pour isoler une panne, collecter des preuves, corriger la cause et restaurer le service sans improviser.

À la fin du cours

  • Structurer un diagnostic du symptôme à la cause racine.
  • Utiliser les outils réseau, système et journaux de manière sûre.
  • Récupérer un service, un utilisateur ou une donnée sans perdre l’environnement.
  • Documenter un incident et prévenir la récurrence.

Organisation

Le cours suit la méthode, le réseau, le système et la récupération.

Prérequis : Notions de TCP/IP, services Windows et droits utilisateurs.

Une méthode de diagnostic

Commencer par qualifier le symptôme, la portée, la date de début et l’impact. Reproduire le problème et conserver une preuve avant de modifier plusieurs éléments à la fois.

Utiliser le modèle OSI, les couches réseau et les composants applicatifs pour isoler la couche responsable. Éliminer une hypothèse avec une observation, pas avec une supposition.

Méthode

  1. Décrire le symptôme.
  2. Établir le périmètre et la chronologie.
  3. Tester la couche la plus proche de l’utilisateur.
  4. Changer une variable à la fois.
Point de contrôle : Le rapport distingue faits, hypothèses et cause racine.

Diagnostic réseau

Vérifier l’état physique, l’adresse, la passerelle, la résolution de noms et la route. Les commandes ping, tracepath, nslookup, ipconfig et arp répondent à des questions différentes.

Pour un problème WLAN ou commuté, contrôler le VLAN, le trunk, le DHCP et les journaux du switch. Une capture filtrée aide à distinguer un problème de transport d’un problème applicatif.

ipconfig /all; ping passerelle; tracert serveur; nslookup api.exemple; test-netconnection api.exemple -Port 443
Point de contrôle : Le diagnostic localise la couche réseau avec une commande et un résultat daté.

Système, applications et utilisateurs

Pour un poste lent, isoler CPU, mémoire, disque, démarrage, services et profils utilisateur. Observer les événements et ne pas supprimer un profil avant d’avoir collecté les indices.

Pour une application, vérifier le service, le port, les journaux, la configuration et les dépendances. Reproduire avec un utilisateur de test pour distinguer un problème de droits d’un défaut global.

Get-Service; Get-EventLog -LogName System -Newest 50; Get-Process | Sort-Object CPU -Descending
Point de contrôle : Le diagnostic distingue panne du poste, du service, des données et des droits.

Récupération et retour d’expérience

Préparer un retour arrière, une sauvegarde ou une image avant une intervention intrusive. En cas de démarrage impossible, isoler le disque ou utiliser un environnement de récupération contrôlé.

Après résolution, vérifier le service, les utilisateurs, les données et la sécurité. Rédiger une chronologie et créer une action de prévention avec un propriétaire et une date.

Méthode

  1. Sauvegarder ou capturer.
  2. Appliquer le changement minimal.
  3. Valider le service.
  4. Documenter et clôturer.
Point de contrôle : La récupération est vérifiée et l’incident produit au moins une action préventive.

Livrables et validation

Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.

  • Une procédure de diagnostic liée à un scénario.
  • Des commandes et captures d’écran documentées.
  • Un plan de récupération et de validation.
  • Un rapport d’incident avec chronologie et actions.
Critère de réussite : Le cours est validé lorsqu’un scénario de panne est reproduit, localisé, corrigé et vérifié sans nouvelle intervention non documentée.

Publié le 09/05/2025