Mon Portfolio

Lors de ce PPE, il fallait mettre en place 3 machines virtuelles (Une machine avec le système d'exploitation IpFire qui est le firewall, une machine sous Windows représentant le LAN d'une entreprise, et une machine Ubuntu représentant la DMZ.) Il a fallu ensuite interconnecter les réseaux de manière sécurisé et tester le bon fonctionnement grâce a un ordinateur sous Windows représentant le WAN.

Pour ce TP, j'ai installé un serveur Clonezilla sur une machine virtuelle. J'ai ensuite installé une machine virtuelle Linux Ubuntu et créé un clone de cette machine grâce au serveur Clonezilla. Enfin, j'ai créé une machine virtuelle vierge et, en démarrant cette machine sur le réseau, j'ai restauré cette image afin de tester le bon fonctionnement.

Ce PPE réalisé par groupe de deux consiste à mettre en place une ou plusieurs solutions de supervision pour différents scénarios:

-Nous avons d’abord configuré le protocole SNMP sur nos commutateurs et routeurs en créant deux communautés, puis nous avons intégré les actifs sur un serveur Cacti que nous avons installé sur machine virtuelle, afin de contrôler l'état des ports et le trafic.

-Nous avons également installé un serveur Zabbix sur machine virtuelle afin de superviser des services tels que HTTP, ICMP... et le service MySQL présents sur un serveur Linux.

-Enfin, nous avons installé et configuré un serveur NetData afin de superviser un serveur Linux (ram, cpu, utilisation du réseau etc...). Nous avons également veillé a configurer les alertes via SMS sur le serveur NetData.

Nous avons pour chaque scénario choisi l'outil qui nous semblait le plus approprié et/ou le plus simple d'utilisation.

Liens:

Diaporama: https://drive.google.com/open?id=1fEadTEf9U17AP3U_Jkk5Zpjqf0wteC4Q7mMNK6szqsw

Pour ce PPE, j'ai installé Esxi 5.5 sur un serveur Dell PowerEdge R210.

J'ai dans un premier temps cloné, converti et copié des machines virtuelles stockées sur mon poste vers l'ESX. (virtuel à serveur)

-Dans un second temps, j'ai converti l'image de mon poste windows vers l'ESX (physique à serveur)

-Enfin, j'ai demandé à mon professeur de copier mes machines virtuelles stockées sur l'ESX du lycée sur une clé USB (je n'avais pas les droits pour le faire) afin que je puisse les convertir et les copier sur mon ESX (serveur à serveur).

Un serveur Fog permet de faire une "capture" d'un disque dur afin de créer une image type, qu'on pourra ensuite déployer sur d'autres postes, à condition qu'ils soient sur le même réseau local que le serveur. Cela permet d'avoir plusieurs postes identiques, avec les mêmes fichiers, mêmes configurations.

Lors de mon arrivée à l’École des Mines, un serveur FOG était déjà installé sur le réseau local. Afin de faciliter l'installation de nouveaux ordinateurs pour les stagiaires et alternants, j'ai créé deux images (Windows 7 et Windows 10) à partir d'ordinateurs fraichement installés, que j'ai ensuite déployé sur le serveur. Lorsqu'un stagiaire arrivait dans l'Ecole et avait besoin d'un ordinateur, il me suffisait de prendre un ordinateur dans la réserve (sans système d'exploitation) et de le connecter au réseau affin d'y déployer une image.

Afin d'avoir une solution de secours en cas de panne du serveur FOG, ou lorsqu'un ordinateur qui doit être installé n'a pas accès au réseau local, j'ai créé un fichier " Unattend.xml" à déposer dans la racine d'un CD d'installation ou d'une clé USB bootable. Ce fichier permet de pré-enregistrer toutes les informations nécessaires à l'installation de Windows (partitionnement du disque, nom d'utilisateur, paramètres réseau...). Cela permet de n'avoir aucune interaction nécessaire entre l'homme et la machine. Il suffit d'insérer le média d'installation dans l'ordinateur, et celle ci se fera toute seule, du début jusqu’à l'arrivée sur le bureau.

L’École des Mines possède un cluster composé d'un serveur "parent" qui distribue la charge de calcul sur les 8 nœuds. Mon tuteur m'a confié la mission de comparer plusieurs outils de supervision (ram, utilisation cpu, disque...) à installer sur le serveur "parent" afin de surveiller la charge sur chaque noeud. J'ai comparé au total 7 outils que j'ai installé sur des machines virtuelles, et mon choix s'est porté sur NetData, car il n'est pas groumant en ram et en utilisation disque, et qu'il possède toutes les fonctionnalités attendues. Les tests sur machines virtuelles ayant été concluants, j'ai pu ensuite installer NetData sur le cluster.

Lors de mon arrivée en stage, le cluster de calcul devait être mis à jour. Mon tuteur n'ayant pas le temps de s'occuper des tickets, je me suis occupé d'assister les utilisateurs lorsqu'ils rencontraient des difficultés ou lorsqu'ils avaient des problèmes logiciels ou matériels sur leur ordinateur.

À mon arrivée à l'hôpital, j'ai répertorié les éléments actifs du réseau (switch, serveurs, et bornes wifi) dans un inventaire puis sous forme d'un schéma réseau (lien en PDF ci dessous) afin de faciliter les interventions. Je me suis servi de l'interface Cette étape est la première partie de ma mission principale, qui est d'identifier les ralentissements sur le réseau.

Inventaire:

https://drive.google.com/file/d/1-G3JXL4Hhu59QTYli4cb2GLq4nJR9wQV/view?usp=sharing

schéma pdf:

https://drive.google.com/file/d/1OvhI0dzjOnOArmdv1erO0WsJpYi00-d1/view?usp=sharing

schéma visio:

https://drive.google.com/file/d/1z0u8RloA_2HWqwSIwmMRj-LMZsNOyyXI/view?usp=sharing

Après avoir fini le schéma réseau, je me suis déplacé dans les différents bâtiments afin de vérifier et corriger d'éventuelles erreurs sur le positionnement des différents équipements.

Un port miroir sert à rediriger tout le trafic d'un port (sur l'image c'est le port 25) vers un autre port (ici le port 19) afin "d'espionner" ce qui se passe sur le réseau à l'aide d'un sniffer (comme Wireshark). C'est donc ce que j'ai fait. Après avoir sauvegardé la configuration sur le serveur TFTP, j'ai configuré le port 19 en miroir afin de capturer le trafic sur le port 25. J'ai choisi ce port car c'est un port 802.1q (trunk) qui sert a faire la liaison entre les deux switch du même stack, donc une grande partie du trafic qui arrive sur le switch passe part ce port.

J'ai effectué une capture de trame en branchant un ordinateur portable sur le port 19 précédemment configuré. Cette capture m'a permit d'enregistrer environ 550000 paquets. J'ai ensuite trié les trames en fonction de la source puis en fonction du protocole afin de déterminer quels sont ceux qui encombrent le plus le réseau dans le but de trouver une solution aux ralentissements du réseau.