VULGARISATION · SYSTÈMES ET RÉSEAUX
Les réseaux façon Audiard.
Une autre manière d’aborder le métier de technicien réseau : conserver la rigueur technique, mais raconter les situations avec des images simples, des dialogues et une pointe d’humour.
🎬 SCÈNE 1 — “Le Dépannage, mon p’tit vieux, c’est pas de la magie…”
Dans un bureau gris, un néon qui clignote, un PC qui tousse… Le technicien réseau pousse la porte comme un flic fatigué qui a trop vu de crimes commis par des imprimantes WiFi.
Il soupire, regarde la machine, et lâche :
“Le dépannage, mon gars, c’est pas de la magie. C’est de l’artisanat. Faut identifier, localiser et corriger les problèmes.” (comme dit dans le cours : « Le dépannage consiste à identifier, à localiser et à corriger les problèmes. »)
L’utilisateur débarque, les yeux écarquillés, la chemise froissée :
— “Le réseau est en panne ! Tout est mort ! Même la souris répond plus !”
Le technicien, lui, il a l’habitude. Il sait que dans 80 % des cas, la souris est juste débranchée.
Alors il note calmement :
“Bon… déjà, on va définir le problème. Parce que si je pars sur tes émotions, on va finir par appeler les pompiers.”
Le technicien sort son carnet, façon inspecteur Colombo :
— “Alors, mon p’tit père… c’est un seul PC qui rame, ou tout l’immeuble ?”
— “Euh… je crois que c’est moi.” — “Ah bah voilà, on avance.”
Comme dit dans le cours :
« Lors de la collecte de symptômes, il est important que l'administrateur réseau pose des questions et analyse le problème afin de diminuer le nombre de possibilités. »
Il regarde la machine, l’utilisateur, la prise murale. Il sait que tout peut être coupable : un câble, un switch, un DHCP en grève, ou juste un stagiaire trop motivé.
Il ouvre le panneau arrière du PC comme on ouvre un coffre de voiture suspecte.
— “Fabricant ? Modèle ? Version du micrologiciel ? T’as touché à quelque chose ?”
L’utilisateur : — “J’ai juste cliqué sur un truc.”
Le technicien : — “Ah bah voilà. On a un suspect.”
Dans le cours, on dit :
« Collecter des informations pertinentes sur l’équipement : fabricant, modèle, version du micrologiciel… »
Dans la vraie vie, ça veut dire : “Regarder si quelqu’un a foutu le bazar.”
Le technicien se gratte la tête. Il compare ce qu’il voit avec ce qu’il sait, ce qu’il a déjà vécu, et ce qu’il redoute.
Comme dans le cours :
« L'information recueillie est interprétée et analysée à l'aide de la documentation réseau, des lignes de base, de la recherche… »
En Audiard, ça donne : “Tu prends tout ce que t’as vu, tout ce que t’as senti, et tu fais mijoter. Et si ça sent le cramé, c’est que t’es sur la bonne piste.”
Le technicien teste, débranche, rebranche, soupire, reteste.
— “Bon, c’est pas le câble. C’est pas le switch. C’est pas la carte réseau. C’est pas le DHCP. C’est pas le DNS…”
L’utilisateur : — “C’est grave ?”
— “Non. C’est juste toi.”
Le technicien annonce :
— “J’ai une théorie. Une hypothèse. Un truc solide.”
Dans le cours :
« Lorsque la cause la plus probable a été identifiée, une solution doit être formulée. »
Dans la vraie vie : “Je pense que t’as cliqué là où fallait pas.”
Avant de toucher quoi que ce soit, il prévient :
— “Si je fais ça maintenant, ça peut couper le réseau de tout l’étage. Tu veux que je tente ?”
L’utilisateur blêmit. — “Euh… non.”
Comme dit dans le cours :
« Il est important d'évaluer l'impact et l'urgence du problème. »
Le technicien clique, tape deux commandes, redémarre un service. Le PC revient à la vie.
L’utilisateur : — “Vous êtes un génie !”
Le technicien : — “Non. J’ai juste lu le ticket.”
Et il documente tout, parce que le cours dit :
« Il est important de documenter correctement la cause et la solution. »
Et aussi parce qu’il sait que demain, quelqu’un refera exactement la même bêtise.
🎬 SCÈNE 2 — “Les méthodes de dépannage : la bande des sept”
Dans le métier, chacun a sa méthode. Y en a qui commencent par le bas, d’autres par le haut, certains coupent le réseau en deux comme un rôti du dimanche… Bref : sept méthodes, sept caractères, sept façons de régler les embrouilles d’un réseau qui fait sa diva.
Le cours dit : « Plusieurs méthodes de dépannage structurées peuvent être utilisées… » Moi je te les présente comme une bande de lascars, chacun avec son style.
🕶 ️ 1. BottomUp — “Le mécano du réseau”
Lui, c’est le gars qui commence toujours par regarder si c’est branché. Un philosophe du câble.
— “On va pas s’exciter, les enfants. On commence par la couche physique. On remonte ensuite. Comme un plombier, mais avec des octets.”
Il suit le cours à la lettre :
« Commencez par la couche physique… »
En Audiard : “Quand t’as un problème, commence par vérifier que personne a tiré sur le fil. Ça évite de passer pour un clown.”
🧳 2. TopDown — “Le bourgeois raffiné”
Lui, il commence par les applications. Il regarde le réseau comme un critique gastronomique regarde une assiette.
— “Voyons voir si Outlook respire encore… ah, il tousse. Donc on descend.”
Le cours dit :
« Commencez par les applications de l’utilisateur final… »
En Audiard : “Tu commences par le haut, because c’est là que ça gueule le plus fort.”
Lui, il coupe le réseau en deux. Puis encore en deux. Puis encore.
— “On va isoler le coupable. Comme au commissariat, mais sans la lampe dans la figure.”
Le cours dit :
« Documentez les symptômes et devinez quelle couche OSI doit être examinée. »
En Audiard : “Quand tu sais pas d’où ça vient, tu coupes en deux. Si ça marche d’un côté, c’est l’autre qui fout la merde.”
🛣 ️ 4. Suivre le chemin — “Le détective privé”
Lui, il suit les paquets comme un flic suit une bagnole volée.
— “On part de la source, on va à la destination, et on regarde où ça se perd. Comme les impôts.”
Le cours dit :
« Découvrir le chemin du trafic de la source à la destination. »
En Audiard : “Tu suis la route. Si ça pue à un carrefour, c’est qu’il s’est passé un truc louche.”
🔧 5. Substitution — “Le chirurgien du dimanche”
Lui, il remplace. Il change la pièce. Il met un truc neuf.
— “On va mettre un switch propre. Si ça marche, c’est que l’ancien était aussi fatigué que moi un lundi matin.”
Le cours dit :
« Remplacez physiquement le périphérique… »
En Audiard : “Quand t’as un doute, tu changes la pièce. C’est pas élégant, mais ça marche.”
🧩 6. Comparaison — “Le maniaque du détail”
Lui, il compare tout. Les configs, les versions, les câbles, les ports, les humeurs du DHCP…
— “Regarde : celui-là marche, celui-là marche pas. Y a forcément un truc qui cloche.”
Le cours dit :
« Comparez des configurations, versions logicielles… »
En Audiard : “Deux trucs identiques qui font pas la même chose, c’est qu’il y en a un qui ment.”
🎯 7. Estimation éclairée — “Le vieux briscard”
Lui, c’est le vétéran. Il a vu des réseaux tomber avant que tu sois né.
— “J’le sens. C’est le DNS. C’est toujours le DNS.”
Le cours dit :
« Méthode moins structurée basée sur l’expérience… »
En Audiard : “Quand t’as trente ans de métier, tu réfléchis plus : tu devines. Et souvent, t’as raison.”
La bande des sept est en place. Chacun sa méthode, chacun son style.
Mais tous ont un point commun : ils sauvent le réseau avant que quelqu’un ne propose de redémarrer la box.
🎬 SCÈNE 3 — “La Documentation : Sans plan, t’es un marin sans boussole”
Le technicien arrive dans une salle serveurs qui ressemble à un plat de spaghettis tombé par terre.
Des câbles partout, des étiquettes écrites au marqueur, un switch qui clignote comme un sapin de Noël sous acide.
Il lâche, fataliste :
“Sans documentation, mon p’tit père, t’es comme un marin sans boussole : tu vas droit dans le mur, mais tu sais même pas lequel.”
Le cours, lui, dit ça plus poliment :
« Une documentation réseau précise et complète est nécessaire pour surveiller et dépanner efficacement les réseaux. »
Mais Audiard aurait dit : “Si t’as pas de plan, t’as pas de réseau. T’as juste un bordel organisé par un stagiaire.”
Dans un tiroir poussiéreux, le technicien trouve un classeur. Un vieux truc jauni, avec écrit dessus : “Plan réseau — version 2014”.
Il souffle dessus. Une araignée sort.
— “Bon… ça va pas nous aider, ça.”
Le cours explique :
« Toute la documentation du réseau doit être conservée en un seul endroit… et la sauvegarde ailleurs. »
En Audiard : “Tu mets tout au même endroit, mais pas trop, sinon quand ça crame, t’as plus rien.”
Le technicien ouvre un schéma. On dirait un plan de métro dessiné par un enfant hyperactif.
— “Alors ça, c’est la topologie physique. Ça te dit où sont les bêtes et comment elles sont attachées.”
Le cours dit :
« La topologie identifie l’emplacement physique et la fonction des périphériques. »
En Audiard : “C’est la carte du quartier. Si tu sais pas où sont les voyous, tu peux pas les arrêter.”
Puis il tombe sur un autre schéma, encore plus tordu.
— “Et ça, c’est la topologie logique. Là, c’est plus les câbles, c’est les idées. Les VLAN, les IP, les routes… bref, le cerveau du réseau.”
Le cours dit :
« La figure illustre les interfaces de connexion et le schéma d’adressage réseau de couche 3. »
En Audiard : “C’est pas because deux machines sont voisines qu’elles se parlent. Comme les voisins du dessus.”
Le technicien regarde les différents schémas : un pour les VLAN, un pour les VPN, un pour le cloud, un pour les accès distants…
Il soupire :
— “Un réseau d’entreprise, c’est comme une famille recomposée : tout le monde est censé s’aimer, mais personne sait qui dort où.”
Le cours dit :
« La documentation inclut plusieurs diagrammes présentant différents niveaux de détail. »
En Audiard : “Plus c’est gros, plus faut des plans. Sinon tu finis par chercher un routeur comme on cherche un chat dans un entrepôt.”
Le technicien ouvre un fichier Excel. Des colonnes, des chiffres, des courbes.
— “Ça, c’est la base de référence. Le réseau quand il va bien. Comme une photo avant la dépression.”
Le cours dit :
« Une ligne de base est utilisée pour établir les performances normales d’un réseau. »
En Audiard : “Si tu sais pas comment il marche quand il va bien, tu sauras jamais pourquoi il va mal.”
Le technicien imagine un réseau sans doc. Il frissonne.
— “Sans doc, tu dépannes au pif. Et le pif, c’est bien pour choisir un vin, pas pour réparer un firewall.”
Le cours dit :
« Sans base de référence, il n’existe aucune norme pour mesurer… »
En Audiard : “Sans repères, tu pédales dans la semoule.”
La documentation, c’est pas glamour. C’est pas héroïque. Mais c’est ce qui évite que le réseau parte en vrille à la première mise à jour Windows.
🎬 SCÈNE 4 — “CDP : Le voisin qui balance tout le monde”
Le technicien arrive devant un routeur qui ne dit rien, ne montre rien, ne documente rien. Un vrai taiseux.
Le genre d’appareil qui ferait passer un coffre-fort pour un moulin à paroles.
Il grogne :
“Bon… on sait que R1 est connecté à un truc. Mais quoi ? Mystère et boule de gomme.”
Le cours dit exactement :
« Tout ce que l’administrateur réseau sait, c’est que R1 est connecté à un autre périphérique. »
En Audiard : “On a un câble qui part, mais on sait pas où il finit. C’est comme un type qui sort acheter des clopes et qu’on revoit jamais.”
CDP, c’est le voisin du 3ᵉ qui regarde par le judas et qui raconte tout ce qu’il voit.
Un vrai bavard. Un délateur professionnel.
Le cours dit :
« Le CDP est un protocole de couche 2… utilisé pour recueillir des informations sur les appareils Cisco. »
En Audiard : “CDP, c’est le gars qui te dit qui habite où, avec qui, et sur quel port il branche sa multiprise.”
Le technicien tape la commande. Et là, miracle : CDP se met à table.
— “Alors chef, sur ton interface G0/0/1, t’as un S1 branché en F0/5. C’est un Catalyst 3560. Et il dit bonjour toutes les 60 secondes.”
Le cours dit :
« Identificateurs de périphérique, identificateur de port, liste de capacités, plate-forme… »
En Audiard : “Il te donne le nom, l’adresse, le métier, et même la taille des chaussures.”
Le technicien insiste : — “Et son adresse IP, tu l’as ?”
CDP répond : — “192.168.1.2, chef.”
Le cours dit :
« L’administrateur utilise show cdp neighbors detail pour découvrir l’adresse IP. »
En Audiard : “Le voisin, non seulement il balance, mais il donne aussi le numéro de portable.”
Il se connecte à S1. Il relance CDP. Et là, CDP continue de parler comme une concierge en pleine forme :
— “S2 est branché sur F0/1. Un Catalyst 2960. Il est sage, il bouge pas.”
Le cours dit :
« Le seul périphérique connecté à S2 est S1. »
En Audiard : “C’est un petit réseau tranquille. Pas de mafia, pas de trafic louche. Juste deux commutateurs qui se tiennent compagnie.”
Grâce à CDP, le technicien a reconstruit toute la topologie. Sans doc, sans plan, sans rien.
Juste avec un protocole qui adore raconter la vie des autres.
Le cours dit :
« L’administrateur réseau peut désormais mettre à jour la documentation. »
En Audiard : “Quand t’as un voisin qui parle trop, tu peux reconstruire tout l’immeuble.”
CDP, c’est pas un héros. C’est pas un génie. Mais c’est le gars qui te dit tout ce que les autres veulent cacher.
Et dans un réseau mal documenté, c’est souvent lui qui sauve la mise.
🎬 SCÈNE 5 — “Le Helpdesk : Comprendre un utilisateur qui dit n’importe quoi”
Le technicien du centre d’assistance, c’est un peu le psy, le flic, le pompier et le magicien de l’entreprise.
Il reçoit tout : les plaintes, les cris, les mensonges, les drames, les “ça marchait hier”.
Il s’assoit, craque ses doigts, et dit :
“Allez, envoyez le premier. J’ai connu des imprimantes plus honnêtes que certains utilisateurs.”
Le cours dit :
« Un service d’assistance est le point de contact central pour les employés. »
En Audiard : “C’est le guichet où tout le monde vient pleurer quand le PC fait la gueule.”
L’utilisateur débarque, paniqué comme si son PC venait de déclarer la Troisième Guerre Mondiale.
— “Le réseau est en panne ! Je peux plus envoyer mes mails ! Tout est mort !”
Le technicien, imperturbable : — “Vous avez essayé d’allumer l’écran ?”
L’utilisateur regarde l’écran noir. Il appuie. Ça s’allume.
— “…ah.”
Le cours dit :
« Les utilisateurs fournissent souvent des informations vagues et parfois trompeuses. »
En Audiard : “Un utilisateur, ça dit ‘tout marche pas’, alors que c’est juste le câble qui pendouille.”
Le technicien ouvre le logiciel de tickets. Il tape comme un greffier :
Qui ?
Quoi ?
Quand ?
Depuis quand ?
Et surtout : “Qu’est-ce que vous avez touché avant que ça casse ?”
Le cours dit :
« Le technicien doit identifier le “qui”, le “quoi” et le “quand”. »
En Audiard : “Si tu sais pas qui a fait la connerie, tu peux pas réparer la connerie.”
Le technicien enchaîne :
— “Vous étiez connecté en WiFi ou en câble ?” — “Euh… oui.” — “Oui quoi ?”
— “Ben… je sais pas.”
Le technicien respire profondément. Il a déjà vécu pire. Une fois, un utilisateur avait essayé de brancher un câble RJ45 dans une prise HDMI.
Le cours dit :
« Utilisez des techniques d’interrogation efficaces… questions ouvertes et fermées. »
En Audiard : “Tu poses des questions simples, mais faut pas espérer des réponses intelligentes.”
Le technicien écoute, note, reformule. Il sait que derrière un “ça marche pas”, il y a souvent un “j’ai cliqué sur un truc que je devais pas”.
Le cours dit :
« Soyez attentif, compatissant, adaptez votre langage… »
En Audiard : “Tu restes poli, même quand t’as envie de hurler. C’est ça, le professionnalisme.”
Il ouvre une session distante, regarde les logs, teste la connexion.
— “Bon… votre PC n’a plus d’adresse IP. Vous avez débranché le câble ?”
— “Ah oui, j’ai tiré dessus pour brancher mon chargeur de téléphone.”
Le technicien ferme les yeux. Il compte jusqu’à dix. Il rebranche le câble.
Si c’est simple, il répare. Si c’est compliqué, il escalade.
Le cours dit :
« Certains problèmes doivent être transmis à un technicien plus expérimenté. »
En Audiard : “Quand c’est trop tordu, tu passes le bébé au niveau 2. C’est ça aussi, le travail d’équipe.”
Le technicien écrit la solution dans le ticket. Parce que demain, quelqu’un fera exactement la même bêtise.
Le cours dit :
« La mise à jour du ticket est importante… elle alimente la base de connaissances. »
En Audiard : “Si tu notes pas, tu vas le refaire. Et refaire une connerie deux fois, c’est plus une connerie, c’est une habitude.”
Le Helpdesk, c’est pas juste répondre au téléphone. C’est comprendre l’incompréhensible, traduire le chaos, et réparer les dégâts causés par des gens qui pensent que “WiFi” est une marque de café.
SOURCE PÉDAGOGIQUE
Cette adaptation personnelle s’appuie sur des notions étudiées au sein de Cisco Networking Academy ↗. Elle reformule certains principes avec humour afin de les rendre plus faciles à comprendre et à mémoriser.