Как стать автором
Обновить

Комментарии 6

Не понял проблему с проверкой версии микротика. О каких 3000 запросов шла речь? Можно же сделать отдельный айтем с номером актуальной версии и обновлять его раз в сутки. Далее версии всех своих микротиков сравнивать с версией в этом айтеме.

В начале я так хотел сделать. На центральном сервере держать актуальную версию, а с хостов обращаться к ней. Через шаблоны так не выйдет сделать, можно только руками для каждого хоста создавать такой триггер. Тогда теряем гибкость и универсальность шаблонов.
Когда мы добавляем в шаблон айтем(HTTP агент) с получением актуальной версией микрота и назначаем этот шаблон на 3000 хостов, будет создано 3000 айтемов и каждый айтем сделает запрос(пусть и раз в сутки), т.е. 3000 запросов.
Понял проблему. Повнимательнее изучу ваше решение. Спасибо, что поделились.
кмк — проще просто раз в N времени через SNMP запускать скрипт на роутере, который сам будет проверять версию и скачивать\устанавливать ее.
1.3.6.1.4.1.14988.1.1.8.1.1.3.X s 1
где
X, script number, numeration starts from 1;
s 1, snmpset command to set value, value should not be equal to 0;

via
А почему не SNMP? Что происходит, когда вы обнаружили, что на 3000 не та прошивка? Заббикс позволяет делать триггеры между хостами, что-то вроде
{127.0.0.1:icmppingloss.last()}>{192.168.1.1:icmppingloss.last()}
Сделать шаблон для опроса микротиков, а тригер сверять с отдельным эталонным хостом. Что именно не получилось сделать в шаблоне.
Заббикс не позволяет сделать такой триггер:
{zabbix:mikrotikversion.last()}<>{Template Net Mikrotik SNMPv2 — base:system.hw.firmware.last()}
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.