Announcement

Collapse
No announcement yet.

configuration service snmp pas à pas

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • configuration service snmp pas à pas

    bonjour,

    j'effectue actuellement une configuration snmp et comme il y a pas d'étapes dans le traitement de trap snmp, comment peut-on valider la mise en oeuvre pas à pas d'un service snmp sous centreon ? Cela permettrait de détecter mes problèmes de config.

    J'ai commencé par envoyer une trap sur le port 162 de centreon avec snmptrap (aix 6.1) :
    centreon server>tcpdump -n -i eth0 -v port 162 -c 100
    16:01:46.807042 IP (tos 0x0, ttl  30, id 55070, offset 0, flags [none], proto: UDP (17), length: 95) 192.168.10.10.46359 > 192.168.20.20.snmptrap: { SNMPv1 { Trap(52) .1.3.6.1.4.1.2 192.168.10.10 enterpriseSpecific s=1 286605800 .1.3.6.1.4.1.2.6[|snmp] } }
    => cela me permet déjà de valider que les traps arrivent bien sur le server centreon

    Sachant que ma trap arrive bien sur le serveur centreon, comment puis savoir ensuite que snmptrapd envoie bien les infos à SNMPTT ?

    Les étapes que je souhaite valider sont les suivantes :
    - validation conf SNMPTT
    - vérif que SNMPTT prend bien en compte la MIB chargée

    BenR
    ----
    OS : CentOS / centreon 2.1.13

  • #2
    Il y a des options de déboguage dans SNMPTT.ini

    Met ces options à '1' et tes fichiers /var/log/snmptt.log et /var/log/snmptt_unknown.log vont se remplir suivants si tes traps sont traduits ou non
    Centreon Syslog Module Manager/Developper
    Centreon E2S Module Manager/Developper
    Centreon Enterprise Server (2.x / 3.x) : Centreon Engine 1.3.x / 1.4.x, Centreon Broker 2.6.x / 2.8.x , Centreon 2.x, Centreon-Syslog 1.5.x, Centreon E2S 2.0
    Nagios 3.x et NDOutil 1.x

    Comment


    • #3
      J'ai activé les traces de smtptt en mettant les options suivantes :
      log_enable = 1
      DEBUGGING = 1
      unknown_trap_log_enable = 1

      Là, dès que j'envoie une trap quelconque, le fichier de trace snmttunknown.log est alimenté. par exemple :
      Wed May 2 11:33:30 2012: Unknown trap (.1.3.6.1.4.1.8072.2.3.0.1.0.17) received from SRV-NAGIOS at:
      Value 0: SRV-NAGIOS
      Value 1: 192.168.10.10
      Value 2: 343:21:56:02.93
      Value 3: .1.3.6.1.4.1.8072.2.3.0.1.0.17
      Value 4: 1.42.100.108
      Value 5: public
      Value 6: .1.3.6.1.4.1.8072.2.3.0.1
      Value 7:
      Value 8:
      Value 9:
      Value 10:
      Ent Value 0: .1.3.6.1.4.1.8072.2.3.2.1=12345


      Avec cette étape, je valide que snmptrapd passe bien la main à smtptt mais je n'arrive toujours pas à faire remonter l'alerte sur la console et je ne comprends pas bien comment centreon lit la trap puis remonte ou non l'information sur la console... Si on pouvait déjà m'expliquer ce mécanisme, ça m'aiderait beaucoup

      En cherchant un peu, j'ai trouvé cet exemple intéressant (non officiel) qui remonte les traps de type unknown :

      http://en.doc.centreon.com/HowToCreateCatchallSNMPTrap

      Dans cet exemple on voit que la trap catch-all-trap est configurée avec l'OID .1.3.6.1.4.1.2021.13.990.0.17. Le service lié a cette trap est TRAP_UNKNOW

      et pour le test il envoit la commande suivante : snmptrap -v 1 -c public 192.168.230.129 NET-SNMP-EXAMPLES-MIB::netSnmpExampleHeartbeatNotification "" 6 17 "" netSnmpExampleHeartbeatRate i 12345
      => le résultat de cette commande donne un OID .1.3.6.1.4.1.8072.2.3.0.1.0.17 (différent de la trap déclarée !)

      Voilà, je sais que c'est un peu compliqué mais est-ce qu'on pourrait m'expliquer comment centreon lit la trap puis remonte ou non l'information sur la console ?

      merci

      Comment


      • #4
        J'ai enfin réussi la configuration SNMP, alors voici mon expérience sur le sujet :

        1. Lier une trap SNMP à un service Centreon
        Les traps déclarées sous Centreon sont pris en compte dans le fichier de config snmptt pour effectuer la liaison entre le service Centreon et la trap SNMP reçue sur le serveur. Pour cela il faut effectuer la génération des traps SNMP dans Centreon
        Configuration -> Nagios -> Snmp Traps -> Generate
        A l’issue de la génération des traps SNMP, on peut voir que le fichier snmptt.ini est modifié avec la mib importée dans le fichier

        2. Déclarer le service sous Centreon et lier la trap SNMP au serveur
        - Active Check à NO
        - Passive Check à YES
        - Relations : lier le service au host d'où provient l'alerte

        3. Activer les traces de log snmptt et unknownsnmptt.log (snmptt.ini)
        unknown_trap_log_enable = 1

        Tant que les alertes sont écrites dans unknownsnmptt.log, impossible de voir remonter l'alerte sur la console

        Comment

        Working...
        X