Office de la Formation Professionnelle et de la Promotion du Travail

Rapport de fin de formation

GROUPE :
TRI2 B
Ralis par :
Boujdour Chaima
Chbani Rabab
par :
TRI2 GB
NAGIOS

Encadr
1

Elgoutay Sara
FATIMA

Mme. SALIM

2014/2015

TRI2 GB
NAGIOS

Remerciement
Tout dabord, ce travail ne serait
pas aussi riche et naurait pas pu
avoir le jour sans laide et
lencadrement de Mme SALIM
FATIMA , On la remercie pour la
qualit de son encadrement
exceptionnel, pour sa patience, sa
rigueur et sa disponibilit durant
notre prparation de ce projet de
fin de formation . Enfin nous
remercions nos collgues et aussi
nos formateurs de lInstitut
Spcialis des Technologies
Appliqus Marrakech .

TRI2 GB
NAGIOS

TRI2 GB
NAGIOS

Sommaire
Remerciement
.3
Introduction
gnrale.5
A. Partie thorique : prsentation de Nagios comme solution
supervision systmes
rseaux
6
I. NAGIOS comme outils pour la supervision de
rseaux6
1) Cest quoi
Nagios ?..............................................................................
..........6
2) Historique
..6
3) Version et
licence7
4) Avantages et
inconvnients.8
5) Fonctionnalits de
Nagios.8
II. Concepts et principe de fonctionnement de
Nagios....10
1) Comment Nagios fonctionne-t-il ?
...10
2) Architecture de Nagios
...10
3) C'est quoi un greffon
(plugin)?.............................................................11
4) Excution des
greffons12
a. NSCLIENT
12
b. NRPE
12
TRI2 GB
NAGIOS

c. NSCA
13
d. NDOUTils
..14
5) Emplacement du systme de
supervision.14
B. Partie pratique : Installation et configuration de
Nagios15
I. Installation de
Nagios...15
1) Prrequis
.....15
a. Cration d'un utilisateur
Nagios....15
b. Compilation et
installation....15
II . Configuration de
Nagios.16
1) Serveur
web
16
2) Nagios

.....16
III. Linterface de
Nagios..
21
1) Les vue du
monitoring.21
2) Les vue du
reporting.25
C. Conclusion
.....29

TRI2 GB
NAGIOS

Introduction
L

a taille des rseaux ne cessant de grandir de jour

en jour et limportance de ceux-ci dans le monde de

lentreprise prenant une place prpondrante, le
besoin de contrler en temps rel leur qualit et leur
tat est rapidement devenu une priorit. Cest dans
ce but quest apparu, il y a maintenant une
vingtaine dannes, le concept de supervision de
rseaux.
LUn des principaux enjeux de la supervision de
rseaux est lautomatisation du traitement de
linformation. En effet, face limportance (taille et
criticit) des rseaux dans tous les milieux
professionnels, il reste difficile de prendre
connaissance de toutes les informations et de ragir
pro-activement. Des lors, lautomatisation de
lanalyse des informations remontes par la
supervision permet la mise en place de statistiques
et de procdures pour la rsolution des problmes
rcursifs ou tendus.

TRI2 GB
NAGIOS

A. Partie thorique :
Nagios comme solution supervision systmes et
rseaux :

Deux phases sont donc importantes pour les directeurs informatiques :

-garantir la disponibilit du systme en cas de panne (par des mcanismes
de redondance...) mais aussi tenter de prvenir en cas de problme et, le
cas chant,
-garantir une remonte d'information rapide et une dure d'intervention
minimale : c'est le rle de la supervision.
On va tapez le doigt sur le Nagios lun des systmes de supervision
I. NAGIOS comme outils pour la supervision de rseaux :
1. Cest quoi Nagios ?

Nagios est un systme de supervision de services. Il a t

dvelopp pour fonctionner sur une plateforme Linux ou
ventuellement Unix avec un concept assez simple. les
services de surveillance lancent par intermittence des
contrles de services et de stations que lon dfinit.
Il permet de surveiller le bon fonctionnement des services
dune ou plusieurs machines. Il est crit en C et fonctionne
grce un ensemble de plugins (qui eux peuvent tre crits
dans nimporte quel langage).
Nagios permet la supervision active et passive
2. Historique

Nagios est entirement bas sur le moteur de NetSaint ,

ancien outil de supervision rseau.
Mars 1999 : premire version de NetSaint
Mars 2002 : dernire version de NetSaint
TRI2 GB
NAGIOS

 Mai 2002 : premire version de Nagios

Novembre 2002 : premire version stable de Nagios (1.0)
Fvrier 2004 : sortie de la version 1.2 de Nagios, dernire
version stable actuelle.
Courant 2005 : sortie de la version 2.0 de Nagios

3. Version et licence

Nagios est actuellement sa version 3.06. il est plac sous la

Licence GNU GPL (General Public License) version 2. Ce qui
donne la permission lgale de le copier, le distribuer et/ou de le
modifier sous certaines conditions. Pour plus de dtails, il faut
lire le fichier LICENSE inclus dans la distribution de Nagios.
La nouvelle version corrige les bugs prsents dans les versions
3.0.5 et antrieures: Voici quelques unes des
ces corrections:
Correction de la soumission de commandes externes via CGI
Correction du groupe Apache dans les spcifications pour les
RPMs
Meilleure prise en charge de l'erreur d'criture dans les
fichiers de rtention et statu rsultant d'un
disque plein
Correction des alertes audio dans les CGIs
TRI2 GB
NAGIOS

 Ajout du support des certificats d'authentification x509 dans

les CGIs

4. Avantages et inconvnients :

Avantages
o
o
o
o
o

Grosse communaut et bonne rputation.

Trs puissant et modulaire.
Peut disposer d'une surcouche graphique (Centreon).
Centreon apporte la gestion de graphiques.
Peut disposer de nombreux plugins.

Inconvnients
o
o
o
o

Difficile installer et configurer.

Nagios dispose d'une interface austre.
Nagios n'affiche pas de graphs en natif.
Nagios ne permet pas d'ajouter des hosts via Web.

5. Fonctionnalits de Nagios :
Nagios possde de nombreuses fonctionnalits, voici les
principales :
Surveillance des services rseaux (SMTP, POP3, http, NNTP,
PING, etc.)
_ La supervision distance peut utiliser SSH ou un tunnel SSL
(notamment via un agent NRPE).
Surveillance des ressources des stations (serveur, routeur ...)
comme la charge du processeur, des informations sur lutilisation
des disques durs, les processus en cours, les fichiers de log, . . .
Surveillance des donnes environnementales comme par
exemple la temprature.
Une conception simple de greffons permettant aux
administrateurs de dvelopper facilement leurs propres
fonctionnalits de surveillance.
TRI2 GB
NAGIOS

 Possibilit de dfinir des groupes de contacts a joindre en

cas dapparition de problme via diffrentes mthodes (le courrier
lectronique, les messages instantans, SMS).
Dfinition de gestionnaires dvnements qui peuvent tre
excuts afin dautomatiser la rsolution de problmes rencontres.
Surveillance des architectures des systmes repartis ou
redondants.

Lhistorique de l tat du rseau est conserve mme aprs un

redmarrage.
Possibilit de planifier des priodes dinactivits des
contrles pour correspondre a une priode dinactivit physique
dun serveur.
Retour dinformations disponible a travers nimporte quel
navigateur, permettant de consulter ltat courant du rseau,
lhistorique des avertissements et les fichiers de log.

TRI2 GB
NAGIOS

II. Concepts et principe de fonctionnement de Nagios

1. Comment Nagios fonctionne-t-il ?

o Il repose sur des programmes externes appels

greffons (plugins).
o Nagios peut tre assimil un planificateur de
tches.
=> Il excute un greffon intervalle rgulier lorsqu'un
service ou

un host doit tre surveiller

=>Nagios rcupre les informations fournit par les

services de surveillance et les analyse. Si le rsultat de
cette analyse fait remonter un problme, les services
de surveillance peuvent envoyer des avertissements a
TRI2 GB
NAGIOS

ladministrateur du rseau de diffrentes manires :

courriers lectroniques, messages instantans, SMS,
etc.
2. Architecture de Nagios

Nagios repose sur un serveur web et des CGI. Il peut intgrer

une base de donnes de type MySQL ou PostgreSQL pour y
stocker des informations de supervision. Bien que conseille,
la base de donne n'est pas essentielle dans le fontionnement
de Nagios et peut tre remplace par de simples fichiers
tournants, mais cette architecture doit tre limite de
petites installations avec un nombre de machines supervises
restreint.

Voici les lments de larchitecture de Nagios :

Un ordonnanceur : Nagios est dabord un moteur grant
lordonnancement des vrifications, ainsi que les actions a prendre
sur incidents (alertes, escalades, prise daction corrective) .
Une IHM (Interface Homme-Machine): La partie visible a
travers un simple serveur web, cest Une interface graphique qui
affiche de manire claire et concise l'tat des services surveills.
Des sondes : Les sondes de Nagios sont des petits scripts
ou programmes qui sont la base des vrifications appels Greffon.
3. C'est quoi un greffon (plugin)?
TRI2 GB
NAGIOS

Un greffon est un programme excutable ou script (perl, shell,

etc.) capable de fournir au moteur:
un code de retour
=> 0 = tout va bien (OK)
=> 1 = avertissement (WARNING)
=> 2 = alerte (CRITICAL)
=> 3 = inconnu (UNKNOWN)
un court message descriptif
En option, un greffon peut retourner des informations de
performance permettant Nagios de les interprter pour tracer
des graphiques.

4. Excution des greffons

Les greffons peuvent fonctionner localement (directement sur la
machine supervise) ou distance (au travers du rseau). Pour
l'excution distance des greffons, il existe plusieurs possibilits:
o Par le biais d'autres serveurs de supervision Nagios distant.
Cette mthode est utilise dans le cadre de la supervision
distribue

TRI2 GB
NAGIOS

o Par les agents d'excution de tests tels que: NRPE, NSCA,

check_by_ssh, NSClient, etc...

a. NSClient :
se base sur une architecture client/serveur. La partie cliente
(nomme check_nt), doit tre disponible sur le serveur Nagios. La
partie serveur (NSClient++) est installer sur chacune des
machines Windows surveiller.

b. NRPE (Nagios Remote Plugin Executor)

Est un "Addons" (ajout logiciel) pour Nagios qui permet d'excuter
des greffons (plugins) sur un serveur (Linux/Unix ou Windows)
distant. Cela permet de surveiller des ressources locales (charge du
processeur, utilisation de la mmoire, espace disque...) qui ne sont
normalement pas disponibles depuis d'autres machines.
Afin d'interroger un client NRPE il faut utiliser le greffon
"check_nrpe" sur le serveur Nagios, et installer un service client sur
le serveur distant interroger (par exemple, nsclient++ sous
Windows ou le daemon nrpe sous Linux)

TRI2 GB
NAGIOS

c. NSCA :
La seule diffrence quil y a entre les contrles actifs et passifs est
que dans le premier cas, les contrles sont raliss par Nagios alors
que dans le deuxime cas, ils sont raliss par des applications
externes. Une fois quune application externe a ralis un contrle
de service, elle soumet le rsultat Nagios via le fichier de
commande externe. Puis Nagios se charge de lire tous les rsultats
et de les replacer. Lagent NSCA permet lenvoi de commandes
externes Nagios.

d. NDOUtils
NDOUtils est un addon qui vous permet de stocker toutes les
informations d'tat de Nagios dans une base de donnes
MySQL. Plusieurs instances de Nagios peuvent tous stocker leurs
informations dans une base de donnes centrale pour le reporting
centralis. Ce sera probablement servir de base pour une nouvelle
interface web base sur PHP pour Nagios l'avenir.

5. Emplacement du systme de supervision

TRI2 GB
NAGIOS

 Dans un systme de supervision on comprend que la topologie

est importante. Le systme de supervision deviendra vite non
oprationnel s'il est trop loign des lments superviser et
que certains htes critiques sont susceptibles d'empcher
toute communication entre le systme de supervision et les
lments superviser.

Toute la topologie est base sur l'tablissement des chemins

partant de Nagios et menant aux htes. Le placement du
serveur de supervision est donc un problme important.
Pour dcider l'emplacement de la supervision dans le systme
d'information voici une liste de rgles respecter par ordre
d'importance :
il faut placer le systme de supervision de manire rduire
le nombre d'lments entre lui et les htes hbergeant des
services critiques.
prendre en compte le nombre de barrires franchir pour
atteindre des rseaux spars .
rduire au maximum la taille du plus grand chemin .
prendre en compte la scurit physique du serveur de
supervision .
prendre en compte la distance entre le serveur de
supervision et les quipes de supervision.
prendre en compte la distance entre le serveur de
supervision et les serveurs d'envois d'alertes (mails, sms,
service web web2sms, services tlphoniques).

B.

Partie pratique : Installation et configuration de Nagios

L'installation et la configuration de Nagios ne sont pas aises et

peuvent ncessiter plusieurs jours avant d'tre ralises comme
souhait.
Il faut avoir une certaine exprience dans l'exploitation du systme
TRI2 GB
NAGIOS

Linux et de ses composants ainsi que dans le fonctionnement de

Nagios en gnral.
I. Installation de Nagios
1. Pr-requis
Nagios a, en plus des plugins, besoin de satisfaire un certain
nombre de dpendances.
Les pr-requis l'installation sont les suivants :

Un serveur web (ex: Apache)

Une base de donnes (si utilise)
Les
librairies
graphiques
plus, libjpeg, libpng

suivantes

: libgd

1.6.3 ou

a. Cration d'un utilisateur nagios

Avant mme d'installer Nagios, la premire chose faire est de
crer un utilisateur pour Nagios, ainsi que son groupe
groupadd nagios
# useradd -g nagios -m -d /home/nagios -G apache nagios
#

L'utilisateur nagios fait galement partie du groupe apache pour

des raisons pratiques .

b. Compilation et installation
Une fois les pr requis installs, et les sources rcupres sur
le site officiel, la phase d'installation suit les tapes suivantes
Il faut commencer par la phase de compilation, avec les options
choisies
./configure --options
# make all
#

Quand la compilation est termine sans erreur, on peut passer

l'installation
#

make install

TRI2 GB
NAGIOS

Pour rendre Nagios compltement oprationnel, il reste quelques

commandes passer :
Installer le script de dmarrage de Nagios /etc/init.d/nagios
#

make install-init

Crer et mettre les droits sur le rpertoire qui va contenir les

fichiers de communication entre le serveur Nagios et les CGI de
prsentation
#

make install-commandmode

Installer un exemple de configuration de Nagios. Les fichiers de

configuration ainsi crs verront leur nom se terminer par -sample,
pour viter ainsi d'craser la configuration actuelle en cas
d'upgrade

# make install-config
L'installation de Nagios est alors termine. Il faut maintenant
passer la phase de configuration.

II.Configuration de Nagios
1. Serveur web
L'accs Nagios doit tre restreint car il peut montrer des informations sensibles voire
confidentielles concernant le systme d'information.
Par ailleurs, des actions peuvent tre entreprises via l'interface web, allant de l'acquiescement
des alarmes jusqu'au redmarrage de machines.
Pour cette raison, il faut protger l'accs aux CGI de Nagios, au travers le mcanisme
d'authentification de votre serveur web (ex : mcanisme htpasswd pour Apache)

2. Nagios
La configuration de Nagios demande beaucoup de temps et n'est pas chose aise. En effet,
l'ensemble de la configuration du logiciel se fait dans des fichiers textes d'extension .cfg
L'ensemble des fichiers de configuration sont dfinis selon le format suivant
define type{
attribut1

TRI2 GB
NAGIOS

valeurs
1

attribut2
...
}

valeurs
valeurs

Ce mcanisme de dfinition implique qu'aucun espace ne pourra tre insr dans les paramtres
et leurs valeurs
La cohrence des fichiers de configuration peut tre teste en excutant Nagios avec l'option v et en lui fournissant le fichier de configuration principal
# /etc/init.d/nagios -v [chemin d'accs au fichier nagios.cfg]

Nagios supervise les quipements travers le rseau. Ils peuvent tre des serveurs, des
quipements rseaux, ou tout autre type de machine relie au rseau.
Ces hosts peuvent tre regroups dans un ou plusieurs groups, permettant ainsi d'agir sur un
ensemble de machines plutt que sur chacune, une par une.
Viennent ensuite les services. Ils correspondent aux services tests par les plugins. Dfinis dans
un fichier de configuration, les services font appel aux plugin via descommands elles-mme
dfinies dans un fichier checkcommands.cfg
L'ordonnancement de la vrification des services se fait elle selon des priodes de temps dfinis
par les clauses timeperiod dans le fichier timeperiods.cfg
Le rle de Nagios est donc de prvenir lorsqu'un problme survient. Les contacts prvenir sont
dfinis dans le fichier contacts.cfg et peuvent eux aussi tre groups dans le
fichier contactgroups.cfg
L'escalade des alertes entre les groupes, en cas de non rponse, peut tre dfinie dans le
fichier escalations.cfg
Il reste alors le fichier misccommands.cfg dans lequel sont dclares les commandes nondestines au lancement de plugin. On y trouvera par exemple les commandes ncessaires
l'envoi de mail, de SMS, etc..
Enfin, d'autres fichiers peuvent galement tre utiliss tels que dependencies.cfg pour dfinir
des dpendances entre services, cgi.cfg pour la configuration des CGI,hostextinfo.cfg pour les
infos supplmentaires sur les htes (icne, coordonnes graphiques sur la statusmap, ...)
et serviceextinfo.cfg idem que hostextinfo.cfg mais pour les services.
Les principaux fichiers de configuration sont donc les suivants :

nagios.cfg

ressource.cfg

hosts.cfg

hostgroups.cfg

services.cfg

TRI2 GB
NAGIOS

servicegroups.cfg

checkcommands.cfg

misccommands.cfg

timeperiods.cfg

contacts.cfg

contactgroups.cfg

escalations.cfg

dependencies.cfg

cgi.cfg

hostextinfo.cfg

serviceextinfo.cfg

nagios.cfg

Il s'agit du fichier principal de configuration de Nagios. Il contient notamment la liste des autres
fichiers de configuration utiliss, ainsi que l'ensemble des directives globales de fonctionnement
de Nagios, comme le nom et le groupe de l'utilisateur nagios.

ressource.cfg

Il s'agit d'un fichier de dclaration utilis par les autres fichiers de configuration de Nagios. Il
permet de dfinir des variables globales pour une utilisation simplifie dans les autres fichiers
de configuration (ex : $USER1$=/usr/local/nagios/libexec).

hosts.cfg

Fichier de configuration des quipements superviss. Une dfinition d'hte s'applique un

serveur "physique", une station de travail, un priphrique, un quipement, qui se trouve sur
votre rseau. Chaque hte saisi ncessite une structure particulire, incluant notamment son
nom, son adresse IP, le type de test effectuer pour caractriser l'tat de l'hte (gnralement
ping)...
Exemple de dfinition d'un host
define host{
host_name
alias
address
parents
check_command
max_check_attempts
process_perf_data
retain_nonstatus_information
notification_interval

TRI2 GB
NAGIOS

bogus-router
Bogus Router #1
192.168.1.254
server-backbone
check-host-alive
5
0
0
30
1

notification_period
notification_options
}

24x7
d,u,r

hostgroups.cfg

Il contient les groupes d'htes permettant ensuite d'agir sur un ensemble de machines.
define hostgroup{
hostgroup_name
alias
contact_groups
members
}

novell-servers
Novell Servers
novell-admins
netware1,netware2,netware3,netware4

services.cfg

Fichier de configuration des services superviss. La dfinition d'un service identifie un service
tournant sur un hte. Le terme "service" est trs gnrique. Il peut s'appliquer un service ( tel
que POP, SMTP, HTTP, etc.) ou bien tout autre type de mesure associe l'hte (temps de
rponse un ping, nombre d'utilisateurs connects, usage des disques).
Exemple de dfinition d'un service supervis
define service{
host_name
service_description
check_command
max_check_attempts
normal_check_interval
retry_check_interval
check_period
notification_interval
notification_period
notification_options
contact_groups
}

linux-server
check-disk-sda1
check-disk!/dev/sda1
5
5
3
24x7
30
24x7
w,c,r
linux-admins

servicegroups.cfg

Il contient les groupes de services permettant ensuite d'agir sur des ensembles de services.

checkcommands.cfg

Fichier de configuration des commandes de supervision

define command{
command_name
command_line
}

check_pop
/usr/local/nagios/libexec/check_pop -H $HOSTADDRESS$

misccommands.cfg

Fichier de configuration des commandes de notification

timeperiods.cfg

TRI2 GB
NAGIOS

Fichier de configuration des calendriers

define timeperiod{
timeperiod_name
alias
sunday
monday
tuesday
wednesday
thursday
friday
saturday
}

nonworkhours
Non-Work Hours
00:00-24:00
00:00-09:00,17:00-24:00
00:00-09:00,17:00-24:00
00:00-09:00,17:00-24:00
00:00-09:00,17:00-24:00
00:00-09:00,17:00-24:00
00:00-24:00

contacts.cfg

Fichier de dfinition des contacts notifier. Une dfinition de contact s'applique la personne
physique qui doit tre contacte en cas de problmes sur le rseau.
Exemple de dfinition d'un contact notifier
define contact{
contact_name
jdoe
alias
John Doe
service_notification_period
24x7
host_notification_period
24x7
service_notification_options
w,u,c,r
host_notification_options
d,u,r
service_notification_commands
notify-by-email
host_notification_commands
host-notify-by-email
email
jdoe@localhost.localdomain
pager
5555555@pagergateway.localhost.localdomain
}

contactgroups.cfg

Il contient les groupes de contacts permettant ainsi de regrouper les contacts notifier en cas
d'alerte.
define contactgroup{
contactgroup_name
alias
members
}

novell-admins
Novell Administrators
jdoe,rtobert,tzach

escalations.cfg

Il dfini l'escalade des alertes entre les diffrents groupes de contacts.

define serviceescalation{
host_name
service_description
first_notification
last_notification
notification_interval
contact_groups
}

TRI2 GB
NAGIOS

nt-3
Processor Load
4
0
30
all-nt-admins,themanagers

define hostescalation{
host_name
first_notification
last_notification
notification_interval
contact_groups
}

router-34
5
8
60
all-router-admins

define hostgroupescalation{
hostgroup_name
first_notification
last_notification
notification_interval
contact_groups
}

netware-servers
5
0
30
netware-admins,themanagers

dependencies.cfg

Il dfinit les dpendances entre les diffrents services, qu'ils soient sur le mme serveur ou non.
On peut ainsi par exemple faire dpendre le serveur web virtuel de la prsence d'un processus
Apache.
define hostdependency{
host_name
WWW1
dependent_host_name
DBASE1
notification_failure_criteria d,u
}

cgi.cfg

Il dfinit la configuration des CGI de Nagios utiliss dans l'interface graphique web.

hosttextinfo.cfg

Il permet d'ajouter des proprits graphiques aux htes dfinis dans hosts.cfg comme par
exemple une icne ou des coordonnes utiliser dans la statusmap de l'interface web.
define hostextinfo{
host_name
netware1
notes_url
http://webserver.localhost.localdomain/hostinfo.pl?
host=netware1
icon_image
novell40.png
icon_image_alt IntranetWare 4.11
vrml_image
novell40.png
statusmap_image novell40.gd2
2d_coords
100,250
3d_coords
100.0,50.0,75.0
}

serviceextinfo.cfg

Idem que hostextinfos mais pour les services.

define serviceextinfo{
host_name
service_description

TRI2 GB
NAGIOS

linux2
Log Anomalies

notes_url
http://webserver.localhost.localdomain/serviceinfo.pl?
host=linux2&service=Log+Anomalies
icon_image
security.png
icon_image_alt
Security-Related Alerts
}

III.

L'interface de Nagios

L'interface de Nagios est accessible via un simple navigateur web.

Elle permet l'administrateur d'avoir accs l'ensemble des
informations de supervision.
Base sur des CGI, cette interface peut donc tre scurise par les
mcanismes associs au serveur web et aux CGI afin de restreindre
les accs aux informations en fonction des profils utilisateurs.
Elle est compose de deux grands types de vues :

Monitoring
Reporting
Il est galement possible d'accder la configuration du logiciel via
cette interface, mais uniquement en lecture :-(

1. Les vue de Monitoring

Les vues de monitoring permettent de connatre l'tat des
quipements et des services superviss, et ventuellement
d'effectuer des actions sur ces derniers.
Les vues principales disponibles sont les suivantes :
Tactical Overview
informations

TRI2 GB
NAGIOS

vue

gnrale

rsumant

l'ensemble

des

Host Detail : vue des htes superviss

TRI2 GB
NAGIOS

Service Detail : vue des services superviss

TRI2 GB
NAGIOS

Status Map : cartographie du systme d'informations supervis

TRI2 GB
NAGIOS

2) Les vue de Reporting

Les vues de reporting permettent de crer, la vole, des rapports sur l'activit du systme
d'information,
en
fonction
des
donnes
collectes
par
Nagios.
Coupl avec MRTG, les rapports pourront alors intgrer des graphiques.
Les vues principales disponibles sont les suivantes :
Availability : permet de crer des rapports de disponibilit des quipements

TRI2 GB
NAGIOS

Alert History : permet d'avoir un historique des alertes

TRI2 GB
NAGIOS

Trends : permet de grapher des donnes mesurables en fonction du temps

TRI2 GB
NAGIOS

TRI2 GB
NAGIOS

C.

Conclusion

Ce travail effectu nous a permis de comprendre les

concepts de la supervision dans un systme
d'information et de mettre en vidence les
diffrentes architectures possibles dans le cadre de
la supervision. Le choix de Nagios comme logiciels
cobails nous a permis de se mettre en situation rel
en s'imaginant dans le monde professionnel. Ce
logiciel compatible et matures tant trs utiliss
dans le monde professionnel. Nous pensons que ce
document nous aidera dans un futur proche si
jamais nous sommes appels travailler dans un
projet informatique prenant en compte la
supervision Il pourrait galement aider certains
professionnels rseaux et systmes.

TRI2 GB
NAGIOS