Комментарии 6
Не понял проблему с проверкой версии микротика. О каких 3000 запросов шла речь? Можно же сделать отдельный айтем с номером актуальной версии и обновлять его раз в сутки. Далее версии всех своих микротиков сравнивать с версией в этом айтеме.
0
В начале я так хотел сделать. На центральном сервере держать актуальную версию, а с хостов обращаться к ней. Через шаблоны так не выйдет сделать, можно только руками для каждого хоста создавать такой триггер. Тогда теряем гибкость и универсальность шаблонов.
Когда мы добавляем в шаблон айтем(HTTP агент) с получением актуальной версией микрота и назначаем этот шаблон на 3000 хостов, будет создано 3000 айтемов и каждый айтем сделает запрос(пусть и раз в сутки), т.е. 3000 запросов.
Когда мы добавляем в шаблон айтем(HTTP агент) с получением актуальной версией микрота и назначаем этот шаблон на 3000 хостов, будет создано 3000 айтемов и каждый айтем сделает запрос(пусть и раз в сутки), т.е. 3000 запросов.
0
кмк — проще просто раз в N времени через SNMP запускать скрипт на роутере, который сам будет проверять версию и скачивать\устанавливать ее.
где
via
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
0
А почему не SNMP? Что происходит, когда вы обнаружили, что на 3000 не та прошивка? Заббикс позволяет делать триггеры между хостами, что-то вроде
{127.0.0.1:icmppingloss.last()}>{192.168.1.1:icmppingloss.last()}
Сделать шаблон для опроса микротиков, а тригер сверять с отдельным эталонным хостом. Что именно не получилось сделать в шаблоне.
{127.0.0.1:icmppingloss.last()}>{192.168.1.1:icmppingloss.last()}
Сделать шаблон для опроса микротиков, а тригер сверять с отдельным эталонным хостом. Что именно не получилось сделать в шаблоне.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Zabbix — расширяем макро границы