Организовать зависимость триггера дост&#

[uscr]

Здравствуйте. Полагаю, задача рапространённая. Необходимо игнорировать срабатывания триггеров на доступность агента на машинах за прокси (триггер на agent.ping.nodata(300)) при недоступности самого прокси.

Проблема немного обострена тем, что серверов за прокси сейчас больше 15 и число будет расти. Разруливать всё вручную - не вариант.

Существуют ли "best practices" для организации такого мониторинга с использованием шаблонов?

---
В догонку: начал пробовать что-то сделать. Добавил к прокси ЭД с внутренней проверкой "zabbix[proxy, 'proxyname', lastaccess]", ЭД в состоянии "активен", однако данных на странице "последние данные" нет. Почему?

[fragpit]

Добрый день,

вы сейчас про zabbix-прокси или просто про какой-то шлюз?

[uscr]

Добрый день,

вы сейчас про zabbix-прокси или просто про какой-то шлюз?

Заббикс-прокси. Кстати, моё "вдогонку" потеряло актуальность. Сейчас заметил, что ЭД перешёл в "не поддерживается" с ошибкой "Internal check is not supported".

[fragpit]

Обычно, делаю отдельную группу шаблонов, на каждое окружение. У окружения свой прокси, шлюз и т.п. Шлюзы и прокси мониторятся с основного сервера. В триггерах прописываю зависимости.

[uscr]

Обычно, делаю отдельную группу шаблонов, на каждое окружение. У окружения свой прокси, шлюз и т.п. Шлюзы и прокси мониторятся с основного сервера. В триггерах прописываю зависимости.

Ну в целом, такую схему и я собирался применить. Однако, сейчас вижу "Internal check is not supported". Видимо, теперь вопрос в том, откуда это и как это победить