4
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)
bei dem funktioniert meine snmp abfrage mit
problemlos.
Ich habe einen zusätzlichen Server
mit exakt den selben Einstellungen:
hier bekomme ich bei
die Antwort
Ich habe etliche Stunden gegoogled aber leider hat nichts zum erfolg geführt !
Inhalt meiner /etc/snmp/snmpd.conf:
Inhalt meiner /etc/default/snmpd:
Wie gesagt der erste Server funktioniert problemlos der 2 Server meldet ein konsequentes timeout.
Habt Ihr noch eine Idee ?
Gruß
Björn
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) snmpwalk -v 1 -c public -O e 127.0.0.1 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 Timeout: No Response from 127.0.0.1Ich 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@meinedomainInhalt 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=yesWie gesagt der erste Server funktioniert problemlos der 2 Server meldet ein konsequentes timeout.
Habt Ihr noch eine Idee ?
Gruß
Björn
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 201850
Url: https://administrator.de/contentid/201850
Ausgedruckt am: 22.11.2024 um 00:11 Uhr
4 Kommentare
Neuester Kommentar
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
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
Hallo,
das kann es nicht sein, hier ein Auszug von dem Server wo alles IO ist:
Gruß
Björn
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=yesGruß
Björn
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
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
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...
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...
