TP Supervision. 1.1 Configurations réalisées pour rendre utilisable l'agent SNMP

Transcription

1 1-SNMP 1.1 Configurations réalisées pour rendre utilisable l'agent SNMP Installation Nous avons installé les paquetages suivant : snmpd : Démon de l'agent SNMP. snmp : Ensemble d'outils permettant de communiquer avec l'agent SNMP. libsnmp : Librairie nécessaire à l'agent SNMP. libsnmp-base : Librairie contenant de la documentation et des MIB pour l'agent SNMP mbrowse : Un browser graphique de MIB. Configuration La configuration se fait en modifiant deux fichiers. /etc/snmp/snmpd.conf Ce fichier contient la configuration de l'agent SNMP. Dans la section Access Control Setup, nous ajoutons un accès en lecture/écriture à la communauté lpasrall. /etc/default/snmpd Ce fichier contient la configuration du démon de l'agent SNMP, notamment où il écoute les requêtes. Dans la section snmpd options, nous ordonnons au démon de l'agent SNMP d'écouter sur toutes les interfaces. Remarque: L'utilitaire snmpconf permet de renseigner les fichiers de configuration de façon interactive sans en connaitre la structure ni la syntaxe exact. 1.2 Description du script de surveillance régulière des interfaces Nous avons réalisé un script bash qui interroge les machines d'un réseau (avec un timeout arbitrairement défini). Celui-ci récupère le nombre d'octets rentrant/sortant des machines interrogées: #!/bin/bash

2 i=1 while [ $i -lt 255 ]; do ip= $i oct_in=`snmpget -t 0.4 -v2c -c lpasrall $ip > /dev/null cut -d -f4` oct_out=`snmpget -t 0.4 -v2c -c lpasrall $ip > /dev/null cut -d -f4` if [ -n $oct_in ] then echo -e Adresse ip de l'agent : $ip\n\toct in : $oct_in\n\toct out : $oct_out fi i=$((i+1)) done Remarque: L'utilitaire snmpconf permet de renseigner les fichiers de configuration de façon interactive sans en connaitre la structure ni la syntaxe exact. 1.3 Description des scripts de surveillance contrôlée par TRAP SNMP Description du script de détection de dépassement de seuil Ce script interroge le traffic entrant sur localhost. Au dessus d'une variation de plus de octets entre les 2 valeurs récupérées par les commandes snmpget alors un trap est envoyé. Ce seuil est modifiable via la variable seuil. De même que la fréquence des requêtes snmp via la variable attente (ici 60s) #!/bin/bash dernieretmp=`snmpget -v2c -c lpasrall localhost ` derniere=`echo $dernieretmp cut -d ":" -f4` attente=5 seuil=80000 while [ 1 ] do tmp=`snmpget -v2c -c lpasrall localhost ` tmp2=`echo $tmp cut -d ":" -f4` dif=$(($tmp2-$derniere)) #Test de dépassement de seuil if [ $dif -gt $seuil ]

3 then #Envoie du trap snmptrap -v2c -c lpasrall localhost "" fi sleep $attente done Configurations réalisées pour recevoir des TRAP SNMP Coté client, afin d'autoriser l'émission de trap, le fichier /etc/snmp/snmpd.conf doit être complété par le code suivant: # Traps and v2 traps enabled and sent to localhost # command host manager community trapsink localhost com-perso trap2sink localhost com-perso Où localhost et com-perso sont respectivement le nom et la communauté de la machine recevant les traps. Penser à relancer le service via la commande /etc/init.d/snmpd restart afin que les modifications soit prises en compte. Coté serveur de supervision, la configuration du gestionnaire de trap s'effectue grâce au fichier /etc/snmp/snmptrapd.conf, modifié comme suit: traphandle default sh /home/commonuser/scripts/snmptrap.sh disableauthorization yes donotlogtraps yes La première ligne indiquer que l'on traite de la même façon toutes les interrutions Ensuite que l'on accepte toutes les interruptions Et pour finir qu'il n'y a pas de journalisation des événements La commande traphandle permet d'appeller un scrip ici snmptrap.sh. Remarque: Pour le manager, le port UDP 162 doit être ouvert. Penser à relancer le service via la commande /etc/init.d/snmptrapd restart afin que les modifications soit prises en compte.

4 La réception d'un trap lance le script (via traphandle dans le snmptrapd.conf) suivant: #!/bin/bash while read ligne do IP=`echo $ligne grep UDP cut -d "[" -f2 cut -d "]" -f1` echo "Attention l'adresse: "$IP" télécharge comme un fou" done Après avoir isolé via un grep la ligne où est indiqué l'adresse IP de l'émetteur, nous découpons la chaine de caractères afin de de conserver l'adresse IP seule. Puis nous l'affichons pour les besoins de nos tests. Remarque: il est tout a fait possible de renseigner un fichier texte avec une commande du type: echo "Attention à l'adresse: "$IP" >>/home/adminsup/log/logsnmp.txt Description du TRAP émis snmptrap -v2c -c lpasrall localhost Comme nous ne faisons pas discrimination sur les traps émis (Cf notre snmpd.conf), le type d'information associé au trap a peu d'importance.

5 2 Nagios Fichiers de configuration de Nagios: Les fichiers de configuration se trouvent dans le répertoire /etc et /etc/objects de nagios (pour /usr/local/nagios/etc et /usr/local/nagios/etc/objetcs). Les principaux fichiers sont les suivants: nagios.cfg: Liste l'emplacement des fichiers de configuration, l emplacement des logs, l utilisateur et le groupe propriétaire du processus nagios. hosts.cfg: Ce fichier définit les machines à surperviser ainsi que les service à surveiller. Pour chaque définition, le nom de la machine, le groupe nagios auquel l'équipement est associé, son adrese IP et éventuellement la définition des services à surveiller. Ces derniers seront complétés par les services associés au groupe auquel est affecté l'équipement. Ce fichiers peut contenir plusieurs équipement à surveiller ou bien être dupliqué sous d'autres noms. Dans tout les cas, ce type de fichier de configuration doit être déclarés dans le fichier nagios.cfg. Ce fichier définit des contacts. Remarque: avec le fichier contactgroups.cfg, il est possible de définir des groupes de contact. timeperiods.cfg: Ce fichier permet de définir les plages de temps où l'on supervise les équipement. services.cfg: Ce fichier définit les services. Un nom est associé à chaque service qui sera ensuite utiliser pour superviser ce service dans les fichiers host. cgi.cfg: paramètre pour l'interface web /etc/object: C'est dans ce répertoire que nous avons placé les définitions des object à surveiller. 2.1.Configurations réalisées pour superviser les Pc de la salle (ou une partie) Script de détection des machines répondant aux requêtes SNMP: #!/bin/bash i=1 while [ $i -lt 255 ];

6 do ip= $i oct_in=`snmpget -t 0.4 -v2c -c lpasrall $ip > /dev/null cut -d -f4` oct_out=`snmpget -t 0.4 -v2c -c lpasrall $ip > /dev/null cut -d -f4` if [ -n $oct_in ] then echo -e Adresse ip de l'agent : $ip\n\toct in : $oct_in\n\toct out : $oct_out fi i=$((i+1)) done Création automatique de fichiers ''hosts'': #!/bin/bash NBL=$((`wc -l /tmp/toto grep -o "[0-9]*"`-1)) LIST=`head -$NBL /tmp/toto tail -$(($NBL-1)) grep -o "[0-9]\{1,3\}\.[0-9]\{1,3\}\. [0-9]\{1,3\}\.[0-9]\{1,3\}"` NBIP=`head -$NBL /tmp/toto tail -$(($NBL-1)) grep -o "[0-9]\{1,3\}\.[0-9]\{1,3\}\. [0-9]\{1,3\}\.[0-9]\{1,3\}" wc -l` echo $NBIP MEMBERS="" NBMBM=0; for IP in $LIST do NBMBM=$(($NBMBM+1)) if [ $NBMBM -ne $NBIP ] then MEMBERS=${MEMBERS}"$IP," else MEMBERS=${MEMBERS}"$IP" fi echo -e "$NBMBM $NBIP\n" echo -e "define host{\n\thostname\t$ip\n\taddress\t\t$ip\n}" done echo $MEMBERS echo -e "

7 define hostgroup{ hostgroup_name lpasrall alias lpasrall members $MEMBERS } '' en s'appuyant sur la structure suivante: Définition d'une machine : define host{ use linux-server # template à utiliser host_name Server # nom de la machine alias Server # texte afficher dans l'interface address # adresse ip parents linksys-wrt54g # parents de la machine, cette option permet de définir la topologie } définition d'un service : define service{ use local-service # template à utiliser host_name Server service_description Total Processes # texte à afficher dans l'interface check_command check_local_procs!250!400!rszdt # commande avec ses paramètres } Il est possible de définir des templates de machines, des templates de service etc Configuration réalisées pour l'organisation en dépendances L'organisation des dépendances a été réalisée grâce à l'option "parents". En effet Intenet (host fictif) et le parent de "Freebox", lui même parent de "linksys_wrt54g", lui même parent de "Server" et "Linuxlap". Ce qui permet de générer la satatus map suivante :

8 2.4.Intégration de SNMP dans Nagios check_mrtg permet de vérifier un fichier de log mrtg (d'analyser les valeurs). Suivant le seuil indiqué, Nagios émet un warning ou un signal critique. Le service associé sera de la forme : check_mrtg!-v 1 (variable à vérifier) -a AVG (moyenne ou valeur maximale MAX) -F /home/mrtg/ram/ram.log -c seuil_critique -w seuil_warning 2.5 MRTG Fonctionnement de MRTG CFGMAKER Les fichiers de configuration sont créées grace au binaire cfgmaker:./cfgmaker --global 'WorkDir: /var/www/mrtg' --global 'Language: french' --global 'Options[_]: bits,growright' --ifdesc=descr --output /home/mrtg/cfg/mrtg1.cfg Le premier argument permet de définir le dossier où seront placées les pages web (créées plus tard grace à la commande indexmaker ). Le deuxième permet de définir la langue

9 Le troisième définit que l'échelle par défaut sera en bits et que les graphiques se rempliront par la droite. Le quatrième dit que les interfaces seront décrites par leur description Le cinquième définit l'emplacement du fichier de configuration qui sera généré. Le dernier indique INDEXMAKER Il est ensuite nécessaire d'utiliser la commande indexmaker afin de créer les graphiques. La commande est du type:./indexmaker --output /var/www/mrtg/fedora.html --title=graphes MRTG pour fedora /home/mrtg/cfg/shiva.cfg L'argument output défini l'emplacement où seront créés les pages html ainsi que les graphiques. --title permet de définir le titre de la page html et le dernier argument définit l'emplacement du fichier de configuration MRTG Ensuite, il ne reste plus qu'à lancer l'application mrtg afin d'effectuer des mesures en utilisant le fichier de configuration. La commande est du type: env LANG=C /usr/local/mrtg-2/bin/mrtg /home/mrtg/cfg/shiva.cfg Remarque: la commande renvoie une erreur lors des premières executions. Ceci vient du fait qu'il n'y a pas assez de valeurs au départ. C'est cette commande que l'on placera dans le crontab afin d'automatiser les mesures. Les pages web sont ensuite accessible, via un navigateur, depuis l'emplacement indiqué dans la commande indexmaker, grace à Apache. Indépendamment des mesures proposer par cfgmaker,il est possible d'intégrer des scripts dans le fichier de configuration afin d'extraire d'autre données. Pour l'exemple, nous avons utilise le script suivant: #!/usr/bin/perl #Affichage de la consommation cpu pour MRTG my $cpu =`cat /proc/stat grep cpu `;

10 $cpu=~ /cpu (.*) (.*) (.*) (.*)/; my $conso = $1 + $2 + $3; $conso = int($conso); print $conso\n; print $conso\n; Ce script perl est appelé depuis le fichier de configuration créé par cfgmaker comme suit: Target[localhost_2-cpu]: `/usr/local/mrtg-2/etc/cpu.pl` Options[localhost_2-cpu]: noinfo, nopercent, growright, nobanner, noi Title[localhost_2-cpu]: Shiva -- consommation du CPU MaxBytes[localhost_2-cpu]: 200 YLegend[localhost_2-cpu]: CPU ShortLegend[localhost_2-cpu]: % LegendO[localhost_2-cpu]: CPU Legend2[localhost_2-cpu]: CPU PageTop[localhost_2-cpu]:<h1> Shiva -- utilisation CPU </h1>

11 3 Conclusion Avantages et inconvénients de l'utilisation du SNMP seul Le principal avantage du SNMP est de pouvoir interroger à distance de manière plus ou moins standardisée une multitude d'équipements différents. La richesse des MIB permet d'obtenir une large gamme d'informations. En revanche, il n'est pas toujours facile de trouver spécifiquement une information donnée. Le concept des traps complète ces fonctionnalités en offrant une information ''active'' ou de type ''push'' Durant nos tests, nous avons pu utiliser une fonctionnalité ''spéciale'' du SNMP: nous avons associé à l'émission de trap l'émission d'une chaine de caractères. De manière plus général, il est possible d'utiliser le SNMP pour transporter d'autres informations. Avantages et inconvénients pour Nagios La force de nagios est de pouvoir superviser des services. De plus, ses plugins permet d'y intégrer d'autres outils comme pour ce TP MRTG. Il est possible de sécuriser le trafic de supervision via Nagios Remote Plugin Executor (NRPE) qui, permet d'éxécuter des "check" à distance (les ordres et résultats passent pas un tube ssl). Autres solutions de supervision Nagios et MRTG ont été repris pour le développement d'une nouvelle génération de logiciels de supervision: Une partie du code Nagios a été utilisé pour Centreon qui lui-même utilise MRTG pour la création de graphiques. Le créateur de MRTG a aussi créé RRDTool qui est un outil de gestion de base de données permettant la représentation des données sous forme graphique. RDDtool a donné lui même Cacti. Il ne faut pas oublier de citer, pour les solutions propriétaires, HP openview qui est très utilisé dans le monde de l'entreprise.