Возможно ты сможешь помочь
У меня довольно много микротиков в поле. Все они подключаются к одному из них в нашем дата-центре через l2pt или pptp.
Я использую zabbix для их мониторинга, его правило обнаружения для сетевых интерфейсов отлично работает. Однако, похоже, это не работает в головном офисе.
Я получаю в журнале такое сообщение:
Ошибка элемента агента SNMP «ifDescr» на хосте «x.x.x.x»: первая сетевая ошибка, подождите 15 секунд.
Если я сделаю snmpwalk, я получу этот результат
snmpwalk -v 2c -c public x.x.x.x IF-MIB::ifDescr
IF-MIB::ifDescr.1 = STRING: 1 - Internet
IF-MIB::ifDescr.2 = STRING: 2 - DMZ
IF-MIB::ifDescr.39 = STRING: <l2tp-kepjbn>
IF-MIB::ifDescr.215 = STRING: <l2tp-km-1>
IF-MIB::ifDescr.299 = STRING: <l2tp-ct>
IF-MIB::ifDescr.378 = STRING: <pptp-ke>
IF-MIB::ifDescr.381 = STRING: <l2tp-in>
Итак, это получение результата от маршрутизатора.
Чтобы настроить проверку для каждого интерфейса, потребуется целая жизнь, я лучше попробую исправить правило обнаружения.
Кто-нибудь может помочь?
До версии 2.2.2 Zabbix использовал GetNextRequest-PDU для низкоуровневого обнаружения.
Начиная с версии 2.2.3, Zabbix использует GetNextRequest-PDU для низкоуровневого обнаружения на устройствах SNMPv1 и GetBulkRequest-PDU для устройств SNMPv2 и SNMPv3, поскольку GetBulkRequest-PDU был введен в SNMPv2.
Похоже, ваша проблема в том, что устройство не поддерживает GetBulkRequest-PDU, хотя оно контролируется через SNMPv2.
В качестве обходного пути вы можете попробовать выполнить низкоуровневое обнаружение на этом устройстве с помощью SNMPv1 (остальные элементы, за исключением элементов с динамическими индексами, могут остаться с SNMPv2).
Между тем, я также добавлю ваш случай в ZBXNEXT-2301, который говорит о возможности массового отключения SNMP для каждого интерфейса.
mib2zabbix
Сценарий Perl сгенерирует шаблон Zabbix v3 в формате XML из дерева OID в файле SNMP MIB.
Подробнее здесь: https://github.com/cavaliercoder/mib2zabbix