Intégration : première semaine et cartographie du réseau

Profil au départ du stage : développement (Go, Java, React), connaissances d'infrastructure encore théoriques. Premier objectif fixé avec le tuteur : comprendre l'existant avant toute intervention.

Le premier jour a suivi un ordre simple : mise en place des accès, tour d'horizon des tâches prévues sur la durée du stage, puis un TP d'introduction pour se mettre en jambes. Rien de spectaculaire, mais l'enchaînement était réfléchi - on ne m'a pas lâché sur l'infrastructure avant que je sache m'y connecter et à quoi m'attendre.

On m'a d'abord demandé de me familiariser avec Proxmox, l'hyperviseur sur lequel repose l'ensemble des machines virtuelles. C'était le bon point d'entrée : tout ce qui a suivi - les services réseau, les conteneurs, les interventions - tourne sur des machines qui vivent là. Comprendre l'étage du dessous avant de toucher à celui du dessus a évité pas mal de confusion par la suite.

C'est aussi là que j'ai mesuré l'écart entre les cours et la réalité. Je savais ce qu'était une machine virtuelle ; je n'en avais jamais vu tout un ensemble tourner en parallèle, avec des services que quelqu'un utilise pendant que vous les regardez.

Première mission : cartographier le réseau

La première mission a consisté à cartographier le réseau : inventaire des machines, services hébergés, adressage, dépendances entre services. L'exercice impose de comprendre le rôle de chaque élément et génère des échanges réguliers avec le tuteur - efficace pour s'intégrer et apprendre l'environnement.

Cette cartographie a servi de document de référence pendant toute la durée du stage : préparation des interventions, localisation rapide d'un service, support de discussion avec le tuteur.

Le lien avec la formation

Les cours de réseau et d'administration système d'Ynov ont fourni les bases : sous-réseaux, VLAN, baux DHCP, zones DNS. Le stage a ajouté les contraintes de production : documentation systématique, modifications préparées à l'avance, retour arrière toujours possible.

• Savoir : modèles OSI/TCP-IP, rôles DNS/DHCP - acquis en cours, confrontés au réel.
• Savoir-faire : documenter une infrastructure existante, utiliser SSH proprement, lire des configurations.
• Savoir-être : poser des questions au bon moment, ne pas improviser sur un système en production.

Les articles suivants détaillent les missions : administration des services réseau, puis conteneurisation et automatisation.