3 Скрипты
Обзор
В разделе Alerts > Scripts можно настраивать и поддерживать пользовательские глобальные сценарии.
Глобальные сценарии, в зависимости от настроенной области применения, а также прав пользователя, доступны для выполнения:
- из меню узла сети в различных разделах веб-интерфейса (Dashboard, Problems, Latest data, Maps и т. д.)
- из меню события
- могут запускаться как операция действия
Сценарии выполняются на агенте Zabbix, сервере Zabbix (прокси) или только на сервере Zabbix См. также Command execution.
И на агенте Zabbix, и на прокси Zabbix удаленные сценарии по умолчанию отключены. Их можно включить следующим образом:
- Для удаленных команд, выполняемых на агенте Zabbix:
- добавьте параметр AllowKey=system.run[<command>,*] для каждой разрешенной команды в конфигурацию агента, * означает режим wait и nowait;
- Для удаленных команд, выполняемых на прокси Zabbix:
- Предупреждение: включать удаленные команды на прокси Zabbix не требуется, если удаленные команды выполняются на агенте Zabbix, который контролируется прокси Zabbix. Однако, если требуется выполнять удаленные команды на прокси Zabbix, установите параметр EnableRemoteCommands в значение '1' в конфигурации прокси.
Выполнение глобальных сценариев на сервере Zabbix можно отключить, установив EnableGlobalScripts=0 в конфигурации сервера.
Для новых установок, начиная с Zabbix 7.0, выполнение глобальных сценариев на сервере Zabbix по умолчанию отключено.
Отображается список существующих сценариев с их подробностями.
Отображаемые данные:
| Column | Description |
|---|---|
| Name | Имя сценария. Щелчок по имени сценария открывает форму настройки. |
| Scope | Область применения сценария - операция действия, ручное действие узла сети или ручное действие события. Этот параметр определяет, где доступен сценарий. |
| Used in actions | Отображаются все действия, в которых используется сценарий, с указанием общего числа этих действий. Щелчок по имени действия открывает форму настройки действия. Если у пользователя нет прав на действие, имя не является ссылкой. |
| Type | Отображается тип сценария - URL, Webhook, Script, SSH, Telnet или команда IPMI. |
| Execute on | Показывает, будет ли сценарий выполняться на агенте Zabbix, прокси Zabbix или сервере, либо только на сервере Zabbix. |
| Commands | Отображаются все команды, которые будут выполняться в рамках сценария. Для вебхуков здесь ничего не отображается. |
| User group | Отображается группа пользователей, которой доступен сценарий (или All для всех групп пользователей). |
| Host group | Отображается группа узлов сети, для которой доступен сценарий (или All для всех групп узлов сети). |
| Host access | Отображается уровень прав для группы узлов сети - Read или Write. Только пользователи с требуемым уровнем прав смогут выполнять сценарий. |
Чтобы настроить новый сценарий, нажмите кнопку Create script в правом верхнем углу.
Параметры массового редактирования
Кнопка под списком предлагает один вариант массового редактирования:
- Удалить - удалить скрипты
Чтобы использовать этот вариант, отметьте флажки перед соответствующими скриптами и нажмите Удалить.
Использование фильтра
Вы можете использовать фильтр, чтобы отображать только те скрипты, которые вас интересуют. Для повышения производительности поиска данные ищутся с неразрешенными макросами.
Ссылка Filter доступна над списком скриптов. Если вы нажмете ее, станет доступен фильтр, с помощью которого можно фильтровать скрипты по имени и области применения.
Настройка глобального скрипта
Рекомендуется использовать функции макросов вместо обычных макросов в глобальных скриптах для повышения безопасности, так как макросы не экранируются автоматически.
Атрибуты скрипта:
| Parameter | Description | |
|---|---|---|
| Name | Уникальное имя скрипта. Например, Clear /tmp filesystem |
|
| Scope | Область применения скрипта - операция действия, ручное действие узла сети или ручное действие события. Этот параметр определяет, где можно использовать скрипт - в удаленных командах операций действия, из меню узла сети или из меню события соответственно. При установке области применения в значение 'Action operation' скрипт становится доступен всем пользователям с доступом к Alerts > Actions. Если скрипт фактически используется в действии, его область применения нельзя изменить с 'action operation'. Поддержка макросов Область применения влияет на набор доступных макросов. Например, макросы, связанные с пользователем ({USER.*}), поддерживаются в скриптах, чтобы можно было передавать информацию о пользователе, запустившем скрипт. Однако они не поддерживаются, если область применения скрипта - operation action, так как операции действия выполняются автоматически. Макрос {MANUALINPUT} позволяет указать ввод вручную во время выполнения скрипта. Он поддерживается для скриптов ручного действия узла сети и ручного действия события. Чтобы узнать, какие еще макросы поддерживаются, выполните поиск по 'Trigger-based notifications and commands/Trigger-based commands', 'Manual host action scripts' и 'Manual event action scripts' в таблице поддерживаемых макросов. Обратите внимание: если макрос может разрешаться в значение с пробелами (например, имя узла сети), не забудьте при необходимости заключить его в кавычки. |
|
| Menu path | Желаемый путь меню для скрипта. Например, Default или Default/ отобразит скрипт в соответствующем каталоге. Меню могут быть вложенными, например Main menu/Sub menu1/Sub menu2. При доступе к скриптам через меню узла сети/события в разделах мониторинга они будут организованы в соответствии с указанными каталогами.Это поле отображается только если в качестве Scope выбрано 'Manual host action' или 'Manual event action'. |
|
| Type | Нажмите соответствующую кнопку, чтобы выбрать тип скрипта: URL, Webhook, Script, SSH, Telnet или команду IPMI. Тип URL доступен только если в качестве Scope выбрано 'Manual host action' или 'Manual event action'. |
|
| Тип скрипта: URL | ||
| URL | Укажите URL для быстрого доступа из меню узла сети или меню события. Поддерживаются макросы и пользовательские макросы пользователя. Поддержка макросов зависит от области применения скрипта (см. Scope выше). Используйте макрос {MANUALINPUT} в этом поле, чтобы можно было указать ввод вручную во время выполнения скрипта, например: http://{MANUALINPUT}/zabbix/zabbix.php?action=dashboard.viewЗначения макросов не должны быть URL-кодированы. |
|
| Open in new window | Определяет, должен ли URL открываться в новой вкладке браузера или в той же. | |
| Тип скрипта: Webhook | ||
| Parameters | Укажите переменные вебхука в виде пар атрибут-значение. См. также конфигурацию медиа-типа Webhook. Поддерживаются макросы и пользовательские макросы пользователя в значениях параметров. Поддержка макросов зависит от области применения скрипта (см. Scope выше). |
|
| Script | Введите код JavaScript в модальном редакторе, который открывается при щелчке в поле параметра или по значку карандаша рядом с ним. Поддержка макросов зависит от области применения скрипта (см. Scope выше). См. также конфигурацию медиа-типа Webhook, Additional Javascript objects. |
|
| Timeout | Тайм-аут выполнения JavaScript (1-60 с, по умолчанию 30 с). Поддерживаются суффиксы времени, например 30s, 1m. |
|
| Тип скрипта: Script | ||
| Execute on | Нажмите соответствующую кнопку, чтобы выполнить shell-скрипт на: Zabbix agent - скрипт будет выполнен Zabbix agent (если элемент данных system.run разрешен) на узле сети Zabbix proxy or server - скрипт будет выполнен Zabbix proxy или server - в зависимости от того, контролируется ли узел сети через proxy или server. Он будет выполнен на proxy, если это разрешено параметром EnableRemoteCommands. Он будет выполнен на server, если глобальные скрипты включены параметром сервера EnableGlobalScripts. Zabbix server - скрипт будет выполнен только Zabbix server. Этот параметр будет недоступен, если глобальные скрипты отключены параметром сервера EnableGlobalScripts. |
|
| Commands | Укажите полный путь к командам, которые будут выполняться в скрипте. Поддержка макросов зависит от области применения скрипта (см. Scope выше). Поддерживаются пользовательские макросы пользователя. |
|
| Тип скрипта: SSH | ||
| Authentication method | Выберите метод аутентификации - пароль или публичный ключ. | |
| Username | Введите имя пользователя. | |
| Password | Введите пароль. Это поле доступно, если в качестве метода аутентификации выбран 'Password'. |
|
| Public key file | Введите путь к файлу публичного ключа. Это поле доступно, если в качестве метода аутентификации выбран 'Public key'. |
|
| Private key file | Введите путь к файлу закрытого ключа. Это поле доступно, если в качестве метода аутентификации выбран 'Public key'. |
|
| Passphrase | Введите парольную фразу. Это поле доступно, если в качестве метода аутентификации выбран 'Public key'. |
|
| Port | Введите порт удаленной службы SSH на целевом узле сети, к которому Zabbix будет подключаться. | |
| Commands | Введите команды. Поддержка макросов зависит от области применения скрипта (см. Scope выше). Поддерживаются пользовательские макросы пользователя. |
|
| Тип скрипта: Telnet | ||
| Username | Введите имя пользователя. | |
| Password | Введите пароль. | |
| Port | Введите порт удаленной службы Telnet на целевом узле сети, к которому Zabbix будет подключаться. | |
| Commands | Введите команды. Поддержка макросов зависит от области применения скрипта (см. Scope выше). Поддерживаются пользовательские макросы пользователя. |
|
| Тип скрипта: IPMI | ||
| Command | Введите команду IPMI. Поддержка макросов зависит от области применения скрипта (см. Scope выше). Поддерживаются пользовательские макросы пользователя. |
|
| Description | Введите описание скрипта. | |
| Host group | Выберите группу узлов сети, для которой будет доступен скрипт (или All для всех групп узлов сети). | |
| User group | Выберите группу пользователей, которой будет доступен скрипт (или All для всех групп пользователей). Это поле отображается только если в качестве Scope выбрано 'Manual host action' или 'Manual event action'. |
|
| Required host permissions | Выберите уровень прав для группы узлов сети - Read или Write. Только пользователи с требуемым уровнем прав смогут выполнять скрипт. Это поле отображается только если в качестве Scope выбрано 'Manual host action' или 'Manual event action'. |
|
| Advanced configuration | Нажмите заголовок Advanced configuration, чтобы отобразить параметры расширенной настройки. Это поле отображается только если в качестве Scope выбрано 'Manual host action' или 'Manual event action'. |
|
Расширенная настройка
Параметры расширенной настройки доступны в сворачиваемом разделе Расширенная настройка:
| Parameter | Description |
|---|---|
| Enable user input | Установите флажок, чтобы включить ручной ввод пользователем перед выполнением скрипта. Ручной ввод пользователя заменит значение макроса {MANUALINPUT} в скрипте. См. также: Ручной ввод пользователя. |
| Input prompt | Введите собственный текст-подсказку для пользовательского ввода. Этот текст будет отображаться над полем ввода во всплывающем окне Ручной ввод. Чтобы увидеть предварительный просмотр всплывающего окна Ручной ввод, нажмите Test user input. Предварительный просмотр также позволяет проверить, соответствует ли строка ввода правилу проверки ввода (см. параметры ниже). Поддержка макросов и пользовательских макросов зависит от области действия скрипта (см. Scope в общих параметрах настройки скрипта). |
| Input type | Выберите тип ручного ввода: String - одна строка; Dropdown - значение выбирается из нескольких вариантов в раскрывающемся списке. |
| Dropdown options | Введите уникальные значения для раскрывающегося списка пользовательского ввода в виде списка, разделенного запятыми. Чтобы включить пустой вариант в раскрывающийся список, добавьте дополнительную запятую в начале, середине или конце списка. Это поле отображается только если в качестве Input type выбран вариант 'Dropdown'. |
| Default input string | Введите строку по умолчанию для пользовательского ввода (или не указывайте ничего). Это поле будет проверяться по регулярному выражению, указанному в поле Input validation rule. Введенное здесь значение будет по умолчанию отображаться во всплывающем окне Ручной ввод. Это поле отображается только если в качестве Input type выбран вариант 'String'. |
| Input validation rule | Введите регулярное выражение для проверки строки пользовательского ввода. Поддерживаются глобальные регулярные выражения. Это поле отображается только если в качестве Input type выбран вариант 'String'. |
| Enable confirmation | Установите флажок, чтобы отображать сообщение с подтверждением перед выполнением скрипта. Эта функция может быть особенно полезна для потенциально опасных операций (например, скрипта перезагрузки) или операций, которые могут занять много времени. |
| Confirmation text | Введите собственный текст подтверждения для всплывающего окна подтверждения, включаемого флажком выше (например, Remote system will be rebooted. Are you sure?). Чтобы увидеть, как будет выглядеть текст, нажмите Test confirmation рядом с полем. Поддерживаются макросы и пользовательские user macros. Примечание: макросы не будут развернуты при тестировании сообщения подтверждения. |
Если настроены и ручной ввод пользователя, и сообщение с подтверждением, они будут отображаться в последовательных всплывающих окнах.
Ручной ввод пользователя
Ручной ввод пользователя позволяет передавать пользовательский параметр при каждом выполнении скрипта. Это избавляет от необходимости создавать несколько похожих пользовательских скриптов, отличающихся только одним параметром.
Например, при выполнении скрипта может потребоваться передать другое целое число или другой URL-адрес.
Чтобы включить ручной ввод пользователя:
- используйте макрос {MANUALINPUT} в скрипте (командах, скрипте, параметре скрипта) там, где это необходимо; или в поле URL для URL-скриптов;
- в расширенной настройке скрипта включите ручной ввод пользователя и настройте параметры ввода.
Если ввод пользователя включен, перед выполнением скрипта пользователю будет показано всплывающее окно Ручной ввод с запросом указать пользовательское значение. Указанное значение заменит {MANUALINPUT} в скрипте.
В зависимости от конфигурации пользователю будет предложено ввести строковое значение:
Или выбрать значение из выпадающего списка заранее заданных вариантов:
Ручной ввод пользователя доступен только для скриптов, у которых область применения — «Ручное действие с узлом сети» или «Ручное действие с событием».
Выполнение скрипта и результат
Скрипты, запускаемые сервером Zabbix, выполняются в порядке, описанном на странице выполнения команд.
Результат выполнения скрипта отображается во всплывающем окне, которое появляется после запуска скрипта. Возвращаемое значение скрипта представляет собой стандартный вывод:
- Если скрипт завершается успешно (код завершения
0), возвращаемое значение ограничено 16 МБ (включая завершающие пробельные символы, которые усекаются). - Если скрипт завершается с ошибкой (ненулевой код завершения), возвращаемое значение представляет собой стандартный поток ошибок, ограниченный 2 КБ.
По умолчанию Zabbix не сохраняет расширенный вывод скрипта. Чтобы сохранить полные сведения о выводе, вы можете реализовать журналирование в самом скрипте (например, перенаправить вывод в локальный файл журнала).
Обратите внимание, что для скриптов, выполняемых либо на сервере Zabbix, либо на прокси Zabbix, также применяются ограничения базы данных.
Ниже приведён пример скрипта и окна результата:
uname -v
/tmp/non_existing_script.sh
echo "This script was started by {USER.USERNAME}"
В результате выполнения скрипта сам скрипт не отображается.
Тайм-аут скрипта на агенте Zabbix
Вы можете столкнуться с ситуацией, когда при выполнении скрипта возникает тайм-аут.
Ниже приведен пример выполнения скрипта на агенте Zabbix и окно с результатом:
sleep 5
df -h
В этом случае сообщение об ошибке будет следующим:
Timeout while executing a shell script.Чтобы избежать таких ситуаций, рекомендуется оптимизировать сам скрипт (в приведенном выше примере — "5"), а не изменять параметр Timeout в конфигурации агента Zabbix и конфигурации сервера Zabbix.
Если параметр Timeout был изменен в конфигурации агента Zabbix, появится следующее сообщение об ошибке:
Get value from agent failed: ZBX_TCP_READ() timed out.Это означает, что изменение было внесено в конфигурацию агента Zabbix, но также требуется изменить параметр Timeout в конфигурации сервера Zabbix.
Тайм-аут скрипта на активных агентах
Выполнять скрипты можно только на агентах, работающих в активном режиме. После того как выполнение скрипта запускается операцией действия или ручным выполнением скрипта, команда включается в конфигурацию активных проверок и выполняется, когда активный агент получает ее.
Ручные скрипты отправляются активному агенту вместе с тайм-аутом сервера/прокси для выполнения скрипта. Увеличьте значение тайм-аута по умолчанию для выполнения скрипта на сервере/прокси. Тайм-аут должен быть больше частоты обновления активных проверок, иначе тайм-аут будет превышен до того, как активный агент получит скрипт и сможет вернуть результат.
Тайм-аут скрипта на сервере/прокси Zabbix
Ниже приведен пример выполнения скрипта на сервере Zabbix и окно с результатом:
sleep 11
df -h
Также рекомендуется оптимизировать сам скрипт (вместо настройки параметра TrapperTimeout на соответствующее значение (в нашем случае, > 11) путем изменения конфигурации сервера Zabbix).