Icmp пинг вторых (не дефолтных) интерфейсов

[668-010]

Привет всем.
Давно пользуемся zabbix в качестве мониторинга. Первоначально порядка больше года сидели на OpenSuSe+zabbix 2.2+MySQL. Стандартный образ. За год вникли во все хитрости системы, мониторинг узлов расширился. Нагрузка повысилась. Решили переехать и сделали по умному.
Debian 8+ Zabbix 3.0 + PostgreSQL. Все возникшие проблемы перехода (личные шаблоны, карты, узлы, группы, разростание баз PostgreSQL) решили. Но осталась одна не решенная проблема. Никак не можем решить с ICMP вторичных интерфейсов на узле. Стандартный ICMP работает.
К примеру удаленный шлюз имеет 3 интерфейса:
1. Провайдер для VPN
2. Провайдер для серфинга в инете
3. Локалка
Ранее на zabbix 2.2 был сделан шаблон Template ICMP Ping2 с итемами icmpping[{HOST.IP2}], и ICMP Ping3 с icmpping[{HOST.IP3}] добавляли 3 шаблона ICMP на узел и всё отлично мониторилось. При недоступности одного из интерфейсов (провайдера) сразу об этом узнавали.
На zabbix 3.0 приблуда с макросами никак не работает на итемах icmpping[{HOST.IP2}] ошибка "Cannot send ICMP ping packets to this host."
Стандартный ключ icmping работает, только на первый (дефолтный) интерфейс
В настройках zabbix-server.conf выставлен параметр tmpdir=/tmp
В этой директории можно видеть темповые файлы pinger в которых, списки ip для fping и при просмотре некоторых в списке промелькивает {HOST.IP2}, т.е. Макрос не передает ip интерфейса.
Документация и многие примеры говорят что такая простая проверка должна работать, да она и работала.
Есть ли какая либо информация? Просим помощи.

[yukra]

https://www.zabbix.com/documentation/3.0/ru/manual/appendix/macros/supported_by_location

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

Вам же нужно написать LLD, которое вернет список ip-адресов машины и на основании этого сделать прототип айтема и триггера

[668-010]

https://www.zabbix.com/documentation...ed_by_location



Вам же нужно написать LLD, которое вернет список ip-адресов машины и на основании этого сделать прототип айтема и триггера

И как автообнаружение узнает IP адреса на машине, при условии что машина это тупой роутер с Dual-WAN?
Проблема в том что на 2.2 работала макрос {HOST.IP2} в итеме. На 3.0 никак.

[668-010]

Найдено временное решение

В общем проблема всё еще в силе. Всё еще не понятно почему не работают встроенный макрос {HOST.IP2}, который свободно работал на Zabbix 2.2
Решил немного другим образом.
Вторые, третие IP узла можно мониторить по макросам. То есть вместо того чтобы засунуть второй или третий IP в список адрес хоста. Настройках макросов узла создаем макрос {$HOST.IP2} и приравниваем необходимому ИП-адресу.

[668-010]

Применение {host.ip2}

Тогда как применять {host.ip2}? И зачем он тогда нужен? т.к. даже в триггере он вместо того чтобы отображать второй ip узла он указывает *НЕИЗВЕСТНО*

[shkiper]

т.е. удаленно, через vpn подключение, пингуете интерфейсы шлюза?
может проще опрашивать состояние шлюза через snmp?
с консоли debian пинги идут?

[668-010]

т.е. удаленно, через vpn подключение, пингуете интерфейсы шлюза?
может проще опрашивать состояние шлюза через snmp?
с консоли debian пинги идут?

Обясню проще. Удаленная точка имеет 3 ip:
1. Интернет внешка
2. Интернет внешка (резерв)
3. Локалка (натянутая по VPN)
___
С Zabbix сервера из консоли все пингуются.
Но через fping шаблон ICMP не работает для вторых и третьих IP.
Создавать несколько узлов для пинга интерфейса кажется глупым.
Как уже писал выше, заббикс по какой непонятной причине не понимает свой стандартный макрос {HOST.IP2}. Вместо того чтобы подставить IP адрес вместо макроса он подставляет слово {HOST.IP2}
______
Я пойму если в третьей версии заббикса убрали работоспособность этого макроса в итеме. Дык ведь он и в триггере не работает.

[Kos]

Насколько я могу понять из документации (цитату из которой на русском языке yukra приводил в первом же ответе, проверил на английском языке - написано то же самое), то предназначение макроса {HOST.IP2} - расширяться в IP-адрес второго хоста из триггерного выражения. Вы же, почему-то, ожидаете, что он должен расширяться во второй IP-адрес хоста (хотя этого никто не обещал). То, что оно как-то так работало во второй версии Zabbix-а - ну, мало ли: возможность недокументирована, полагаться на неё нельзя; вот, в третьей версии исправили. Если хотите, чтобы работало не так, как в документации, а так, как Вам хочется, - оформляйте Feature Request (ZBXNEXT), если Ваша "хотелка" будет востребована - вполне возможно, что её реализуют.