Phase 2 : organiser l'heure de réalisation

La phase 2 de l'E6 SISR commence par une heure de réalisation : seul, sur ton environnement, tu mets en œuvre la solution présentée en phase 1, tu la testes et tu produis la documentation demandée par l'expression des besoins. Ce chapitre découpe l'heure, explique comment trier le vital du confort, comment travailler sans te couper l'accès et comment dépanner quand ça bloque.

Le découpage de l'heure

Les durées sont des repères, pas un règlement. La seule règle qui ne bouge pas : garde au moins 10 minutes pour tes tests et le document demandé. Une solution qui marche sans preuve ni document rapporte moins qu'une solution partielle bien prouvée et bien documentée.

Trier le vital du confort

Le vital, c'est le chemin le plus court vers une solution qui répond à la demande de bout en bout. Le confort, c'est ce qui la rend meilleure. Fais ce tri en phase 1, écris-le, et tiens-t'y.

Travailler en traçant ce que tu fais

Ouvre un fichier texte au début de l'heure et note chaque action : l'heure, ce que tu fais, le résultat.

10h12  Instantanés SRV-AD1, SRV-AD2 ; config.xml exporté
10h15  SW-CORE : vlan 40 INVITES, Fa0/13-16 en accès VLAN 40
10h18  SW-CORE : trunk Gi0/1 allowed vlan add 40 -> show interfaces trunk OK (10,20,30,40)
10h24  pfSense : VLAN 40 sur igb1, interface INVITES 10.10.40.254/24
10h31  SRV-AD1 : étendue 10.10.40.0 créée, ajoutée au basculement
10h34  pfSense : INVITES ajoutée au relais DHCP -> PC-TEST obtient 10.10.40.50

Ce journal te sert trois fois : pour savoir où tu en es, pour rédiger le rapport en 5 minutes, et pour répondre à la recette (« à quel moment avez-vous… ? »).

Les réflexes de sécurité

• Mets l'existant à l'abri avant de toucher quoi que ce soit. Un instantané prend 30 secondes, une reconstruction prend l'heure entière.
• Une modification à la fois, un test après chacune. Si trois modifications et un test échouent, tu ne sais pas laquelle est en cause.
• Ne te coupe pas l'accès. Avant de modifier sshd_config ou une règle qui touche ton propre flux d'administration, garde ta session ouverte et teste dans une seconde session. Sur un commutateur Cisco, switchport trunk allowed vlan 40 sans le mot add remplace toute la liste : tous les autres VLAN sont coupés.
• Pas de règle « tout autoriser » pour que ça marche. Si tu en ajoutes une pour diagnostiquer, retire-la avant la recette et dis-le. Une règle any any oubliée est une faute que la commission repère tout de suite.
• Sauvegarde ce qui doit l'être. copy running-config startup-config sur le commutateur : une configuration non enregistrée disparaît au redémarrage.

Quand ça bloque

Applique la méthode par couches, du bas vers le haut, et donne-toi 5 minutes par blocage.

Au bout de 5 minutes sans avancer, contourne : passe à l'exigence suivante et note le blocage, ton hypothèse et ce que tu vérifierais ensuite. Un blocage expliqué rapporte plus qu'une heure perdue sur une seule commande : la grille distingue « identifie les erreurs sans les résoudre » de « ne traite pas les erreurs ».

Le document demandé

L'expression des besoins coche une ou plusieurs natures de documentation. Garde un modèle de chacune dans ta documentation en ligne, prêt à remplir.

• Rapport de test : le tableau exigence, test, résultat attendu, résultat obtenu, statut (chapitre 5), plus une ligne de conclusion.
• Documentation technique : objet, schéma ou plan d'adressage modifié, paramètres configurés, procédure de vérification, procédure de retour arrière.
• Rapport d'incident : symptômes et heure de détection, impact (qui, combien), diagnostic (les étapes et ce qu'elles ont montré), cause, correction, mesures pour éviter que ça recommence.
• Documentation utilisateur : une page, sans jargon, avec captures : comment se connecter, à qui s'adresser en cas de problème.