Свяжите обратный сбой поиска
Обычно то, когда Вы получаете тишину как этот, особенно от snmpwalk или snmpget, это означает, что устройство не получает Ваш запрос, не использует snmp версию, Вы думаете, что это, не настроено для принятия запросов от IP-адреса или не принимает сообщество.
Подтвердите, что snmp идет, что версия и сообщество правильны, что любые основанные на запросе ограничения разрешают запросы от Вашего IP-адреса, и что Вы запрашиваете и устройство и часть MIB, Вы думаете, что Вы.
Хороший основной запрос для большинства устройств snmp v1:
# snmpwalk -v 1 -c public $IP .1
... замена для "общественности" и $IP как соответствующий.
Хотя это не может быть точно, что Вы хотите, это - snmpd.conf файл, который я использую на узлах Linux, которые запрашиваются кактусами:
syslocation System Location
syscontact an.email@a.system
# sec.name source community (password)
com2sec Mybox localhost public
com2sec cacti <you ip> public
com2sec Outside default public
# group.name sec.model sec.name
group RWGroup v2c Mybox
group ROGroup v1 cacti
group ROGroup v2c cacti
group Others v2c Outside
view all included .1 80
view system included system fe
# context sec.model sec.level prefix read write notif
access ROGroup "" any noauth exact all none none
access RWGroup "" v2c noauth exact all all all
access Others "" v2c noauth exact system none all
in-addr.arpa адреса имеют октеты в обратном порядке, таким образом, зона должна быть
zone "5.168.192.in-addr.arpa" {
type master;
file "master/192.168.5.db";
};
(имя файла не имеет значения, но Вы могли бы хотеть передвинуть его там также для соответствия),
Запросы должны иметь форму 12.5.168.192.in-addr.arpa. dig -x 192.168.5.12 автоматически выполнит это преобразование.