И уж точно не говорил о том что Владышев приезжал и плечами пожимал

Тут суть не в скрипте, а в том, что непонятно, что происходит в момент запуска remote command'ы. Вернее, в какой момент она запускается.
Ну и у Вас/тебя же нет такой штуки, так что бы, да кабы - не канает. У меня тоже очень нехило забубёно сложного фвункционала над zabbix'ом, но вот да, есть вещи, которые мне видятся неочевидными и доходят тяжело. Судя по issue с t- arget list'ом и запуском на сервере - не только у меня так, этот момент реально сделан весьма мутно.

Он не пожимал, а сказал просто, что они в курсе и работают над этим. В частности, над нормальным API, которое не кусок тормозного PHP, лезущего в базу и IT Service'ов, которые работают нормально, когда их там от силы несколько сотен.

Я заглянул в схемы бд и исходники. Всё примитивно наколеночно

Обсуждали эту тему на форуме, чувак все сделал просто до безобразия
https://www.zabbix.com/forum/in-russian/374383-%D0%BD%D0%B5-%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D1%8F%D0%B5%D1%82%D1%81%D1%8F-%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B9-%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82-%D0%BD%D0%B0-%D0%B0%D0%B3%D0%B5%D0%BD%D1%82%D0%B5-%D0%BF%D1%80%D0%B8-%D0%B0%D0%B2%D1%82%D0%BE%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D0%B8

Мне нужно на прокси дёргать скрипт. В принципе можно zabbix_get'ом, но решение какое-то очень костыльное.

Ну т.е. оно, например, будет работать только если есть доступ с сервера до прокси по порту 10050. У нас не везде есть такой доступ, всё рассчитано на то, что прокси пушит данные в сервер.

В результате оно так не работает, как ты описал, к сожалению.
А mediatype-скрипт отработает на сервере, с которого нет доступа к целевым хостам по SNMP (мне это необходимо).

Если я правильно понял из вашей беседы, речь шла о том, чтобы скрипт вносил некие изменения через api. Для этого он должен запускаться на сервере, а не на прокси.

Олег, не совсем.
API имеет дело с базой.
Хост в момент запуска команды 100% есть уже в базе.
Запрос в БД из remote_command "увидит" хост, точно так же как и API его увидит, с этим нет проблем.

Проблема в том, что remote commands спроектированы каким-то очень странным образом: доюиться того, чтобы скрипт просто выполнился на нужном хосте (zabbix-прокси в данном случае) - крайне сложно.
И краеугольный вопрос здесь: где описана логика этого (чудесного!!!! мы же позитивные люди) target list'а ?

Я имею в виду: где она в исходниках. Документация в данном случае не полна и не точна, это просто отписка в чистом виде

Поменял target host на zabbix-server. Имеем вот такое бредовое сообщение. Видать, оно реально попыталось запустить на zabbix-сервере.

"Хост в момент запуска команды 100% есть уже в базе"
В том и дело, что нет. Для api он там будет только после обновления кэша конфигурации

Сейчас я уже отчаялся просто и решил запустить через ssh эту несчастную команду.
С заббикс-агентом всё плохо, потому что у нас есть общая политика для агентов - запрет Remote Commands, он продиктован безопасниками и PCI DSS

Гм... На этот случай я могу просто вставить ожидание появления хоста в базе. Но реально пока проблема сугубо в том, что скрипт просто тупо не запускается, а не в том, что он запускается, но не видит хоста. Дальше в своём скрипте я могу сколь угодно сложнуб логику реализовать, лишь до него вообще дело дошло.

Я что хотел сказать всем этим: есть макрос {HOST.IP}, который, как выяснилось, получает ip сразу, и при условии уникальности ip для хостов однозначно характеризует хост. Значит, его можно сразу передать в скрипт, а дальше вставить в скрипт или задержку, или дергать обновление конфига.

{HOST.IP} получает IP для хоста из target list, судя по моим экспериментам.
Кстати, скрипт для экспериментов на всякий случай:
https://pastebin.com/p6pp7A49

Там нужно сделать файл setenv.conf только, чтобы можно было смотреть mysql'ем, есть ли вообще хост или нет

Жизнеутверждающее issue на эту же тему https://support.zabbix.com/browse/ZBX-11543