Apprentissages Critiques
AC11.01AC11.02AC11.03AC11.04AC11.05AC11.06
Ce que j'ai fait
À travers les SAÉ liées aux transmissions (1.03, 2.02), j'ai manipulé des grandeurs électriques fondamentales : tensions (signaux en Vpp), puissances, niveaux en décibels, et leur mesure sur des équipements réels.
Pourquoi je l'ai fait
L'objectif était d'acquérir les bases physiques nécessaires pour comprendre et intervenir sur des équipements de réseaux et télécommunications.
Comment je l'ai fait
J'ai mesuré des signaux à l'oscilloscope et à l'analyseur de spectre, appliqué les conversions tension/puissance en décibels (20·log, 10·log), et relié ces mesures aux caractéristiques physiques des équipements.
Mes difficultés
Faire le lien entre les lois théoriques (Ohm, puissance) et les mesures concrètes sur appareil, notamment la gestion des unités logarithmiques (dB, dBm, dBµV), a demandé de la rigueur.
Ce que j'en ai appris
J'ai consolidé mes bases en électricité appliquée aux télécoms et compris l'importance des décibels comme unité centrale pour quantifier puissances et atténuations.
Ce que je ferais autrement
Je relierais plus systématiquement chaque mesure à son interprétation physique pour ancrer durablement ces notions parfois abstraites.
Ce que j'ai fait
Dans la SAÉ 1.02, j'ai conçu l'architecture d'un réseau d'entreprise complet (topologie en étoile, 4 sous-réseaux ADMIN/PERSONNEL/PRODUCTION/VIDEO) avec adressage IP, ce qui m'a fait manipuler concrètement les fondements des communications réseau.
Pourquoi je l'ai fait
L'objectif était de comprendre comment l'information circule dans un réseau : adressage, segmentation, routage entre sous-réseaux et accès à Internet.
Comment je l'ai fait
J'ai défini un plan d'adressage IP (192.168.21.0 à 192.168.24.0), conçu une topologie en étoile autour d'un switch et d'un routeur, et simulé l'ensemble sous Cisco Packet Tracer.
Mes difficultés
Concevoir un plan d'adressage cohérent et comprendre le routage entre les différents sous-réseaux n'était pas évident au début, notamment la notion de passerelle par défaut.
Ce que j'en ai appris
J'ai compris l'architecture d'un réseau local, la logique de l'adressage IP et de la segmentation en sous-réseaux, et le rôle de chaque équipement (switch niveau 2, routeur niveau 3).
Ce que je ferais autrement
Je documenterais le plan d'adressage de façon plus formelle (tableau VLSM) dès la conception pour mieux anticiper l'évolution et l'extension du réseau.
Ce que j'ai fait
Dans les SAÉ 1.02 et SAÉ 1.2, j'ai configuré les fonctions de base d'un réseau local sous Packet Tracer : création de 4 VLANs (ADMIN, PERSONNEL, PRODUCTION, VIDEO), affectation des ports du switch et configuration d'un serveur DHCP par VLAN sur le routeur, dans une topologie en étoile.
Pourquoi je l'ai fait
L'objectif était de segmenter le réseau d'une petite structure et d'automatiser l'attribution des adresses IP à chaque service.
Comment je l'ai fait
J'ai créé les VLANs sur le switch (vlan 10/20/30/40, affectation des ports en mode access), vérifié leur état avec « show vlan brief », puis configuré sur le routeur un pool DHCP par VLAN (network, default-router, dns-server) ; chaque poste obtient ainsi automatiquement une IP dans son sous-réseau (192.168.21.0 à 192.168.24.0). J'ai aussi établi le devis matériel (switch Cisco Catalyst 2960, routeur Cisco 800, câblage) et le diagramme de Gantt du projet.
Mes difficultés
Configurer un pool DHCP distinct pour chaque VLAN sans erreur d'adressage et vérifier que chaque poste recevait bien la bonne passerelle a demandé de la rigueur.
Ce que j'en ai appris
J'ai appris à segmenter un réseau en VLANs et à déployer un adressage dynamique par DHCP, deux fonctions de base essentielles d'un réseau local d'entreprise.
Ce que je ferais autrement
J'ajouterais le routage inter-VLAN et des règles de filtrage pour contrôler les communications entre services, ainsi que la réservation d'adresses pour les serveurs.
Ce que j'ai fait
À travers les différentes SAÉ, j'ai administré des systèmes Windows et Linux : configuration réseau des postes clients (SAÉ 1.02), scripts Bash sous Linux (SAÉ 1.05) et déploiement Docker (SAÉ 2.03). J'administre aussi de façon autonome un VPS sous Ubuntu sur lequel j'héberge mon portfolio.
Pourquoi je l'ai fait
L'objectif était de savoir interagir avec les systèmes d'exploitation pour configurer le réseau et administrer les services, quel que soit l'OS.
Comment je l'ai fait
J'ai configuré les paramètres réseau (IP, passerelle, DNS) sur des postes clients, utilisé la ligne de commande Linux (Bash) pour automatiser des tâches, géré des conteneurs Linux via Docker, et administré un serveur Ubuntu distant en SSH (installation et configuration de services comme Nginx, gestion des paquets, des droits et des certificats).
Mes difficultés
Passer d'un environnement Windows à Linux et maîtriser l'administration d'un serveur distant en ligne de commande (sans interface graphique) a demandé de la rigueur et de la pratique.
Ce que j'en ai appris
J'ai consolidé ma compréhension du rôle d'un système d'exploitation comme socle des services réseau, et gagné en autonomie sur l'administration d'un serveur Linux réel et accessible depuis Internet.
Ce que je ferais autrement
Je renforcerais la sécurisation de mon serveur (pare-feu, durcissement SSH, mises à jour automatiques) pour adopter les bonnes pratiques d'administration système dès le départ.
Ce que j'ai fait
Dans la SAÉ 1.02, j'ai vérifié le bon fonctionnement du réseau simulé : contrôle de l'attribution des adresses DHCP, test de la connectivité, et vérification de la conformité de l'installation par rapport au cahier des charges.
Pourquoi je l'ai fait
L'objectif était d'être capable de détecter qu'un réseau ne fonctionne pas comme prévu et d'en identifier la cause, étape indispensable avant toute correction.
Comment je l'ai fait
J'ai utilisé les outils de diagnostic (vérification des IP attribuées via DHCP, tests de connectivité dans Packet Tracer) et comparé le comportement obtenu aux attentes du cahier des charges.
Mes difficultés
Identifier l'origine exacte d'un problème (mauvaise config DHCP ? VLAN mal affecté ? routage ?) au milieu de plusieurs causes possibles a été la principale difficulté.
Ce que j'en ai appris
J'ai appris une démarche méthodique de diagnostic : vérifier étape par étape (adressage, VLAN, routage) plutôt que de chercher au hasard. J'ai compris l'importance de tester par rapport à un cahier des charges précis.
Ce que je ferais autrement
J'adopterais une méthodologie de dépannage plus structurée (du niveau physique au niveau applicatif) et je consignerais les anomalies dans un journal pour faciliter le signalement et le suivi.
Ce que j'ai fait
Dans la SAÉ 1.02, j'ai installé et configuré plusieurs postes clients dans le réseau simulé (un par VLAN : admin, perso, prod, vidéo) et un serveur web, en les paramétrant pour obtenir leur configuration automatiquement via DHCP.
Pourquoi je l'ai fait
L'objectif était de savoir intégrer un poste client dans un réseau et de documenter la procédure pour qu'elle soit reproductible.
Comment je l'ai fait
J'ai configuré chaque poste en mode DHCP, vérifié l'obtention de l'adresse IP, de la passerelle et du DNS, et documenté la démarche (schéma du réseau, liste des équipements avec chiffrage) dans le livrable de la SAÉ.
Mes difficultés
S'assurer que chaque poste recevait bien la configuration correspondant à son VLAN, et documenter clairement la procédure, a demandé de la rigueur et de la méthode.
Ce que j'en ai appris
J'ai appris à intégrer proprement un poste client dans un réseau segmenté et à documenter une procédure technique, ce qui est essentiel pour la reproductibilité et la transmission à un collègue.
Ce que je ferais autrement
Je rédigerais une procédure d'installation pas-à-pas encore plus détaillée (captures d'écran, valeurs attendues) pour qu'une personne extérieure puisse la suivre sans aide.