Pfe mickael tavenart gmsi14 projet monitoring v3

Solution de supervision MONITORING D’ACCES INTERNET MUTUALISE

Mickael Tavenart – GMSI 14 CESI ENTREPRISE | ZAC DE TOURNEZY, 169 RUE GEORGES AURIC - MONTPELLIER PROXIEL SAS | 148 RUE MARIUS CARRIEU - MONTPELLIER

Mickael Tavenart – GMSI 14

Page 2 / 51

Remerciements, Je tiens à remercier les principaux acteurs de ma formation.

Tout d’abord l’entreprise Proxiel et plus particulièrement son directeur général, monsieur Frédéric GRAS, qui m’a permis de poursuivre ma formation professionnelle au sein de sa société au moment où la première entreprise dans laquelle j’avais commencé ma formation ne pouvait plus m’accueillir pour des raisons financières.

Je remercie bien sûr, le CESI de Montpellier pour la qualité de sa formation, Denis TOURASSE pour son excellente gestion, ses formateurs et tout particulièrement Jean-Pierre HAUGOMAT et Alexandre BERNARD pour la qualité de leur enseignement.

Je veux remercier également mes camarades de formation pour ces bons moments partagés et les échanges de connaissances.

Pour finir je remercie ma compagne et mon entourage pour leurs soutiens durant cette formation.

Page 3 / 51

Mickael Tavenart – GMSI

Mickael Tavenart – GMSI 14

Page 4 / 51

Objet du document Dans le cadre de mon projet de fin d’études, un projet de mise en place d’une solution de supervision m’a été confié.

Ce projet sera réalisé en accord avec mon entreprise et avec le centre de formation du CESI entreprise de Montpellier.

Ce document vous présente cette étude qui se présente de la façon suivante : 

L’initialisation du projet



L’étude



La mise en œuvre



Le bilan du projet



Les annexes

Page 5 / 51

Mickael Tavenart – GMSI

1

2

3

4

Introduction ....................................................................................................................... 8 1.1

Présentation de la société ............................................................................................ 8

1.2

Organisation ................................................................................................................. 10

1.3

Mon rôle au sein de l’équipe ..................................................................................... 11

Initialisation du projet ..................................................................................................... 12 2.1

L’organisation du document ..................................................................................... 12

2.2

Les contraintes.............................................................................................................. 12

2.3

Les parties prenantes................................................................................................... 12

2.4

Présentation et attente du projet .............................................................................. 12

Etude du projet ............................................................................................................... 14 3.1

Présentation de l’équipement Doberman® ............................................................ 14

3.2

Outils de supervision déjà en place .......................................................................... 15

3.3

Etude de la supervision imposée : Zabbix ................................................................ 16

3.4

Période de réalisation ................................................................................................. 24

3.5

Jalons du projet ............................................................................................................ 25

3.6

Environnement de maquettage ............................................................................... 26

Mise en œuvre ................................................................................................................ 27 4.1

Installation et configuration ........................................................................................ 27

4.2

Comparatif des méthodes de surveillance des hôtes ........................................... 28

4.3

Montée en charge du Zabbix server ........................................................................ 32

4.4

Configuration des notifications par mail .................................................................. 32

5

Bilan du projet ................................................................................................................. 35

6

Conclusion ...................................................................................................................... 36

7

6.1

Mon parcours personnel ............................................................................................. 36

6.2

Bilan de l’alternance ................................................................................................... 36

6.3

Mon projet professionnel ............................................................................................ 36

Annexes .......................................................................................................................... 37 7.1

Procédure d’installation du serveur Zabbix.............................................................. 37

7.2

Intégration du protocole SNMP de l’hôte dans le Zabbix server .......................... 43

7.3

Configuration d’envoi email ...................................................................................... 47

7.4

Sources .......................................................................................................................... 51

Mickael Tavenart – GMSI 14

Page 6 / 51

Page 7 / 51

Mickael Tavenart – GMSI

Introduction 1 INTRODUCTION 1.1 PRESENTATION DE LA SOCIETE Proxiel est née de la collaboration étroite de trois sociétés franco-canadiennes spécialisées dans le service et le conseil en informatique.

Leur objectif est d’apporter leur expertise pour l’évolution des systèmes d’information et de communication de leurs clients.

Ils construisent leur croissance en privilégiant les relations clientèles durables.

Ils offrent la réactivité d’une structure à taille humaine.

Leur taille et le suivi continu de leurs collaborateurs garantissent leur implication dans des objectifs.

Proxiel s’appuie sur une équipe de 25 collaborateurs dans toutes la France.

1.1.1 HISTORIQUE 

1999 : Date de création o

Fondateur Dirigeant : Frédéric GRAS

o

Forme Juridique : S.A.S.

o

Capital : 167.630 €



2009 : Achat d’EXIS détenu à 100%



2014 : Création de WIGOSURF (solution internet globale)

1.1.2 PROXIEL AUJOURD'HUI 

Implantation sur PARIS & MONTPELLIER



Clients et Partenaires sur tout le territoire



25 Collaborateurs dans toute la France (PROXIEL/EXIS)



200 Collaborateurs Contraste Europe (Bruxelles)



SSII et Intégrateur de solutions



Partenaire Business Orange



Partenaires

Mickael Tavenart – GMSI 14

Page 8 / 51

Introduction 1.1.3 PHILOSOPHIE Forte de son expérience et de son développement délégation de savoir et savoir-faire au cœur des organisations.

Compétences pluridisciplinaires pour répondre aux attentes des entreprises et les accompagner dans tous leurs projets.

Environnement économique concurrentiel demande de la réactivité et de l’initiative. Il s’agit d’identifier des atouts et potentiels par la maîtrise du système d’information : vecteur de réussite.

Proxiel participe aux côtés des entreprises à la réussite de tous leurs challenges.

1.1.4 DOMAINE D’EXPERTISE / ENTREPRISE 

Création, déploiement et maintenance de solutions internet mutualisées



Solutions courant faible : téléphonie, appel malade, vidéosurveillance…



Gestion de projets - Architecture et Maîtres d'Ouvrage (AMO)



Réalisation, développement applicatif



Formation



Infogérance, maintenance de réseaux PME



Assistance appel d’offre/dématérialisation

Page 9 / 51

Mickael Tavenart – GMSI

Introduction 1.2 ORGANISATION 1.2.1 ORGANIGRAMME PROXIEL

Direction administrative et financière Responsable Commercial / Achats

Unité d’intervention et déploiement

5 Techniciens réseaux

1 contrat pro

Responsable Technique Direction Equipe Hotline Desk

3 Techniciens réseaux

1 Ingénieur

Chef de projet Développement

3 Développeurs

2 Développeurs contrat pro

1.2.2 REPARTITION DU CA

RÉPARTITION DU CA

Service 43%

Vente de matériels 46%

Déploiement 11%

Mickael Tavenart – GMSI 14

Page 10 / 51

Introduction 1.3 MON ROLE AU SEIN DE L’EQUIPE A la différence de mon premier employeur ou je faisais de l’intégration Web ainsi que du support pour des franchisées Schmidt et Cuisinella, chez Proxiel j’ai plus été amené à m’investir et à monter en compétence en tant que technicien en support et maintenance informatique.

Voici les principales tâches qui m’ont été confiées : 

Hotline : o

Résidence

o

Infogérance



Intervention Orange.



Remplacement et mise en service de matériels informatiques divers.



Installation :



o

Baie de brassage.

o

Câblage réseau.

Divers dépannages en clientèles.

Page 11 / 51

Mickael Tavenart – GMSI

Initialisation du projet 2 INITIALISATION DU PROJET 2.1 L’ORGANISATION DU DOCUMENT Ce document est organisé en trois parties : 

Présentation et attente du projet pour la mise en place d’une solution de supervision.



Etude et mise en œuvre.



Bilan du projet.

2.2 LES CONTRAINTES Ce projet se réalise en parallèle des opérations de maintenance et du support utilisateur.

Le service fourni aux utilisateurs ne doit pas être impacté par la réalisation du projet.

La planification doit prendre en compte les périodes de formation au CESI. Nous partons du principe qu’aucun moyen ne sera débloqué pour l’étude, nous utiliserons des ressources existantes.

2.3 LES PARTIES PRENANTES Les membres du service hotline, l’infogérance ainsi que l’équipe infrastructure réseau.

Ce projet sera dépendant du Responsable technique, ils seront en charge de la définition des niveaux de services et des outils mis à ma disposition.

Protagonistes Directeur général

Fréderic GRAS

Responsable technique

Frédéric RAMADIER

Administrateur réseaux et système

David GREGORIO

Tuteur

2.4 PRESENTATION ET ATTENTE DU PROJET Proxiel a développé une solution d’accès internet mutualisé. Cet équipement dénommé Doberman® inclut un ensemble de fonctionnalités nécessaire à la gestion de l’accès internet client.

Pour répondre à une demande croissante d’analyse du réseau, j’ai été chargé d’installer et de configurer une solution de supervision.

Mickael Tavenart – GMSI 14

Page 12 / 51

Initialisation du projet 2.4.1 CADRE DU PROJET Le projet de supervision concerne le service technique et principalement le support des résidences.

Il se réalise en parallèle des opérations de maintenance et du support.

2.4.2 PROBLEMATIQUE Actuellement l’équipement Doberman® est installé dans environ 130 résidences.

L'ensemble des rapports et informations se font manuellement et par résidence en copier/coller ou impressions écrans de divers graphiques et autres informations souhaitées.

Une demande d’analyse de différents paramètres réseau est nécessaire pour avoir une meilleure expertise de la qualité des connexions qui circulent sur le réseau de ces résidences.

Recevoir des alertes en temps réel des pertes de connexion ou de qualité pour y répondre dans des délais réduits.

2.4.3 ENJEUX A. TECHNIQUES Avoir une vision globale ou détaillée et plus affinée des flux réseaux, mais aussi sur mesure suivant des critères d'analyse que nous définirons et non plus ceux inclus de base avec le produit pfSense1 utilisé.

B. ECONOMIQUES Une approche technique plus élaborée permettra une offre commerciale plus professionnelle et donc plus facilement commercialisable.

C. ORGANISATIONNNELS Un outil de centralisation et de monitoring des flux réseaux avec des rapports automatisés et des alertes emails sera un gain de temps considérable pour les équipes techniques. Actuellement des demandes clients pour lesquels l'ensemble des rapports et informations de ce type se font manuellement et par résidence en copier/coller ou impressions écrans de divers graphiques et autres informations souhaitées.

D. HUMAINS Un processus industriel plus efficace, une automatisation plus poussée, une approche technique globale et une console de management centralisée sont autant d'éléments qui favoriseront une meilleure gestion humaine de l'équipe technique.

1

pfSense est un routeur/pare-feu open source basé sur le système d'exploitation FreeBSD.

Page 13 / 51

Mickael Tavenart – GMSI

Etude du projet 3 ETUDE DU PROJET 3.1 PRESENTATION DE L’EQUIPEMENT DOBERMAN® La mise en place d'un accès internet public, qu'il soit en mode Wifi ou à travers un réseau filaire nécessite de prendre en compte plusieurs aspects particuliers liés à ce type d'usage. 

QUALITE : Fournir à tous les usagers une connexion à Internet Haut Débit de qualité



SECURITE : Isoler le réseau public (client) du réseau administratif (entreprise)



FACILITE : Permettre à tout type d'utilisateur d'accéder à Internet sans connaissance



CONFORMITE : Tracer et conserver pendant 1 an les historiques de connexions afin d'être conforme à la législation en vigueur.

La gestion du trafic internet (accès, le routage, le filtrage…) se fait via un routeur (Doberman®) et son interface, piloté et administré à distance. Il mutualise jusqu'à 24 liens xDSL2 qu’il redistribue au travers de n’importe quelle infrastructure (câblage/wifi3/Dslam4) à l’ensemble des résidents via le réseau interne.

Les équipements et les solutions sont vraiment conçus pour l'utilisation en lieux publics. Ils prennent en compte l'ensemble de ces besoins propres à la mise à disposition d'un accès internet.

Aujourd'hui, la solution se décline dans de nombreux environnements : 

Hôtellerie, camping, résidences étudiantes, personnes âgées, villages de vacances



Les centres d’affaires, galeries marchandes



Les écoles, centres de formations



Les collectivités territoriales pour leurs lieux publics, les médiathèques...

Le routeur DOBERMAN® et ses fonctionnalités en détail : 

SERVEUR DHCP : Adressage IP et routage vers Internet.

xDSL regroupe l’ensemble des technologies mises en place pour un transport numérique de l’information sur une simple ligne de raccordement téléphonique.

3 Wifi est un ensemble de protocoles de communication sans fil 4 Dslam permet d'assurer sur les lignes téléphoniques un service de type DSL dans le but de permettre un accès, à haut débit, à Internet.

2

Mickael Tavenart – GMSI 14

Page 14 / 51

Etude du projet 

MULTIWAN : Jusqu'à 24 accès XDSL/Fibre en agrégation de liens.



LOAD-BALANCING : Répartition de la charge sur l’ensemble des connexions Wan.



FIREWALL : Protège le réseau des attaques extérieures et permet le blocage de ports.



QOS : Optimisation des ressources et priorisation de flux.



SERVEUR DHCP : Adressage IP et routage vers Internet.



MULTIWAN : Jusqu'à 24 accès XDSL/Fibre en agrégation de liens.



LOAD-BALANCING : Répartition la charge sur l’ensemble des connexions wan.



FIREWALL : Protège le réseau des attaques extérieures et permet le blocage de ports.



QOS : Optimisation des ressources et priorisation de flux



FAIL-OVER : Basculement automatique d’un port Wan à un autre en cas de panne.



LIMITATION DE BANDE PASSANTE : Gestion intelligente de la bande passante par utilisateur.



ENREGISTREMENT DES LOGS : Conformité à la loi antiterroriste en vigueur depuis 2006 durant 1 an.



PORTAIL CAPTIF : Authentification des utilisateurs sur le réseau.



ADMINISTRATION A DISTANCE : Connaissance en temps réel de l’état des composants du réseau.

3.2 OUTILS DE SUPERVISION DEJA EN PLACE Pour la supervision des Doberman®, un outil de monitoring est déjà en place : 

Centreon / Nagios

Action du Centreon : Il analyse les services des serveurs linux grâce au NRPE5. Cela permet de surveiller des ressources locales (charge du processeur, utilisation de la mémoire, espace disque...) qui ne sont normalement pas disponibles depuis d'autres machines, il teste les interfaces, l’espace disque, la mémoire ainsi que certains services spécifiques comme Apinger6.

Il analyse les services des serveurs Windows grâce au protocole SNMP7.

NRPE (Nagios Remote PluginExecutor) est un "Addons" pour Nagios qui permet d'exécuter des greffons (plugins) sur un serveur (Linux/Unix ou Windows) distant 5

Apinger : outil qui surveille les divers périphériques IP par simples requêtes d'écho ICMP (protocol ping). Contrairement à la plupart des outils Perl ou shell script, il ne surcharge pas le processus ni utilise beaucoup de temps CPU, et est idéal quand on veut une surveillance permanente.

6

SNMP (Simple Network Management Protocol) : est un protocole de communication qui permet aux administrateurs réseaux de gérer les équipements du réseau, de superviser et de diagnostiquer des problèmes réseaux et matériels à distance.

7

Page 15 / 51

Mickael Tavenart – GMSI

Etude du projet 3.3 ETUDE DE LA SUPERVISION IMPOSEE : ZABBIX La solution du superviseur Zabbix m’a été imposée car en comparaison du Centreon / Nagios, cela permet d’avoir une vision plus globale et plus affinée des flux réseaux. Il va permettre aussi de définir des critères d'analyse que nous définirons et non plus ceux inclus de base dans l’équipement du Doberman® qui est basé sur le système d'exploitation pfSense.

Zabbix est un logiciel libre qui permet de surveiller l'état de divers services réseau, serveurs et autres matériels réseau et produisant des graphiques dynamiques de consommation des ressources. Le «ZABBIX server» peut être décomposé en trois parties séparées : 

Le serveur de données.



L’interface de gestion.



le serveur de traitement.

Chacune d'elles peut être disposée sur une machine différente pour répartir la charge et optimiser les performances.

Il repose sur du C/C++, PHP pour la partie frontend8 et MySQL/PostgreSQL/Oracle pour la partie BDD9.

3.3.1 LES DIFFERENTS COMPOSANTS DE ZABBIX  ZABBIX SERVER Composant principal, le Zabbix Server permet une surveillance à distance (et en local) du bon fonctionnement de différents services systèmes et réseaux, tels que : les serveurs Web, les serveurs de courriers, ou bien encore les serveurs FTP, …etc. Il gère la notification par mail, afin d’avertir les administrateurs de toute nouvelle alerte.

Zabbix Server peut fonctionner sans avoir recours aux agents, mais dans ce cas, il ne remontera qu’une quantité limitée d’informations. Il peut également utiliser le protocole SNMP pour superviser des hôtes.  ZABBIX FRONTEND Deuxième composant essentiel, Zabbix Frontend est tout simplement l’interface de visualisation des évènements, mais aussi, et surtout l’interface d’administration et de configuration de Zabbix.

Zabbix Frontend, étant une interface Web (php10), a l’avantage d’être accessible depuis n’importe quelle plateforme possédant un navigateur internet.  ZABBIX PROXY Zabbix Proxy permet de collecter des informations sur la performance et la disponibilité des données sur un hôte, avant de les transmettre au Zabbix Server.

Zabbix Proxy offre la possibilité de réduire la charge d’un serveur Zabbix. En effet, toutes les informations collectées peuvent être traitées en local, avant leur transmission au serveur.

Frontend peut désigner une interface de communication entre plusieurs applications hétérogènes ou un point d'entrée uniformisé pour des services différents.

9 BDD = Base de données.

10 PHP est un langage orienté objet.

8

Mickael Tavenart – GMSI 14

Page 16 / 51

Etude du projet Le Proxy de Zabbix est idéal pour une surveillance centralisée de sites distants, fonctionnant comme un serveur intermédiaire, il remplit parfaitement son rôle de collecteur de données d’équipements variés. Distant d’un serveur Zabbix, il agit comme une sonde de collecte et de traitement des données.  ZABBIX AGENT Bien qu’optionnel, l’usage de ce dernier permet une meilleure surveillance des hôtes, et une supervision plus accrue.

L’installation d’un Zabbix Agent sur un hôte offre essentiellement une surveillance active des ressources locales, des applications, … etc. L’agent envoie toutes informations supervisées au Zabbix Server.

3.3.2 LES INTERACTIONS POSSIBLES Zabbix est en quelque sorte modulable et dispose d’une capacité d’adaptation aux infrastructures à la fois pratique et simple à mettre en place.

E. PRINCIPE DE FONCTIONNEMENT Entre ses différents composants, il existe un certain nombre d’interactions utiles à connaître afin d’en comprendre au mieux le fonctionnement de Zabbix

ZABBIX FRONTEND

Serveur Web

Configuration

Configuration

Bases de données

LOG

ZABBIX SERVER

LOG

Configuration

Transfère de données Ce schéma représente la partie serveur de Zabbix, c’est-à-dire, les composants Server et Frontend, qui sont essentiels au fonctionnement et à l’administration d’un serveur Zabbix.

Ces deux composants utilisent une base de données, servant à stocker les données de supervision, et également pour les afficher dans l’interface Web.

Page 17 / 51

Mickael Tavenart – GMSI

Etude du projet F. LA GESTION DES FLUX Le schéma ci-dessous montre les protocoles et flux utilisés par les différents éléments qui composent une supervision Zabbix :

TCP 3306

TCP 80/443

ZABBIX FRONTEND Bases de données

Console de Supervision

ZABBIX SERVER TCP 3306

Montant TCP 10051 Descendant TCP 10050 Montant UDP 161 Descendant UDP 162

Montant TCP 10051 Descendant TCP 10050

ZABBIX PROXY

Agent Zabbix

SNMP

L ensemble des serveurs peuvent être directement supervisés par le Zabbix server (sans utiliser le Zabbix proxy comme collecteur)

Mickael Tavenart – GMSI 14

Page 18 / 51

Etude du projet 3.3.3 LE SYSTEME D'ALERTE  TERMINOLOGIE o

Item : un item est un élément qui teste des services et collecte des données.

o

Trigger : génère un évènement en réaction à une certaine valeur ou donnée remonté par un item.

o

Action : envoi des alertes (notifications), en fonction d’évènements précis générés par des triggers.

 PRINCIPE DE FONCTIONNEMENT Dans Zabbix, la génération d’une alerte est le résultat d’un enchaînement de conditions.

Voici un schéma montrant les différentes relations entre les 3 éléments essentiels de Zabbix pour la génération d’une alerte : 

L’item.



Le trigger.



L’action.

ITEM

TRIGGER

Collecte des données

ACTION Problem

unknow

OK

Evénements

Mail

SMS

Jabber

Alertes

Dans le processus de génération d’une alerte, le premier maillon de la chaîne est l’item.

Cet élément collecte les données à surveiller, comme par exemple « Est-ce que le port

Page 19 / 51

Mickael Tavenart – GMSI

Etude du projet 522 est ouvert ? », ensuite, le trigger chargé de surveiller cet item, en fonction de ses conditions et des valeurs remontées par l’item, il génère un événement de type PROBLEM, UNKNOW ou OK (avec différents niveaux de criticités possibles).

Pour créer une alerte, le 3ème et dernier élément de Zabbix à entrer en jeu est l’action.

Celui-ci fonctionne comme le trigger, à la différence qu’il surveille les évènements créés par le trigger (au lieu des valeurs remontées par les items pour ce dernier). En fonction de ses conditions, il génère alors une alerte (ou notification) de type EMAIL, SMS, ou encore JABBER11.

3.3.4 LES DIFFERENTES SOLUTIONS D’ARCHITECTURES  MONO-SERVEUR Architecture la plus simple de Zabbix, le choix de l’installation d’un seul serveur répond avant tout à des besoins propres à de petites ou moyennes entreprises.

Zabbix server

Zabbix agent

Autres

SNMP

IPMI

La mise en place d’une architecture mono-serveur (standalone12) est des plus classiques, on y retrouve un Zabbix Server, à partir duquel sont surveillés des agents Zabbix, des équipements SNMP, IPMI, ou encore tout autre système ou service.

Jabber est un protocole de messagerie instantanée inventé en 1998 par Jeremie Miller et fondé sur XML. 12 Standalone désigne un logiciel capable de fonctionner sans faire appel à des ressources du Système d'exploitation.

11

Mickael Tavenart – GMSI 14

Page 20 / 51

Etude du projet  ARCHITECTURE DISTRIBUEE Lorsque les infrastructures et/ou les besoins ne permettent pas l’utilisation d’un monoserveur, il faut alors mettre en place une architecture distribuée. Zabbix permet 3 types de supervision distribuée : o

Multi-serveur

Le premier type d’architecture distribuée de Zabbix correspond à l’association de plusieurs Zabbix Server. Cette architecture permet par exemple de mettre en place deux serveurs dans 2 sites distants, avec une administration locale de la supervision pour chacun d’entre eux.

Le Zabbix serveur maître peut également superviser ses propres agents, en plus de recevoir les informations des Zabbix serveur esclaves.

Zabbix agent

SNMP

IPMI

Autres

Zabbix server

Zabbix server

Zabbix agent

Zabbix server

Autres

SNMP

IPMI

Zabbix agent

Autres

SNMP

IPMI

L’usage d’une architecture multi-serveur permet de combiner l’administration décentralisée et centralisée, offrant ainsi des possibilités organisationnelles intéressantes.

Page 21 / 51

Mickael Tavenart – GMSI

Etude du projet o

Multi-proxy

Selon les besoins d’administration de la supervision d’une infrastructure, un seul serveur Zabbix peut suffire, à partir duquel l’ensemble des hôtes seront gérés, puis pour la collecte de données, l’ajout de plusieurs proxys Zabbix vont permettre de recueillir toutes les informations des équipements supervisés dans différents lieux, avant de les transmettre au Zabbix Server.

Le Zabbix server maître peut également superviser ses propres agents, des Zabbix proxy.

Zabbix agent

SNMP

IPMI

Autres

Zabbix server

Zabbix proxy

Zabbix agent

Zabbix proxy

Autres

SNMP

IPMI

Zabbix agent

Autres

SNMP

IPMI

Avec une architecture multi-proxy, l’administration est centralisée sur un seul Zabbix Server, et utilise plusieurs proxys, à savoir des collecteurs, afin de remonter les données de différents sites ou secteurs d’une infrastructure IT.

Mickael Tavenart – GMSI 14

Page 22 / 51

Etude du projet o

Multi-serveur et Multi-proxy

Lorsqu’il est nécessaire d’administrer localement plusieurs sites, bâtiments différents, l’utilisation de plusieurs serveurs Zabbix combinés à des collecteurs (proxy) devient alors indispensable. Grâce à cette combinaison, il devient alors possible de mettre en place de vastes architectures de supervision, parfaitement optimisées pour répondre correctement aux besoins de supervision d’une infrastructure.

Le Zabbix server maître peut également superviser ses propres agents, et ceux du Zabbix proxy. Tout en réceptionnant les informations des autres Zabbix serveur

Zabbix proxy

Zabbix agent

IPMI

SNMP

Zabbix agent

Autres

Zabbix server

Autres

SNMP

IPMI

Zabbix server

Zabbix server

Autres

SNMP

Zabbix agent

IPMI

Zabbix agent

Autres

SNMP

IPMI

En combinant les architectures Multi-serveur et multi-proxy, il est alors possible à la fois de centraliser et de décentraliser l’administration de la supervision, tout en utilisant des collecteurs pour des zones ne nécessitant pas une administration locale.

Page 23 / 51

Mickael Tavenart – GMSI

Etude du projet 3.3.5 LA SOLUTION CHOISIE POUR L’ARCHITECTURE DU ZABBIX SERVEUR Suite à la présentation de mon étude sur le serveur Zabbix à l’ensemble des parties prenantes, la mise en place d’une architecture mono-serveur (standalone) sera la plus pratique à mettre en service pour la supervision des équipements Doberman®.

Une demande de comparaison entre un agent Zabbix et le protocole SNMP m’a été formulée.

Zabbix server

Doberman + Zabbix agent

Doberman + SNMP

3.4 PERIODE DE REALISATI ON Au mois de Novembre 2015 proposition de la mise en place d’un outil de supervision.

L’étude a commencé parallèlement.

La phase de mise en œuvre intervient de janvier à fin mai 2016 sur une durée de 5 mois.

La rédaction du bilan de mon expérience débute en Juin.

Lancement • 11/2015

Etude • 12/2015

Mickael Tavenart – GMSI 14

Mise en oeuvre • 01/2016

Bilan • 06/2016

Page 24 / 51

Etude du projet 3.5 JALONS DU PROJET 4/11/2015 •Proposition du projet de fin d'études (PFE) 17/11/2015 •Rédaction de la fiche du PFE 20/11/2015 •Validation PFE par le Cesi entreprise de Montpellier Semaine du 11 au 15/01/2016 •Mise en place et installation de l'environnement de test pour le serveur ZABBIX •Rédaction de la procédure d'installation Semaine du 18 au 22/01/2016 •Installation sur le serveur des différents clients: •Agent Zabbix •Protocole SNMP Semaine du 25 au 30/01/2016 •Conclusion des tests entre l'Agent zabbix et le protocole SNMP Semaine du 01 au 05/02/2016 et du 15 au 19/02/2016 •Test d'envoi de notification par mail •Conclusion des tests d'envoi des notifications par mail Semainde du 22 au 26/02/16 •Présentation des tests avec agent et snmp •Montée en charge du Zabbix server Semaine du 29/02 au 4/03/2016 •Conclusion de la montée en charge •Rédaction des differentes procédures d'installation et de configurations

Page 25 / 51

Mickael Tavenart – GMSI

Etude du projet 3.6 ENVIRONNEMENT DE MAQUETTAGE Présentation de l’environnement dédié pour la réalisation du maquettage.

Serveur de test ZABBIX en local : 



Architecture du serveur o

Intel Xeon E3-1220 V2 @ 3.10GHz 4 cœurs

o

8Go de RAM

o

HDD 500Go

Hyperviseur13: o



Machine Virtuelle: o



VMware ESXi 5.5.0 Debian 8.2 

4 cœurs installés



6Go de RAM



HDD 300Go

Connexion à l’Esxi par le client vSphere 5.5.0

Hyperviseur est une plate-forme de virtualisation qui permet à plusieurs systèmes d'exploitation de travailler sur une même machine physique en même temps.

13

Mickael Tavenart – GMSI 14

Page 26 / 51

Mise en œuvre 4 MISE EN ŒUVRE Les phases de mise en œuvre sont réparties en quatre parties :

Installation et configuration

Comparatif des méthodes de surveillance des hôtes

Montée en charge du Zabbix server

Configuration des notifications par mail

4.1 INSTALLATION ET CONFIGURATION L’installation d’un mono-serveur Zabbix se fera sur une machine de virtualisation avec un serveur VMware existant.

4.1.1 INSTALLATION DU SERVEUR ZABBIX SUR UN HYPERVISEUR ESXI Présentation des imbrications présentes dans l’ESXi :

VMware ESXi Debian 8 Apache PHP DB



Zabbix server FrontEnd

VMware ESXi

Le premier hyperviseur « bare-metal14 » dédié du marché.

ESXi s’installe directement sur un serveur physique, ce qui permet de partitionner ce dernier en plusieurs serveurs logiques appelés machines virtuelles.

14

En informatique bare-metal désigne un ordinateur sans son système d'exploitation

Page 27 / 51

Mickael Tavenart – GMSI

Mise en œuvre



Debian

Je vais utiliser Debian 8 Jessie pour installer et compiler Zabbix serveur avec la base de données backend15 MySQL pour stocker les données recueillies, PHP et Apache Web Server comme interface web. 

Zabbix server

Zabbix est un logiciel conçu pour surveiller et garder une trace des réseaux, serveurs et applications en temps réel. Construire dans un modèle client-serveur, Zabbix peut recueillir des types de données qui seront utilisés pour créer des graphiques de performance de sortie ou de charge ou des tendances avec des objectifs de suivis différents. 

Zabbix Frontend

Les caractéristiques de Zabbix web frontend le distingue des autres solutions de supervision. Une interface graphique puissante et facile à utiliser est livrée par défaut avec le package.

Il fournit à la fois un accès pour les utilisateurs novices et des fonctions de configuration plus poussées pour affiner la supervision des hôtes.

4.2 COMPARATIF DES METHODES DE SURVEILLANCE DES HOTES Une demande de comparaison entre les deux méthodes d’analyse distantes m’a été demandée pour savoir laquelle serait la plus fiable et pertinente à mettre en production.

Les tests se feront sur l’équipement Doberman® installé dans la résidence AppartCity Citadelle de Montpellier. 

Architecture du serveur : o

Config Intel Xeon E3-1220 V2 @ 3.10GHz 4 cœurs

o

8 Go de RAM

o

HDD 250Go

4.2.1 PROTOCOL SNMP Simple Network Management Protocol (abrégé SNMP), en français « protocole simple de gestion de réseau », est un protocole de communication qui permet aux administrateurs réseau de gérer les équipements du réseau, de superviser et de diagnostiquer des problèmes réseaux et matériels à distance.

Pour utiliser le protocole SNMP, il faut configurer le SNMP daemon présent dans l’équipement Doberman®. Il requiert l’ouverture du port 161 en UDP 16 avec sa configuration pour pouvoir transmettre les informations au serveur Zabbix.

Back-end est un terme désignant un étage de sortie d'un logiciel devant produire un résultat.

Le protocole UDP (User Datagram Protocol) est un protocole non orienté connexion de la couche transport du modèle TCP/IP. Ce protocole est très simple étant donné qu'il ne fournit pas de contrôle d'erreurs.

15 16

Mickael Tavenart – GMSI 14

Page 28 / 51

Mise en œuvre Ci-dessous un exemple de configuration du SNMP deamon :

 INTEGRATION DU PROTOCOLE SNMP DE L’HOTE DANS LE SERVEUR ZABBIX Processus pour l’intégration du protocole SNMP dans le serveur Zabbix.

Configurer le Host •donner l'adresse IP + port de l'hôte à analyser

Installer le template SNMP

Ajouter les graphiques

•Voir tous les périphériques compatibles SNMP

•Définir les interfaces a analyser

La procédure de configuration est présente en annexe page 37.  RETOUR D’EXPERIENCE Il semble qu’après plusieurs jours d’analyse, ce système est stable et ne requiert aucune intervention particulière.

Page 29 / 51

Mickael Tavenart – GMSI

Mise en œuvre 4.2.2 AGENT ZABBIX Pour installer un agent Zabbix sur le Doberman® un addon17 est présent dans le système d’exploitation pfSense.

Addon Zabbix agent

 INTEGRATION DE L’AGENT DE L’HOTE DANS LE ZABBIX SERVER Processus pour l’intégration de l’agent Zabbix dans le Zabbix server.

Configurer le Host •donner l'adresse IP + port de l'hôte à analyser

Installer le template agent Zabbix •Voir tous les périphériques compatibles avec l'agent

Ajouter les graphiques •Définir les interfaces à analyser

La procédure de configuration est sensiblement la même que celle concernant le protocole SNMP qui est présenté en annexe page 43.

Addon : En informatique, un plugin ou plug-in, aussi nommé module d'extension, module externe, greffon, plugiciel, ainsi que add-in ou add-on en France, est un paquet qui complète un logiciel hôte pour lui apporter de nouvelles fonctionnalités.

17

Mickael Tavenart – GMSI 14

Page 30 / 51

Mise en œuvre  RETOUR D’EXPERIENCE Après plusieurs jours d’analyse on remarque que l’agent Zabbix se déconnecte régulièrement pour des raisons inconnues. Les pertes de connexion sont peut-être dues au fait que l’addon de l’agent Zabbix est en version beta.

Coupure Agent relancé

Il faut à chaque fois relancer l’agent pour que les analyses remontent.

Page 31 / 51

Mickael Tavenart – GMSI

Mise en œuvre 4.2.3 RECOMMANDATION Après concertation avec l’ensemble des parties prenantes, l’utilisation du protocole SNMP sera utilisé pour la supervision des équipements Doberman®.

Il est stable, facile à configurer et rapide d’installation.

4.3 MONTEE EN CHARGE DU ZABBIX SERVER Suite au retour d’expériences des tests effectués sur la résidence Citadelle. Il a été demandé de faire monter en charge le serveur Zabbix, avec les résidences suivantes : 



Suite étude : o

Thales, Toulouse.

o

Orsay, Limoge.

o

124, Marseille.

AppartCity : o

Ovalie 1, Montpellier.

o

Ovalie 2, Montpellier.

o

St Maurice, Paris.

 RESULTAT DE LA MONTEE EN CHARGE Après plusieurs jours d’observation des résidences, aucun problème notable n’a été détecté.

Un retour positif est ressorti de la réunion organisée pour présenter le résultat de la montée en charge.

4.4 CONFIGURATION DES NOTIFICATIONS PAR MAIL La configuration des notifications par mail demande de mettre en place une action sur un trigger pour permettre l’envoi d’email automatique en cas de problème sur un élément du réseau.

Un trigger (déclencheur en français), est défini comme une expression logique et représente l’état du système. Dans Zabbix, nous pouvons configurer des actions comme l’envoi d’email selon la valeur d’un trigger.  JALON DE CONFIGURATION DES NOTIFICATIONS PAR EMAIL

Configuration d'envoi de mail

Mickael Tavenart – GMSI 14

Tests

Retour d'expérience

Page 32 / 51

Mise en œuvre  CONFIGURATION D’ENVOI D’EMAIL Détail de configuration d’adresse email expéditeur et destinataire : 

SMTP server : smtp.office365.com



SMTP helo : Office365



SMTP email : mickael.tavenart@proxiel.com

La configuration de l’envoi d’email à l’administrateur Zabbix, quand la valeur d’un trigger est considérée comme problématique, se trouve en annexe page 47.  TEST DE L’ENVOI D’EMAIL Présentation du processus de test pour effectuer l’envoi d’email :

Oui Coupure du protocole SNMP

Envoi Email

Envoi réussi

Non En attente de disponibilité

Envoi non reçu

Non Non Compétence ?

Oui

Demande d assistance

Disponible ?

Oui

Vérification des configurations

Page 33 / 51

Mickael Tavenart – GMSI

Mise en œuvre O

PROBLEME RENCONTRE

Lors de mes tests avec la boite email de Proxiel, l’envoi n’a pas fonctionné. Avant de solliciter l’appui des collaborateurs, j’ai procédé de la manière suivante pour résoudre le problème : 1. Vérification des paramètres SMPT – Problème toujours présent.

2. Ouvrir un email de test chez l’hébergeur Gmail et configurer le SMPT avec les paramètres suivants : o

SMTP server : smtp.gmail.com

o

SMTP helo : gmail

o

SMTP email : testmail042016@gmail.com

– Problème toujours présent.

Comme le problème d’envoi avec le Zabbix server est toujours présent, j’ai voulu tester un envoi d’email en ligne de commande par la Debian.

Voici la commande suivante que j’ai saisie : echo "Mail envoyé le $(date)" | mail -s "Test envoi de mail depuis $HOST" testmail042016@gmail.com

Avec cette méthode l’envoi d’email a fonctionné.

Ne comprenant pas pourquoi l’envoi avec le Zabbix ne marche pas alors que sur la Debian cela fonctionne, j’ai demandé l’aide des collaborateurs. Malgré cela, le problème reste présent.  RETOUR D’EXPERIENCE Au vue des problématiques rencontrées et le temps nécessaire pour trouver une solution, il a été convenu de mettre en pause cette partie du projet.

Mickael Tavenart – GMSI 14

Page 34 / 51

Bilan du projet 5 BILAN DU PROJET Rappel et évaluation des objectifs énoncés en début de projet.  TECHNIQUE Ce projet a permis d’obtenir des informations d’analyse sur les paramètres réseau des résidences. Les analyses du flux des équipements sont répertoriées avec des graphiques de performances et sont exploitables via une interface web.

La mise en production et la montée en charge du serveur Zabbix avec l’utilisation du protocole SNMP a bien fonctionné. Aucune baisse de bande passante et de latence réseau n’a été constaté.

Par contre la partie concernant la notification par email n’est toujours pas en fonctionnement.  ECONOMIQUE Il est encore trop tôt pour qu’une utilisation commerciale soit élaborée car il reste encore le problème des envois de notification par email à résoudre.  ORGANISATIONNEL Pour le moment le gain de temps pour les équipes techniques en charge des résidences n’est pas évaluable car le projet est toujours en phase d’évaluation.  HUMAIN L’entente entre les collaborateurs au sein de l’équipe est restée très sereine tout au long du projet. Le problème majeur réside seulement dans le manque de disponibilités de chaque collaborateur.

Page 35 / 51

Mickael Tavenart – GMSI

Conclusion 6 CONCLUSION 6.1 MON PARCOURS PERSONNEL Intéressé par la musique, la photographie et l'informatique, j'ai privilégié ces domaines lors de ma formation et tout au long de mon parcours professionnel.

En 1996, J'ai obtenu un CAP Photographique option retouche argentique. Suite à l'évolution de la retouche photo vers le numérique, j'ai eu l'opportunité de suivre une formation en image de synthèse. Après cette formation, je me suis mis à mon compte comme Infographiste en freelance.

Parallèlement, j'ai toujours eu la volonté de partager mes connaissances. C'est pour cette raison, qu'en 2006 j'ai pris la décision de suivre une formation de BPJEPS dans les Techniques de l'Information et de la Communication.

Fort de ces nouvelles connaissances, j'ai été recruté par le Lycée LPA Honoré de Balzac à Castelnau Le Lez où j'ai pu acquérir une bonne expérience comme technicien Informatique Bureautique et Audiovisuel.

En 2014, pour consolider et assimiler de nouvelles compétences dans le domaine de l'informatique, j'ai opté pour une formation en alternance au CESI entreprise de Montpellier.

6.2 BILAN DE L’ALTERNANCE Lorsque j’ai découvert le CESI, j’ai mis en relation ma reconversion professionnelle avec ma passion de l’informatique.

La formation du GMSI m’a permis d’acquérir des compétences techniques, que je voulais approfondir en intégrant des méthodologies de gestion de projet.

En effet je me suis rendu compte des progrès obtenus entre le moment où j’ai intégré le GMSI et aujourd’hui en fin de la formation, autant dans mon parcours professionnel que personnel, je suis pleinement satisfait de cette évolution.

Je pense donc avoir acquis aujourd’hui ce que je cherchais initialement, ce qui me permet désormais de poursuivre mon évolution dans la carrière que j’ai choisie.

6.3 MON PROJET PROFESSIONNEL Pour conclure, je pense être capable aujourd’hui d’être un élément disposant de spécificités qui seront un atout pour les futures entreprises qui me recruteront.

Cette riche expérience a accru mon potentiel en termes d’employabilité et a conforté mon désir d’exercer le métier d’administrateur réseaux.

Je souhaite dans l’avenir, mettre en pratique mes connaissances techniques et organisationnelles acquises durant ma formation et me voir confier des projets à gérer de bout en bout, tout en me perfectionnant dans mon domaine de compétences.

Mickael Tavenart – GMSI 14

Page 36 / 51

Annexes 7 ANNEXES 7.1 PROCÉDURE D’INSTALLATION DU SERVEUR ZABBIX Procédure d'installation et compilation d’un Zabbix serveur à partir de sources sur « Debian 8 Jessie » avec base de données backend MySQL pour stocker les données recueillies, PHP et Apache Web Server comme interface web principalement.

7.1.1 ÉTAPE 1 : INSTALLER LE LOGICIEL ET LES DEPENDANCES INITIALES Comme pour l'instant, Zabbix ne fournit aucun paquet binaire précompilé officiel de Debian 8, la solution principale reste à télécharger et compiler les sources manuellement.

Pour compiler et installer Zabbix, une série d'outils et de dépendances seront à installer sur le système, tels que : 

build-essentials (requis pour la compilation des paquets de Debian à partir de sources),



GCC (acronyme de GNU Compiler Collection),

Certains outils de http réseau cli18, tels que : 

Curl19,



Wget20.

Et d'autres dépendances nécessaires afin d'ajouter des fonctionnalités supplémentaires (support SNMP).

Installez tous ces paquets sur le système en exécutant la commande suivante : $ Sudo apt-get install build-essential gcc boucle wget libsnmp-dev libcurl4gnutls-dev libxml2-dev

Interface en ligne de commande (en anglais command line interface, couramment abrégé CLI) est une interface homme-machine dans laquelle la communication entre l'utilisateur et l'ordinateur s'effectue en mode texte 19 Interface en ligne de commande, destinée à récupérer le contenu d'une ressource accessible par un réseau informatique 20 Client HTTP, HTTPS et FTP. Son interface en ligne de commande permet de récupérer du contenu d’un serveur Web ou FTP. 18

Page 37 / 51

Mickael Tavenart – GMSI

Annexes 7.1.2 ÉTAPE 2 : INSTALLATION DE BASE DE DONNEES MARIADB ET BIBLIOTHEQUE La prochaine étape d'installation est la base de données MariaDB, qui est une bibliothèque de développement MySQL à partir de paquets binaires.

Quand la base de données MariaDB sera installée sur votre système, vous serez invité à définir un mot de passe pour l'utilisateur root de la base de données lors de l'installation. Choisissez un mot de passe fort 21 , répétez et attendre l'installation pour terminer. $ Sudo apt-get install MariaDB-serveur-client MariaDB libmysqld-dev

Réglez MySQL root Mot de passe Quand l'installation de « MariaDB » sera terminée, fixez la base de données en émettant la commande : # Mysql_secure_installation

Dépend de sa longueur et du nombre de possibilités existantes pour chaque caractère le composant.

21

Mickael Tavenart – GMSI 14

Page 38 / 51

Annexes Avec les privilèges root du système, utilisez la capture d'écran ci-dessous comme guide :

Fixez Installation de MySQL

Page 39 / 51

Mickael Tavenart – GMSI

Annexes 7.1.3 ÉTAPE 3 : INSTALLEZ LE SERVEUR WEB APACHE ET PHP Ensuite, installez le serveur Web Apache avec PHP, langage de programmation afin de fournir le service web au serveur Zabbix en exécutant la commande suivante : $ Sudo apt-get install apache2 php5 php5-mysql php5-gd php5-cli php5-xmlrpc

Installez Apache et PHP Ensuite, vous devez régler l’interpréteur PHP et ajuster certaines valeurs afin de lancer Zabbix Server.

Ouvrir le fichier « php.ini » d’Apache de configuration pour l'édition en émettant la commande suivante : /etc/php5/apache2/php.ini $ Sudo nano

Remplacer les valeurs PHP suivants comme il suit : post_max_size = 16M max_execution_time = 300 max_input_time = 300 date.timezone = "Europe/Paris" always_populate_raw_post_data = -1

Après avoir terminé, enregistrez le fichier, quittez et redémarrez le démon Apache afin que les changements soient pris en compte, en exécutant la commande ci-dessous. $ Sudo systemctl redémarrage apache2.service

Mickael Tavenart – GMSI 14

Page 40 / 51

Annexes 7.1.4 FIN DU PARAMETRAGE DE ZABBIX VIA L’INTERFACE WEB Ouvrir le navigateur internet et saisir dans la barre URL : 

http://{Ip_Serveur}/zabbix/setup.php

Page d’accueil

Check des prérequis

Configuration de la base de données

Détails du serveur Zabbix

Sommaire des pré-installations

Installation

Page 41 / 51

Mickael Tavenart – GMSI

Annexes

Page de connexion

Tableau de bord

Pour se connecter à l’interface web à la fin de l’installation, utilisez le login et le mot de passe par défaut : 

Login : admin



Mot de passe : zabbix

Fin de la première étape, la suivante sera l’ajout d’hôtes à superviser.

Mickael Tavenart – GMSI 14

Page 42 / 51

Annexes 7.2 INTEGRATION DU PROTOCOLE SNMP DE L’HOTE DANS LE ZABBIX SERVER Installation du protocole SNMP sur l’équipement Doberman Configurez le SNMP sur le Doberman Onglet « Services » Puis sur « SNMP »

Renseignez le port de connexion SNMP Nommez le port

Définissez le type d’autorisation que les équipements ont pour s’y connecter.

Ici « public » n’a accès qu'en lecture, et pas forcément à toute l'étendue des informations exposées.

Page 43 / 51

Mickael Tavenart – GMSI

Annexes

Cliquez sur « save » pour sauvegarder la configuration

Maintenant, configurez le serveur Zabbix pour réceptionner les informations du protocole SNMP. Pour cela, récupérez l’adresse IP public de l’équipement Doberman.

Exemple :

7.2.1 CONFIGURATION SUR LE ZABBIX SERVEUR Dans le serveur Zabbix il faut maintenant le configurer pour qu’il puisse réceptionner les informations de l’équipement Doberman.

En premier lieu, créez un hôte : Dans « configuration » Et sur l’onglet « Hosts »

Cliquez sur « Create host »

Mickael Tavenart – GMSI 14

Page 44 / 51

Annexes Maintenant il faut remplir les champs avec les informations de l’hôte à superviser avec le protocole SNMP Nom de l’hôte Nom du Groupe Adresse de l’interface port

Ensuite choisir le Template SNMP préconfiguré présent dans le serveur Zabbix Selectionnez l’onglet « Templates » Ensuite « Select »

Page 45 / 51

Mickael Tavenart – GMSI

Annexes Cela ouvre un pop-up qui va permettre de sélectionner la Template qui nous intéresse.

Sélectionnez « Template SNMP Interfaces »

Finissez en cliquant sur « Select ».

Vous verrez ensuite que la Template est correctement sélectionnée, il est possible de la supprimer en cliquant sur la petite croix.

Pour confirmer, sélectionnez « Add ».

Une fois que la Template est bien ajoutée, cliquez sur « Update ».

Maintenant le serveur Zabbix peut recevoir les flux des interfaces précédemment configurées.

Mickael Tavenart – GMSI 14

Page 46 / 51

Annexes 7.3 CONFIGURATION D’ENVOI EMAIL 7.3.1 CONFIGURATION ACTION Une fois connecté à votre interface d’administration Zabbix.

Cliquez sur « configuration »

Puis « actions » :

A présent, nous allons créer une nouvelle action pour nos trigger, pour cela : cliquez sur « Create action »

Dans l’onglet action, nous configurons le modèle pour l’envoi d’email, nous utilisons les macros Zabbix :

Page 47 / 51

Mickael Tavenart – GMSI

Annexes

Dans l’onglet « Conditions » Rajoutez une nouvelle condition (identique à label C dans la capture d’écran)

Dans ces conditions, dès qu’un déclencheur aura la condition « problème » et/ou la criticité « avertissement », un email sera envoyé.

Vous pouvez bien évidemment affiner ces paramètres selon vos besoins. Vous pouvez également configurer d’autres actions selon d’autres conditions. Par exemple, vous pouvez configurer l’envoi d’email dès que la valeur du déclencheur est revenue à sa valeur initiale, etc…

Mickael Tavenart – GMSI 14

Page 48 / 51

Annexes 7.3.2 CONFIGURATION EMAIL ZABBIX Nous allons à présent associer une adresse email à l’administrateur Zabbix.

Cliquez sur « Administration » puis « Media types »,

enfin cliquez sur « Email »

Il faut remplir les champs suivant : 

Nommez-le :

Exemple : Alerte email 

SMTP server :

L’adresse IP ou le nom DNS du serveur mail (SMTP) 

SMTP helo :

La chaîne renvoyée au serveur lors d’une requête SMTP. Ce paramètre n’a que très peu d’importance. 

SMTP email :

Email avec lequelle les emails seront envoyés.

Page 49 / 51

Mickael Tavenart – GMSI

Annexes 7.3.3 ASSOCIATION EMAIL/UTILISATEUR Cliquez sur « administration » et « Users »

puis dans la colonne « Members », cliquez sur « Admin ( zabbix administrator) » Dans l’onglet media cliquez sur «Add »

Mickael Tavenart – GMSI 14

Page 50 / 51

Annexes

Ajoutez l’adresse email qui enverra les courriels.

Puis cliquez sur «Add » :

L’email est associé à notre utilisateur Zabbix.

7.4 SOURCES  ZABBIX http://www.zabbix.com/  WIKIPEDIA https://fr.wikipedia.org/  MONITORING-FR http://wiki.monitoring-fr.org/zabbix/start  IT-CONNECT http://www.it-connect.fr/

Page 51 / 51

Mickael Tavenart – GMSI