Tutorials:SNMPTraps/fr
From Wiki Centreon
Les traps SNMP sont des alertes émises par des matériels réseaux ou des postes clients/serveurs à partir du moment où ils supportent le protocole SNMP. Il existe deux familles de traps : les traps génériques (traps qui éxistent pour tout matériels confondus) et les traps spécifiques (propres à un constructeur). Ce tuto explique la nouvelle gestion des traps sur Oreon. Vous ne trouverez pas d'information très technique sur cette gestion, seulement du fonctionnel.
Contents |
Pré-requis :
Quelques petites choses à vérifier avant de d'attaquer l'interface Oreon :
- les daemons SNMPD et SNMPTRAPD doivent tourner. (/!\, le daemons snmptrapd doit être lancé avec l'options "-On" pour ne pas convertir l'OID)
- le package Net-SNMP
- SNMPTT doit être installé selon les configurations prévues par l'installer d'Oreon.
- les plugins "trapHandler", "genSnmpttConfFile" et "fillTrapDB" doivent être présent dans le répertoire traps du répertoire des plugins Nagios.
L'interface Oreon
Une rubrique sur Oreon est réservée à la gestion des traps dans la partie : Configuration > Services.
- Standarts or Vendor : Liste des constructeurs.
- Load MIBs : chargement et traduction de fichiers .mib.
- SNMP Traps : cette rubrique liste toutes les traps dont vous connaissez les définitions. Chaque trap ne renvoie qu'une information, donc un seul statut. Prenons en exemple des traps Dell :
alertCoolingDeviceFailure : indique que le système de refroidissement est down. alertCoolingDeviceNormal : indique que le système de refroidissement est OK. alertCoolingDeviceWarning : indique que le système de refroidissement est dans un état warning.
Une trap reporte donc une information sur un matériel ou un service, un état, un message qui sera affiché sur le monitoring d'Oreon. De plus, elle est reliée à un constructeur.
Traduction des MIBs
L'avantage avec cette partie c'est qu'il n'est plus nécessaire de rentrer les OIDs des traps une par une dans la base de donnée. La traduction de toutes les traps qui se trouvent dans le fichier mib est directement entré en base. Une fois la traduction terminée, il faut générer les fichiers de configurations pour SNMPTT (Configuration > Nagios > Export Configuration files). Pas besoin de redémarrer Nagios pour cela. Gestion des dépendances : Il peut arriver que vous ne puissiez pas traduire une MIB pour un constructeur donné. Cela peut être du à un problème de dépendances entre fichiers mib. Deux solutions pour ce problème :
- copiez toutes les mibs que vous avez téléchargé pour le constructeur dans le répertoire par défault des mibs SNMP sur le serveur Nagios (/usr/share/snmp/mibs).
- Ou bien créez un répertoire où vous allez copiez ces fichiers et rajoutez le path du répertoire dans le fichier /etc/snmp/snmp.conf, comme ceci :
MIBDIRS=/repertoire/des/nouvelles/mibs
Création d'un service sur Oreon
Maintenant comment allons-nous remonter les informations sur le monitoring d'Oreon?
Il suffit de créer un service passif et volatil(utilisez check_dummy avec en paramètre '0' pour check-command). Pour la suite, il y a deux méthodes :
- soit plusieurs traps remontent tous les états d'un matériel ou d'un service (comme pour les traps qui renvoie l'état du coolingDevice de Dell vu plus haut). Dans ce cas, nous allons relier toutes ces traps au même service. Le service sera donc capable de remonter un état warning, critical et ok pour le matériel supervisé.
- soit vous n'avez qu'une seule trap qui va remonter un état warning ou critical. Dans ce cas précis, il faut configurer un "check freshness" qui va vérifier que des informations sont reçues tout les X temps. Si aucune trap n'est reçue au bout dix minutes par exemple, le service repassera automatiquement dans un état OK.
Important : vérifiez que les informations entrées dans "Options > Options générales > SNMP" sont correctes.
Annexes
Voici un lien où vous pourrez trouver pas mal de MIBs :
