Dépannage
Dépannage
Se connecter pour s'inscrireVotre progression
0 / 0 étapes complétées
0
Syllabus
-
-
Objectifs
-
Validations de compétences
-
Public cible
Aucun public cible spécifié pour ce module.
-
Besoins techniques
-
Prérequis
- Aucun prérequis
-
Niveau
-
Historique du module
Aucune action enregistrée
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
- Décrire le symptôme.
- Établir le périmètre et la chronologie.
- Tester la couche la plus proche de l’utilisateur.
- 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
- Sauvegarder ou capturer.
- Appliquer le changement minimal.
- Valider le service.
- 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.