étude et mise en place d'une plateforme de supervision.

3.5.3.2 Architecture de Nagios

Nagios est un programme modulaire de telle sorte que son évolution puisse être facile, il se compose principalement de trois parties :

· L'ordonnanceur : c'est le moteur de l'application qui s'occupe de l'ordonnancement des tâches de supervision.

· L'interface Web : qui permet d'avoir une vue d'ensemble du système d'information et des possibles anomalies, Nagios s'appuie sur simple serveur Web tel apache basé sur des CGI.

· Les sondes : Les sondes de Nagios (Plugins ou Greffons) sont de petits scripts ou programmes qui sont à la base des vérifications. Ces mini programmes que l'on peut compléter selon nos besoins pour superviser chaque tache Nagios peut aussi gérer ses données dans des bases de données (MySQL ou PostgreSQL) ou bien dans des fichiers textes.

Figure 5.22 : architecture de Nagios.

3.5.3.3 Principe de bases de Nagios

Les Common Gate Interface (CGI) : C'est une technologie standard implémentée à tous serveurs Web. Elle permet l'échange de données entre un programme et le contenu d'une page Web visualisée par un internaute distant. Un tel programme peut être écrit à l'aide de

[e-mail] 00221781059140

43

n'importe quel langage de programmation : les plus utilisée sont le langage C, Perl ou encore Python. Les Plugins : A la différence de beaucoup d'autres outils de supervision. Nagios ne dispose pas de mécanisme interne pour vérifier l'état d'un service, d'un hôte, etc.

Il utilise des programmes externes appelés Plugins, Les Plugins sont des programmes exécutables ou scripts (Perl, Shell, Etc.) qui peuvent être lancés depuis une ligne de commande pour tester un hôte ou un service. Nagios utilise le résultat de cette action pour déterminer le statut des hôtes ou services sur le réseau. Pour Nagios peu importe ce que fait un Plugin, seul le résultat compte. Les Plugins permettent aux utilisateurs de développer facilement leurs propres vérifications de services. Ces plugins fonctionnent soit en local sur la machine supervisée, soit exécutent des tests à distance (tels sur des protocoles réseaux tels http, smtp, ou exécution distante via Ssh ou autres).

Figure 5.23 : Fonctionnement d'un Plugin de NAGIOS ? Code de retour qui peut se résumer par le tableau ci-dessous :

Code de retour	Etat	Signification
1	Ok	Tout va bien
2	Warning	Le seuil d'alerte est dépassé
3	Critical	Le service a un problème
4	Unkown	Impossible de connaitre l'état du service

Tableau 5.3: signification des codes de retours

3.5.3.4 Mise en réseau de la supervision avec Nagios

Les plugins locaux au serveur de supervision sont exécutés directement par Nagios. La vérification d'un service à distance (par l'exécution d'un Plugin situé sur une autre machine ou par SNMP) se fait elle aussi par le biais de l'exécution d'un Plugin local au serveur Nagios qui n'est en fait qu'un ordonnanceur de tâches dédiées à la supervision. Nagios n'a pas pour vocation d'intégrer des fonctionnalités de vérification de bon fonctionnement quelconques autres que ses fonctions internes.