Relier les bâtiments et organiser les réseaux
Dans cette maquette, je devais relier trois bâtiments par des routeurs, publier un serveur web en IPv4 et IPv6, puis organiser le réseau principal autour d’un cœur et de deux commutateurs de distribution. J’ai documenté deux LAN dans le bâtiment bleu, les réseaux web et réunion dans le bâtiment vert et six VLAN dans le bâtiment rouge : Direction, RH, Commerce, Finance, Informatique et DNS. J’ai découpé les liaisons WAN en /30 pour IPv4 et /126 pour IPv6, et les réseaux utilisateurs en /24 et /64, en associant à chaque segment ses interfaces et passerelles.
Configurer le routage et publier le serveur web
J’ai renseigné les adresses IPv4 et IPv6 des interfaces LAN et série des trois routeurs, avec OSPF processus 1 en zone 0. Dans les tables que j’ai conservées, des routes sont apprises en IPv6 et certaines routes WAN en IPv4. Sur le routeur vert, j’ai distingué le NAT de sortie des réseaux internes de la translation statique TCP 80 vers le serveur web. Sur le routeur rouge, j’ai ajouté des routes statiques vers les VLAN derrière le cœur. Mes deux interfaces série y sont toutefois passives dans OSPF IPv4 : ce point doit être repris avant de considérer toutes les adjacences IPv4 comme validées.
Répartir DHCP, les passerelles et les liens
J’ai relié le cœur aux deux distributions et au routeur rouge par des interfaces routées. Sur DS1 et DS2, j’ai configuré des interfaces VLAN double pile. Pour IPv4, j’ai prévu une passerelle virtuelle HSRP commune, avec DS1 prioritaire pour les VLAN 10, 30 et 50, et DS2 pour 20, 40 et 60. Les six pools DHCP annoncent cette passerelle et le DNS ; les exclusions répartissent les adresses distribuées entre les deux commutateurs. J’ai aussi regroupé quatre interfaces trunk de chacun dans Port-channel1, avec channel-group 1 mode active pour LACP. J’ai documenté ces paramètres, sans conserver de test de basculement HSRP ou de mesure de l’agrégation.
Appliquer le filtrage et repérer ses limites
Sur DS1 et DS2, j’ai appliqué les ACL IPv4 en entrée des VLAN 10 à 40. Les premières règles autorisent les réponses ICMP et les segments TCP portant ACK ou RST vers l’Informatique. Les règles suivantes refusent les requêtes ICMP et les flux TCP/UDP vers ce VLAN, puis permettent les autres destinations. Le critère TCP established se fonde sur ces drapeaux ; il ne suit pas l’état des sessions. J’ai également écrit les ACL IPv6, mais leur application aux interfaces n’apparaît pas dans mes exports. Leur ordre reste à corriger : une autorisation TCP générale précède un refus de même portée. Ma configuration DNS comporte aussi un écart, avec le A sous le nom demandé et le AAAA sous un autre nom ; elle ne valide donc pas la résolution double pile du même site.
Conserver les contrôles et préparer la suite
J’ai rassemblé les configurations courantes, les tables de routage et les états d’interface, dont des liaisons série up/up. Ces traces documentent l’état de la maquette, mais mon compte rendu ne détaille pas une recette complète HTTP, DNS, ACL ou basculement. Pour prolonger ce travail, j’ai proposé un pare-feu central, un réseau d’administration isolé, ainsi que des sauvegardes de configuration et des essais de restauration. Ces évolutions restent à mettre en œuvre. Je compléterai cette présentation avec la vue logique de ma maquette finale lorsque son export visuel sera disponible.