Ping нескольких ip одного узла сети

[Alex1987]

Доброго времени суток!
Есть такая схема:
Есть устройства с несколькими ip. Нужно пинговать их все.
В icmpping есть параметр "target". Можно ли в target как-нибудь указать номер ip адреса (1, 2, 3 ...), а не сам адрес в элементе данных, чтобы не на каждый узел делать кучу айтемов, а при помощи шаблона.
Спасибо.

[Fatym]

делал так: в узле сети прописал адреса (у меня их по два на устройстве), и создал уникальные элементы данных, в них указал интерфейс узла сети.
Например: для пинга lan порта icmppingsec[], для пинга wan порта icmppingsec[,,,,60,]. Иначе ругается на существующий item

[sadman]

Доброго времени суток!
Есть такая схема:
Есть устройства с несколькими ip. Нужно пинговать их все.
В icmpping есть параметр "target". Можно ли в target как-нибудь указать номер ip адреса (1, 2, 3 ...), а не сам адрес в элементе данных, чтобы не на каждый узел делать кучу айтемов, а при помощи шаблона.
Спасибо.

https://www.zabbix.com/documentation/2.4/ru/manual/config/macros/usermacros

В шаблоне создать айтемы icmppingsec[{$IP1}], icmppingsec[{$IP2}], ..., icmppingsec[{$IPN}].
На уровне узла определить: {$IP1}, {$IP2}, ..., {$IPN}.

[Alex1987]

https://www.zabbix.com/documentation...ros/usermacros
В шаблоне создать айтемы icmppingsec[{$IP1}], icmppingsec[{$IP2}], ..., icmppingsec[{$IPN}].
На уровне узла определить: {$IP1}, {$IP2}, ..., {$IPN}.

Да, так работает. Но это тот ещё костыль .
Ещё нельзя написать значение макроса {$IPn} => {HOST.IPn}. Странно, что нельзя вызвать значение {HOST.IPn} или {HOST.CONNn} в айтем.

Спасибо за ответ.

[sadman]

Да, так работает. Но это тот ещё костыль:d

Некостыль - это lld, всё остальное - сугубо индивидуальные и сложноподдерживаеемые варианты.

Странно, что нельзя вызвать значение {host.ipn} или {host.connn} в айтем.

Желание понятно, но эти макросы только для:

Нумерованный макрос вида {МАКРОС<1-9>} используется для того, чтобы сослаться на узлы сети в порядке в котором они следуют в выражении триггера. Таким образом, макросы {host.ip1}, {host.ip2}, {host.ip3} заменяются на ip-адреса первого, второго и третьего узлов сети в выражении триггера с учетом того, что выражение содержит эти узлы сети. Кроме того, макросы {host.host<1-9>} поддерживаются в {узел_сети:ключ.функ(парам)} макросе в именах графиков. Например, {{host.host2}:ключ.функ()} в имени графика ссылается на узел сети второго элемента данных из графика.

[Alex1987]

Спасибо, понятно.

[kovipe]

Можно поступить следующим образом:
- создать шаблон, например, ping2ip;
- создать в нем элемнты данных: ping_icmpping_secIP1 и ping_icmpping_secIP2,
в которых в качестве ключей указать icmppingsec[{HOST.IP1}]
и icmppingsec[{HOST.IP2}] соответственно;
- настроить необходимые парметры, добавить графики и триггеры;
- в имеющийся узел сети с двумя интерфейсами добавить созданный шаблон;
- зайти в элементы данных узла сети;
- выбрать элемент ping_icmpping_secIP2;
- выбрать для него "интерфейс узла сети" второй в списке(почему-то автоматически не берется второй... может баг,
а может так и должно быть(у меня версия zabbix 2.0);

На мой взгляд, это проще, чем вставлять макросы для каждого узла, насколько это правильно - не знаю

Надо заметить, что в данном варианте перестает срабатывать установка IP адреса по умолчанию в "Интерфейсы агента" настройках узла сети, т.е. в не зависимости какой интерфейс выбран "по умолчанию" проверка
будет идти по порядку расположения в списке.

[kovipe]

Можно поступить следующим образом:
- создать шаблон, например, ping2ip;
- создать в нем элемнты данных: ping_icmpping_secIP1 и ping_icmpping_secIP2,
в которых в качестве ключей указать icmppingsec[{HOST.IP1}]
и icmppingsec[{HOST.IP2}] соответственно;
- настроить необходимые парметры, добавить графики и триггеры;
- в имеющийся узел сети с двумя интерфейсами добавить созданный шаблон;
- зайти в элементы данных узла сети;
- выбрать элемент ping_icmpping_secIP2;
- выбрать для него "интерфейс узла сети" второй в списке(почему-то автоматически не берется второй... может баг,
а может так и должно быть(у меня версия zabbix 2.0);

На мой взгляд, это проще, чем вставлять макросы для каждого узла, насколько это правильно - не знаю

Надо заметить, что в данном варианте перестает срабатывать установка IP адреса по умолчанию в "Интерфейсы агента" настройках узла сети, т.е. в не зависимости какой интерфейс выбран "по умолчанию" проверка
будет идти по порядку расположения в списке.

[sav]

Здравствуйте.
Подскажите, как решился этот вопрос?

Столкнулся с такой же проблемой при внедрении zabbix
У меня есть ряд серверов на которых нужно мониторить от 3х до 8ми адресов
Что посоветуете?

[Alex1987]

Здравствуйте.
Подскажите, как решился этот вопрос?

Столкнулся с такой же проблемой при внедрении zabbix
У меня есть ряд серверов на которых нужно мониторить от 3х до 8ми адресов
Что посоветуете?

Я сделал как описал sadman в третьем посте. На каждое количество ip-шников пришлось делать по шаблону.

[yukra]

Я сделал как описал sadman в третьем посте. На каждое количество ip-шников пришлось делать по шаблону.

чем люди только не занимаются, лишь бы lld не использовать.

[Alex1987]

чем люди только не занимаются, лишь бы lld не использовать.

И как же в этом случае использовать lld?

[yukra]

И как же в этом случае использовать lld?

Пишите собственный скрипт, который вернет список ip на сервере в нужном формате, настраиваете lld "как обычно".

[Alex1987]

Пишите собственный скрипт, который вернет список ip на сервере в нужном формате, настраиваете lld "как обычно".

А если это не сервер (без snmp) или сервер без агента (по каким-либо причинам)?
В том то и вопрос.

[sav]

Примерно понял, сейчас буду пробовать.
Геморное решение, но наверное оптимальное на текущий момент.
Спасибо.