Public cible
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Diagnostiquer une panne système ou réseau avec une méthode reproductible, des preuves et une procédure de récupération.
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Comprendre les notions essentielles et les appliquer dans un projet vérifiable.
Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.
Tous niveaux
La validation repose sur les évaluations actives et les livrables pratiques du cours.
Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.
Analyser une panne réseau ou système et documenter les mesures.
Obligatoire ConsulterÉvaluer la méthodologie, les outils et la résolution d'incidents.
Obligatoire ConsulterRédiger un rapport d'incident complet avec plan de prévention.
Livrables :
Analyser une panne réseau ou système et documenter les mesures.
Obligatoire ConsulterÉvaluer la méthodologie, les outils et la résolution d'incidents.
Obligatoire ConsulterRédiger un rapport d'incident complet avec plan de prévention.
Livrables :
Appliquer une méthode de diagnostic reproductible pour isoler une panne, collecter des preuves, corriger la cause et restaurer le service sans improviser.
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.
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.
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
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
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.
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.
Publié le 09/05/2025