Labs pratiques

PC1 n'arrive plus à joindre le serveur (192.168.2.10), alors que PC2 y arrivait ce matin. Trouve ce qui ne va pas sur PC1 et corrige-le.

Plus personne ne joint le serveur depuis le bureau. Les configurations IP n'ont pas changé. Qu'est-ce qui a bougé dans la salle serveur ?

Le réseau du bureau ne joint plus le serveur. Les câbles sont tous branchés. Quel équipement du chemin a un port désactivé ?

PC1 ne joint plus rien, pas même son routeur. Vérifie son adressage.

Le serveur répond au ping, mais « curl PC1 192.168.2.10 » échoue. Le réseau est-il en cause ? Que signifie la réponse du serveur ?

Ce matin, après le redémarrage des postes du bureau (réseau 10.10.1.0/24), PC1 n'arrive plus à joindre le serveur 10.10.2.10. « show ifaces PC1 » ne montre aucune adresse IP. Les postes reçoivent pourtant leur adresse automatiquement d'habitude… Trouve ce qui ne va pas et répare.

« Bonjour, depuis que j'ai changé de bureau ce matin, mon poste (ACC2) n'a plus rien : ni l'intranet, ni Internet. J'ai bien rebranché le câble dans la prise murale. Ma collègue sur ACC1 n'a aucun problème. » Rétablis l'accès de ACC2 au serveur de l'entreprise (192.168.30.10).

« Mon PC (ACC1) dit qu'il est connecté, mais rien ne s'ouvre. Un collègue m'a dit de regarder mon adresse : elle commence par 169.254. C'est grave ? » Rends à ACC1 l'accès au serveur de l'entreprise (192.168.30.10).

« Plus personne à l'accueil ne peut imprimer depuis hier. L'imprimante est allumée et l'écran affiche « prête ». Un prestataire est passé la régler. » Les postes impriment vers l'adresse de l'imprimante, 192.168.10.50 (port 9100) : rends-la à nouveau joignable depuis ACC1.

« L'application de comptabilité ne s'ouvre plus : la page reste blanche puis affiche une erreur de connexion. Le reste fonctionne (intranet, Internet). On doit clôturer le mois aujourd'hui, c'est urgent ! » Rends l'application (appli.pme, port 8080) accessible depuis CPT1.

« Quand je tape intranet.pme, rien ne s'affiche. Pourtant mon collègue de l'accueil (ACC2) l'ouvre sans problème. J'ai suivi un tuto sur Internet pour « accélérer ma connexion », depuis ça ne marche plus. » Rends l'intranet (intranet.pme, port 80) accessible depuis ACC1.

Hier soir, le prestataire a remplacé le routeur de l'agence. Ce matin, l'agence n'arrive plus à ouvrir l'intranet. Au siège, tout fonctionne. Rends l'intranet (192.168.50.10, port 443) accessible depuis PC-A1.

« Depuis la maintenance de cette nuit, l'intranet affiche une erreur. Le serveur est allumé, l'informatique l'a vérifié. » Rends l'intranet (intranet.siege, port 80) accessible depuis PC-S1.

PC1 n'atteint plus le serveur. Sa passerelle est correcte, son adresse aussi… en apparence. Observe comment PC1 décide si une destination est locale.

PC1 ne joint plus SRV à travers les trois routeurs. Les liens sont tous actifs. Suis le paquet de routeur en routeur.

Le paquet arrive jusqu'à un routeur… puis plus rien, sans message d'erreur. Qu'est-ce qui fait qu'un routeur se comporte comme un simple hôte ?

PC1 et PC3 sont dans le même VLAN (10) et le même sous-réseau, mais ne se voient plus à travers le trunk entre SW1 et SW2. Regarde la configuration des switches.

Depuis ce matin, le site web de la DMZ (10.9.0.10, port 80) est inaccessible depuis le LAN. Le serveur fonctionne. Que s'est-il passé sur le chemin ?

Le réseau a été réorganisé : le serveur DHCP SRV est désormais dans la salle serveurs (10.10.2.0/24), séparé des postes du bureau par le routeur R1. Depuis, PC1 et PC2 n'obtiennent plus d'adresse, alors que PC3 (dans la salle serveurs) en reçoit une sans souci. Le serveur DHCP fonctionne pourtant. Fais en sorte que PC1 puisse joindre 10.10.2.10.

« Depuis la mise à jour du serveur cette nuit, personne n'arrive plus à ouvrir l'intranet ni l'application métier par leur nom. Les postes ont bien une adresse et le réseau semble fonctionner. » Rends l'intranet (intranet.pme, port 80) de nouveau accessible depuis CPT1.

« Depuis la migration de vendredi, quand j'ouvre intranet.pme, j'ai une erreur de connexion. Les collègues ont le même problème. L'application métier, elle, marche normalement. » Rends l'intranet (intranet.pme, port 80) accessible depuis CPT1.

« On vient d'installer le poste de notre nouveau collègue (CPT2) à la compta. Il affiche « aucune connexion », alors que le câble est branché et que mon poste à côté (CPT1) fonctionne très bien. » Rends à CPT2 l'accès au serveur de l'entreprise (192.168.30.10).

« Mon poste (CPT2) n'accède plus à rien depuis que l'informatique a « fait du rangement » dans l'armoire réseau hier soir. Le câble n'a pas bougé et mon voisin CPT1 travaille normalement. » Rends à CPT2 l'accès au serveur de l'entreprise (192.168.30.10).

Le FAI a remplacé sa box ce week-end. Depuis, plus personne n'a Internet au siège. Les applications internes marchent toujours. Rends www.exemple.ci (198.51.100.10, port 80) accessible depuis PC-S1.

Le VLAN invités (30) vient d'être étendu au 1er étage. Au rez-de-chaussée il fonctionne, mais le poste invité du 1er (INV1) n'obtient rien. Les employés du 1er étage, eux, n'ont aucun souci. Rends Internet (198.51.100.10, port 80) accessible depuis INV1.

« On a durci le pare-feu local de SRV-WEB : tout est bloqué sauf l'admin SSH. Depuis, l'intranet en HTTPS ne répond plus. On veut garder le reste fermé. » Rends l'intranet (192.168.50.10, port 443) accessible depuis PC-S2, sans rouvrir le serveur entièrement.

« L'appli métier a changé de serveur hier. Depuis, appli.siege ne s'ouvre plus. Un collègue dit qu'en tapant l'adresse IP, ça marche. » Rends l'application (appli.siege, port 8080) accessible depuis PC-A1.

ALERTE — Cette nuit, le pare-feu a remonté un volume anormal de connexions sur le réseau des serveurs. Le serveur de fichiers FILE01 semble visé. Mène l'enquête : qui est à l'origine du trafic, que fait-il exactement, et pourquoi le pare-feu l'a-t-il laissé passer ? Puis corrige la politique de filtrage SANS couper le trafic légitime (web de la DMZ, partage de fichiers du LAN, sortie Internet des postes).

ALERTE — Le pare-feu voit des connexions venues d'Internet vers le serveur de fichiers FILE01. Une règle a été ajoutée la semaine dernière pour le télétravail. Identifie la source et son comportement, puis ferme l'accès sans couper le site web ni le partage de fichiers du LAN.

ALERTE — L'antivirus de PC02 a sonné puis s'est tu. Peu après, le pare-feu voit un poste du LAN contacter une série d'adresses du réseau serveurs sur le port 22. Trouve le poste et ce qu'il fait. Le SSH vers les serveurs ne doit rester ouvert qu'au poste d'administration (PC01). Le partage de fichiers doit continuer à marcher.

ALERTE — Le routeur du siège voit des connexions du VLAN invités vers la salle serveurs. Normalement, un invité n'a droit qu'à Internet. Identifie le poste et ce qu'il fait, puis rétablis l'isolement des invités sans gêner les employés ni l'agence.

PC1 envoie ses paquets : le serveur les reçoit bel et bien. Pourtant PC1 ne reçoit jamais de réponse. Pense au trajet de retour.

Le trafic vers SRV n'aboutit pas et le routeur de bord reste muet. Observe le TTL des paquets dans la trace : que lui arrive-t-il ?

PC1 envoie ses trames à sa passerelle, qui est bien allumée et bien configurée. Mais elles ne lui parviennent jamais. Comment PC1 sait-il à quelle adresse MAC les adresser ?

Depuis le LAN, plus moyen de pinguer le serveur de la DMZ (10.9.0.10), qui fonctionne pourtant. Qui décide de ce qui traverse le pare-feu ?

Le réseau marche… par intermittence. Certains pings passent, d'autres non, et le résultat change d'une fois sur l'autre. Cherche dans la trace les trames qui disparaissent.

Les postes du bureau ont bien une adresse IP, mais plus rien ne sort du réseau local : PC1 ne joint plus le serveur 10.10.2.10. Rien n'a changé sur le routeur ni sur le serveur. Un technicien a branché « une imprimante toute neuve » hier soir… Trouve l'origine du problème et rétablis la situation.

« Depuis l'arrivée du stagiaire à l'accueil, le réseau va et vient : une page sur deux ne s'ouvre pas, l'intranet répond puis plus rien. Mon poste (ACC1) est le plus touché, et ça dure depuis lundi. Le stagiaire a « configuré son poste tout seul » pour aller plus vite. » Rends à ACC1 l'accès au serveur de l'entreprise (192.168.30.10).

« Depuis 10 h, plus rien ne marche à l'agence : ni l'intranet ni l'appli. Les deux postes sont touchés. Des travaux ont eu lieu dans la rue ce matin. » Rends l'application (192.168.50.30, port 8080) accessible depuis PC-A2.

« Au siège, l'application marche. Chez nous, à l'agence, la page tourne dans le vide. Le serveur a été réinstallé la semaine dernière. » Rends l'application (192.168.50.30, port 8080) accessible depuis PC-A1.

ALERTE — Le serveur de fichiers FILE01 a reçu des connexions SSH et SMB inhabituelles. Aucun poste du LAN n'est concerné. Retrouve la machine qui rebondit vers FILE01, explique ce que fait le pare-feu, puis ferme la brèche sans toucher aux flux légitimes.

ALERTE — Le trafic sortant de la DMZ vers Internet est monté en flèche, mais aucun pic : un petit paquet à intervalle régulier. Une DMZ n'a normalement aucune raison d'appeler Internet. Identifie la machine, caractérise son comportement, puis interdis la sortie sans gêner la navigation des postes ni la publication du site.

ALERTE — FILE01 envoie de petits paquets vers Internet à intervalle régulier, sur un port que personne n'utilise. Un serveur de fichiers n'a aucune raison d'appeler Internet. Identifie le comportement, puis coupe la sortie sans gêner le partage de fichiers ni la navigation des postes.