Как я могу сохранить вывод элемента данных в макрос в zabbix
Требование имеет значение, поскольку ld.soиспользует кэш для разрешения библиотек и ldconfigобновляет этот кэш. Вы можете просмотреть его содержимое, запустив
/sbin/ldconfig -p
Если вы пропустите триггер, не запустив ldconfigв своем postinstили (, что раньше требовалось для пакетов библиотек ), кэш не будет обновлен.
Это не касается -devпакетов, поскольку они не устанавливают библиотеки времени выполнения. Обычно они зависят от пакета библиотеки, который будет иметь триггер.
При разработке пакета об этом обычно заботятся инструменты сборки. Например, если вы используете debhelperили что-то в зависимости от этого, сборка обычно заканчивается запуском dh_makeshlibs, который при необходимости добавит триггер.
Я не знаю вашего варианта использования, но в большинстве случаев это можно решить, создав элемент обнаружения портов и сгенерировав для них элементы net.tcp.listen или net.tcp.port. Агент Zabbix
Элементы являются статическими и не содержат переменных. Это то, где низкоуровневое обнаружение показывает его ценность. Правила Lld содержат макросы, такие как #PORT, которые будут использоваться для создания элементов [элементов] с использованием обнаруженного значения #PORT, по одному для каждого элемента.
Хорошее объяснение и пример динамического мониторинга портов tcp можно найти в этом блоге