bblanke
Goto Top

SNMP(d) abfrage nicht möglich

Debian Linux und snmp(d)

Hallo Zusammen:

ich habe hier ein Problem was mich echt fertig macht.

Ich habe einen Server (debian)
Linux version 2.6.32-5-amd64 (Debian 2.6.32-45) (dannf@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4)
bei dem funktioniert meine snmp abfrage mit
 snmpwalk -v 1 -c public -O e 127.0.0.1 
problemlos.


Ich habe einen zusätzlichen Server
 
Linux version 2.6.32-5-amd64 (Debian 2.6.32-46) (dannf@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) )

mit exakt den selben Einstellungen:

hier bekomme ich bei
 snmpwalk -v 1 -c public -O e 127.0.0.1 
die Antwort
 Timeout: No Response from 127.0.0.1

Ich habe etliche Stunden gegoogled aber leider hat nichts zum erfolg geführt !

Inhalt meiner /etc/snmp/snmpd.conf:
rocommunity  public
syslocation  "Datencenter, Mein Datencenter"  
syscontact  syscontact@meinedomain

Inhalt meiner /etc/default/snmpd:
 
# This file controls the activity of snmpd and snmptrapd

# Don't load any MIBs by default. 
# You might comment this lines once you have the MIBs downloaded.
export MIBS=

# snmpd control (yes means start daemon).
SNMPDRUN=yes

# snmpd options (use syslog, close stdin/out/err).
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid'  

# snmptrapd control (yes means start daemon).  As of net-snmp version
# 5.0, master agentx support must be enabled in snmpd before snmptrapd
# can be run.  See snmpd.conf(5) for how to do this.
TRAPDRUN=no

# snmptrapd options (use syslog).
TRAPDOPTS='-Lsd -p /var/run/snmptrapd.pid'  

# create symlink on Debian legacy location to official RFC path
SNMPDCOMPAT=yes



Wie gesagt der erste Server funktioniert problemlos der 2 Server meldet ein konsequentes timeout.

Habt Ihr noch eine Idee ?

Gruß
Björn

Content-Key: 201850

Url: https://administrator.de/contentid/201850

Ausgedruckt am: 29.03.2024 um 13:03 Uhr

Mitglied: Alchimedes
Alchimedes 15.02.2013 um 22:58:28 Uhr
Goto Top
Hallo,

export MIBS= hat keine Zuweisung.

in der default export MIBS=/usr/share/snmp/mibs

http://wiki.laub-home.de/wiki/SNMP_Installation_und_Konfiguration_%28De ...

Gruss
Mitglied: bblanke
bblanke 15.02.2013 um 23:01:51 Uhr
Goto Top
Hallo,

das kann es nicht sein, hier ein Auszug von dem Server wo alles IO ist:
# This file controls the activity of snmpd and snmptrapd

# Don't load any MIBs by default. 
# You might comment this lines once you have the MIBs downloaded.
export MIBS=

# snmpd control (yes means start daemon).
SNMPDRUN=yes

# snmpd options (use syslog, close stdin/out/err).
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid'  

# snmptrapd control (yes means start daemon).  As of net-snmp version
# 5.0, master agentx support must be enabled in snmpd before snmptrapd
# can be run.  See snmpd.conf(5) for how to do this.
TRAPDRUN=no

# snmptrapd options (use syslog).
TRAPDOPTS='-Lsd -p /var/run/snmptrapd.pid'  

# create symlink on Debian legacy location to official RFC path
SNMPDCOMPAT=yes

Gruß
Björn
Mitglied: MrNetman
MrNetman 16.02.2013 um 00:17:46 Uhr
Goto Top
HIBjörn,

abgesehen davon, dass SNMP v1 wirklich uralt ist und viele Resourcen vergeudet.
Du fragst duch ja auch jeden Server selbst. Auch diese Art Abfrage kann geblockt werden.
Die Debian-Version der beiden Server (45/46) ist unterschiedlich.

Gruß
Netman
Mitglied: aqui
aqui 16.02.2013 um 10:02:37 Uhr
Goto Top
Läuft da noch irgendwie eine lokale Firewall (iptables) ?
Kann ja eigentlich nur das sein.
Ansonsten installier dir mit apt-get install tcpdump einen CLI Sniffer und checke mal wo die SNMP Pakete bleiben...