Настройка snmptrap на zabbix

[aydar]

Понимаете, я ту кучу букв написал для того, чтобы донести свою идею:
для каждого уже созданного устройства создать Элемент(ы) данных, содержащих информацию о сохранении конфигурации.

Не сваливать всё в одну огромную гору "Пофиг, пусть другие разбираются"
А сразу посылать информацию о конфигурации устройства в тот Хост, который описывает это устройство.

Прошу прощения, если слова мои кажутся мутными и непонятными.

Мысль была в том, чтобы не создавать 100 хостов, 100 элементов данных руками, а скриптом сложить трапы с разных устройств в 1 один элемент данных и делать проверки.
Вопрос в том, что это не реально? Мне все равно придется создать 100 эл данных и 100 триггеров, если это так, то как быстрее это будет сделать? не используя lld

[aib]

Мысль была в том, чтобы не создавать 100 хостов, 100 элементов данных руками, а скриптом сложить трапы с разных устройств в 1 один элемент данных и делать проверки.
Вопрос в том, что это не реально? Мне все равно придется создать 100 эл данных и 100 триггеров, если это так, то как быстрее это будет сделать? не используя lld

Хорошо
Допустим
Пришло два трапа о двух несохраненных конфигурационных файлах

Как вы узнаете об этом?
Один триггер будет обрабатывать все приходящие трапы? И как он будет возвращаться в не-Эрегированное состояние? По какому событию его можно будет сбросить?
Или вы будете писать 100 триггеров, каждый из которых будет проверять наличие своей строки в единственном элементе данных?

По поводу LLD - это сработает внутри одного хоста.
Вы хотели сказать - Discovery? Которое сканирует сеть и ищет отклики?

[stensilart]

Что бы не плодить темы, напишу сюда.
При мониторинге

snmptrapd -f -L o

команда типа

snmptrap -v 1 -c public 127.0.0.1 '.1.3.6.1.6.3.1.1.5.3' '0.0.0.0' 6 33 '55' .1.3.6.1.6.3.1.1.5.3 s "teststring000"

проходит нормально
NET-SNMP version 5.7.3 AgentX subagent connected
NET-SNMP version 5.7.3
2019-10-11 10:11:39 0.0.0.0(via UDP: [127.0.0.1]:55018->[127.0.0.1]:162) TRAP, SNMP v1, community public
iso.3.6.1.6.3.1.1.5.3 Enterprise Specific Trap (33) Uptime: 0:00:00.55
iso.3.6.1.6.3.1.1.5.3 = STRING: "teststring000"
а вот при сработке от коммутатора (cisco 2960), в snmptrapd ни чего
но при этом, при вводе команде

tcpdump -i any udp port 162

все приходит
10:22:06.155039 IP 192.168.5.35.57974 > zabbix.mysait.snmp-trap: C="proverka" V2Trap(123) system.sysUpTime.0=303233516 S:1.1.4.1.0=E:cisco.9.43.2.0.1 E:cisco.9.43.1.1.6.1.3.1171=1 E:cisco.9.43.1.1.6.1.4.1171=3 E:cisco.9.43.1.1.6.1.5.1171=2

Куда копать, подскажите пожалуйста
Заранее спасибо

[Evgeniy]

Попробуйте в snmptrapd.conf

 
 disableAuthorization yes

[stensilart]

Попробуйте в snmptrapd.conf

disableAuthorization yes

В данном файле только это и прописано. У меня складывается, что нет mib файлов Cisco. И snmptrapd думает что к нему приходят не трапы. Может быть такое?

[stensilart]

И так проблема решилась. Оказывается блочил IPTABLES. Хоть и мы видели их от localhost и в мониторинге.

+ небольшое добавление: чтобы добавить параметр logOption -f /etc/snmp.log в файле snmptrapd.conf необходимо добавить перед данной опцией [snmp]
т.е.

snmptrapd.conf

[snmp] logOption -f /etc/snmp.log