Vue d’ensemble

Ce projet est une étude de cas réseau et systèmes basée sur un scénario hospitalier. Le but n’était pas seulement de faire communiquer quelques équipements, mais de concevoir une infrastructure plus réaliste pour des services hospitaliers.

C’est l’un des projets académiques les plus forts du portfolio parce qu’il réunit architecture réseau, segmentation, routage, redondance, services critiques, supervision et réflexion PRA/sauvegarde.

Contexte

Le rapport décrit la mise en place d’un réseau informatique pour l’hôpital de Créteil, avec des besoins comme l’accès aux dossiers patients, la gestion de rendez-vous, l’automatisation de configuration et la disponibilité des services.

L’architecture suit une logique core / distribution / access, puis ajoute des contrôles techniques autour de la joignabilité des services, de la segmentation, de la supervision et de la continuité.

Ce que j’ai réalisé

Le projet couvre :

• segmentation par VLAN
• routage OSPF
• redondance de passerelle avec HSRP
• STP pour la résilience switching
• ACL sur les routeurs pour contrôler les accès entre VLAN et services
• services DHCP, DNS, web/Apache, Nextcloud, Zabbix, HAProxy, PostgreSQL et Active Directory
• logique de sauvegarde et de reprise avec automatisation type cron/rsync

Architecture / approche

L’infrastructure est pensée autour de zones réseau séparées et de services critiques. Au lieu de tout placer dans un réseau plat, le design distingue les groupes utilisateurs, les services serveurs et les chemins de communication inter-sites.

C’est plus réaliste parce qu’un hôpital n’a pas seulement besoin de connectivité. Il a besoin d’accès contrôlés, de continuité de service, de supervision et de reprise après incident.

Choix techniques

Segmenter avant d’ouvrir les accès

Le design commence par la segmentation, puis ouvre uniquement les flux nécessaires. Les ACL protègent les services sensibles comme la base de données tout en gardant les accès applicatifs utiles.

Utiliser routage dynamique et résilience de passerelle

OSPF sert à gérer les échanges routés, pendant que HSRP ajoute une redondance de passerelle. Cette combinaison montre une réflexion de continuité, pas seulement du routage basique.

Ajouter les services d’exploitation

Le rapport inclut Nextcloud, Zabbix, HAProxy, PostgreSQL et Active Directory. C’est important pour un portfolio : on voit une logique d’infrastructure complète, pas seulement des commandes réseau isolées.

Preuves disponibles

L’archive contient le rapport final SAE21, avec étude fonctionnelle, choix de protocoles, description des serveurs, configuration réseau, sections ACL et analyse PRA.

Preuves utiles à publier plus tard :

• captures propres de topologie
• extraits ACL nettoyés
• captures de validation d’accès aux services
• preuve de supervision ou sauvegarde
• court extrait nettoyé de la partie PRA

Résultats

Le projet démontre une vraie logique d’infrastructure :

• segmentation réseau
• accès inter-sites routé
• résilience avec HSRP/STP
• placement des services et contrôle d’accès
• conscience exploitation avec supervision et sauvegardes

Limites et améliorations possibles

Le rapport mentionne une limite importante : la réplication continue de la base de données n’a pas été finalisée. La stratégie de sauvegarde automatisée a donc servi de solution plus réaliste dans le contexte du projet.

Les améliorations possibles seraient une validation plus propre de la réplication, un durcissement plus fort des services, des schémas plus propres et plus de captures directes de validation.

Ce que ce projet démontre

• bases solides en réseau
• conscience systèmes et services
• logique de sécurité par segmentation
• capacité à documenter un travail d’infrastructure
• honnêteté face aux limites techniques