Не отдает snmp

zar0ku1

Я понял что он говорит! =)

Он имеет ввиду что его mrtg не получает значения нагрузки ван-интерфейса

какой OID запрашиваешь?

Aidaho

а я разве это как то по другому в первом посте написал?

он вообще ничего не отдает, я snmpwalk-ам смотрел, говорит сервер не отвечает…

zar0ku1

Фразу можно было понять двояко, и мы как раз с Eugene поняли по другому… тем более никакой конкретики...
рассказывай все подробно и попорядку
откуда snmpwalk запускал? с какими параметрами ну итд

Aidaho

запускал с машины на которой мртг стоит, на лан интерфейсе работает, на ван нет…

zar0ku1

приведи конкретные команды и ее результаты
P.S. почему приходится все вытягивать?

Eugene

@Aidaho:

запускал с машины на которой мртг стоит, на лан интерфейсе работает, на ван нет…

Я думал только у меня проблемы с русским языком -)))
данное заявление можно трактовать:
а) нет ответа на GET для WAN интерфейса, тогда как RESPONSE на GET для LAN получаем. В обоих случаях опрашиваем IP адрес, прописанный на LAN
б) когда опрашиваем IP адрес, прописанный на LAN, получаем ответы на все GET. Когда опрашиваем IP, принадлежащий WAN, не получаем ни одного ответа.

Aidaho

@zar0ku1:

приведи конкретные команды и ее результаты
P.S. почему приходится все вытягивать?

с машинки на которой крутиться мртг лан интерфейс

gw# /usr/local/bin/snmpwalk -v2c -c public 192.168.100.3 |more
SNMPv2-MIB::sysDescr.0 = STRING: gw.ххх.хх 0 FreeBSD 6.2-RELEASE-p11
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.12325.1.1.2.1.1
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (6643848) 18:27:18.48
SNMPv2-MIB::sysContact.0 = STRING:
SNMPv2-MIB::sysName.0 = STRING: gw.ххх.хх
SNMPv2-MIB::sysLocation.0 = STRING:
SNMPv2-MIB::sysServices.0 = INTEGER: 76

а вот ваны:

gw# /usr/local/bin/snmpwalk -v2c -c public 82.хх.хх.хх
Timeout: No Response from 82.хх.хх.хх

и второй

gw# /usr/local/bin/snmpwalk -v2c -c public 212.хх.ххх.хх
Timeout: No Response from 212.хх.ххх.хх

zar0ku1

Наконец-то!

а теперь

sockstat | grep snmp

ну и

cat /var/etc/snmpd.conf

и много думаем

Aidaho

sockstat | grep snmp

root bsnmpd 2178 9 udp4 : :
root bsnmpd 2178 12 stream -> /var/run/devd.pipe
root bsnmpd 2178 14 udp4 *:161 :
root bsnmpd 2178 15 stream /var/run/snmpd.sock

cat /var/etc/snmpd.conf

location := ""
contact := ""
read := "public"
system := 1 # pfSense
%snmpd
begemotSnmpdDebugDumpPdus = 2
begemotSnmpdDebugSyslogPri = 7
begemotSnmpdCommunityString.0.1 = $(read)
begemotSnmpdCommunityDisable = 1
begemotSnmpdPortStatus.0.0.0.0.161 = 1
begemotSnmpdLocalPortStatus."/var/run/snmpd.sock" = 1
begemotSnmpdLocalPortType."/var/run/snmpd.sock" = 4

These are bsnmp macros not php vars.

sysContact = $(contact)
sysLocation = $(location)
sysObjectId = 1.3.6.1.4.1.12325.1.1.2.1.$(system)

snmpEnableAuthenTraps = 2
begemotSnmpdModulePath."mibII" = "/usr/lib/snmp_mibII.so"
begemotSnmpdModulePath."hostres" = "/usr/lib/snmp_hostres.so"

ну ничего криминального я тут не вижу…
может что то не вижу? ))

zar0ku1

ip то зачем так коварно стерли, первые два октета можно было и оставить, а то действительно кажется что все нормально

Aidaho

@zar0ku1:

ip то зачем так коварно стерли, первые два октета можно было и оставить, а то действительно кажется что все нормально

паранойя так сказать )))
есть какие либо мысли из-за чего может не работать?

zar0ku1

сам демон запускается на локальном интерфейсе, поэтому с вана он вас не слушает
еще раз покажи

sockstat | grep snmp

только циферки просто поменяй… а не удаляй вовсе

Aidaho

тут ничего не менял…

sockstat | grep snmp

root bsnmpd 2178 9 udp4 : :
root bsnmpd 2178 12 stream -> /var/run/devd.pipe
root bsnmpd 2178 14 udp4 *:161 :
root bsnmpd 2178 15 stream /var/run/snmpd.sock

zar0ku1

тогда snmpd.conf покажи

Aidaho

здесь тоже ничего не менял

cat /var/etc/snmpd.conf

location := ""
contact := ""
read := "public"
system := 1 # pfSense
%snmpd
begemotSnmpdDebugDumpPdus = 2
begemotSnmpdDebugSyslogPri = 7
begemotSnmpdCommunityString.0.1 = $(read)
begemotSnmpdCommunityDisable = 1
begemotSnmpdPortStatus.0.0.0.0.161 = 1
begemotSnmpdLocalPortStatus."/var/run/snmpd.sock" = 1
begemotSnmpdLocalPortType."/var/run/snmpd.sock" = 4

These are bsnmp macros not php vars.

sysContact = $(contact)
sysLocation = $(location)
sysObjectId = 1.3.6.1.4.1.12325.1.1.2.1.$(system)

snmpEnableAuthenTraps = 2
begemotSnmpdModulePath."mibII" = "/usr/lib/snmp_mibII.so"
begemotSnmpdModulePath."hostres" = "/usr/lib/snmp_hostres.so"

Eugene

Две проблемы:

wan не отвечает потому что: а) NAT-reflection не включен или б) нет соотв. NAT/правила на WAN
чтобы получить статистику с WAN'ов, не нужно опрашивать (слать GET на) WAN. То, с какого интерфейса хотим получить статистику определяется OID внутри GET-запроса, а не тем на какой интерфейс шлём этот самы запрос.

Совет: забыть про 1) и разобраться (подучить матчасть) 2)

Aidaho

спасибо, понятно… а где можно посмотреть OID-ы какие нужно слать?

Eugene

Я не пользовал SNMP на pfSense, но если отдаёт стандартные OID, то, наприер:
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInOctets, что есть .1.3.6.1.2.1.2.2.1.10
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutOctets, что есть .1.3.6.1.2.1.2.2.1.16
В конце через точку не забудь цифру добавить - номер интерфейса.
А вообще, есть такой товарисч - Google. Много интересного про SNMP знает ;)

zar0ku1

Стоп, так ты отправлял snmp запрос на ван, думая что он и ответит статистикой по ван интерфейсу?
а на лан интерфейс - значит ответ будет про лан? =)

Aidaho

@zar0ku1:

Стоп, так ты отправлял snmp запрос на ван, думая что он и ответит статистикой по ван интерфейсу?
а на лан интерфейс - значит ответ будет про лан? =)

ага ) так и думал ))