Étude et mise en place d'une solution de supervision basée sur F.A.N. pour la préfecture des bouches du Rhône

Transcription

1 Étude et mise en place d'une solution de supervision basée sur F.A.N. pour la préfecture des bouches du Rhône Teddy Perrin < >

2 Table des matières Présentation et objectifs Étude de la doc existante L'existant Documentation...2 Technique Solution actuelle État des lieux Analyse de la solution en place Besoins Contraintes...4 Serveur...4 M.I.B...5 Documentation Mise en place du serveur de supervision Installation et configuration de la distribution FAN Installation du système d'exploitation Configuration du réseau...9 Interface réseau... 9 Les routes... 9 Le DNS... 9 Le nom de machine Sauvegarde et restauration de la config réseau MàJ et nouveaux paquets : proxy Configuration du système d'exploitation Configuration de Nagios et Centreon Configuration de Nagios...12 Les fichiers de configurations principaux Exemples de fichiers de configuration : Test de la configuration Configuration de Centreon...17 Les fichiers de configuration Modèles Hôtes Groupe d'hôte Services Commande Utilisateurs / Contacts Périodes Notifications Bases de données MIBs Status Map La supervision du réseau Configurations supplémentaires...25 Clients Microsoft Windows Visualisation Les hôtes et les services Les graphiques...28

3 Personnalisation des courbes Compte utilisateur en lecture seul Création du compte Gestion des ACL...30 Création du groupe d'accès Paramétrage "lecture seule" Paramétrage de la visualisation du contenu Alertes automatiques Alertes automatiques par mail...33 Configuration de Postfix Alertes automatiques par SMS...34 Méthode classique Avec smstool Sauvegardes Sauvegarde des configurations et données Restaurations des configurations et données...39 Conclusion...41 Technique...41 Personnel...41 FAQ...42 Glossaire...43 Crédits...44 Remerciements...45

4 Présentation et objectifs Présentation et objectifs La SRDSIC (Service Régional et Départemental du Système d'information et de Communication) se trouve dans l'hôtel préfectoral, à Marseille. Le préfet, représentant du Gouvernement, dirige les services de l État dans le département, à l exception de l'inspection académique et de la direction départementale des finances publiques qui ne relèvent que partiellement de son autorité. Il reste seul chargé de l ordre public, au sens large, du contrôle administratif des collectivités et de leurs établissements, et de l exercice des missions régaliennes de l'état. Les principaux services fournis par la préfecture sont : La représentation de l État et la communication La sécurité des personnes et des biens Le service au public et la délivrance des titres Le respect de la légalité et de l État de droit L'intégration sociale et la lutte contre les exclusions L'administration du territoire et le développement économique La préfecture de Marseille est épaulée localement par 3 sous-préfectures situées à Istres, Arles et Aix-en-Provence. Le SRDSIC est subdivisé en plusieurs services dont M. Thierry Lepage est le responsable. Pour ma part, mon stage est effectué sous la bienveillance de Lionel Mourre du service Administration Réseau et Systèmes informatiques. Mon stage portera sur la mise en place d'une solution de supervision basée sur F.A.N. (Fully Automated Nagios), solution qui était déjà en production mais dont le service a du être interrompu suite à une panne matériel. Je me baserai donc sur une documentation existante afin de remettre en œuvre une solution similaire et présentant les mêmes caractéristiques. L'accent sera mis sur les graphes d'utilisation de bandes passantes et il devra être rédigé les documentations technique, administrateur et utilisateur. Il faudra également anticiper l'intégration future des [ DDCS, DDPP, DDSP et DDTM ] au sein du même "réseau". Il peut également être tenté de récupérer les anciennes bases de données et de les intégrer dans la nouvelle installation. Page 1 / 45

5 1. Étude de la doc existante 1. Étude de la doc existante 1.1. L'existant Documentation Technique Une documentation est à ma disposition, décrivant la réflexion qui a conduit au choix de la distribution F.A.N., l'installation et les configurations nécessaires. Cette documentation a été réalisé par Tristan Laisné en Juin Voici la structure de cette documentation : A. Étude et test des solutions de supervision de réseau B. Installation et configuration du serveur 1. Installation et configuration générale 2. Installation et configuration du système de notification par mail 3. Installation et configuration du système de notification par SMS C. Mise en place de la supervision 1.Ajouts des hôtes 2.Ajouts des services à surveiller Page 2 / 45

6 1.2. Solution actuelle 1.2. Solution actuelle État des lieux La solution basée sur F.A.N. était installée sur une tour PC. Malheureusement suite à une série d'incidents électriques le matériel a fini par lâcher et n'a pas été remplacé. Cette solution n'est donc plus. Toutefois une autre installation, de Nagios seul, existe. Sur un réseau séparé. Bases de données : Disques durs HS Pas de redondance Analyse de la solution en place La solution n'étant plus en production, nous étudierons le document technique ayant servi d'étude avant installation. Le choix s'est donc porté sur la distribution FAN (Fully Automated Nagios) qui est une distribution GNU/Linux CentOS avec Nagios pré-installé, ainsi que les plu-gins les plus utilisés. Sont également pré-installés Nagvis, Centreon et NaReTo : Nagvis permet de créé des cartes personnalisées du réseau. Centreon fournit à Nagios une interface web, et donc graphique, facilitant sa configuration et son utilisation. NaReTo permet une vue global du réseau (état du réseau, suivi des alertes et graphiques des disponibilités). En plus de ses fonctionnalités graphiques et statistiques, la distribution FAN offre une grande simplicité d'installation et de configuration. Enfin, le grand nombre de plu-gins permet de faire évoluer son système facilement. Page 3 / 45

7 2. Besoins 2. Besoins Éléments à superviser : nom et IP Services à surveiller : services critiques, associés aux éléments Destinataires des alertes (mails et SMS) : Établir une politique de remonté d'alarme cohérente (contact, horaires, groupe de contacts, etc) Utilisateurs de la plate-forme Schéma réseau représentant les dépendances entre éléments Contraintes Réutilisation de F.A.N. Même configuration des alertes (mails ET SMS) Visualisation graphique + statistiques. L'installation, configuration et administration de F.A.N. nécessitent des compétences dans divers domaines, tel que : l'administration d'un serveur web de type apache2 les bases de données MySQL l'architecture réseau (routeurs, switches, périphériques finaux) le serveur de messagerie Postfix le service/protocole SNMP Anticiper la possible intégration de plusieurs autres réseaux à court terme (± 1 an) Serveur Physique un PC. Une interface graphique était présente sur la version précédente de la solution de supervision, il s'agissait de XFCE qui avait été choisit pour sa légèreté (basse consommation CPU et mémoire). Nous l'installerons donc sans pour autant l'activer au démarrage du serveur. L'administrateur aura donc le choix de son utilisation. Il est envisageable de placer les bases de données sur un disque séparé du système. Page 4 / 45

8 2.3. M.I.B M.I.B. Les MIBs (Management Information Base) sont des bases de données utilisées pour la gestion des réseaux, manipulables par des protocoles tels que SNMP. Ces informations sont structurées sur une entité réseau tel qu'un routeur, un switch ou un serveur. Les MIBs ont une structure hiérarchique. Chaque information est un "object identifier" (OID) ; un suite de nombres séparés par des points, qui identifient cet OID de manière unique, et un nom indiqué dans le document, qui décrit ainsi la MIB. Par exemple, est l'object identifier ifdescr qui est la chaîne de caractères décrivant une interface réseau (comme eth0 sur GNU/Linux ou Ethernet0 sur un routeur Cisco). Une des MIB les plus connues est MIB-II, décrite dans le RFC 1213, et qui est mise en œuvre dans quasiment tous les équipements TCP/IP. Elle compte 10 groupes, "system", "interfaces" (dont fait partie ifdescr), "Address Translation", "IP", "ICMP", "TCP", "UDP", "EGP", "transmission" et "SNMP". Les MIB sont décrites en utilisant ASN.1. Par exemple, ifdescr est décrite par : ifdescr OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual string containing information about the interface. This string should include the name of the manufacturer, the product name and the version of the hardware interface." ::= { ifentry 2 } Page 5 / 45

9 2.3. M.I.B. Pour trouver les MIB correspondant au matériel qu'on souhaite superviser,on peut utiliser le moteur de recherche dédié disponible à l'adresse suivante (payant) : On peut aussi tenter de les récupérer sur les sites des constructeurs. Dans le cas présent, il nous faudra des MIBs Alcatel et 3com. Avant d'importer une MIB, il faut s'assurer que le fabricant existe dans la base, sinon le créer. Le projet Net-SNMP gère une grande quantité de matériel : et Documentation Les documentations technique et administrateur seront des versions épurées de ce rapport de stage, accompagnées d'une FAQ et d'un glossaire. La documentation utilisateur ne traitera que de la partie "utilisation", associée à une FAQ ainsi qu'un glossaire. La documentation administrateur contiendra les identifiants, mots de passe, nom d'hôte et adresses IP des matériels supervisés. Cette documentation administrateur sera à l'usage exclusive du bureau Administration Réseaux et Systèmes Informatiques Page 6 / 45

10 3. Mise en place du serveur de supervision 3. Mise en place du serveur de supervision Les mots de passe, noms de périphériques et adresses qui suivent ne sont utilisés qu'à des fins de tests et seront bien sûr modifiés lors de la mise en production. Les valeurs réelles ne figureront alors que sur le document administrateur qui ne sera fournit qu'à Messieurs Thierry Lepage chef des services SIC, Lionel Mourre et Jean-Claude Weingaertner administrateurs réseau et systèmes informatiques. La mise en place s'effectue au préalable sur un serveur de test sous Virtualbox. Tenir compte du temps nécessaires à la mise en production effective : Mise en place et premiers résultats : 1 semaine. Configuration avancé et stabilisé + pérennisation : plusieurs semaines 3.1. Installation et configuration de la distribution FAN Installation du système d'exploitation Après avoir récupéré la version qui nous intéresse à l'adresse on commence l'installation. L'application permettant l'installation est en mode semi-graphique et utilise une interface ncurse. Pour passer des champs de choix à ceux de validation/annulation, on peut utiliser la touche <TAB>. Installation par disque USB, CD/DVD ou PXE. A la fenêtre d'accueil il suffit d'appuyer sur la touche <Entrée> - ou <Enter> - (--install or upgrade in graphical mode). On choisit ensuite la langue : French et le type de clavier : fr-latin1. Page 7 / 45

11 Installation du système d'exploitation Attention! Pour le partitionnement des disques, on choisira de supprimer TOUTES les partitions existantes et d'utiliser celui par défaut. Il convient donc d'insister sur le fait que toutes les données présentes sur le(s) disque(s) seront supprimées et perdues. Le reste de l'installation se fait tout seul, il vous sera seulement demandé d'entrer un mot de passe pour root, puis de le confirmer en le tapant une seconde fois. Pour notre test nous choisissons Provence130. Après redémarrage du système on se connecte en CLI avec le compte root et le mot de passe définit précédemment. Important : Après avoir taper "root", puis <Entrée>, rien ne s'affichera lorsque vous rentrerez le mot de passe. C'est un fonctionnement tout à fait normal sur les machines GNU/Linux-BSD. Après avoir taper le mot de passe, validez, vous êtes connecté. Page 8 / 45

12 Configuration du réseau Configuration du réseau Au lancement il nous est proposé de configurer l'authentification, le réseau, le DNS et, mais il est préférable de le faire comme proposé dans le reste de la documentation. Interface réseau L'utilitaire de configuration du réseau peut également être lancé avec la commande system-config-network ou encore : ~# nano /etc/sysconfig/networking/devices/ifcfg-eth0 DEVICE=eth0 ONBOOT=yes HWADDR=01:23:45:AB:CD:EF TYPE=Ethernet NETMASK= IPADDR=10.13.vv.zzz GATEWAY=10.13.xx.yyy On appuie sur les touches <Ctrl> + <x> pour quitter puis <o> pour valider l'enregistrement des modifications. Il est bien sûr possible d'utiliser Emacs, Vi ou Vim pour l'édition de fichiers. Se reporter aux documentations des applications et/ou aux pages de man. Les routes Pour que les routes soient prises en compte au démarrage il faut les inscrire dans un fichier texte : ~# nano /etc/sysconfig/network-scripts/route-eth0 GATEWAY0=10.13.xx.yyy NETMASK0= ADDRESS0=10.13.vv.zzz Le DNS On édite ensuite le fichier resolv.conf pour lui indiquer l'adresse du DNS principal et des DNS secondaires : ~# nano /etc/resol.conf nameserver xx.yyy nameserver vv.www nameserver uu.zzz Page 9 / 45

13 Configuration du réseau Le nom de machine Par commodité et souci de clarté nous allons renommer la machine faisant office de serveur Nagios (Variable HOSTNAME) : ~# nano /etc/sysconfig/network NETWORKING=yes NETWORKING_IPV6=no HOSTNAME=PREF13-nagios # ou PREF13-nagios est le nouveau nom Sauvegarde et restauration de la config réseau Sauvegarde : ~# system-config-network-cmd -e > ~/network-config Restauration : ~# system-config-network-cmd -i -c -f ~/network-config avec -i : importation des données, -c : suppression de la configuration existante avant import et -f : spécifie le fichier à importer. MàJ et nouveaux paquets : proxy Les mises à jour et l'installation de nouveaux paquets nécessite l'ajout de l'adresse de proxy dans le fichier de configuration de yum. On le rajoute donc en fin de fichier, juste avant les dépôts supplémentaires : ~# nano /etc/yum.conf... installonly_limit = 5 # Configuration proxy proxy= proxy_username=le_login proxy_password=le_mot-de-passe # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d... Page 10 / 45

14 3.2. Configuration du système d'exploitation 3.2. Configuration du système d'exploitation Si pour une obscure raison, la nécessité d'avoir une interface graphique sur le serveur se fait trop pressante, voici un remède : ~# yum groupinstall "Xfce" "X Window System" ~# startx ~# system-config-display # pour configurer l affichage ou bien encore : ~# yum --exclude=nautilus-sendto groupinstall "GNOME Desktop Environment" "X Window System" ~# startx ~# system-config-display # pour configurer l affichage Page 11 / 45

15 3.3. Configuration de Nagios et Centreon 3.3. Configuration de Nagios et Centreon Configuration de Nagios La configuration de Nagios se fait au travers de Centreon, il n'est donc normalement pas nécessaire d'éditer directement les fichiers de configuration. Néanmoins, connaître leur structure aide toujours en cas de problème. Les fichiers de configurations principaux /etc/nagios Répertoire contenant les fichiers de configuration. cgi.cfg : fichier de configuration des CGI. ndomod.cfg : fichier de configuration du broker Ndo utilisé dans le nagios.cfg. resource.cfg : possibilité de définir des informations sensibles (login, passwd ) command-plugins.cfg : définition des commandes "check". nagios.cfg : fichier de configuration principal de Nagios. send_nsca.cfg : fichier de configuration de nsca. nrpe.cfg : fichier de configuration du serveur nrpe. htpasswd.users : stocke les utilisateurs et mot de passe (en crypté) ayant accès à Nagios. ndo2db.cfg : fichier de configuration de démon ndo2db. nsca.cfg : fichier de configuration du serveur nsca. /etc/nagios/objects localhost.cfg : définition de l host "localhost" (i.e de Nagios). commands.cfg : définition des commandes (commandes de "check" et de notifications). contacts.cfg : définition des contacts. printer.cfg : définition des imprimantes. switch.cfg : définition des switches. templates.cfg : définition des modèles. timeperidos.cg : définition des périodes. /usr/lib/nagios Répertoire contenant les fichiers CGI et plu-gins Nagios. /usr/share/nagios Répertoire contenant les fichiers de l'interface web. Page 12 / 45

16 Configuration de Nagios Exemples de fichiers de configuration : Attention, les commentaires doivent être précédés d'un point-virgule ";" à l'intérieur des accolades "{" et "}". serveurs_pref13.cfg #déclaration d un serveur define host { host_name SRV01 alias Serveur Pref13 01 address yy.xxx use generic-host } ; le nom de l élément ; un alias ; adresse IP ; le type d élément #déclaration d un serveur define host { host_name Serveur-Fax alias Serveur de Fax address yy.xxx use generic-host } routeurs_ pref13.cfg (switches_pref13.cfg et imprimantes_pref13.cfg ont le même type de configuration) #déclaration d un routeur define host { host_name ASA-5505 alias Routeur Cisco ASA-5505 address yy.xxx use generic-host } #déclaration d un routeur define host { host_name google alias Moteur de recherche bien pratique address use generic-host parents ASA-5505 ; élément dont il dépend géographiquement (status_map) } hostgroups.cfg #Tous les éléments define hostgroup { hostgroup_name alias members } # déclaration d un groupe define hostgroup { hostgroup_name alias members } all Tous les éléments * Serveurs GNU/LINUX ; nom du groupe Serveurs GNU/LINUX Axians; alias nagios ; membres du groupe, correspond au host_name Page 13 / 45

17 # déclaration d un groupe define hostgroup { hostgroup_name alias members } Serveurs WINDOWS Serveurs WINDOWS Axians SRV01, Serveur-Fax services.cfg define service{ use host_name service_description check_command } generic-service nagios Nombre Utilisateur check_users!20!50 define service{ use hostgroup_name service_description check_command } generic-service srv-gnu/linux ; nom du groupe concerné Total Processus check_procs!400!800 define service{ use host_name service_description check_command } generic-service nagios Charge courante check_load!5.0!4.0!3.0!10.0!6.0!4.0 ; template utilisé ; nom de l'hôte concerné ; nom du service ; commande utilisée (dans commands.cfg) generic-host.cfg define host{ name notifications_enabled event_handler_enabled flap_detection_enabled failure_prediction_enabled process_perf_data retain_status_information retain_nonstatus_information } check_command max_check_attempts notification_interval notification_period notification_options contact_groups register generic-host ; Nom de ce modèle d'hôte 1 ; Notifications d'hôte 1 ; Gestionnaire d'événements 1 ; Détection des variations 1 ; Prédiction de défaillance 1 ; Données de performance des processus 1 ; Conservation des informations d'état au redémarrage 1 ; Conservation des informations d'état noninscrites au redémarrage check-host-alive ; commande de test par défaut (ping) x7 d,u,r admins 0 Page 14 / 45

18 generic-service.cfg define service{ name active_checks_enabled passive_checks_enabled parallelize_check obsess_over_service check_freshness notifications_enabled event_handler_enabled flap_detection_enabled failure_prediction_enabled process_perf_data retain_status_information retain_nonstatus_information notification_interval } is_volatile check_period normal_check_interval retry_check_interval max_check_attempts notification_period notification_options contact_groups register generic-service ; Nom de ce modèle de service 1 ; Contrôle des services actifs activé 1 ; Contrôle des services passifs activé/accepté 1 ; Le contrôle des services actifs devrait être "parallélisés" (en désactivant tout ce qui peut provoquer des problèmes majeurs de performance) 1 ; On devrait être obsédé par ce service(activé si nécessaire) 0 ; Par défaut, on NE VERIFIE PAS la "fraîcheur" des services 1 ; Notifications des services 1 ; Gestionnaire d'événements des services 1 ; Détection des variations 1 ; Prédiction de défaillances 1 ; Données de performance des processus 1 ; Conservation des informations d'état au redémarrage 1 ; Conservation des informations d'état noninscrites au redémarrage 0 ; Par défaut envois de notifications seulement au changement d'état 0 24x x7 w,u,c,r admins 0 extinfo.cfg define hostextinfo{ hostgroup_name notes icon_image icon_image_alt vrml_image statusmap_image } Serveurs GNU/LINUX Serveurs GNU/LINUX base/debian.png Debian GNU/Linux debian.png base/debian.gd2 time-period.cfg define timeperiod{ timeperiod_name alias monday tuesday wednesday thursday friday } workhours Standard Work Hours 09:00-17:00 09:00-17:00 09:00-17:00 09:00-17:00 09:00-17:00 Page 15 / 45

19 dependances.cfg define hostdependency { host_name ASA-5505 dependent_host_name google notification_failure_criteria d } ; d = down Donc si ASA-5505 est down, aucune notifications ne sera envoyées concernant l'élément google (qui est son "fils"). Test de la configuration Il est utile et fortement recommandé de tester la nouvelle configuration de Nagios avant de l'appliquer : ~# nagios -v /etc/nagios/nagios.cfg Page 16 / 45

20 Configuration de Centreon Configuration de Centreon Après l'installation de F.A.N., Centreon est immédiatement opérationnel. Il se configure au travers de son interface web. Passer l'interface en français : cf à l'adresse suivante : Nécessite que F.A.N. puisse se connecter au réseau (proxy?). Les fichiers de configuration Les fichiers utiles de Centreon se trouvent dans les sous-dossiers du répertoire /usr/share/centreon. Toutefois nous ne les modifieront pas directement, l'interface web de Centreon est en effet conçue à cette intention. Tout se passe dans l'onglet maître "Configuration". Nous verrons la partie "Administration" ultérieurement. Modèles Les "template" sont des modèles type qui serviront de base pour les configurations des différents hôtes, services, etc, tout du moins dans un premier temps. Les modèles d'hôtes et de services disponibles par défaut : Page 17 / 45

21 Configuration de Centreon Création d'un modèle d'hôte Configuration > Hosts > Templates > Add Relations Permet d'associer un ou plusieurs services au modèle. Il suffit de faire passer les services souhaités dans la colonne de droite. Data Processing Permet de modifier la configuration relative aux données des processus. Host Extended Infos Permet d'écrire un commentaire sur le modèle et de modifier les options avancés (icône et place sur la carte nagios par exemple). Page 18 / 45

22 Configuration de Centreon Création d'un modèle de service Configuration > Services > Template > Add La configuration générale est la même que pour les modèles d'hôtes sauf pour : Check Command : choisir la commande lié au service Args : placer les arguments en fonction de la commande Hôtes Configuration > Hosts > Add Pour modifier un hôte, il suffit de le sélectionner en cliquant dessus puis de modifier les champs voulus. Pour créer un nouvel hôte on peut soit partir de zéro en remplissant les champs manuellement, soit partir d'un modèle, ou encore en dupliquant un hôte existant. La duplication est un copié/coller de la configuration dans laquelle il suffit bien souvent de ne modifier que le nom et l'adresse IP : Onglet "Configuration de l'hôte" Les champs principaux et nécessaires sont : Host Name (Nom de l'hôte), Alias, IP Adresse / DNS, Monitored from (Surveillé depuis) et Host Templates (Modèle d'hôte). Un hôte peut avoir plusieurs modèles, toutefois leur ordre est primordial, le premier de la liste est prioritaire sur les suivants. Onglet "Relations" Sélectionner un groupe et éventuellement un(des) parent(s) et/ou enfant(s) Hôtes parents et hôtes enfants permettent de créer une arborescence, ainsi pour un switch définit comme "père", tous les serveurs fils ne seront plus supervisés si il tombe. Page 19 / 45

23 Configuration de Centreon IMPORTANT Lorsqu'on sauvegarde les modifications effectuées dans Centreon, celles-ci ne sont présentent que dans la configuration de Centreon. Centreon ne fait pas de supervision, cette tâche est dévolue à Nagios, il convient donc d'exporter la configuration sur le serveur nagios pour que les modifications soient prises en compte : Ne pas oublier de cocher "Move Export Files" pour que les fichiers soient déplacés physiquement dans l'arborescence de Nagios et choisir la méthode pour que Nagios prenne en compte la configuration (en général Restart est préféré à Reload). Groupe d'hôte Configuration > Hosts > Hosts Group On peut grouper les hôtes comme on le souhaite (par OS, type de matériel, marque, localisation, ). Il suffit de compléter la page en spécifiant le nom du groupe, son alias et ses membres. Les groupes ne sont pas figés et peuvent donc être modifiés ultérieurement Services Configuration > Services > Add Le principe est le même que pour les hôtes; on sélectionne un modèle ou on remplit les champs manuellement. Dans l'onglet "Relations", sélectionner les hôtes ou groupes d'hôtes liés au service. Les services peuvent être classés par hôte ou groupe d'hôtes. Page 20 / 45

24 Configuration de Centreon Commande Configuration > Commandes > Checks Sur cette page s'affiche toutes les commandes déjà connues et modifiables. Il suffit de sélectionner la (ou les) commande(s) souhaitée(s) et de cliquer sur "ajouter". Nom de la commande : Ligne de commande : Exemple d'arguments : Type de commande : Modèle de graphique : Utilisateurs / Contacts Configuration > Users > Contacts/Users > Add Cette section permet également de gérer les plages horaires et commandes de notification (mais pas les notifications elles-même). Pour ajouter un utilisateur, il convient de remplir les champs suivant : Full Name (Nom complet), Alias/Login, , Pager, Linked to Contact Groups (groupe de contact parent). Groupe de contacts Configuration > Users > Contact Groups > Add Dans "Général information" choisir un nom pour le groupe ainsi qu'un alias. Ensuite choisir les relations voulues, puis mettre un commentaire si besoin. Page 21 / 45

25 Configuration de Centreon Périodes Configuration > Users > Time Periods > Add Les plages horaires d'une même journée sont délimitées par une virgule ",". Une plage horaire doit toujours s'écrire sous la forme HH:MM-HH:MM sur 24 heures. Pour exclure une journée entière il suffit de ne pas lui définir de période : Notifications Configuration > Notifications > Escalations > Add Avec la configuration ci-dessus, la deuxième notification sera une notification par SMS. Les notifications prendront fin après la 3ème (1 par mail et 2 par SMS), avec un délai de 30 minutes entre 2 SMS. Et ces notifications seront envoyées aux contacts membres des groupes admin_sms et admin_mail. Page 22 / 45

26 Configuration de Centreon Bases de données Administration > Databases Cette partie nous permet simplement de surveiller la taille de la base de données NDO. Cela offre la possibilité de réagir lorsque la base devient trop imposante (réduisant donc les performances). MIBs Les MIBs récupérées sur les sites des fabricants (par exemple) sont à placer dans le répertoire des MIBs, généralement il s'agit du répertoire /usr/share/snmp/mibs/ (et /usr/local/share/snmp/mibs/ sur les versions plus anciennes). Il faut ensuite ajouter le nom du fabricant dans la liste des constructeur : Configuration > Services > Manufacturer > Add Puis il faut faire l'import de la MIB voulu sous Centreon afin de la "traduire". Configuration > Services > MIBs et choisir le fabricant ainsi que le fichier correspondant à la MIB. Page 23 / 45

27 Configuration de Centreon Status Map Le module "Status Map" est identique à celui installé par défaut dans Nagios. Il permet d avoir une vue graphique du réseau, prenant compte des différents niveaux de l architecture Pour Centreon 2.2 On télécharge les sources et on décompresse l'archive : # wget # unzip NagiosStatusMap-2.5.zip # cp -r statusmap/ /usr/share/centreon/www/modules/ On se rend ensuite dans notre interface web, onglet Administration, puis Modules. Sur la ligne correspondant au nom "statusmap", on clique sur le nom du module (ici "statusmap") pour l'installer, puis sur "Install module". On peut maintenant afficher la "Status Map" en se rendant sur l'onglet Monitoring, puis m_nagios_map. Pour Centreon < 2.1 : On télécharger les sources, on décompresse l'archive et on déplace le contenu de ce dossier vers le répertoire des modules de Centreon : # wget # tar zxvf NagiosStatusMap-1.1.tar.gz # cp -r statusmap/ /usr/share/centreon/www/modules/ On se rend ensuite dans notre interface web, onglet Administration, puis Modules. Sur la ligne correspondant au nom "statusmap", on clique sur le nom du module (ici "statusmap") pour l'installer, puis sur "Install module". On peut maintenant afficher la "Status Map" en se rendant sur l'onglet Monitoring, puis m_nagios_map. Page 24 / 45

28 4. La supervision du réseau 4. La supervision du réseau Les identifiant et mot de passe de connexion sont par défaut nagiosadmin et nagiosadmin. Il faut bien sûr les changer avant la mise en production Configurations supplémentaires Clients Microsoft Windows Windows étant peu bavard en ce qui concerne la remontée d'alerte, il est nécessaire d'installer un agent sur ces clients. NSClient++ sera notre agent pour cette mission. On peut le télécharger à cette adresse : On décompresse, puis : C:\...> Cd \NSClient++-<numéro_de_version> C:\...> nsclient++/install Ensuite la documentation fourni avec NSClient++ recommande de modifier les options du service windows comme suit : On vérifie si le service a les permissions nécessaires pour intéragir avec le bureau : Panneau de configuration Outils d'administration Services NSClientpp (Nagios) Clique droit sur le service, puis dans l'onglet "Connexion" cocher la case "Autoriser le service à interagir avec le bureau". Bouton "Appliquer" puis "OK" Maintenant il est nécessaire de modifier le fichier C:\NSClient++\NSC.INI (ou C:\Program Files[ (x86)]\nsclient++\ncs.ini suivant la méthode d'installation). Pour démarrer ou redémarrer le service NSClientpp (Nagios) ; un clic droit dessus, puis "Toutes les tâches" et choisir l'action voulue. Page 25 / 45