Cinq semaines. C'est à peu près le temps qu'il m'a fallu, un soir après l'autre, pour poser une question précise sur un forum réseau et comprendre la réponse du premier coup, sans la relire trois fois. Je travaillais déjà en support informatique près de Rennes, mais ma reconversion informatique vers un poste plus technique passait par une vraie autoformation le soir, avec une formation réseau derrière — pas seulement des tutoriels glanés ici et là. Le CCNA de Cisco est vite arrivé sur la table comme référence, même si je ne l'ai pas encore passé.
Petite précision avant d'aller plus loin : certains liens ci-dessous sont des liens d'affiliation. Si vous vous inscrivez à une formation par ce biais, je touche une commission, sans que cela ne change votre prix d'un centime. Je ne recommande que ce que j'ai suivi moi-même, module par module, un soir à la fois.
Pourquoi se mettre au réseau seul, en plus d'une journée de support ?
Dans le support de premier niveau, on croise des dizaines de tickets par semaine, mais sans comprendre ce qui circule derrière un câble, on reste un exécutant qui redémarre des machines en espérant que ça passe. Un collègue m'avait vanté le CCNA comme la référence pour structurer cette logique réseau, et il n'avait pas tort : ce socle donne un vocabulaire commun à tout ce qu'on fait ensuite. Pas besoin d'être ingénieur pour s'y mettre, mais il faut de la méthode, et surtout du temps qu'on ne récupère nulle part ailleurs dans la journée.
Une formation Cisco en français pour poser les bases du CCNA
C'est la Formation Cisco : réseaux et systèmes [Mon premier choix] qui a servi de colonne vertébrale à mes soirées d'automne et d'hiver. Le vocabulaire y est vulgarisé sans être infantilisant, ce qui compte quand on rentre fatigué d'une journée de tickets. Les adresses IP et leurs sous-réseaux, on finit par les manier sans sortir la calculatrice à chaque ligne. Le routage et la commutation, cette histoire de faire voyager les paquets au bon endroit, restent un chapitre que je ne vais pas dérouler ici. Les protocoles qui font tourner tout ça, TCP, DNS et consorts, se découvrent un par un, sans qu'on ait besoin de tous les maîtriser dès le premier soir.
Découper un réseau en sous-réseaux, pour moi, ça a longtemps ressemblé à suivre une notice de meuble en kit : on saute une étape, et le tiroir ne rentre plus, il faut tout redémonter depuis le début. Le modèle OSI et ses sept couches sont arrivés assez tôt dans le programme, suivis des adresses IPv4 sur 32 bits, qui paraissent abstraites jusqu'à ce qu'on les manipule pour de vrai, un exercice à la fois.
Les soirées où la fatigue prend le dessus
Après une bonne partie de l'automne à ce rythme, la vraie difficulté n'était pas le contenu du cours, mais la fatigue mentale accumulée. Huit heures de tickets, puis un routeur virtuel à configurer, ça use la concentration plus vite qu'on ne l'imagine. Un soir, j'ai essayé de compenser en regardant des conférences techniques de passionnés bien plus avancés que moi, en pensant que ça m'aiderait à prendre de l'avance. Verdict : raté. Je n'avais ni le vocabulaire ni les repères pour suivre, et j'ai fini par ranger ces vidéos pour revenir au programme dans l'ordre, chapitre après chapitre.
Quand un exercice de configuration s'éternisait sans raison apparente, il m'arrivait de laisser refroidir mon café dans la tasse, trop concentré pour y penser, puis de sortir marcher un quart d'heure au Parc du Thabor avant d'y revenir avec un œil neuf. Ce détour, plus qu'aucune astuce technique, m'a évité pas mal de soirées perdues à tourner en rond sur la même ligne de commande.
Passer du réseau au code, sans changer de rythme
Une fois les bases posées, configurer dix commutateurs à la main l'un après l'autre a fini par me lasser, et c'est là que Python est entré dans mes soirées de printemps. La Formation au langage Python [Bon complément] reste plus légère que le module Cisco, ce qui tombe bien pour un cerveau déjà sollicité toute la journée. Les variables et les fonctions sont la première vraie marche : le moment où on cesse de subir la machine pour commencer à lui donner des ordres précis. Vient ensuite la logique conditionnelle, le fameux si-alors qui transforme une suite de lignes en une vraie décision automatisée. Automatiser des tâches répétitives sur plusieurs équipements, même à petite échelle, justifie à lui seul d'apprendre un peu de code quand on vient du réseau pur.
Cyril, qui apprend aussi en autodidacte de son côté et avec qui j'échange mes résumés de cours sur un document partagé, ne se prive jamais de signaler aux formateurs une erreur qu'il repère dans un support — ça m'a évité plus d'une fois de buter sur une coquille sans le savoir. Si vous hésitez entre le réseau et le code, j'ai détaillé la question dans un article sur s'il faut apprendre Python ou JavaScript pour le support — pour ma part, Python a gagné parce qu'il colle mieux aux scripts serveur et aux automatisations réseau. J'ai aussi regardé la Formation JavaScript : formation 100 % pratique, plutôt taillée pour qui veut bidouiller des interfaces web ; utile, mais moins prioritaire pour un poste réseau.
Cinq semaines pour sentir la différence
Le vrai signal n'est pas venu d'une note ou d'un exercice réussi, mais d'un échange sur un forum de dépannage réseau. Vers la cinquième semaine de ce rythme, j'ai posé une question sur un problème de VLAN qui me bloquait, et la réponse qu'on m'a donnée avait un sens immédiat — pas besoin de la relire, ni d'aller chercher un lexique à côté. Avant, ce genre d'échange me demandait de tout reformuler dans ma tête avant de comprendre à quoi la personne faisait référence.
Ce passage m'a surtout servi de méthode pour la suite : avancer par petits blocs réguliers, quitte à revenir en arrière, plutôt que de foncer dans le contenu le plus dense possible un soir où on est déjà épuisé.
Ce que je conseille à qui débute ce soir
Je ne suis toujours pas ingénieur certifié, mais je suis devenu le collègue qu'on vient voir avant de remonter un ticket au niveau supérieur, et ce basculement-là vaut largement les soirées qu'il m'a coûtées. Si vous démarrez, ne commencez pas par le code : comprendre comment les données circulent, physiquement puis logiquement, reste le socle sur lequel tout le reste s'appuie, et j'ai détaillé cette base dans un article sur la compréhension des bases réseaux. La préparation à l'examen CCNA en tant que tel, avec ses propres pièges, reste un sujet que je laisse à un autre article, parce que je ne l'ai pas encore passé moi-même. Pareil pour la méthode complète de dépannage d'un réseau qui déraille : ça mérite plus qu'un paragraphe, et ce n'est pas l'objet de celui-ci.
Ma voisine de palier, Lucille, s'est reconvertie dans le développement web et applique un réflexe que je recommande à tout le monde : elle teste toujours la version d'essai gratuite avant de sortir sa carte, quelle que soit la formation visée. C'est un bon critère de choix quand plusieurs offres se ressemblent sur le papier. Pour ceux qui veulent vraiment se lancer sur le réseau, je recommande la formation Cisco complète : elle est exigeante le soir, mais elle donne une structure que des vidéos éparpillées ne remplaceront jamais. Prenez un chapitre à la fois, et ne vous découragez pas si une interface reste 'down' toute une soirée. C'est souvent là qu'on apprend le plus.