IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Supervision Discussion :

problème entre SNMP v1 et SNMP v3


Sujet :

Supervision

  1. #1
    Membre régulier
    Inscrit en
    Janvier 2011
    Messages
    179
    Détails du profil
    Informations forums :
    Inscription : Janvier 2011
    Messages : 179
    Points : 107
    Points
    107
    Par défaut problème entre SNMP v1 et SNMP v3
    Bonjour !

    j'ai actuellement un script en shell pour nagios qui me permet de vérifier tous les états des ports d'un équipement CISCO pour vérifier si le port est en err-disable, et si oui, qu'il m'affiche l'erreur correspondante.

    l'OID de l'err-disable est la suivante : 1.3.6.1.4.1.9.9.548.1.3.1.1.2

    malheureusement, la table par défaut est vide, et ne s'affiche que si un port est bien en err-disable, donc pour des tests, il faut simuler sur un port un problème mais là n'est pas le problème.

    en SNMP v1, si je fais la commande suivante : snmpwalk -c public -v1 hostname 1.3.6.1.4.1.9.9.548.1.3.1.1.2 : elle fonctionne (si j'ai mis un port en err-disable)

    en SNMP v3, si je fais ça : snmpwalk -v3 -u user -l pass -A sha hostname 1.3.6.1.4.1.9.9.548.1.3.1.1.2 (j'ai plus la syntaxe exacte là :p) j'ai ce retour :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SNMPv2-SMI::enterprises.9.9.548.1.3.1.1.2 = No Such Instance currently exists at this OID
    j'ai regardé ma conf sur le switch, j'ai bien donné le droit à mon utilisateur v3 (et donc groupe) de lire tout ce qui était mib-2 et iso :

    snmp-server view GROUPERead iso included
    snmp-server view GROUPERead mib-2 included

    j'ai d'autres scripts avec mon user v3 qui fonctionnent très bien, et qui peuvent lire dans les mib.

    ma question est la suivante : pourquoi l'utilisateur v3 (qui est plus secure) peut lire moins de mib sur l'équipement et ne retrouve pas l'OID qu'on trouve en v1 ?

    qu'est ce que je loupe dans ma configuration ? si quelqu'un est capable de m'expliquer ça, car là je sèche pas mal après avoir un peu retourner google

    merci pour le retour !

  2. #2
    Membre régulier
    Inscrit en
    Janvier 2011
    Messages
    179
    Détails du profil
    Informations forums :
    Inscription : Janvier 2011
    Messages : 179
    Points : 107
    Points
    107
    Par défaut
    ok problème résolu !

    en fait, la table par défaut est vide sur le switch, pas d'erreur = pas de table

    en snmp v1 : pas de retour d'erreur
    en snmp v3 : retour d'erreur comme quoi la table est vide

    en snmp v3 la requête fonctionne dès que j'ai une erreur.

    j'ai donc modifié mon script et maintenant tout fonctionne

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. pysnmp : problème de décodage du résultat snmp
    Par Mat_DZ dans le forum Bibliothèques tierces
    Réponses: 1
    Dernier message: 06/03/2014, 17h23
  2. Réponses: 4
    Dernier message: 04/08/2010, 17h11
  3. Problème pour recevoir des Traps SNMP
    Par beldin22 dans le forum API standards et tierces
    Réponses: 2
    Dernier message: 06/05/2009, 11h14
  4. Problème entre Dev-c++ et Borland c++ compiler 5.5
    Par Argonz dans le forum Dev-C++
    Réponses: 6
    Dernier message: 21/10/2003, 16h21
  5. [ODBC] Problème entre access et ODBC
    Par StephCal dans le forum Access
    Réponses: 4
    Dernier message: 09/07/2003, 16h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo