====== Documentation FAN ======

{{:fandocpic:100000000000012c000000d41868ca3c.png|}}
----
====== Présentation FAN ======

Le but de FAN est de fournir une installation incluant les outils les plus utilisés de la communauté Nagios. FAN est un CDRom distribué au format ISO. Il est donc très facile à installer.
Ajouté à ceci, un large panel d’outils est inclus dans la distribution facilitant ainsi la mise en oeuvre d’une plateforme de supervision efficace. 



===== Distribution =====

FAN est base sur CentOS. Ajoutés à cela, tous les packages CentOS sont disponibles, de sorte que vous conservez tous les avantages de CentOS avec les outils Nagios pré‑installés et configurés pour vous. 

Outils intégrés au projet :
  * Nagios: cœur de la supervision
  * Nagios plugins: plugins pour superviser différents équipements
  * Centreon: interface web pour Nagios (Centreon est l’un des meilleurs pour cela !)
  * NagVis: cartographie avancée (géographique, fonctionnelle, par services...)
  * NDOUtils: stocke les données Nagios dans une base MySQL
  * NRPE: permet de superviser les serveurs Windows (le démon NRPE n’est pas fourni)
  * NaReTo (Nagios Reporting Tools): outil de “reporting” (rapport de disponibilité)



{{:fandocpic:100002010000018e0000008d8445cfdc.png|}}{{:fandocpic:10000201000001490000006f1ea8b8eb.png|}}

{{:fandocpic:10000201000001a10000007b728f367d.png|}}{{:fandocpic:100000000000016d00000098d9bbd0b3.png|}}



===== Sujets non traités =====

Les sujets suivants ne seront pas abordés (pour l’instant) dans cette documentation :

  * La configuration de Nareto.
  * L’utilisation détaillée des plugins Nagios.
  * La théorie des cordes.


====== Logiciels présents ======


===== Nagios =====

Nagios™ (anciennement appelé Netsaint) est une application permettant la surveillance système et réseau. Elle surveille les hôtes et services que vous spécifiez, vous alertant lorsque les systèmes vont mal et quand ils vont mieux. C'est un logiciel libre sous licence GPL.
C'est un programme modulaire qui se décompose en trois parties :


  - Le moteur de l'application qui vient ordonnancer les tâches de supervision.
  - L'interface web, qui permet d'avoir une vue d'ensemble du système d'information et des possibles anomalies.
  - Les plugins, une centaine de mini programmes que l'on peut compléter en fonction des besoins de chacun pour superviser chaque service ou ressource disponible sur l'ensemble des ordinateurs ou éléments réseaux du SI.

Possibilités : 


  * Superviser des services réseau : (SMTP, POP3, HTTP, NNTP, ICMP, SNMP, LDAP, etc.)
  * Superviser les ressources des serveurs (charge du processeur, occupation des disques durs, utilisation de la mémoire paginée) et ceci sur les systèmes d'exploitations les plus répandus.
Interface avec le protocole SNMP.
  * La supervision à distance peut utiliser SSH ou un tunnel SSL.
  * Les plugins sont écrits dans les langages de programmation les plus adaptés à leur tâche : scripts shell (Bash, ksh, etc.), C++, Perl, Python, Ruby, PHP, C#, etc.
  * La vérification des services se fait en parallèle.
  * Possibilité de définir une hiérarchie dans le réseau pour pouvoir faire la différence entre un serveur en panne et un serveur injoignable.
  * La remontée des alertes est entièrement paramétrable grâce à l'utilisation de plugins (alerte par email, SMS, etc.).
  * Acquittement des alertes par les administrateurs.
  * Gestion des escalades pour les alertes.
  * Limitation de la visibilité, les utilisateurs peuvent avoir un accès limité à quelques éléments.
  * Capacité de gestion des oscillations (nombreux passages d'un état normal à un état d'erreur dans un temps court).
  * Chaque test renvoie un état particulier : 
  - OK (tout va bien)
  - WARNING (le seuil d'alerte est dépassé)
  - CRITICAL (le service a un problème)
  - UNKNOWN (impossible de connaître l'état du service)

===== Centreon =====

Centreon est un logiciel de surveillance et de supervision réseau, basé sur le moteur de récupération d'information libre Nagios.
Centreon fournit une interface simplifiée pour rendre la consultation de l'état du système accessible à un plus grand nombre d'utilisateurs, y compris des non-techniciens, notamment à l'aide de graphiques. Les techniciens ont cependant toujours accès aux informations techniques de Nagios.
En juillet 2007, le logiciel Oreon change de nom pour devenir Centreon.

Fonctionnalités :
  * Une interface multi-utilisateur intuitive et personnalisable
  * Une interface de configuration évoluée pour configurer le périmètre à superviser
  * Des aides à la configuration
  * Une gestion de tous les fichiers de configuration de Nagios (cgi, nagios.cfg...)
  * Un module de chargement de configuration de Nagios
  * Une compatibilité Nagios 1.x, Nagios 2.x, Nagios 3.x
  * Un test de validité des configurations avec le debugger de Nagios
  * Des fiches d'identités serveurs/équipements réseau regroupant les informations de base sur ces types de ressource
  * Des représentations graphiques élaborées et personnalisables
  * Une gestion des accès très fine, comprenant les ressources comme les pages de l'interface
  * Un système de modules qui permet l'inclusion d'autres applications dans Oreon
  * Un compte-rendu complet sur les incidents
  * Un système de calcul de la qualité de service en temps réel avec alerte en cas de diminution de la qualité de service
  * Une map Java pour une vision simplifiée de l'état du système d'information (propriétaire de la société Merethis)


===== Nareto =====


NaReTo (Nagios Reporting Tools) est une interface de haut niveau à Nagios. NaReTo se base sur les informations de Nagios pour fournir des vues de plus haut niveau à différentes catégories d'utilisateurs.
 Avec NaReTo, on définit un arbre de navigation. En affectant des droits spécifiques à certains nœuds de l'arbre, on limite la vue aux utilisateurs. 
Actuellement, trois vues sont disponibles: le Temps réel, le Reporting, l'Historique des Alarmes et le Suivi des Alarmes.

===== Nagvis =====

Nagvis est un module de visualisation. Il permettant de créer des vues « métiers » de la supervision. Il est possible de coupler Nagvis à un Schéma réseau et ainsi mettre en relation les données de Nagios en temps réel sur le schéma.

Type de schéma Nagvis :

{{:fandocpic:10000201000003fd000003747226d8f0.png|}}

====== Installation de FAN ======


L’installation de FAN est identique à celle d’un CentOS classique. Celle-ci est plutôt rapide, intuitive et ne nécessite pas de commentaire. Une fois terminée elle pèse environ 1Go.

Voici les étapes de l’installation :

{{:fandocpic:1.png|}}

{{:fandocpic:2.png|}}

{{:fandocpic:3.png|}}

{{:fandocpic:4.png|}}

{{:fandocpic:5.png|}}

{{:fandocpic:6.png|}}

{{:fandocpic:7.png|}}

{{:fandocpic:8.png|}}

{{:fandocpic:9.png|}}

{{:fandocpic:10.png|}}

{{:fandocpic:11.png|}}

{{:fandocpic:12.png|}}

{{:fandocpic:13.png|}}

{{:fandocpic:14.png|}}

{{:fandocpic:15.png|}}


Le processus Nagios, indispensable au bon fonctionnement de la plate‑forme tourne déjà.
Que demander de plus ?!




====== Première configuration ======


Afin de pouvoir profiter de notre nouvelle plate‑forme, il faut tout de même la configurer un minimum.
Le minimum est :
  * La configuration réseau (adresse IP, routes, DNS…)
  * Le nom de machine


===== Interface réseau =====

La commande suivante permet de configurer les interfaces réseau du serveur :
<code># system-config-network</code>
Ou
<code>
# vi /etc/sysconfig/networking/devices/ifcfg-eth0

DEVICE=eth0
ONBOOT=yes
HWADDR=00:0c:29:72:44:a3
TYPE=Ethernet
NETMASK=255.255.255.0
IPADDR=192.168.1.21
GATEWAY=192.168.1.1</code>

===== Configurer les routes =====

<code># route add –net 0.0.0.0 gw 10.166.200.252 netmask 255.255.255.0</code>  (10.166.200.252 est la passerelle)
Au démarrage les autres routes ne seront pas prises en compte.
Pour cela il faut les inscrire dans un fichier texte :
<code># touch /etc/sysconfig/network-scripts/route-eth0
# vi /etc/sysconfig/network-scripts/route-eth0
GATEWAY0=10.166.200.254
NETMASK0=255.255.0.0
ADDRESS0=10.174.0.0</code>
===== Redémarrer les interfaces réseau =====
<code># ifup eth0</code> après avoir configure via system-config-network

===== Sauvegarder/restaurer la configuration réseau =====

Sauvegarde
<code># system-config-network-cmd -e > /tmp/network-config</code>
Restauration
<code># system-config-network-cmd -i -c -f /tmp/network-config</code>
L'option -i indique l'import de données, l'option -c provoque la suppression de la configuration existante avant l'import et l'option -f spécifie que le fichier à importer est le suivant.

===== Le DNS =====

<code># vi /etc/resolv.conf
nameserver monDNS
nameserver DNSpublic
search mondomaine</code>

===== Le nom de la machine =====

<code># vi/etc/sysconfig/network
HOSTNAME=Nagios</code> (où Nagios est le nouveau nom :-) )
<code># hostname Nagios</code> (se re-loguer) 

Pour ceux qui ne peuvent ce passer d’interface graphique :

===== Installer l’environnement graphique =====

<code># yum --exclude=nautilus-sendto groupinstall "GNOME Desktop Environment" "X Window System"
# startx
# system-config-display (pour configurer l’affichage)</code>

====== Premier pas ======


Juste après l’installation, tous les outils de supervision sont installés et configurés (jusque-là vous me direz, c’est le but ?!)

Pour les plus pressés d’entres vous, vous pouvez accéder a la page d’accueil du projet (depuis un poste sur le réseau) : http://ip-serveur/ 

{{:fandocpic:ip2.png|}}

Cette page d’accueil regroupe les différents services proposés pas FAN, il suffit de cliquer sur Nagios par exemple pour accéder à l’interface de Nagios.
Comme indiqué, le login/mot de passe par défaut est : **nagiosadmin/nagiosadmin**


__Nagios :__ 

{{:fandocpic:10000201000004200000023f00cfab2a.png|}}

__Nagvis :__ 

{{:fandocpic:10000201000004210000021113bb0c47.png|}}

__Nareto :__ 

{{:fandocpic:10000201000003cf0000025f80b122d7.png|}}

__Centreon :__ 

{{:fandocpic:10000201000003cc00000241486c4a79.png|}}

====== Prérequis ======

===== Définir les besoins =====

Avant la toute première ligne de commande, il faut bien entendu définir de façon très précise les besoins. 

Il faut se poser les questions suivantes :

  * Quel élément superviser ?
  * Quel service doit être surveillé ?
  * Qui va recevoir les mails ?
  * Qui va utiliser la plate‑forme et donc la modifier ?

Cette étape est très importante. Si elle est suffisamment détaillée, la configuration de Nagios/Centreon sera alors grandement facilitée. 

Ici, il n’y a pas de méthode miracle, les conseils suivants peuvent néanmoins en aider plus d’un.
  * Répertoriez tous les éléments à superviser (nom et adresse IP).
  * Identifiez les services critiques et associez-les aux éléments.
  * Établissez une politique de remonter d’alarme cohérente (définissez des contacts et des groupes de contact)
  * Établissez un schéma réseau détaillant les dépendances des éléments.
  * Autres conseils ?

====== Configuration de Nagios ======


Le projet FAN fournit plusieurs choix de configuration. En effet l’administrateur de la plate‑forme peut utiliser uniquement Nagios. Je vais détailler ici la configuration de la plate‑forme en utilisant la méthode de configuration via fichier de texte de Nagios.

Dans un premier temps, il est important de savoir où sont situés les principaux fichiers et répertoires.

===== Répertoires importants =====

<code>/etc/nagios
/usr/lib/nagios
/usr/share/nagios</code>

===== Définition des fichiers =====

<code># ls /etc/nagios/</code>

  * cgi.cfg : fichier de configuration des CGI.
  * localhost.cfg : définition de l’host « localhost » (autrement dit de Nagios).
  * ndomod.cfg : fichier de configuration de ndoutils.
  * resource.cfg : possibilité de définir des informations sensibles (identifiant, mot de passe…)
  * command-plugins.cfg : définition des commandes « check ».
  * nagios.cfg : fichier de configuration principal de Nagios.
  * ndomod-load.cfg : fichier de configuration de ndoutils (emplacement du « broker_module »).
  * send_nsca.cfg : fichier de configuration de nsca.
  * commands.cfg : définition des commandes (commandes de « check » et de notifications).
  * nagvis.ini.php : fichier de configuration de Nagvis par défaut.
  * 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 ndoutils.
  * nsca.cfg : fichier de configuration du serveur nsca.

===== Méthodologie =====


Afin d’ajouter un host avec des services à superviser, il faut configurer plusieurs fichiers.
Les exemples qui suivent ont pour but de comprendre la philosophie de configuration de Nagios. Cela s’adresse donc aux personnes ne connaissant pas ou peut Nagios, les informations suivantes sont donc données à titre d’exemple et de conseil.
Pour des raisons de simplification de configuration, vous pouvez créer un répertoire « conf.d » situé dans « /etc/nagios/ » où vous regrouperez l’ensemble des fichiers de configuration.

En fonction de votre architecture de supervision (multi‑sites ou pas) vous pouvez créer un répertoire du nom du site où de l’entreprise.

Toujours afin de faciliter la configuration, il peut être intéressant de créer des fichiers appelés :
  * serveurs_nomdusite.cfg ;
  * imprimantes_ nomdusite.cfg ; 
  * switchs_ nomdusite.cfg ;
  * routeurs_ nomdusite.cfg.

Vous avez compris l’intérêt, la définition des différents éléments se fera donc en fonction de son type.

Partant du même principe il est conseillé de créer les fichiers suivants :
  * contacts.cfg : définition des contacts ;
  * dependances.cfg : gestion des dépendances ;
  * extinfo.cfg : ajout de fonctionnalité graphique (icon…) ;
  * services.cfg : définition des services ;
  * hostgroups.cfg : définition des groupes d’hôtes ;
  * generic-host.cfg : définition d’un template pour les hôtes ;
  * generic-service.cfg : définition d’un template pour les services ;
  * time-period.cfg : définition des périodes de notifications.

===== Exemple de configuration =====


==== serveurs_nomdusite.cfg ====


<code>#déclaration d’un serveur		; commentaire
define host {
host_name   SRVLEMANS	; le nom de l’élément
alias            Serveur Le Mans	; un alias
address       10.166.200.100	; adresse IP
use               generic-host	; le type d’élément
}</code>


<code>#déclaration d’un serveur
define host {
host_name   Serveur-Fax
alias            Serveur de Fax
address       10.166.200.183
use              generic-host
}</code>


==== routeurs_ nomdusite.cfg ====

<code>#déclaration d’un routeur
define host {
host_name   ASA-5505
alias            Routeur Cisco ASA-5505
address      10.166.200.252
use             generic-host
}</code>


<code>#déclaration d’un routeur
define host {
host_name    google
alias             Moteur de recherche bien pratique      
address        www.google.com
use               generic-host
parents        ASA-5505	; élément dont il dépend géographiquement (status_map)
}</code>


Les fichiers switchs_nomdusite.cfg et imprimantes_nomdusite.cfg suivent le même type de configuration.


==== hostgroups.cfg  ====

<code>#Tous les éléments
define hostgroup {
hostgroup_name  all
alias           Tous les éléments
members         *
}

# déclaration d’un groupe
define hostgroup {
hostgroup_name  Serveurs LINUX	; nom du groupe
alias           Serveurs LINUX Axians	; alias
members         nagios			; membre du group, correspond aux host_name
}

# déclaration d’un groupe
define hostgroup {
hostgroup_name  Serveurs WINDOWS
alias           Serveurs WINDOWS Axians
members          SRVLEMANS, Serveur-Fax
}</code>


==== services.cfg  ====

<code>define service{
        use                             generic-service		; template utilisé
        host_name                 nagios		; nom de l’host concerné
        service_description     Nombre Utilisateur ; nom du service
        check_command          check_users!20!50 ; commande utilisée (commands.cfg)
}

define service{
        use                             generic-service
	hostgroup_name                  srv-linux	; nom du groupe concerné
	service_description             Total Processus
	check_command                   check_procs!400!800
	}

define service{
	use                             generic-service
	host_name                       nagios
	service_description             Charge courante
	check_command                   check_load!5.0!4.0!3.0!10.0!6.0!4.0
	}
</code>

==== generic-host.cfg  ====
<code>
define host{
	name                            generic-host    ; The name of this host template
	notifications_enabled           1       ; Host notifications are enabled
	event_handler_enabled           1       ; Host event handler is enabled
	flap_detection_enabled          1       ; Flap detection is enabled
	failure_prediction_enabled      1       ; Failure prediction is enabled
	process_perf_data               1       ; Process performance data
	retain_status_information       1       ; Retain status information across program restarts
	retain_nonstatus_information    1       ; Retain non-status information across program restarts
	check_command                   check-host-alive ; commande de test par défaut (ping)
	max_check_attempts              10
	notification_interval           0
	notification_period             24x7
	notification_options            d,u,r
	contact_groups                  admins
	register                        0    
	}</code>


==== generic-service.cfg  ====

<code>define service{
	name                            generic-service ; The 'name' of this service template
	active_checks_enabled           1       ; Active service checks are enabled
	passive_checks_enabled          1       ; Passive service checks are enabled/accepted
	parallelize_check               1       ; Active service checks should be parallelized (disabling this can lead to major performance problems)
	obsess_over_service             1       ; We should obsess over this service (if necessary)
	check_freshness                 0       ; Default is to NOT check service 'freshness'
	notifications_enabled           1       ; Service notifications are enabled
	event_handler_enabled           1       ; Service event handler is enabled
	flap_detection_enabled          1       ; Flap detection is enabled
	failure_prediction_enabled      1       ; Failure prediction is enabled
	process_perf_data               1       ; Process performance data
	retain_status_information       1       ; Retain status information across program restarts
	retain_nonstatus_information    1       ; Retain non-status information across program restarts
	notification_interval           0		; Only send notifications on status change by default.
	is_volatile                     0
	check_period                    24x7
	normal_check_interval           5
	retry_check_interval            1
	max_check_attempts              4
	notification_period             24x7
	notification_options            w,u,c,r
	contact_groups                  admins
	register                        0 
	}</code>


==== extinfo.cfg ====
 
<code>define hostextinfo{
	hostgroup_name   Serveurs LINUX
	notes            Serveurs LINUX
	icon_image       base/debian.png
	icon_image_alt   Debian GNU/Linux
	vrml_image       debian.png
	statusmap_image  base/debian.gd2
	}</code>


==== time-period.cfg ====

<code>define timeperiod{
	timeperiod_name workhours
	alias           Standard Work Hours
	monday          09:00-17:00
	tuesday         09:00-17:00
	wednesday       09:00-17:00
	thursday        09:00-17:00
	friday          09:00-17:00
	}</code>


==== dependances.cfg  ====

<code>define hostdependency {
	host_name		      ASA-5505	
	dependent_host_name           google
	notification_failure_criteria     d     ; d -> down
	}</code>
# Si l’élément ASA-5505 est down alors, aucune notification ne sera envoyée concernant l’élément Google.


Pour plus d’information concernant ces fichiers je ne peux que conseiller de vous reporter à la documentation officielle Nagios : http://nagios.sourceforge.net/docs/2_0/xodtemplate.html


Remarque :
Je ne rentre bien évidemment pas dans le détail concernant les différents tests de supervision possibles, ce n’est pas le but de cette documentation. En revanche, vous trouverez en annexe, de nombreux liens spécialisés sur ce sujet.

Vous pouvez grâce à ces exemples de configurations obtenir rapidement une plateforme de supervision de ce type :

{{:fandocpic:10000201000004210000022138180bfe.png|}}

Tactical Overview : 87 Hosts up et 156 services testés.

{{:fandocpic:100002010000041f0000023daccf3f54.png|}}

Host Group – Summary : affiche les “hostgroup” avec leurs statuts.


{{:fandocpic:100002010000041f00000227b98e86e0.png|}}

Gros plan sur le serveur SRVLEMANS !
Le serveur ci-dessus est supervisé via Nsclient++/Check_nt.
En savoir plus :
 http://blog.nicolargo.com/2007/10/surveiller-vos-serveurs-windows-avec-nagios.html 


===== Astuces Nagios =====
 


==== Tester la configuration ====

<code># nagios –v /etc/nagios/nagios.cfg</code>

==== Afficher les statistiques ====
<code># nagiostats -c /etc/nagios/nagios.cfg
----
Total Services:                       156
Passive Service Checks:               0
Total Service State Change:           0.000 / 12.370 / 0.138 %
Active Service Latency:               0.003 / 1.127 / 0.485 sec
Active Service Execution Time:        0.010 / 4.200 / 1.680 sec
Active Service State Change:          0.000 / 12.370 / 0.138 %
-----
Total Hosts:                          87
Active Host State Change:             0.000 / 10.530 / 0.121 %
Active Hosts Last 1/5/15/60 min:      9 / 43 / 87 / 87
Passive Host State Change:            0.000 / 0.000 / 0.000 %
Passive Hosts Last 1/5/15/60 min:     0 / 0 / 0 / 0
Hosts Up/Down/Unreach:                87 / 0 / 0
Hosts Flapping:                       0
Hosts In Downtime:		0</code>

==== Nagios Checker ====

« Nagios Checker » est un addon de Firefox. Il affiche dans la barre d’état de votre navigateur préféré, un indicateur des événements relevés par Nagios. 
Vous pouvez le trouver ici : https://addons.mozilla.org/fr/firefox/addon/3607 

{{:fandocpic:100002010000016200000061ccbcab2e.png|}}

{{:fandocpic:10000201000001b5000000619aa39597.png|}}


==== Conclusion sur Nagios ====


Nous avons vu ci-dessus la configuration minimaliste de Nagios. La configuration peut s’avérer difficile et fastidieuse, cela nécessite une grande rigueur d’organisation et de nommage. De plus,  l’interface web de Nagios ne permet en aucun cas la modification de la plateforme. C’est pourquoi l’outil Centreon est très répandu dans la communauté.

Nous allons à présent aborder la configuration de la plateforme via Centreon. Vous pouvez effacer vos ardoises, on reprend tout depuis le début.

Remarque :
Il est possible « d’injecter » une configuration de Nagios au sein de Centreon, nous verrons comment dans la « configuration de Centreon ».


====== Configuration de centreon ======

Contrairement à Nagios, Centreon se configure via son interface web. Après l’installation de FAN, Centreon est immédiatement opérationnel.

===== Répertoire important =====

<code># /usr/share/centreon/</code>

===== Découverte =====

{{:fandocpic:10000201000003cc00000241486c4a79.png|}}
Page d’accueil de Centreon. En anglais par défaut.
Pour changer la langue : « Options » « My account » « Language ».


{{:fandocpic:100002010000042100000243eae9b5a4.png|}}
L’onglet Monitoring permet de visualiser la santé de la supervision. Par défaut, l’affichage n’affiche que les éléments ayant des problèmes (état « warning » ou « critical »). Afin de voir la totalité des éléments, sélectionner « Tous les services ».
{{:fandocpic:1000020100000421000001bd840f3f8f.png|}}

L’avantage certain de Centreon sur Nagios est la configuration via l’interface web. Sélectionner « Configuration » « Hosts ».
Vous pouvez modifier la configuration de l’host en cliquant dessus, ou encore réaliser des duplications. La duplication consiste à faire un copié/collé de la configuration de l’host, il suffit alors de modifier le nom et l’adresse IP.

{{:fandocpic:10000201000004210000022bd834fdc8.png|}}
Le principe est identique avec les services. À noter que les services peuvent être classés par « host » ou « hostgroup ».
{{:fandocpic:1000020100000421000001c1b5a98d1c.png|}}


L’onglet « Configuration » « Utilisateurs » permet de rajouter des utilisateurs et groupes d’utilisateur, de modifier les plages horaires ainsi que les commandes de notifications.

{{:fandocpic:1000020100000421000002730b12a93b.png|}}

{{:fandocpic:100002010000030100000587467f7882.png|}}


===== Installer la 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

Voici la procédure d’installation :
Télécharger les sources.
<code># wget http:; download.oreon-project.org/index.php?id=60</code>
Décompressez-les.
<code># tar -xvzf NagiosStatusMap-1.1.tar.gz</code>
Déplacez-les dans le répertoire de centreon.
<code># cp -r statusmap/ /usr/share/centreon/www/modules/</code>


{{:fandocpic:1000020100000421000001678b49889c.png|}}

Cliquez sur « Installer le module » dans le champ « Actions ».


{{:fandocpic:1000020100000421000002a919f38ec6.png|}}

{{:fandocpic:100002010000041f0000007de3a4bad2.png|}}


Le module est installé.

Vous pouvez afficher la « status map » dans le champ « Monitoring » puis « Nagios Status Map ».




====== Configuration Nagvis ======


Nous allons a présent nous intéresser à la configuration de Nagvis.

<code>http://<nagiosserver>/<path-to-nagvis>/config.php</code>

exemple : http://10.166.200.162/nagios/config.php

ou

http://10.166.200.162/nagios/nagvis/wui/ 

