Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Проблема с SNMP. Snmpwalk -> Timeout: No Response from localhost  (Прочитано 6275 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн sNick

  • Автор темы
  • Новичок
  • *
  • Сообщений: 26
    • Просмотр профиля
Snmpwalk не возвращает никаких значений. Для тестов использовал OID System Uptime .1.3.6.1.2.1.1.3.0
Цитировать
user@02:/$ snmpwalk -v 2c -c public localhost .1.3.6.1.2.1.1.3.0
Timeout: No Response from localhost

Tcpdump выдаёт следующее:
Цитировать
user@02:/$ sudo  tcpdump -i any -n -v -s 0 host localhost and port 161
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 6553                                 5 bytes
19:01:04.628329 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }
19:01:05.629527 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }
19:01:06.630515 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }
19:01:07.631369 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }
19:01:08.632328 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }
19:01:09.633532 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17),                                  length 72)
    127.0.0.1.54717 > 127.0.0.1.161:  { SNMPv2c C=public  { GetNextRequest(28) R                                 =1538628062  .1.3.6.1.2.1.1.3.0 } }

Порт не блокирован.

Цитировать
user@02:/$ sudo nmap -sU localhost -p 161

Starting Nmap 6.00 ( http://nmap.org ) at 2013-10-23 18:19 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up.
Other addresses for localhost (not scanned): 127.0.0.1
PORT    STATE         SERVICE
161/udp open|filtered snmp

Содержание snmpd.conf следующее
Цитировать
cat /etc/snmp/snmpd.conf
rocommunity public

А в /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=/usr/share/snmp/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'
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid -c /etc/snmp/snmpd.conf'


# 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

Snmp пакеты стоят такие

Цитировать
user@02:/$ sudo apt-show-versions | grep snmp
libsnmp-base/wheezy uptodate 5.4.3~dfsg-2.7
libsnmp15/wheezy uptodate 5.4.3~dfsg-2.7
snmp/wheezy uptodate 5.4.3~dfsg-2.7
snmpd/wheezy uptodate 5.4.3~dfsg-2.7


Debian 7.2 установлен.

Подскажите куда рыть? Напрочь не вижу нигде ошибки :(.
« Последнее редактирование: 23 Октября 2013, 16:50:30 от sNick »

Оффлайн Alexander1977

  • Новичок
  • *
  • Сообщений: 1
    • Просмотр профиля
пишу для себя, т.к. с большой вероятностью опять попаду в такую историю :)

непустой дамп не гарантирует что порт не заблокирован, в моем случае всем виной был DROP в iptables

 

Страница сгенерирована за 0.05 секунд. Запросов: 22.