а зачем ее включать по умолчанию? Админ настраивает то что нужно, а выбор действий - это его возможности и инструменты.
Приведу конкретный пример:
Клиент берет на тест виртуальную машину, тестит что то там 3-5 дней. При создании виртуальной машины, она автоматически подключается на мониторинг через "Авторегистрацию". Через 5 дней (месяц или другой срок) клиент передумал оплачивать/продлевать услугу, и более не платит за нее. Как денежки закончатся на счету его, виртуальная машина будет заблокирована автоматически у нас, и для zabbix она станет недоступна.
По условиям договора, мы эту виртуальную машину храним еще без оплаты определенный период (например 30 суток) (клиент мог забыть например оплатить, или финансовые трудности), если через 30 суток оплаты так и нет, то она удаляется полностью.
Вот в zabbix можно было бы задать условие, что если агент недоступен более 30 суток, И что проблема подтверждена (у нас поддержка подтверждает такие проблемы, что клиент не оплатил, он заблокирован),  при выполнении таких условий, будет выполнено удаление хоста из zabbix (ну или деактивация).

"виртуальная машина будет заблокирована автоматически у нас" . этот же скрипт может выключить хост в zabbix. api вам поможет

не поверите, но это так и есть сейчас. Уже третий раз про это пишу, что это уже сделано, но хотелось бы штатного функционала. Не только для данного действия, но и для других можно было бы применять, если бы была такая возможность штатно.

Добрый день , подскажите пожалуйста как в заббиксе организовать веб-мониторинг, приложение лежит на 4 веб нодах, есть центральный адрес через балансер, если создавать веб сценарий , то получаем 5 сценариев на сервис, и наверное на каждый сценарий по 3 триггера (по коду ответа , времени ответа и ошибке), создавать это все руками даже для 50 сервисов , как то проблематично не очень хочется , как можно автоматизировать процесс? Может есть какие готовые шаблоны , подскажите в какую сторону посмотреть

Добрый день. Имеется заббикс-прокси (Пассивный режим),  за ним есть хост, на нем есть итем logt.count (интервал 2 мин),
Добавлю строку в лог файл.
Вижу в логе агента, изменения посчитаны и отправлены проксе:
In process_value() key:'host3:logrt.count["/home/log/api_adapter/error.log","error",,,skip]' lastlogsize:2328 value:'8'

Вижу в логе прокси, что данные дошли:
..."data":[{"host":"host3","key":"logrt.count[\"/home/log/api_adapter/error.log\",\"error\",,,skip]","value":"8"...

Но до мастера эти данные не доезжают, причем, итем не падает в Неподдерживаемый. Значения приходят - 0, время чека на мастере я вижу с задержкой в 4 минуты (почему-то)
Вопрос простой, работают ли Активные проверки, если прокси находится в пассивном режиме? и необходима ли доступность от прокси сервера до мастера по порту 10051 для этого?
Спасибо

нужна доступность от агента до прокси по 10051

Добрый день , подскажите пожалуйста как в заббиксе организовать веб-мониторинг, приложение лежит на 4 веб нодах, есть центральный адрес через балансер, если создавать веб сценарий , то получаем 5 сценариев на сервис, и наверное на каждый сценарий по 3 триггера (по коду ответа , времени ответа и ошибке), создавать это все руками даже для 50 сервисов , как то проблематично не очень хочется , как можно автоматизировать процесс? Может есть какие готовые шаблоны , подскажите в какую сторону посмотреть

проверки работают, доступность необязательна

Подскажите пожалуйста, почему vm.memory.size[file] может быть Not supported?
Именно file пишет - Invalid first parameter.
Zabbix-server 4.4
Zabbix-agent 4.4

Потому что Windows?

Последняя колонка - NetBSD