en-us	#### One side connects with PSK but other side uses OpenSSL with PSK support disabled  In connecting-side log:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  In accepting-side log:      ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"
ru	#### Одна сторона подключается с использованием PSK, но другая сторона использует OpenSSL с выключенной поддержкой PSK  В журнале на стороне, инициирующей соединение:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  В журнале на стороне, принимающей соединение:      ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"

en-us	##### On Linux 2.4:  (Sensor readings are obtained from /proc/sys/dev/sensors directory)  -   **device** - device name (if <mode> is used, it is a regular     expression); -   **sensor** - sensor name (if <mode> is used, it is a regular     expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key: sensor\[w83781d-i2c-0-2d,temp1\]  Prior to Zabbix 1.8.4, the sensor\[temp1\] format was used.
ru	##### В Linux 2.4:  (Показания датчиков извлекаются из папки /proc/sys/dev/sensors)  -   **устройство** - имя устройства (если <режим> используется,     это регулярное выражение); -   **сенсор** - имя датчика (если используется <режим>, это     регулярное выражение); -   **режим** - возможные значения: avg, max, min (если этот параметр не     указан, устройство и сенсор обрабатываются буквально).  Пример ключа: sensor\[w83781d-i2c-0-2d,temp1\]  До версии Zabbix 1.8.4 использовался следующий формат: sensor\[temp1\].

en-us	##### On Linux 2.6+:  (Sensor readings are obtained from /sys/class/hwmon directory)  -   **device** - device name (non regular expression). The device name     could be the actual name of the device (e.g 0000:00:18.3) or the     name acquired using sensors program (e.g. k8temp-pci-00c3). It is up     to the user to choose which name to use; -   **sensor** - sensor name (non regular expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key:  sensor\[k8temp-pci-00c3,temp,max\] or sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in,avg\] or sensor\[smsc47b397.2176,in1\]
ru	##### В Linux 2.6+:  (Показания датчиков извлекаются из папки /sys/class/hwmon)  -   **device** - имя устройства (не регулярное выражение). Имя устройства     может быть фактическим именем устройства (e.g 0000:00:18.3) или именем,     полученным при использовании утилиты sensors (e.g. k8temp-pci-00c3). Выбор того,     какое из этих имён использовать, оставлен за пользователем; -   **sensor** - имя датчика (не регулярное выражение); -   **mode** - возможные значения: avg, max, min (если этот параметр не указан,     устройство и сенсор обрабатываются буквально).  Примеры ключей:  sensor\[k8temp-pci-00c3,temp,max\] или sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in,avg\] или sensor\[smsc47b397.2176,in1\]

en-us	### Open file descriptor limit increase for Zabbix agent 2  The systemd service file shipped in Zabbix agent 2 packages now declares the open file descriptor limit of 8196. Previously, the system default limit of 1024 has been used. The new limit is sufficient for the default Zabbix agent 2 configuration. If you have a non-standard agent 2 configuration, for example, use additional plugins or extended features, this limit may need to be manually increased further. In this case, adjust the `LimitNOFILE` parameter in the systemd unit file.
ru	### Увеличение лимита открытых файловых дескрипторов для Zabbix агента 2  Служебный файл systemd, поставляемый с пакетами Zabbix агента 2, теперь декларирует лимит открытых файловых дескрипторов как 8196. Ранее использовался системный лимит по умолчанию 1024. Новый лимит достаточен для Zabbix агента 2 в конфигурации по умолчанию. Если у вас нестандартная конфигурация агента 2, например, используются дополнительные плагины и расширенные возможности, то этот лимит может потребоваться ещё увеличить вручную. В этом случае подрегулируйте параметр `LimitNOFILE` в юнит-файле systemd.

en-us	### Open file descriptor limit increase for Zabbix agent 2  The systemd service file shipped in Zabbix agent 2 packages now declares the open file descriptor limit of 8196. Previously, the system default limit of 1024 has been used. The new limit is sufficient for the default Zabbix agent 2 configuration. If you have a non-standard agent 2 configuration, for example, use additional plugins or extended features, this limit may need to be manually increased further. In this case, adjust the `LimitNOFILE` parameter in the systemd unit file.
ru	### Увеличение лимита открытых файловых дескрипторов для Zabbix агента 2  Служебный файл systemd, поставляемый с пакетами Zabbix агента 2, теперь декларирует лимит открытых файловых дескрипторов как 8196. Ранее использовался системный лимит по умолчанию 1024. Новый лимит достаточен для Zabbix агента 2 в конфигурации по умолчанию. Если у вас нестандартная конфигурация агента 2, например, используются дополнительные плагины и расширенные возможности, то этот лимит может потребоваться ещё увеличить вручную. В этом случае подрегулируйте параметр `LimitNOFILE` в юнит-файле systemd.

en-us	 ### OpenSSL 3.0 support  OpenSSL 3.0.x is now supported. Note that this change does not affect frontend  encryption (which uses its own openssl-php package) and Java gateway JMX encrypted  connections to monitoring targets (which uses its own Java encrypted libraries). 
ru	### Поддержка OpenSSL 3.0  Теперь поддерживается OpenSSL 3.0.x. Обратите внимание, это изменение не влияет на шифрование веб-интерфейса (который использует свой собственный пакет openssl-php) и шифрованные подключения Java gateway JMX к наблюдаемым объектам (который использует свои собственные библиотеки шифрования Java). 

en-us	#### OpenSSL used with CRLs and for some CA in the certificate chain its CRL is not included in `TLSCRLFile`  In TLS server log in case of *OpenSSL* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  In TLS server log in case of *GnuTLS* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin
ru	#### OpenSSL используется с CRL и по некоторым CA в цепочке сертификатов их CRL не включены в `TLSCRLFile`  В журнале TLS сервера в случае *OpenSSL* узла:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  В журнале TLS сервера в случае *GnuTLS* узла:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin

en-us	#### Operational data of problems  It is possible to display operational data for current problems, i.e. the latest item values as opposed to the item values at the time of the problem.  Operational data display can be configured in the filter of *Monitoring* → *Problems* or in the configuration of the respective [dashboard widget](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/problems), by selecting one of the three options:  -   *None* - no operational data is displayed -   *Separately* - operational data is displayed in a separate column  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_b0.png){width="600"}  -   *With problem name* - operational data is appended to the problem     name and in parentheses. Operational data are appended to the     problem name only if the *Operational data* field is non-empty in     the trigger configuration.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_a0.png){width="600"}  The content of operational data can be configured with each [trigger](/manual/config/triggers/trigger), in the *Operational data* field. This field accepts an arbitrary string with macros, most importantly, the `{ITEM.LASTVALUE<1-9>}` macro.  `{ITEM.LASTVALUE<1-9>}` in this field will always resolve to the latest values of items in the trigger expression. `{ITEM.VALUE<1-9>}` in this field will resolve to the item values at the moment of trigger status change (i.e. change into problem, change into OK, being closed manually by a user or being closed by correlation).
ru	#### Оперативные данные проблем  Для текущих проблем есть возможность отображения оперативных данных, т.е. последних значений элементов данных вместо значений на момент возникновения проблемы.  Отображение оперативных данных можно настроить в фильтре *Мониторинг* → *Проблемы* или в настройках соответствующего [виджета](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/problems), выбрав один из трех вариантов:  -   *Нет* — не показывать оперативные данные -   *Раздельно* — показывать оперативные данные в отдельном столбце  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_b0.png){width="600"}  -   *С именем проблемы* — оперативные данные будут указаны в скобках после имени проблемы. Оперативные данные будут добавлены к имени проблемы, только если в настройках триггера заполнено поле *Оперативные данные*.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_a0.png){width="600"}  Содержание оперативных данных можно задать в настройках каждого [триггера](/manual/config/triggers/trigger) в поле *Оперативные данные*. В этом поле допускается произвольная строка с макросами, прежде всего с макросом `{ITEM.LASTVALUE<1-9>}`.  Макрос `{ITEM.LASTVALUE<1-9>}` в этом поле всегда будет раскрываться в последние значения элементов данных из выражения триггера. Макрос `{ITEM.VALUE<1-9>}` в этом поле будет раскрываться в значения элементов данных на момент изменения состояния триггера (т.е. при изменении на состояние проблемы, на состояние OK, при закрытии вручную пользователем или при закрытии вследствие корреляции).

en-us	#### Operation details  ![](../../../../../assets/en/manual/config/operation_details.png)  |Parameter|<|Description| |-|----------|----------------------------------------| |*Operation*|<|Select the operation:<br>**Send message** - send message to user<br>**<remote command name>** - execute a remote command. Commands are available for execution if previously defined in [global scripts](/manual/web_interface/frontend_sections/administration/scripts#configuring_a_global_script) with *Action operation* selected as its scope.<br>More operations are available for discovery and autoregistration based events (see above).| |*Steps*|<|Select the step(s) to assign the operation to in an [escalation](escalations) schedule:<br>**From** - execute starting with this step<br>**To** - execute until this step (0=infinity, execution will not be limited)| |*Step duration*|<|Custom duration for these steps (0=use default step duration).<br>[Time suffixes](/manual/appendix/suffixes) are supported, e.g. 60s, 1m, 2h, 1d, since Zabbix 3.4.0.<br>[User macros](/manual/config/macros/user_macros) are supported, since Zabbix 3.4.0.<br>Several operations can be assigned to the same step. If these operations have different step duration defined, the shortest one is taken into account and applied to the step.| |Operation type: [send message](/manual/config/notifications/action/operation/message)|<|<| | |*Send to user groups*|Click on *Add* to select user groups to send the message to.<br>The user group must have at least "read" [permissions](/manual/config/users_and_usergroups/permissions) to the host in order to be notified.| |^|*Send to users*|Click on *Add* to select users to send the message to.<br>The user must have at least "read" [permissions](/manual/config/users_and_usergroups/permissions) to the host in order to be notified.| |^|*Send only to*|Send message to all defined media types or a selected one only.| |^|*Custom message*|If selected, the custom message can be configured.<br>For notifications about internal events via [webhooks](/manual/config/notifications/media/webhook), custom message is mandatory.| |^|*Subject*|Subject of the custom message. The subject may contain macros. It is limited to 255 characters.| |^|*Message*|The custom message. The message may contain macros. It is limited to certain amount of characters depending on the type of database (see [Sending message](/manual/config/notifications/action/operation/message) for more information).| |Operation type: [remote command](/manual/config/notifications/action/operation/remote_command)|<|<| | |*Target list*|Select targets to execute the command on:<br>**Current host** - command is executed on the host of the trigger that caused the problem event. This option will not work if there are multiple hosts in the trigger.<br>**Host** - select host(s) to execute the command on.<br>**Host group** - select host group(s) to execute the command on. Specifying a parent host group implicitly selects all nested host groups. Thus the remote command will also be executed on hosts from nested groups.<br>A command on a host is executed only once, even if the host matches more than once (e.g. from several host groups; individually and from a host group).<br>The target list is meaningless if a custom script is executed on Zabbix server. Selecting more targets in this case only results in the script being executed on the server more times.<br>Note that for global scripts, the target selection also depends on the *Host group* setting in global script [configuration](/manual/web_interface/frontend_sections/administration/scripts#configuring_a_global_script).<br>*Target list* option is not available for *Service actions* because in this case remote commands are always executed on Zabbix server.| |*Conditions*|<|Condition for performing the operation:<br>**Not ack** - only when the event is unacknowledged<br>**Ack** - only when the event is acknowledged.<br>*Conditions* option is not available for *Service actions*.|  When done, click on *Add* to add the operation to the list of *Operations*.
ru	#### Детали операций  ![](../../../../../assets/en/manual/config/operation_details.png)  |Параметр|<|Описание| |-|----------|----------------------------------------| |*Операция*|<|Выберите операцию:<br>**Отправить сообщение** - отправка сообщения пользователю<br>**<имя удалённой команды>** - выполнение удалённой команды. Команды доступны для выполнения, если ранее уже были добавлены в [глобальные скрипты](/manual/web_interface/frontend_sections/administration/scripts#настройка_глобального_скрипта) с выбранной опцией *Операция действия* в качестве области применения.<br>Для событий на основе обнаружения и авторегистрации доступно больше операций (смотрите выше).| |*Шаги*|<|Выберите шаг(и) для назначения операции в расписание [эскалаций](escalations):<br>**От** - выполнять, начиная с этого шага<br>**До** - выполнять до этого шага (0=бесконечно, выполнение не будет ограничено)| |*Длительность шага*|<|Настраиваемая длительность для этих шагов (0=использовать длительность шага по умолчанию).<br>С Zabbix 3.4.0, поддерживаются [суффиксы времени](/manual/appendix/suffixes), например, 60s, 1m, 2h, 1d.<br>[Пользовательские макросы](/manual/config/macros/user_macros) поддерживаются с Zabbix 3.4.0.<br>На один шаг можно назначить несколько операций. Если такие операции будут иметь разную длительность шага, то учитывается самая короткая, она будет применена к шагу.| |Тип операции: [отправка сообщений](/manual/config/notifications/action/operation/message)|<|<| | |*Отправлять группам пользователей*|Нажмите на *Добавить* для выбора групп пользователей, которым будет отправляться сообщение.<br>Группа пользователей должна иметь по крайней мере [права доступа](/manual/config/users_and_usergroups/permissions) на "чтение" узла сети, чтобы получить оповещения.| |^|*Отправлять пользователям*|Нажмите на *Добавить* для выбора пользователей, которым будет отправляться сообщение.<br>Пользователь должен иметь по крайней мере [права доступа](/manual/config/users_and_usergroups/permissions) на "чтение" узла сети, чтобы получить оповещения.| |^|*Отправлять только через*|Отправка сообщения по всем заданным способам оповещений или только по выбранному.| |^|*Пользовательское сообщение*|Если выбрано, можно будет настроить пользовательское сообщение.<br>Для оповещений о внутренних событиях через [вебхуки](/manual/config/notifications/media/webhook) пользовательское сообщение обязательно.| |^|*Тема*|Тема пользовательского сообщения. Тема может содержать макросы. Это поле ограничено длиной в 255 символов.| |^|*Сообщение*|Пользовательское сообщение. Сообщение может содержать макросы. Это поле ограничено некоторым количеством символов, которое зависит от типа базы данных (для получения более подробных сведений смотрите [Отправка сообщения](/manual/config/notifications/action/operation/message)).| |Тип операции: [удалённая команда](/manual/config/notifications/action/operation/remote_command)|<|<| | |*Список целей*|Выберите цели, на которых будет выполняться команда:<br>**Текущий узел сети** - команда будет выполнена на узле сети, триггер которого вызвал это событие о проблеме. Эта опция не будет работать, если триггер содержит несколько узлов сети.<br>**Узел сети** - выберите узел / узлы сети, на которых будет выполнена команда.<br>**Группа узлов сети** - выберите группу(ы) узлов сети, на которых будет выполнена команда. При указании родительской группы узлов сети, неявно будут выбраны все вложенные группы узлов сети. Таким образом, удалённая команда будет также выполнена на узлах сети из вложенных групп.<br>Команда выполняется на узле сети только один раз - независимо от того, совпадает ли узел сети более одного раза (например, входит в несколько групп узлов сети; указан отдельно и входит в группу узлов сети).<br>Список целей не имеет смысла, если пользовательский скрипт выполняется на Zabbix сервере. В этом случае выбор нескольких целей приведёт лишь к тому, что скрипт выполнится на сервере несколько раз.<br>Обратите внимание, выбор цели также зависит от настройки *Группа узлов сети* в [конфигурации](/manual/web_interface/frontend_sections/administration/scripts#настройка-глобального-скрипта) глобального скрипта.<br>Опция *Список целей* недоступна для *Действий на услуги*, так как в этом случае удалённые команды всегда будут выполняться на стороне Zabbix сервера.| |*Условия*|<|Условие выполнения операции:<br>**Не подтверждено** - только если событие не подтверждено<br>**Подтверждено** - только если событие подтверждено.<br>Опция *Условия* недоступна для *Действия на услуги*.|  Когда завершите, нажмите на *Добавить* для добавления операции в список *Операции*.

en-us	 #### Operation type: notify all involved  |Parameter|Description| |--|--------| |*Custom message*|If selected, a custom message can be defined.| |*Subject*|Subject of the custom message. The subject may contain macros.| |*Message*|The custom message. The message may contain macros.|
ru	#### Тип операции: оповещать всех участников  |Параметр|Описание| |--|--------| |*Пользовательское сообщение*|Если выбрано, будет использовано пользовательское сообщение.| |*Тема*|Тема пользовательского сообщения. Тема может содержать макросы.| |*Сообщение*|Пользовательское сообщение. Сообщение может содержать макросы.|

en-us	 #### Operation type: [remote command](/manual/config/notifications/action/operation/remote_command)  |Parameter|Description| |--|--------| |*Target list*|Select targets to execute the command on:<br>**Current host** - command is executed on the host of the trigger that caused the problem event. This option will not work if there are multiple hosts in the trigger.<br>**Host** - select host(s) to execute the command on.<br>**Host group** - select host group(s) to execute the command on. Specifying a parent host group implicitly selects all nested host groups. Thus the remote command will also be executed on hosts from nested groups.<br>A command on a host is executed only once, even if the host matches more than once (e.g. from several host groups; individually and from a host group).<br>The target list is meaningless if the command is executed on Zabbix server. Selecting more targets in this case only results in the command being executed on the server more times.<br>Note that for global scripts, the target selection also depends on the *Host group* setting in global script [configuration](/manual/web_interface/frontend_sections/administration/scripts#configuring_a_global_script).|
ru	#### Тип операции: [удалённая команда](/manual/config/notifications/action/operation/remote_command)  |Параметр|Описание| |--|--------| |*Список целей*|Выберите цели для выполнения команды:<br>**Текущий узел сети** - команда выполнится на узле сети триггера, который вызвал событие о проблеме. Эта опция не будет работать, если в выражении триггера имеется несколько узлов сети.<br>**Узел сети** - выберите узел(ы) сети для выполнения команды.<br>**Группа узлов сети** - выберите группу(ы) узлов сети для выполнения команды. При указании родительской группы узлов сети, неявным образом будут выбраны все вложенные группы узлов сети. Таким образом, команда будет выполнена на узлах сети из вложенных групп.<br>Команда на узле сети выполняется только один раз, даже если узел сети соответствует более одного раза (например, из нескольких групп узлов сети; отдельно и из группы узлов сети).<br>Список целей не имеет смысла, если команда выполняется на стороне Zabbix сервера. В этом случае выбор нескольких целей приведёт только к тому, что команда выполнится на сервере несколько раз.<br>Обратите внимание, что в случае глобальных скриптов выбор цели также зависит от настройки *Группа узлов сети* в [конфигурации](/manual/web_interface/frontend_sections/administration/scripts#настройка-глобального-скрипта) глобального скрипта.|

en-us	 #### Operation type: [send message](/manual/config/notifications/action/operation/message)  |Parameter|Description| |--|--------| |*Send to user groups*|Click on *Add* to select user groups to send the recovery message to.<br>The user group must have at least "read" [permissions](/manual/config/users_and_usergroups/permissions) to the host in order to be notified.| |*Send to users*|Click on *Add* to select users to send the recovery message to.<br>The user must have at least "read" [permissions](/manual/config/users_and_usergroups/permissions) to the host in order to be notified.| |*Send only to*|Send default recovery message to all defined media types or a selected one only.| |*Custom message*|If selected, a custom message can be defined.| |*Subject*|Subject of the custom message. The subject may contain macros.| |*Message*|The custom message. The message may contain macros.|
ru	#### Тип операции: [отправить сообщение](/manual/config/notifications/action/operation/message)  |Параметр|Описание| |--|--------| |*Отправлять группам пользователей*|Нажмите на *Добавить* для выбора групп пользователей, которым будет отправляться сообщение о восстановлении.<br>Группа пользователей должна иметь по крайней мере [права доступа](/manual/config/users_and_usergroups/permissions) на "чтение" узла сети, чтобы получить оповещения.| |*Отправлять пользователям*|Нажмите на *Добавить* для выбора пользователей, которым будет отправляться сообщение о восстановлении.<br>Пользователь должен иметь по крайней мере [права доступа](/manual/config/users_and_usergroups/permissions) на "чтение" узла сети, чтобы получить оповещения.| |*Отправлять только через*|Отправка сообщения о восстановлении по всем заданным способам оповещений или только по выбранному.| |*Пользовательское сообщение*|Если выбрано, можно будет настроить пользовательское сообщение.| |*Тема*|Тема пользовательского сообщения. Тема может содержать макросы.| |*Сообщение*|Пользовательское сообщение. Сообщение может содержать макросы.|

en-us	#### Operators  The following operators are supported for triggers **(in descending priority of execution)**:  |Priority|Operator|Definition|**Notes for [unknown values](/manual/config/triggers/expression#expressions_with_unknown-operands)**|Force cast operand to float ^**1**^| |-|-|----|----------------|--| |**1**|**-**|Unary minus|**-**Unknown → Unknown|Yes| |**2**|**not**|Logical NOT|**not** Unknown → Unknown|Yes| |**3**|**\***|Multiplication|0 **\*** Unknown → Unknown<br>(yes, Unknown, not 0 - to not lose<br>Unknown in arithmetic operations)<br>1.2 **\*** Unknown → Unknown|Yes| |<|**/**|Division|Unknown **/** 0 → error<br>Unknown **/** 1.2 → Unknown<br>0.0 **/** Unknown → Unknown|Yes| |**4**|**+**|Arithmetical plus|1.2 **+** Unknown → Unknown|Yes| |<|**-**|Arithmetical minus|1.2 **-** Unknown → Unknown|Yes| |**5**|**\<**|Less than. The operator is defined as:<br><br>A<B ⇔ (A<B-0.000001)|1.2 **<** Unknown → Unknown|Yes| |<|**<=**|Less than or equal to. The operator is defined as:<br><br>A<=B ⇔ (A≤B+0.000001)|Unknown **<=** Unknown → Unknown|Yes| |<|**>**|More than. The operator is defined as:<br><br>A>B ⇔ (A>B+0.000001)| |Yes| |<|**>=**|More than or equal to. The operator is defined as:<br><br>A>=B ⇔ (A≥B-0.000001)| |Yes| |**6**|**=**|Is equal. The operator is defined as:<br><br>A=B ⇔ (A≥B-0.000001) and (A≤B+0.000001)| |No ^**1**^| |<|**<>**|Not equal. The operator is defined as:<br><br>A<>B ⇔ (A<B-0.000001) or (A>B+0.000001)| |No ^**1**^| |**7**|**and**|Logical AND|0 **and** Unknown → 0<br>1 **and** Unknown → Unknown<br>Unknown **and** Unknown → Unknown|Yes| |**8**|**or**|Logical OR|1 **or** Unknown → 1<br>0 **or** Unknown → Unknown<br>Unknown **or** Unknown → Unknown|Yes|  ^**1**^ String operand is still cast to numeric if:  -   another operand is numeric -   operator other than **=** or **<>** is used on an operand  (If the cast fails - numeric operand is cast to a string operand and both operands get compared as strings.)  **not**, **and** and **or** operators are case-sensitive and must be in lowercase. They also must be surrounded by spaces or parentheses.  All operators, except unary **-** and **not**, have left-to-right associativity. Unary **-** and **not** are non-associative (meaning **-(-1)** and **not (not 1)** should be used instead of **--1** and **not not 1**).  Evaluation result:  -   **<**, **<=**, **>**, **>=**, **=**, **<>**     operators shall yield '1' in the trigger expression if the specified     relation is true and '0' if it is false. If at least one operand is     Unknown the result is Unknown; -   **and** for known operands shall yield '1' if both of its operands     compare unequal to '0'; otherwise, it yields '0'; for unknown     operands **and** yields '0' only if one operand compares equal to     '0'; otherwise, it yields 'Unknown'; -   **or** for known operands shall yield '1' if either of its operands     compare unequal to '0'; otherwise, it yields '0'; for unknown     operands **or** yields '1' only if one operand compares unequal to     '0'; otherwise, it yields 'Unknown'; -   The result of the logical negation operator **not** for a known     operand is '0' if the value of its operand compares unequal to '0';     '1' if the value of its operand compares equal to '0'. For unknown     operand **not** yields 'Unknown'.
ru	#### Операторы  Следующие операторы поддерживаются триггерами **(представлены по убыванию приоритета выполнения)**:  |Приоритет|Оператор|Определение|**Заметки по [неизвестным значениям](/manual/config/triggers/expression#выражения-с-неизвестными-операндами)**|Принудительное преобразование операнда в дробное число ^**1**^| |-|-|----|----------------|--| |**1**|**-**|Унарный минус|**-**Неизвестно → Неизвестно|Да| |**2**|**not**|Логическое НЕ|**not** Неизвестно → Неизвестно|Да| |**3**|**\***|Умножение|0 **\*** Неизвестно → Неизвестно<br>(да, Неизвестно, не 0 - чтобы не потерять<br>Неизвестно в арифметических операциях)<br>1.2 **\*** Неизвестно → Неизвестно|Да| |<|**/**|Деление|Неизвестно **/** 0 → ошибка<br>Неизвестно **/** 1.2 → Неизвестно<br>0.0 **/** Неизвестно → Неизвестно|Да| |**4**|**+**|Арифметический плюс|1.2 **+** Неизвестно → Неизвестно|Да| |<|**-**|Арифметический минус|1.2 **-** Неизвестно → Неизвестно|Да| |**5**|**\<**|Меньше чем. Этот оператор можно представить в виде:<br><br>A<B ⇔ (A<B-0.000001)|1.2 **<** Неизвестно → Неизвестно|Да| |<|**<=**|Меньше чем или равно. Этот оператор можно представить в виде:<br><br>A<=B ⇔ (A≤B+0.000001)|Неизвестно **<=** Неизвестно → Неизвестно|Да| |<|**>**|Больше чем. Этот оператор можно представить в виде:<br><br>A>B ⇔ (A>B+0.000001)| |Да| |<|**>=**|Больше чем или равно. Этот оператор можно представить в виде:<br><br>A>=B ⇔ (A≥B-0.000001)| |Да| |**6**|**=**|Равно. Этот оператор можно представить в виде:<br><br>A=B ⇔ (A≥B-0.000001) и (A≤B+0.000001)| |Нет ^**1**^| |<|**<>**|Не равно. Этот оператор можно представить в виде:<br><br>A<>B ⇔ (A<B-0.000001) или (A>B+0.000001)||Нет ^**1**^| |**7**|**and**|Логическое И|0 **and** Неизвестно → 0<br>1 **and** Неизвестно → Неизвестно<br>Неизвестно **and** Неизвестно → Неизвестно|Да| |**8**|**or**|Логическое ИЛИ|1 **or** Неизвестно → 1<br>0 **or** Неизвестно → Неизвестно<br>Неизвестно **or** Неизвестно → Неизвестно|Да|  ^**1**^ Строковый операнд по прежнему приводится к числовому значению, если:  -   другой операнд числовой -   над операндом используется оператор, отличный от **=** или **<>**  (Если приведение завершается с ошибкой - числовой операнд приводится к строковому операнду и оба операнда сравниваются как строковые значения.)  Операторы **not**, **and** and **or** зависят от регистра и должны быть в нижнем регистре. Они также должны быть окружены символами пробелов или круглыми скобками.  Все операторы, кроме унарных **-** и **not**, имеют ассоциативность слева направо. Унарные **-** и **not** не ассоциативны (имеется в виду, что нужно использовать **-(-1)** и **not (not 1)** вместо **--1** и **not not 1**).  Результат вычисления:  -   Операторы **<**, **<=**, **>**, **>=**, **=**, **<>** должны возвращать '1' в выражении триггера, если указанное соотношение правдиво, и '0', если оно ложно. Если по крайней мере один операнд Неизвестен, то и результат будет Неизвестно; -   **and** по известным операндам должен возвращать '1', если оба из этих операндов сравнения не равны '0'; в противном случае, будет давать '0'; для неизвестных операндов **and** вернет '0' только, если один из операндов сравнения равен '0'; в противном случае, он вернет 'Неизвестно'; -   **or** по известным операндам должен возвращать '1', если какой-либо из этих операндов сравнения не равен '0'; в противном случае, будет возвращать '0'; для неизвестных операндов **or** вернет '1' только, если один из операндов сравнения не равен '0'; в противном случае, он вернет 'Неизвестно'; -   Результат логического операнда отрицания **not** для известного операнда равен '0', если значение этого операнда сравнения не равно '0'; '1', если значение его операнда сравнения равно '0'. Для неизвестных операндов **not** вернет 'Неизвестно'.

en-us	 ### Optimized API queries  API database queries, created when searching through names in *hosts* and *items* tables, have been optimized and will now be processed more efficiently. 
ru	### Оптимизированные запросы API  Запросы API к базам данных, создаваемые при поиске через имена в таблицах *hosts* и *items*, были оптимизированы и теперь будут обрабатываться более эффективно. 

en-us	 ### Optimized API queries  API database queries, used when searching through names in the *hosts* and *items* tables, have been optimized and will now be processed more efficiently. As a result of this change, deterministic triggers need to be created during an upgrade.   On MySQL and MariaDB, this requires `GLOBAL log_bin_trust_function_creators = 1` to be set if binary logging is enabled and there is no superuser privileges and `log_bin_trust_function_creators = 1` is not set in MySQL configuration file. To set the variable using MySQL console, run:      mysql> SET GLOBAL log_bin_trust_function_creators = 1;  Once the upgrade has been successfully completed, `log_bin_trust_function_creators` can be disabled:      mysql> SET GLOBAL log_bin_trust_function_creators = 0;  Triggers are also created for PostgreSQL and Oracle database.
ru	### Оптимизация запросов API  Запросы API к базе данных, используемые при поиске через имена в таблицах *hosts* и *items*, были оптимизированы и теперь будут обрабатываться более эффективно. В результате этих изменений во время обновления потребуется создать детерминированные триггеры.   На MySQL и MariaDB, это требует задания `GLOBAL log_bin_trust_function_creators = 1`, если было включено бинарное журналирование (binary logging) и при этом нет привилегий суперпользователя, а параметр `log_bin_trust_function_creators = 1` в конфигурационном файле MySQL не выставлен. Чтобы выставить эту переменную, используя консоль MySQL, выполните:      mysql> SET GLOBAL log_bin_trust_function_creators = 1;  После успешного завершения обновления, параметр `log_bin_trust_function_creators` может быть отключён:      mysql> SET GLOBAL log_bin_trust_function_creators = 0;  Триггеры также создаются для баз данных PostgreSQL и Oracle.

en-us	##### - Optional interface  The optional functions are **zbx\_module\_init()**, **zbx\_module\_item\_list()**, **zbx\_module\_item\_timeout()**, **zbx\_module\_history\_write\_cbs()** and **zbx\_module\_uninit()**:  ``` {.c} int zbx_module_init(void); ```  This function should perform the necessary initialization for the module (if any). If successful, it should return ZBX\_MODULE\_OK. Otherwise, it should return ZBX\_MODULE\_FAIL. In the latter case Zabbix will not start.  ``` {.c} ZBX_METRIC  *zbx_module_item_list(void); ```  This function should return a list of items supported by the module. Each item is defined in a ZBX\_METRIC structure, see the section below for details. The list is terminated by a ZBX\_METRIC structure with "key" field of NULL.  ``` {.c} void    zbx_module_item_timeout(int timeout); ```  If module exports **zbx\_module\_item\_list()** then this function is used by Zabbix to specify the timeout settings in Zabbix configuration file that the item checks implemented by the module should obey. Here, the "timeout" parameter is in seconds.  ``` {.c} ZBX_HISTORY_WRITE_CBS   zbx_module_history_write_cbs(void); ```  This function should return callback functions Zabbix server will use to export history of different data types. Callback functions are provided as fields of ZBX\_HISTORY\_WRITE\_CBS structure, fields can be NULL if module is not interested in the history of certain type.  ``` {.c} int zbx_module_uninit(void); ```  This function should perform the necessary uninitialization (if any) like freeing allocated resources, closing file descriptors, etc.  All functions are called once on Zabbix startup when the module is loaded, with the exception of zbx\_module\_uninit(), which is called once on Zabbix shutdown when the module is unloaded.
ru	##### - Опциональный интерфейс  Опциональными функциями являются следующие функции - **zbx\_module\_init()**, **zbx\_module\_item\_list()**, **zbx\_module\_item\_timeout()**, **zbx\_module\_history\_write\_cbs()** и **zbx\_module\_uninit()**:  ``` {.c} int zbx_module_init(void); ```  Эта функция должна выполнять необходимую инициализацию для модуля (если таковая имеется). В случае успеха, функция должна вернуть ZBX\_MODULE\_OK. В противном случае, она должна вернуть ZBX\_MODULE\_FAIL. В последнем случае Zabbix не запустится.  ``` {.c} ZBX_METRIC  *zbx_module_item_list(void); ```  Эта функция должна возвращать список элементов данных, поддерживаемых модулем. Каждый элемент данных указывается в структуре ZBX\_METRIC, смотрите раздел ниже для подробностей. Список завершается структурой ZBX\_METRIC с полем "key", равным NULL.  ``` {.c} void    zbx_module_item_timeout(int timeout); ```  Если модуль экспортирует **zbx\_module\_item\_list()**, тогда эта функция используется Zabbix, чтобы задать опцию времени ожидания в файле конфигурации Zabbix, которой проверки элементов данных, реализованных в модуле, должны подчиняться. Здесь параметр "timeout" (время ожидания) задаётся в секундах.  ``` {.c} ZBX_HISTORY_WRITE_CBS   zbx_module_history_write_cbs(void); ```  Эта функция должна возвращать функции обратного вызова (callback), которые будут использоваться Zabbix сервером для экспорта истории различных типов данных. Функции обратного вызова представляют собой поля структуры ZBX\_HISTORY\_WRITE\_CBS, поля могут быть NULL, если модуль не заинтересован в истории некоторого типа.  ``` {.c} int zbx_module_uninit(void); ```  Эта функция должна выполнять необходимые деинициализации (если таковые имеются), такие как освобождение выделенных ресурсов, закрытие файловых дескрипторов и так далее.  Все функции вызываются один раз при запуске Zabbix, когда модуль загружен, за исключением zbx\_module\_uninit(), которая вызывается один раз при завершении работы Zabbix, когда модуль выгружен.

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use *config-file*. **Zabbix sender** reads server details from the agentd configuration file. By default **Zabbix sender** does not read any configuration file. Only parameters **Hostname**, **ServerActive**, **SourceIP**, **TLSConnect**, **TLSCAFile**, **TLSCRLFile**, **TLSServerCertIssuer**, **TLSServerCertSubject**, **TLSCertFile**, **TLSKeyFile**, **TLSPSKIdentity** and **TLSPSKFile** are supported. All addresses defined in the agent **ServerActive** configuration parameter are used for sending data. If sending of batch data fails to one address, the following batches are not sent to this address.  **-z**, **--zabbix-server** *server*   Hostname or IP address of Zabbix server. If a host is monitored by a proxy, proxy hostname or IP address should be used instead. When used together with **--config**, overrides the entries of **ServerActive** parameter specified in agentd configuration file.  **-p**, **--port** *port*   Specify port number of Zabbix server trapper running on the server. Default is 10051. When used together with **--config**, overrides the port entries of **ServerActive** parameter specified in agentd configuration file.  **-I**, **--source-address** *IP-address*   Specify source IP address. When used together with **--config**, overrides **SourceIP** parameter specified in agentd configuration file.  **-t**, **--timeout** *seconds*   Specify timeout. Valid range: 1-300 seconds (default: 60)  **-s**, **--host** *host*   Specify host name the item belongs to (as registered in Zabbix frontend). Host IP address and DNS name will not work. When used together with **--config**, overrides **Hostname** parameter specified in agentd configuration file.  **-k**, **--key** *key*   Specify item key to send value to.  **-o**, **--value** *value*   Specify item value.  **-i**, **--input-file** *input-file*   Load values from input file. Specify **-** as **<input-file>** to read values from standard input. Each line of file contains whitespace delimited: **<hostname> <key> <value>**. Each value must be specified on its own line. Each line must contain 3 whitespace delimited entries: **<hostname> <key> <value>**, where "hostname" is the name of monitored host as registered in Zabbix frontend, "key" is target item key and "value" - the value to send. Specify **-** as **<hostname>** to use hostname from agent configuration file or from **--host** argument.  An example of a line of an input file:  **"Linux DB3" db.connections 43**  The value type must be correctly set in item configuration of Zabbix frontend. Zabbix sender will send up to 250 values in one connection. [Size limit](/manual/appendix/protocols/header_datalen) for sending values from an input file depends on the size described in Zabbix communication protocol. Contents of the input file must be in the UTF-8 encoding. All values from the input file are sent in a sequential order top-down. Entries must be formatted using the following rules:  - Quoted and non-quoted entries are supported. - Double-quote is the quoting character. - Entries with whitespace must be quoted. - Double-quote and backslash characters inside quoted entry must be escaped with a backslash. - Escaping is not supported in non-quoted entries. - Linefeed escape sequences (\\n) are supported in quoted strings. - Linefeed escape sequences are trimmed from the end of an entry.  **-T**, **--with-timestamps**   This option can be only used with **--input-file** option.  Each line of the input file must contain 4 whitespace delimited entries: **<hostname> <key> <timestamp> <value>**. Timestamp should be specified in Unix timestamp format. If target item has triggers referencing it, all timestamps must be in an increasing order, otherwise event calculation will not be correct.  An example of a line of the input file:  **"Linux DB3" db.connections 1429533600 43**  For more details please see option **--input-file**.  If a timestamped value is sent for a host that is in a “no data” maintenance type then this value will be dropped; however, it is possible to send a timestamped value in for an expired maintenance period and it will be accepted.  **-N**, **--with-ns**   This option can be only used with **--with-timestamps** option.  Each line of the input file must contain 5 whitespace delimited entries: **<hostname> <key> <timestamp> <ns> <value>**.  An example of a line of the input file:  **"Linux DB3" db.connections 1429533600 7402561 43**  For more details please see option **--input-file**.  **-r**, **--real-time**   Send values one by one as soon as they are received. This can be used when reading from standard input.  **--tls-connect** *value*   How to connect to server or proxy. Values:  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file*   Использовать файл конфигурации *config-file*. **Zabbix sender** считывает сведения о сервере из файла конфигурации agentd. По умолчанию **Zabbix sender** не читает ни один конфигурационный файл. Поддерживаются только параметры **Hostname**, **ServerActive**, **SourceIP**, **TLSConnect**, **TLSCAFile**, **TLSCRLFile**, **TLSServerCertIssuer**, **TLSServerCertSubject**, **TLSCertFile**, **TLSKeyFile**, **TLSPSKIdentity** и **TLSPSKFile**. Все адреса, определённые в параметре конфигурации агента **ServerActive**, используются для отправки данных. Если отправка пакетных данных на один адрес не удаётся, следующие пакеты на этот адрес не отправляются.  **-z**, **--zabbix-server** *сервер*   Имя хоста или IP-адрес сервера Zabbix. Если узел сети контролируется прокси-сервером, вместо него следует использовать имя хоста или IP-адрес прокси-сервера. При использовании вместе с **--config** переопределяет запись параметра **ServerActive**, указанного в файле конфигурации agentd.  **-p**, **--port** *порт*   Укажите номер порта траппера Zabbix сервера, запущенного на сервере. Значение по умолчанию - 10051. При использовании вместе с **--config** переопределяет значение порта параметра **ServerActive**, указанного в файле конфигурации agentd.  **-I**, **--source-address** *IP-адрес*   Укажите исходящий IP-адрес. При использовании вместе с **--config**, переопределяет параметр **SourceIP**, указанный в файле конфигурации agentd.  **-t**, **--timeout** *тайм-аут*   Укажите время ожидания (тайм-аут). Допустимый диапазон: 1-300 секунд (по умолчанию: 60)  **-s**, **--host** *узел-сети*   Укажите имя узла сети, которому принадлежит элемент данных (как зарегистрировано в веб-интерфейсе Zabbix). IP-адрес хоста и DNS-имя работать не будут. При использовании вместе с **--config**, переопределяет параметр **Hostname**, указанный в файле конфигурации agentd.  **-k**, **--key** *ключ*   Укажите ключ элемента данных для отправки значения.  **-o**, **--value** *значение*   Укажите значение элемента данных.  **-i**, **--input-file** *входной-файл*   Загрузить значения из входного файла. Укажите «**-**» (знак минуса) как **<input-file>**, чтобы считывать значения из стандартного ввода. Каждая строка файла содержит разделённые пробелом: **<узел-сети> <ключ> <значение>**. Каждое значение должно быть указано в отдельной строке. Каждая строка должна содержать 3 разделённых пробелом поля: **<узел-сети> <ключ> <значение>**, где «узел-сети» - это имя отслеживаемого узла сети, как зарегистрировано в веб-интерфейсе Zabbix, «ключ» - это ключ целевого элемента, а «значение» - значение для отправки. Укажите «**-**» (знак минуса) в качестве значения поля **<узел-сети>**, чтобы использовать имя узла сети из файла конфигурации агента или из аргумента **--host**.  Пример строки входного файла:  **"Linux DB3" db.connections 43**  Тип значения должен быть правильно задан в настройках элемента данных в веб-интерфейсе Zabbix. Zabbix sender отправит до 250 значений за одно соединение. [Ограничение размера](/manual/appendix/protocols/header_datalen) для отсылаемых данных из входного файла зависит от размера, описанного в протоколе коммуникации Zabbix. Содержимое входного файла должно быть в кодировке UTF-8. Все значения из входного файла отправляются последовательно сверху вниз. Записи должен быть отформатированы, используя следующие правила:  -   Поддерживаются записи в кавычках и без кавычек. -   Двойная кавычка - это символ, заключающий в кавычки. -   Поля с пробелами должны быть заключены в кавычки. -   Символы двойных кавычек и обратной косой черты внутри заключённой в кавычки записи должны быть экранированы обратной косой чертой (обратный слэш). -   Экранирование не поддерживается в записях без кавычек. -   Escape-последовательности перевода строки (\\n) поддерживаются в строках, заключённых в кавычки. -   Экранирующие последовательности перевода строки обрезаются с конца записи.  **-T**, **--with-timestamps**   Этот параметр можно использовать только с параметром **--input-file**.  Каждая строка входного файла должна содержать 4 разделённых пробелами поля: **<узел-сети> <ключ> <метка-времени> <значение>**. <Метка-времени> должна быть указана в формате Unix timestamp. Если целевой элемент данных имеет триггеры, ссылающиеся на него, то все метки времени должны быть в порядке возрастания, в противном случае вычисление событий будет неправильным.  Пример строки входного файла:  **"Linux DB3" db.connections 1429533600 43**  Для получения более подробной информации, пожалуйста, смотрите опцию **--input-file**.  Если значение с меткой времени отправляется для хоста, который находится в обслуживании с типом “без данных”, то это значение будет отброшено; однако, возможно отправить значение с меткой времени для истекшего периода обслуживания, и оно будет принято.  **-N**, **--with-ns**   Этот параметр можно использовать только с параметром **--with-timestamps**.  Каждая строка входного файла должна содержать 5 полей, разделённых пробелами: **<узел-сети> <ключ> <метка-времени> <наносекунды> <значение>**.  Пример строки входного файла:  **"Linux DB3" db.connections 1429533600 7402561 43**  Для получения более подробной информации, пожалуйста, смотрите опцию **--input-file**.  **-r**, **--real-time**   Отправляйте значения одно за другим, как только они будут получены. Это можно использовать при чтении из стандартного ввода.  **--tls-connect** *значение*   Как подключаться к серверу или прокси-серверу. Значения:  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix agent in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file*\ Использовать альтернативный файл конфигурации *config-file* вместо файла по умолчанию.  **-f**, **--foreground**\ Запустить агент Zabbix на переднем плане (отключить переход в фоновый режим).  **-R**, **--runtime-control** *runtime-option*\ Выполнить административные функции в соответствии с *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix proxy in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
ru	## ОПЦИИ  **-c**, **--config** *config-file*   Использовать альтернативный файл конфигурации *config-file* вместо файла по умолчанию.  **-f**, **--foreground**   Запустить zabbix прокси на переднем плане.  **-R**, **--runtime-control** *runtime-option*   Выполнить административные функции в соответствии с *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix server in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.   Examples of running Zabbix server with command line parameters: ```yaml zabbix_server -c /usr/local/etc/zabbix_server.conf zabbix_server --help zabbix_server -V ```  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file*   Использовать альтернативный файл конфигурации *config-file* вместо файла по умолчанию.  **-f**, **--foreground**   Запустить сервер Zabbix на переднем плане.  **-R**, **--runtime-control** *runtime-option*   Выполнить административные функции в соответствии с *runtime-option*.  **-h**, **--help**   Вывести справочную информацию и выйти.  **-V**, **--version**   Вывести информацию о версии и выйти.   Примеры запуска Zabbix сервера с параметрами командной строки: ```yaml zabbix_server -c /usr/local/etc/zabbix_server.conf zabbix_server --help zabbix_server -V ```  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file*   Использовать альтернативный файл конфигурации *config-file* вместо файла по умолчанию.  **-h**, **--help**   Вывести справочную информацию и выйти.  **-V**, **--version**   Вывести информацию о версии и выйти.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file*\ Использовать альтернативный файл конфигурации *config-file* вместо файла по умолчанию.  **-R**, **--runtime-control** *runtime-option*\ Выполнить административные функции в соответствии с *runtime-option*.

en-us	### Options  |Parameter|Description| |---------|-----------| |-V --version|Print the plugin version and license information.| |-h --help|Print help information (shorthand).|
ru	### Опции  |Параметр||Описание|| |---------|-----------| |-V --version|Вывести версию плагина и информацию о лицензии.| |-h --help|Вывести справочную информацию (сокращённо).|

en-us	#### Options  |Parameter|Description| |---------|-----------| |-V --version|Print the plugin version and license information.| |-h --help|Print help information (shorthand).|
ru	#### Опции  |Параметр|Описание| |---------|-----------| |-V --version|Вывести версию плагина и информацию о лицензии.| |-h --help|Вывести справочную информацию (сокращённо).|

en-us	## OPTIONS  **-s**, **--host** *host-name-or-IP*   Specify host name or IP address of a host.  **-p**, **--port** *port-number*   Specify port number of agent running on the host. Default is 10050.  **-I**, **--source-address** *IP-address*   Specify source IP address.  **-t**, **--timeout** *seconds*   Specify timeout. Valid range: 1-30 seconds (default: 30)  **-k**, **--key** *item-key*   Specify key of item to retrieve value for.  **--tls-connect** *value*   How to connect to agent. Values:  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-s**, **--host** *имя-узла-сети-или-IP*\ Укажите имя узла сети или IP-адрес узла сети.  **-p**, **--port** *номер-порта*\ Укажите номер порта агента, работающего на хосте. По умолчанию 10050.  **-I**, **--source-address** *IP-адрес*\ Укажите исходящий IP-адрес.  **-t**, **--timeout** *секунды*\ Укажите время ожидания. Допустимый диапазон: 1-30 секунд (по умолчанию: 30).  **-k**, **--key** *ключ-элемента-данных*\ Укажите ключ элемента данных, для которого необходимо получить значение.  **--tls-connect** *значение*\ Как подключиться к агенту. Значения:  [ ]{#lbAF}

en-us	## OPTIONS  **-s**, **--script** *script-file*   Specify the file name of the script to execute. If '-' is specified as file name, the script will be read from stdin.  **-p**, **--param** *input-param*   Specify the input parameter.  **-i**, **--input** *input-file*   Specify the file name of the input parameter. If '-' is specified as file name, the input will be read from stdin.  **-l**, **--loglevel** *log-level*   Specify the log level.  **-t**, **--timeout** *timeout*   Specify the timeout in seconds. Valid range: 1\-60 seconds (default: 10)  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-s**, **--script** *файл-скрипта*\ Укажите имя файла скрипта для выполнения. Если в качестве имени файла указано '-', скрипт будет прочитан из стандартного ввода.  **-p**, **--param** *входной-параметр*\ Укажите входной параметр.  **-i**, **--input** *входной-файл*\ Укажите имя файла входного параметра. Если в качестве имени файла указано '-', входной-параметр будет считан из стандартного ввода.  **-l**, **--loglevel** *уровень-журналирования*\ Укажите уровень журналирования.  **-t**, **--timeout** *тайм-аут*\ Укажите время ожидания в секундах. Допустимый диапазон: 1\-60 секунд (по умолчанию: 10).  **-h**, **--help**\ Вывести справочную информацию и выйти.  **-V**, **--version**\ Вывести информации о версии и выйти.  [ ]{#lbAF}

en-us	#### Options  The following command line parameters can be used with Zabbix agent 2:  |Parameter|Description| |--|--------| |-c --config <config-file>|Path to the configuration file.<br>You may use this option to specify a configuration file that is not the default one.<br>On UNIX, default is /usr/local/etc/zabbix\_agent2.conf or as set by [compile-time](/manual/installation/install#installing_zabbix_daemons) variables *--sysconfdir* or *--prefix*| |-f --foreground|Run Zabbix agent in foreground (default: true).| |-p --print|Print known items and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-t --test <item key>|Test specified item and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-h --help|Print help information and exit.| |-v --verbose|Print debugging information. Use this option with -p and -t options.| |-V --version|Print agent version and license information.| |-R --runtime-control <option>|Perform administrative functions. See [runtime control](/manual/concepts/agent2#runtime_control).|  Specific **examples** of using command line parameters:  -   print all built-in agent items with values -   test a user parameter with "mysql.ping" key defined in the specified configuration file  ```{=html} <!-- --> ```     zabbix_agent2 --print     zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf
ru	#### Опции  Следующие параметры командной строки могут быть использованы с Zabbix агентом 2:  |**Параметр**|**Описание**| |--|--------| |-c --config <файл-конфигурации>|Путь к файлу конфигурации.<br>Вы можете использовать данную опцию, чтобы задать файл конфигурации, размещенный в папке отличной от заданной по умолчанию.<br>В UNIX, путь по умолчанию /usr/local/etc/zabbix\_agent2.conf или как задано [во время компиляции](/manual/installation/install#установка_демонов_zabbix) переменными *--sysconfdir* или *--prefix*| |-f --foreground|Запуск Zabbix агента без перехода в фоновый режим (по умолчанию: true).| |-p --print|Вывод известых элементов данных и выход.<br>*Примечание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вам необходимо указать файл конфигурации (если он находится вне папки заданной по умолчанию).| |-t --test <ключ элемента данных>|Тестирование указанного элемента данных и выход.<br>*Примечание*: Чтобы также получить результат [пользовательского параметра](/manual/config/items/userparameters), вам необходимо указать файл конфигурации (если он находится вне папки заданной по умолчанию).| |-h --help|Вывод справочной информации и выход.| |-v --verbose|Вывод отладочной информации. Используйте эту опцию совместно с -p и -t опциями.| |-V --version|Вывод номера версии агента и выход.| |-R --runtime-control <опция>|Выполнение административных функций. Смотрите [управление работой](/manual/concepts/agent2#управление-работой).|  Отдельные **примеры** использования параметров командной строки:  -   отображение всех встроенных элементов данных с их значениями -   тестирование пользовательского параметра с ключом «mysql.ping», заданном в указанном файле конфигурации  ```{=html} <!-- --> ```     zabbix_agent2 --print     zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf

en-us	 ### Oracle  Export and import must be performed in tmux/screen to ensure that the session isn't dropped. Zabbix server should be down during the upgrade.  See also: [Important notes](#important-notes)  #### Table upgrade  * Install Oracle Data Pump (available in the [Instant Client Tools package](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)).   See Oracle Data Pump [documentation](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html) for performance tips.  * Rename tables using `history_pk_prepare.sql`.  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```
ru	 ### Oracle  Экспорт и импорт должны выполняться в tmux/screen во избежание обрыва сессии. Zabbix сервер должен быть остановлен на время обновления.  Смотрите также: [Важные примечания](#важные-примечания)  #### Обновление таблиц  * Установите Oracle Data Pump (доступен в [пакете Instant Client Tools](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)).   Смотрите [документацию \[en\]](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html) по Oracle Data Pump для советов по производительности.  * Переименуйте таблицы, используя `history_pk_prepare.sql`:  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```

en-us	#### Oracle  Instructions for creating and configuring Oracle database are provided in a separate [section](/manual/appendix/install/oracle).
ru	#### Oracle  Инструкции по созданию и настройке базы данных Oracle приведены в отдельном [разделе](/manual/appendix/install/oracle).

en-us	 ### Oracle  |Key|<|<|<| |--|--|------|------| |**Description**|**Return value**|**Parameters**|**Comments**| |oracle.diskgroups.stats\[connString,<user>,<password>,<service>,<diskgroup>\]|<|<|<| |Automatic Storage Management (ASM) disk groups statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**diskgroup** - name of the ASM disk group to query.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.diskgroups.discovery\[connString,<user>,<password>,<service>\]|<|<|<| |List of ASM disk groups. Used for [low-level discovery](/manual/discovery/low_level_discovery).|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.archive.info\[connString,<user>,<password>,<service>,<destination>\]|<|<|<| |Archive logs statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**destination** - name of the destination to query.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.cdb.info\[connString,<user>,<password>,<service>,<database>\]|<|<|<| |Container Databases (CDBs) information.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**database** - name of the database to query.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.custom.query\[connString,<user>,<password>,<service>,queryName,<args...>\]|<|<|<| |Result of a custom query.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**queryName** — name of a custom query, must match SQL file name without an extension.<br>**args** - one or several comma-separated arguments to pass to a query.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.datafiles.stats\[connString,<user>,<password>,<service>\]|<|<|<| |Data files statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.db.discovery\[connString,<user>,<password>,<service>\]|<|<|<| |List of databases. Used for [low-level discovery](/manual/discovery/low_level_discovery).|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.fra.stats\[connString,<user>,<password>,<service>\]|<|<|<| |Fast Recovery Area (FRA) statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.instance.info\[connString,<user>,<password>,<service>\]|<|<|<| |Instance statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.pdb.info\[connString,<user>,<password>,<service>,<database>\]|<|<|<| |Pluggable Databases (PDBs) information.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**database** - name of the database to query.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.pdb.discovery\[connString,<user>,<password>,<service>\]|<|<|<| |List of PDBs. Used for [low-level discovery](/manual/discovery/low_level_discovery).|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.pga.stats\[connString,<user>,<password>,<service>\]|<|<|<| |Program Global Area (PGA) statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.ping\[connString,<user>,<password>,<service>\]|<|<|<| |Tests whether a connection to Oracle can be established.|0 - connection is broken (if there is any error presented including AUTH and configuration issues)<br>1 - connection is successful.|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.proc.stats\[connString,<user>,<password>,<service>\]|<|<|<| |Processes statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.redolog.info\[connString,<user>,<password>,<service>\]|<|<|<| |Log file information from the control file.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.sga.stats\[connString,<user>,<password>,<service>\]|<|<|<| |System Global Area (SGA) statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.sessions.stats\[connString,<user>,<password>,<service>,<lockMaxTime>\]|<|<|<| |Sessions statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**lockMaxTime** - maximum session lock duration in seconds to count the session as a prolongedly locked. Default: 600 seconds.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.sys.metrics\[connString,<user>,<password>,<service>,<duration>\]|<|<|<| |A set of system metric values.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**duration** - capturing interval (in seconds) of system metric values. Possible values: *60* — long duration (default), *15* — short duration.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.sys.params\[connString,<user>,<password>,<service>\]|<|<|<| |A set of system parameter values.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.ts.stats\[connString,<user>,<password>,<service>,<tablespace>,<type>\]|<|<|<| |Tablespaces statistics.|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**tablespace** - name of the tablespace to query. Default (if left empty and `type` is set):<br>- "TEMP" (if `type` is set to "TEMPORARY");<br>- "USERS" (if `type` is set to "PERMANENT").<br>**type** - type of the tablespace to query. Default (if `tablespace` is set): "PERMANENT".|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.ts.discovery\[connString,<user>,<password>,<service>\]|<|<|<| |List of tablespaces. Used for [low-level discovery](/manual/discovery/low_level_discovery).|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.user.info\[connString,<user>,<password>,<service>,<username>\]|<|<|<| |List of tablespaces. Used for [low-level discovery](/manual/discovery/low_level_discovery).|JSON object|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.<br>**username** - a username, for which the information is needed. Lowercase usernames are not supported. Default: current user.|**user** parameter allows to append one of the login options `as sysdba`, `as sysoper`, or `as sysasm` in the format `user as sysdba` (login option is case-insensitive; must not contain a trailing space). | |oracle.version\[connString,<user>,<password>,<service>\]|<|<|<| |Returns the database server version.|String|**connString** - URI or session name.<br>**user, password** - Oracle login credentials.<br>**service** - Oracle service name.||
ru	### Oracle  |Ключ|<|<|<| |--|--|------|------| |**Описание**|**Возвращаемое значение**|**Параметры**|**Комментарии**| |oracle.diskgroups.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>,<диск_группа>\]|<|<|<| |Статистика группы дисков ASM (Automatic Storage Management).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**диск_группа** - имя опрашиваемой группы дисков ASM.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.diskgroups.discovery\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Список групп дисков ASM. Используется [низкоуровневым обнаружением](/manual/discovery/low_level_discovery).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.archive.info\[строк_подкл,<пользователь>,<пароль>,<сервис>,<адресат>\]|<|<|<| |Статистика архивных журналов.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**адресат** - имя опрашиваемого адресата|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.cdb.info\[строк_подкл,<пользователь>,<пароль>,<сервис>,<база_данных>\]|<|<|<| |Информация о контейнерных базах данных (CDB).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**база_данных** - имя опрашиваемой базы данных.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.custom.query\[строк_подкл,<пользователь>,<пароль>,<сервис>, имя_запроса, <аргументы...>\]|<|<|<| |Результат пользовательского запроса.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**имя_запроса** — имя пользовательского запроса (должно совпадать с именем sql файла без расширения).<br>**аргументы...** — один или несколько аргументов, разделенных запятой, которые будут переданы запросу.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.datafiles.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика файлов данных.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.db.discovery\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Список баз данных. Используется [низкоуровневым обнаружением](/manual/discovery/low_level_discovery).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.fra.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика области быстрого восставовления (FRA).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.instance.info\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика экземпляра.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.pdb.info\[строк_подкл,<пользователь>,<пароль>,<сервис>,<база_данных>\]|<|<|<| |Информация  о PDB (Pluggable Databases).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**база_данных** - имя опрашиваемой базы данных.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.pdb.discovery\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Список PDB. Используется [низкоуровневым обнаружением](/manual/discovery/low_level_discovery).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.pga.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика PGA (Program Global Area).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.ping\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Проверка, можно ли установить подключение к  Oracle.|0 - подключение разорвано (если имеется какая-либо ошибка, включая проблемы с аутентификацией или проблемы с настройками)<br>1 - подключение успешно.|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.proc.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика по процессам.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.redolog.info\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Информация о файле журнала из контрольного файла.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.sga.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Статистика SGA (System Global Area).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.sessions.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>,<макс_время_блок>\]|<|<|<| |Статистика сессий.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**макс_время_блок** - максимальная длительность блокировки сессии в секундах, чтобы он считался заблокированным на долгий срок. По умолчанию: 600 секунд.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.sys.metrics\[строк_подкл,<пользователь>,<пароль>,<сервис>,<длительность>\]|<|<|<| |Набор значений системных метрик.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**длительность** - интервал захвата (в секундах) значений системных метрик. Возможные значения: *60* — долгая длительность (по умолчанию), *15* — короткая длительность.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.sys.params\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Набор значений системных параметров.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.ts.stats\[строк_подкл,<пользователь>,<пароль>,<сервис>,<tablespace>,<тип>\]|<|<|<| |Статистика табличных пространств.|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**tablespace** - имя опрашиваемого табличного пространства. По умолчанию (если оставлено пустым и `тип` задан):<br>- "TEMP" (если `тип` выставлен в "TEMPORARY");<br>- "USERS" (если `тип` выставлен в "PERMANENT").<br>**тип** - тип опрашиваемого табличного пространства. По умолчанию (если `tablespace` задано): "PERMANENT".|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.ts.discovery\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Список табличных пространств. Используется [низкоуровневым обнаружением](/manual/discovery/low_level_discovery).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.user.info\[строк_подкл,<пользователь>,<пароль>,<сервис>,<имя_пользователя >\]|<|<|<| |Список табличных пространств. Используется [низкоуровневым обнаружением](/manual/discovery/low_level_discovery).|Объект JSON|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.<br>**имя_пользователя** - имя пользователя по которому необходима информация. Имена пользователей в строчном регистре не поддерживаются. По умолчанию: текущее имя пользователя.|Параметр **пользователь** позволяет добавить одну из опций подключения: `as sysdba`, `as sysoper` или `as sysasm` в формате `пользователь as sysdba` (опция подключения чувствительна к регистру; не должна заканчиваться пробелом).| |oracle.version\[строк_подкл,<пользователь>,<пароль>,<сервис>\]|<|<|<| |Возвращает версию сервера баз данных.|String|**строк_подкл** - URI или имя сессии.<br>**пользователь, пароль** - учётные данные входа в Oracle.<br>**сервис** - имя сервиса Oracle.| |

en-us	#### Ordering shapes and lines  To bring one shape in front of the other (or vice versa) click on the shape with the right mouse button bringing up the map shape menu.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)
ru	#### Порядок фигур и линий  Чтобы поместить одну фигуру поверх другой (или наоборот), нажмите на фигуру правой кнопкой мыши, чтобы отобразилось меню фигуры карты.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)

en-us	#### Other agent options  It is possible to run multiple instances of the agent on a host. A single instance can use the default configuration file or a configuration file specified in the command line. In case of multiple instances each agent instance must have its own configuration file (one of the instances can use the default configuration file).  The following command line parameters can be used with Zabbix agent:  |Parameter|Description| |--|--------| |**UNIX and Windows agent**|<| |-c --config <config-file>|Path to the configuration file.<br>You may use this option to specify a configuration file that is not the default one.<br>On UNIX, default is /usr/local/etc/zabbix\_agentd.conf or as set by [compile-time](/manual/installation/install#installing_zabbix_daemons) variables *--sysconfdir* or *--prefix*<br>On Windows, default is c:\\zabbix\_agentd.conf| |-p --print|Print known items and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-t --test <item key>|Test specified item and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-h --help|Display help information| |-V --version|Display version number| |**UNIX agent only**|<| |-R --runtime-control <option>|Perform administrative functions. See [runtime control](/manual/concepts/agent#runtime_control).| |**Windows agent only**|<| |-m --multiple-agents|Use multiple agent instances (with -i,-d,-s,-x functions).<br>To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file.| |**Windows agent only (functions)**|<| |-i --install|Install Zabbix Windows agent as service| |-d --uninstall|Uninstall Zabbix Windows agent service| |-s --start|Start Zabbix Windows agent service| |-x --stop|Stop Zabbix Windows agent service|  Specific **examples** of using command line parameters:  -   printing all built-in agent items with values -   testing a user parameter with "mysql.ping" key defined in the     specified configuration file -   installing a "Zabbix Agent" service for Windows using the default     path to configuration file c:\\zabbix\_agentd.conf -   installing a "Zabbix Agent \[Hostname\]" service for Windows using     the configuration file zabbix\_agentd.conf located in the same     folder as agent executable and make the service name unique by     extending it by Hostname value from the config file  ```{=html} <!-- --> ```     zabbix_agentd --print     zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     zabbix_agentd.exe -i     zabbix_agentd.exe -i -m -c zabbix_agentd.conf
ru	#### Другие опции агента  Имеется возможность запуска нескольких экземпляров агента на одном узле сети. Отдельный экземпляр может использовать файл конфигурации по умолчанию или же файл конфигурации, указанный в командной строке. В случае нескольких экземпляров каждый экземпляр агента должен иметь свой собственный файл конфигурации (один из них может использовать файл конфигурации по умолчанию).  Следующие параметры командной строки могут быть использованы с Zabbix агентом:  |**Параметр**|**Описание**| |--|--------| |**UNIX и Windows агенты**|<| |-c --config <файл-конфигурации>|Путь к файлу конфигурации.<br>Вы можете использовать данную опцию, чтобы задать файл конфигурации, размещённый в папке, отличной от заданной по умолчанию.<br>В UNIX, путь по умолчанию /usr/local/etc/zabbix\_agentd.conf или как задано [во время компиляции](/manual/installation/install#установка-демонов-zabbix) переменными *--sysconfdir* или *--prefix*<br>В Windows, путь по умолчанию c:\\zabbix\_agentd.conf| |-p --print|Вывод известных элементов данных и выход.<br>*Примечание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вы можете указать файл конфигурации (если он находится вне папки, заданной по умолчанию).| |-t --test <ключ элемента данных>|Тестирование указанного элемента данных и выход.<br>*Примечание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вы можете указать файл конфигурации (если он находится вне папки, заданной по умолчанию).| |-h --help|Вывод справочной информации| |-V --version|Вывод номера версии| |**Только UNIX агент**|<| |-R --runtime-control <опция>|Выполнение административных функций. Смотрите [управление работой](/manual/concepts/agent#управление_работой).| |**Только Windows агент**|<| |-m --multiple-agents|Использование нескольких экземпляров агента (с -i,-d,-s,-x функциями).<br>Для уникальности имён экземпляров служб, каждое имя службы будет включать значение Hostname из указанного файла конфигурации.| |**Только Windows агент (функции)**|<| |-i --install|Установка Zabbix агента как службы| |-d --uninstall|Удаление службы Windows Zabbix агента| |-s --start|Запуск службы Windows Zabbix агента| |-x --stop|Остановка службы Windows Zabbix агента|  Отдельные **примеры** использования параметров командной строки:  -   отображение всех встроенных элементов данных с их значениями -   тестирование пользовательского параметра с ключом «mysql.ping», заданном в указанном файле конфигурации -   установка службы «Zabbix Agent» в Windows с использованием пути по умолчанию до файла конфигурации c:\\zabbix\_agentd.conf -   установка службы "Zabbix Agent \[Hostname\]" в Windows с использованием файла конфигурации zabbix\_agentd.conf, размещённого в той же самой папке, что и бинарный файл агента, и определение уникального имени службы с использованием значения Hostname из файла конфигурации  ```{=html} <!-- --> ```     zabbix_agentd --print     zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     zabbix_agentd.exe -i     zabbix_agentd.exe -i -m -c zabbix_agentd.conf

en-us	### Other changes and bug fixes
ru	### Прочие изменения и исправления ошибок

en-us	#### Other details  -   An Admin level user with *Read-write* access to a host will not be     able to link/unlink templates, if he has no access to the     *Templates* group. With *Read* access to *Templates* group he will     be able to link/unlink templates to the host, however, will not see     any templates in the template list and will not be able to operate     with templates in other places. -   An Admin level user with *Read* access to a host will not see the     host in the configuration section host list; however, the host     triggers will be accessible in IT service configuration. -   Any non-Super Admin user (including 'guest') can see network maps as     long as the map is empty or has only images. When hosts, host groups     or triggers are added to the map, permissions are respected. -   Zabbix server will not send notifications to users defined as action     operation recipients if access to the concerned host is explicitly     "denied".
ru	#### Другая информация  -   Пользователь с уровнем Администратор с правами доступа *Чтение-запись* к узлу сети не сможет присоединять / отсоединять шаблоны, если у него нет прав доступа к группе *Шаблоны*. При наличии прав доступа на *Чтение* к группе *Шаблоны* этот пользователь сможет присоединять / отсоединять шаблоны от этого узла сети, однако, он не будет видеть шаблоны в списке шаблонов и не сможет оперировать шаблонами в других местах. -   Пользователь с уровнем Администратор с правами доступа на *Чтение* к узлу сети не увидит этот узел сети в списке узлов сети раздела настройки; однако, триггеры этого узла сети будут доступны при настройке Услуг IT. -   Любой не Zabbix Супер-Администратор пользователь (включая 'guest') может просматривать карты сети, пока карта пустая или имеет только изображения. Права соблюдаются при наличии на карте добавленных узлов сети, групп узлов сети или триггеров. -   Zabbix сервер не будет отправлять оповещения пользователям, которые указаны получателями в операции действия, если доступ к соответствующему узлу сети явно "запрещён".

en-us	##### Other expressions  Function parameters may contain other expressions, as in the following syntax:      min(min(/host/key,1h),min(/host2/key2,1h)*10)  Note that other expressions may not be used, if the function references item history. For example, the following syntax is not allowed:  ~~`min(/host/key,#5*10)`~~
ru	##### Другие выражения  Параметры функций могут содержать другие выражения в соответствии со следующим синтаксисом:      min(min(/узел сети/ключ,1h),min(/узел сети2/ключ2,1h)*10)  Обратите внимание, что другие выражения нельзя использовать, если функция ссылается на историю элемента данных. Например, следующий синтаксис не разрешён:  ~~`min(/узел сети/ключ,#5*10)`~~

en-us	**Other hardware**  A serial communication port and a serial GSM modem are required for using SMS notification support in Zabbix. USB-to-serial converter will also work.
ru	**Другое оборудование**  Для использования встроенных в Zabbix SMS уведомлений потребуется последовательный порт передачи данных и GSM модем. Конвертер USB-to-serial также будет работать.

en-us	##### Other issues  A backslash character in an attribute name should be escaped:      jmx[com.example:type=Hello,c:\\documents]  For handling any other special characters in JMX item key, please see the item key format [section](/manual/config/items/item/key#parameter---quoted-string).  This is actually all there is to it. Happy JMX monitoring!
ru	##### Другие проблемы  Символ обратной косой черты также необходимо экранировать:      jmx[com.example:type=Hello,c:\\documents]  Для обработки любых других символов в ключе JMX элемента данных, пожалуйста, обратитесь к [разделу](/manual/config/items/item/key#параметр---строка-заключённая-в-кавычки) формата ключа элементов данных.  На самом деле это все, что нужно сделать. Успешного мониторинга JMX!

en-us	#### Other locations  In addition to the locations listed here, user macros can be used in the following fields:  |Location|<|Multiple macros/mix with text^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Global scripts (script, SSH, Telnet, IPMI), including confirmation text|<|yes| |Webhooks|<|<| | |JavaScript script|no| |^|JavaScript script parameter name|no| |^|JavaScript script parameter value|yes| |*Monitoring → Dashboards*|<|<| | |*Description* parameter in *Item value* dashboard widget|yes| |^|*URL*^[3](supported_by_location_user#footnotes)^ parameter in *URL* dashboard widget|yes| |*Administration → Users → Media*|<|<| | |When active|no| |*Administration → General → GUI*|<|<| | |Working time|no| |*Administration → Media types → Message templates*|<|<| | |Subject|yes| |^|Message|yes|  For a complete list of all macros supported in Zabbix, see [supported macros](/manual/appendix/macros/supported_by_location).
ru	#### Другие места  Помимо перечисленных здесь мест, пользовательские макросы могут использоваться в следующих полях:  |Место|<|Несколько макросов/вперемешку с текстом^[1](supported_by_location_user#примечания)^| |-|------------------------------|----------| |Глобальные скрипты (скрипт, SSH, Telnet, IPMI), включая текст подтверждения|<|да| |Вебхуки|<|<| | |Скрипт JavaScript|нет| |^|Имя параметра скрипта JavaScript|нет| |^|Значение параметра скрипта JavaScript|да| |*Мониторинг → Панели*|<|<| | |Параметр *Описание* в виджете панели *Значение элемента данных*|да| |^|Параметр *URL*^[3](supported_by_location_user#примечания)^ в виджете панели *URL*|да| |*Администрирование → Пользователи → Оповещения*|<|<| | |Когда активен|нет| |*Администрирование → Общие → Веб-интерфейс*|<|<| | |Рабочее время|нет| |*Администрирование → Способы оповещений → Шаблоны сообщений*|<|<| | |Тема|да| |^|Сообщение|да|  Полный список всех макросов, поддерживаемых в Zabbix, смотрите в разделе [поддерживаемые макросы](/manual/appendix/macros/supported_by_location).

en-us	#### - Other parameters  This section allows configuring miscellaneous other frontend parameters.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_other.png)  |Parameter|Description| |--|--------| |*Frontend URL*|URL to Zabbix web interface. This parameter is used by Zabbix web service for communication with frontend and should be specified to enable scheduled reports.| |*Group for discovered hosts*|Hosts discovered by [network discovery](/manual/discovery/network_discovery) and [agent autoregistration](/manual/discovery/auto_registration) will be automatically placed in the host group, selected here.| |*Default host inventory mode*|Default [mode](/manual/config/hosts/inventory) for host inventory. It will be followed whenever a new host or host prototype is created by server or frontend unless overridden during host discovery/autoregistration by the *Set host inventory mode* operation.| |*User group for database down message*|User group for sending alarm message or 'None'.<br>Zabbix server depends on the availability of the backend database. It cannot work without a database. If the database is down, selected users can be notified by Zabbix. Notifications will be sent to the user group set here using all configured user media entries. Zabbix server will not stop; it will wait until the database is back again to continue processing.<br>Notification consists of the following content:<br>`[MySQL\|PostgreSQL\|Oracle] database <DB Name> [on <DB Host>:<DB Port>] is not available: <error message depending on the type of DBMS (database)>`<br><DB Host> is not added to the message if it is defined as an empty value and <DB Port> is not added if it is the default value ("0"). The alert manager (a special Zabbix server process) tries to establish a new connection to the database every 10 seconds. If the database is still down the alert manager repeats sending alerts, but not more often than every 15 minutes.| |*Log unmatched SNMP traps*|Log [SNMP trap](/manual/config/items/itemtypes/snmptrap) if no corresponding SNMP interfaces have been found.|
ru	#### - Другие параметры  Этот раздел позволяет настроить несколько прочих параметров веб-интерфейса.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_other.png)  |Параметр|Описание| |--|--------| |*URL веб-интерфейса*<br>*(Frontend URL)*|URL веб-интерфейса Zabbix. Этот параметр используется веб-сервисом Zabbix для связи с веб-интерфейсом и должен быть указан для активации регулярных отчётов.| |*Группа для обнаруженных узлов сети*<br>*(Group for discovered hosts)*|Узлы сети, обнаруженные через [сетевое обнаружение](/manual/discovery/network_discovery) и через [авторегистрацию агентов](/manual/discovery/auto_registration), будут автоматически помещены в группу узлов сети, выбранную здесь.| |*Режим инвентаризации узлов сети по умолчанию*<br>*(Default host inventory mode)*|[Режим](/manual/config/hosts/inventory) по умолчанию инвентарных данных узлов сети. Выбранный режим будет использоваться всякий раз при создании нового узла сети или прототипа узлов сети сервером или веб-интерфейсом, если не будет переопределён в процессе обнаружения узлов сети/авторегистрации при помощи операции *Задать режим инвентарных данных узлов сети*.| |*Группа пользователей для сообщения при недоступности базы данных*<br>*(User group for database down message)*|Группа пользователей, которым будет отправляться сообщение оповещения или «Нет».<br>Zabbix сервер зависит от доступности его внутренней базы данных. Он не может работать без базы данных. Если база данных недоступна, выбранные пользователи будут оповещены Zabbix сервером. Оповещения будут отправлены группе пользователей, которая указана здесь, используя все заданные записи способов оповещения. Zabbix сервер не остановится; он будет ожидать, когда база данных станет доступна вновь, чтобы продолжить обработку.<br>Оповещения состоят из следующего содержимого:<br>`[MySQL|PostgreSQL|Oracle] database <Имя БД> [on <Хост БД>:<Порт БД>] is not available: <сообщение об ошибке зависит от типа СУБД (базы данных)>`<br><Хост БД> не добавляется в сообщение, если он задан пустым значением, и <Порт БД> не добавляется, если он равен значению по умолчанию («0»). Менеджер оповещений (специальный процесс Zabbix сервера, alert manager) пытается установить новое соединение с базой данных каждые 10 секунд. Если база данных всё ещё недоступна, процесс повторит оповещения, но не чаще чем каждые 15 минут.| |*Журналировать не совпадающие SNMP трапы*<br>*(Log unmatched SNMP traps)*|Журналирование [SNMP трапов](/manual/config/items/itemtypes/snmptrap) в случае, если соответствующие интерфейсы SNMP не найдены.|

en-us	### Other types of discovery  More detail and how-tos on other types of out-of-the-box discovery is available in the following sections:  -   discovery of [network     interfaces](/manual/discovery/low_level_discovery/examples/network_interfaces); -   discovery of [CPUs and CPU     cores](/manual/discovery/low_level_discovery/examples/cpu); -   discovery of [SNMP     OIDs](/manual/discovery/low_level_discovery/examples/snmp_oids); -   discovery of [JMX     objects](/manual/discovery/low_level_discovery/examples/jmx); -   discovery using [ODBC SQL     queries](/manual/discovery/low_level_discovery/examples/sql_queries); -   discovery of [Windows     services](/manual/discovery/low_level_discovery/examples/windows_services); -   discovery of [host     interfaces](/manual/discovery/low_level_discovery/examples/host_interfaces)     in Zabbix.  For more detail on the JSON format for discovery items and an example of how to implement your own file system discoverer as a Perl script, see [creating custom LLD rules](/manual/discovery/low_level_discovery/custom_rules).
ru	### Другие типы обнаружения  Для получения более подробных сведений и инструкций по остальным типам доступных «из коробки» обнаружений смотрите следующие разделы:  -   обнаружение [сетевых интерфейсов](/manual/discovery/low_level_discovery/examples/network_interfaces); -   обнаружение [CPU и ядер CPU](/manual/discovery/low_level_discovery/examples/cpu); -   обнаружение [SNMP OID-ов](/manual/discovery/low_level_discovery/examples/snmp_oids); -  обнаружение [объектов JMX](/manual/discovery/low_level_discovery/examples/jmx); -   обнаружение с использованием [запросов ODBC SQL](/manual/discovery/low_level_discovery/examples/sql_queries); -   обнаружение [служб Windows](/manual/discovery/low_level_discovery/examples/windows_services); -   обнаружение [интерфейсов узлов сети](/manual/discovery/low_level_discovery/examples/host_interfaces) в Zabbix.  Для получения более подробных сведений касательно JSON формата по обнаружению элементов данных и примера, каким образом реализовать своё собственное обнаружение файловых систем при помощи Perl скрипта, смотрите  [создание пользовательских правил LLD](/manual/discovery/low_level_discovery/custom_rules).

en-us	#### Other uses  Unit symbols are also used for a human-readable representation of data in the frontend.  In both Zabbix server and frontend these symbols are supported:  -   **K** - kilo -   **M** - mega -   **G** - giga -   **T** - tera  When item values in B, Bps are displayed in the frontend, base 2 is applied (1K = 1024). Otherwise a base of 10 is used (1K = 1000).  Additionally the frontend also supports the display of:  -   **P** - peta -   **E** - exa -   **Z** - zetta -   **Y** - yotta
ru	#### Другие случаи  Символы единиц измерения также используются для более удобного представления данных в веб-интерфейсе.  Эти символы поддерживает как Zabbix сервер, так и веб-интерфейс:  -   **K** - кило -   **M** - мега -   **G** - гига -   **T** - тера  Когда в веб-интерфейсе отображаются значения элементов данных в B, Bps, то применяется основание 2 (1K = 1024). В противном случае используется основание 10 (1K = 1000).  Дополнительно веб-интерфейс также поддерживает отображение:  -   **P** - пета -   **E** - экса -   **Z** - зетта -   **Y** - иотта

en-us	##### Outgoing connections  The simplest case is outgoing connections:  -   For outgoing connections with certificate - use TLSCipherCert13 or     TLSCipherCert -   For outgoing connections with PSK - use TLSCipherPSK13 or     TLSCipherPSK -   In case of zabbix\_get and zabbix\_sender utilities the command-line     parameters `--tls-cipher13` or `--tls-cipher` can be used     (encryption is unambiguously specified with a `--tls-connect`     parameter)
ru	##### Исходящие соединения  Простейший случай - это исходящие соединения:  -   Для исходящих соединений с сертификатом - используйте TLSCipherCert13 или     TLSCipherCert -   Для исходящих соединений с PSK - используйте TLSCipherPSK13 или     TLSCipherPSK -   В случае утилит zabbix\_get и zabbix\_sender могут быть использованы параметры командной строки `--tls-cipher13` и `--tls-cipher` (само шифрование недвусмысленно указывается параметром `--tls-connect`)

en-us	#### Output value  JSONPaths can be divided in definite and indefinite paths. A definite path can return only null or a single match. An indefinite path can return multiple matches, basically JSONPaths with detached, multiple name/index list, array slice or expression segments. However, when a function is used the JSONPath becomes definite, as functions always output single value.  A definite path returns the object/array/value it's referencing, while indefinite path returns an array of the matched objects/arrays/values.  ::: noteimportant The property order in JSONPath query results may not align with the original JSON property order due to internal optimization methods. For example, the JSONPath `$.books[1]["author", "title"]` may return `["title", "author"]`. If preserving the original property order is essential, alternative post-query processing methods should be considered. :::
ru	#### Результирующее значение  JSONPath можно разделить на определённые и неопределённые пути. Определённый путь может вернуть только null или одно совпадение. Неопределённый путь может вернуть несколько совпадений, в основном JSONPath с отсоединёнными несколькими именами / списком индексов, фрагментом массива или сегментами выражения. Однако, когда используется функция, JSONPath становится определённым, так как функции всегда имеют одиночное результирующее значение.  Определённый путь возвращает объект/массив/значение, на которое он ссылается, тогда как неопределённый путь возвращает массив соответствующих объектов/массивов/значений.  ::: noteimportant Порядок свойств в результатах запроса JSONPath может не соответствовать порядку свойств исходного JSON-а из-за внутренних методов оптимизации. Например, JSONPath `$.books[1]["author", "title"]` может вернуть `["title", "author"]`. Если сохранение исходного порядка свойств имеет важное значение, следует рассмотреть альтернативные методы обработки пост-запроса. :::

en-us	#### Override  The **Override** tab allows setting rules to modify the list of item, trigger, graph and host prototypes or their attributes for discovered objects that meet given criteria.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  Overrides (if any) are displayed in a reorderable drag-and-drop list and executed in the order in which they are defined.  To configure details of a new override, click on ![](../../../assets/en/manual/config/add_link.png) in the *Overrides* block. To edit an existing override, click on the override name. A popup window will open allowing to edit the override rule details.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  All mandatory parameters are marked with red asterisks.  |Parameter|Description| |--|--------| |*Name*|A unique (per LLD rule) override name.| |*If filter matches*|Defines whether next overrides should be processed when filter conditions are met:<br>**Continue overrides** - subsequent overrides will be processed.<br>**Stop processing** - operations from preceding (if any) and this override will be executed, subsequent overrides will be ignored for matched LLD rows.| |*Filters*|Determines to which discovered entities the override should be applied. Override filters are processed after discovery rule [filters](low_level_discovery#filter) and have the same functionality.| |*Operations*|Override operations are displayed with these details:<br>**Condition** - an object type (item prototype/trigger prototype/graph prototype/host prototype) and a condition to be met (equals/does not equal/contains/does not contain/matches/does not match)<br>**Action** - links for editing and removing an operation are displayed.|  **Configuring an operation**  To configure details of a new operation, click on ![](../../../assets/en/manual/config/add_link.png) in the Operations block. To edit an existing operation, click on ![](../../../assets/en/manual/config/edit_link.png) next to the operation. A popup window where you can edit the operation details will open.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |Parameter|<|<|Description| |-|-|----------|----------------------------------------| |*Object*|<|<|Four types of objects are available:<br>Item prototype<br>Trigger prototype<br>Graph prototype<br>Host prototype| |*Condition*|<|<|Allows filtering entities to which the operation should be applied.| | |Operator|<|Supported operators:<br>**equals** - apply to this prototype<br>**does not equal** - apply to all prototypes, except this<br>**contains** - apply, if prototype name contains this string<br>**does not contain** - apply, if prototype name does not contain this string<br>**matches** - apply, if prototype name matches regular expression<br>**does not match** - apply, if prototype name does not match regular expression<br>| |^|Pattern|<|A [regular expression](/manual/regular_expressions) or a string to search for.| |^|Object: *Item prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added in an enabled state.<br>*No* - the item will be added to a discovered entity but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added.<br>*No* - the item will not be added.| |^|^|*Update interval*|When the checkbox is marked, two options will appear, allowing to set different interval for the item:<br>*Delay* - Item update interval. [User macros](/manual/config/macros/user_macros) and [time suffixes](/manual/appendix/suffixes) (e.g. 30s, 1m, 2h, 1d) are supported. Should be set to 0 if *Custom interval* is used.<br>*Custom interval* - click ![](../../../assets/en/manual/config/add_link.png) to specify flexible/scheduling intervals. For detailed information see [Custom intervals](/manual/config/items/item/custom_intervals).| |^|^|*History storage period*|When the checkbox is marked, the buttons will appear, allowing to set different history storage period for the item:<br>*Do not keep history* - if selected, the history will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Trend storage period*|When the checkbox is marked, the buttons will appear, allowing to set different trend storage period for the item:<br>*Do not keep trends* - if selected, the trends will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the item prototype, even if the tag names match.| |^|Object: *Trigger prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added in an enabled state.<br>*No* - the trigger will be added to a discovered entity, but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added.<br>*No* - the trigger will not be added.| |^|^|*Severity*|When the checkbox is marked, trigger severity buttons will appear, allowing to modify trigger severity.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the trigger prototype, even if the tag names match.| |^|Object: *Graph prototype*|<|<| |^| |*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original graph prototype settings:<br>*Yes* - the graph will be added.<br>*No* - the graph will not be added.| |^|Object: *Host prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be created in an enabled state.<br>*No* - the host will be created in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be discovered.<br>*No* - the host will not be discovered.| |^|^|*Link templates*|When the checkbox is marked, an input field for specifying templates will appear. Start typing the template name or click on *Select* next to the field and select templates from the list in a popup window.<br>All templates linked to a host prototype will be replaced by templates from this override.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the host prototype, even if the tag names match.| |^|^|*Host inventory*|When the checkbox is marked, the buttons will appear, allowing to select different inventory [mode](/manual/config/hosts/inventory) for the host prototype:<br>*Disabled* - do not populate host inventory<br>*Manual* - provide details manually<br>*Automated* - auto-fill host inventory data based on collected metrics.|
ru	#### Замещения  Вкладка **Замещения** позволяет настроить правила модификации списка прототипов элементов данных, триггеров, графиков и узлов сети, а также их атрибутов для обнаруженных объектов, которые соответствуют заданным критериям.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  Замещения (если есть) отображаются в виде списка, позволяющего менять порядок путём перетаскивания, и выполняются в том порядке, в котором они определены. Чтобы настроить детали нового замещения, нажмите на ![](../../../assets/en/manual/config/add_link.png) (Добавить) в блоке *Замещения*. Чтобы отредактировать существующее замещение, нажмите на его имя. Откроется всплывающее окно, позволяющее редактировать детали замещения.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  Все обязательные поля ввода отмечены красной звёздочкой.  |Параметр|Описание| |--|--------| |*Имя*|Уникальное (для правила LLD) имя замещения.| |*При соответствии фильтру*|Определяет, должны ли обрабатываться последующие замещения при соответствии условиям фильтра:<br>**Продолжить замещения** - последующие замещения будут обработаны.<br>**Остановка обработки** - для соответствующих строк LLD операции из предыдущих (если есть) и данного замещений будут выполнены, последующие замещения будут проигнорированы.| |*Фильтры*|Определяет, к каким обнаруженным объектам должно применяться замещение. Фильтры замещений обрабатываются после [фильтров](low_level_discovery#фильтр-правила-обнаружения) правил обнаружения и имеют такой же функционал.| |*Операции*|Операции замещения отображаются со следующими подробностями:<br>**Условие** - тип объекта (прототип элемента данных / прототип триггера / прототип графика / прототип узла сети) и условие сравнения (равно / не равно / содержит / не содержит / совпадает / не соответствует)<br>**Действие** - ссылки для редактирования и удаления отображаемой операции.|  **Настройка операции**  Для настройки деталей новой операции, нажмите на ![](../../../assets/en/manual/config/add_link.png) (Добавить) в блоке Операции. Для редактирования существующей операции, нажмите на ![](../../../assets/en/manual/config/edit_link.png) (Изменить) после операции. Откроется всплывающее окно, где вы можете изменить детали операции.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |Параметр|<|<|Описание| |-|-|----------|----------------------------------------| |*Объект*|<|<|Доступны 4 типа объектов:<br>Прототип элемента данных<br>Прототип триггеров<br>Прототип графиков<br>Прототип узлов сети| |*Условие*|<|<|Разрешает фильтрацию объектов, к которым должна применяться операция.| | |Оператор|<|Поддерживаемые операторы:<br>**равно** - применяется к этому прототипу<br>**не равно** - применяется ко всем прототипам, кроме этого<br>**содержит** - применяется, если имя прототипа содержит данную строку<br>**не содержит** - применяется, если имя прототипа не содержит данную строку<br>**совпадает** - применяется, если имя прототипа соответствует регулярному выражению<br>**не соответствует** - применяется, если имя прототипа не соответствует регулярному выражению<br>| |^|Шаблон|<|[Регулярное выражение](/manual/regular_expressions) или искомая строка.| |^|Объект: *Прототип элемента данных*|<|<| |^| |*Создать активированным*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа элемента данных:<br>*Да* - элемент данных будет добавлен в активированном состоянии.<br>*Нет* - элемент данных для обнаруженного объекта будет добавлен, но в деактивированном состоянии.| |^|^|*Обнаружение*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа элемента данных:<br>*Да* - элемент данных будет добавлен.<br>*Нет* - элемент данных не будет добавлен.| |^|^|*Интервал обновления*|Если отмечено, то появятся две опции, позволяющие выставить отличающийся интервал для элемента данных:<br>*Задержка* - интервал обновления элемента данных. Поддерживаются [пользовательские макросы](/manual/config/macros/user_macros) и [суффиксы времени](/manual/appendix/suffixes) (например: 30s, 1m, 2h, 1d). Должно быть выставлено в 0, если используются *Пользовательские интервалы*.<br>*Пользовательские интервалы* - нажмите ![](../../../assets/en/manual/config/add_link.png) (Добавить), чтобы указать переменные интервалы или интервалы по расписанию. Для подробной информации смотрите [Пользовательские интервалы](/manual/config/items/item/custom_intervals).| |^|^|*Период хранения истории*|Если отмечено, то появятся кнопки, позволяющие выставить другие настройки периода хранения истории для элемента данных:<br>*Не хранить историю* - если выбрано, то история не будет сохраняться.<br>*Период хранения* - если выбрано, то справа появится поле для ввода периода хранения истории. Поддерживаются [пользовательские макросы](/manual/config/macros/user_macros) и [LLD макросы](/manual/config/macros/lld_macros).| |^|^|*Период хранения динамики изменений*|Если отмечено, то появятся кнопки, позволяющие выставить другие настройки периода хранения динамики изменений для элемента данных:<br>*Не хранить динамику изменений* - если выбрано, то динамика изменений не будет сохраняться.<br>*Период хранения* - если выбрано, то справа появится поле для ввода периода хранения динамики изменений. Поддерживаются [пользовательские макросы](/manual/config/macros/user_macros) и [LLD макросы](/manual/config/macros/lld_macros).| |^|^|*Теги*|Если отмечено, то появится новый блок, позволяющий указать пары тег-значение.<br>Эти теги будут добавлены к тегам, указанным в прототипе элемента данных, даже если имена тегов совпадают.| |^|Объект: *Прототип триггеров*|<|<| |^| |*Создать активированным*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа триггера:<br>*Да* - триггер будет добавлен в активированном состоянии.<br>*Нет* - триггер для обнаруженного объекта будет добавлен, но в деактивированном состоянии.| |^|^|*Обнаружение*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа триггера:<br>*Да* - триггер будет добавлен.<br>*Нет* - триггер не будет добавлен.| |^|^|*Важность*|Если отмечено, то появятся кнопки, позволяющие поменять важность триггера.| |^|^|*Теги*|Если отмечено, то появится новый блок, позволяющий указать пары тег-значение.<br>Эти теги будут добавлены к тегам, указанным в прототипе триггера, даже если имена тегов совпадают.| |^|Объект: *Прототип графиков*|<|<| |^| |*Обнаружение*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа графика:<br>*Да* - график будет добавлен.<br>*Нет* - график не будет добавлен.| |^|Объект: *Прототип узлов сети*|<|<| |^| |*Создать активированным*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа узла сети:<br>*Да* - узел сети будет добавлен в активированном состоянии.<br>*Нет* - узел сети будет добавлен в деактивированном состоянии.| |^|^|*Обнаружение*|Если отмечено, то появятся кнопки, позволяющие переопределить исходные настройки прототипа узла сети:<br>*Да* - узел сети будет обнаружен.<br>*Нет* - узел сети не будет обнаружен.| |^|^|*Присоединить шаблоны*|Если отмечено, то появится поле ввода для указания шаблонов. Начните вводить имя шаблона или нажмите на *Выбрать* рядом с полем и выберите шаблоны из списка во всплывающем окне.<br>Все шаблоны, присоединённые к прототипу узла сети, будут заменены шаблонами из данного замещения.| |^|^|*Теги*|Если отмечено, то появится новый блок, позволяющий указать пары тег-значение.<br>Эти теги будут добавлены к тегам, указанным в прототипе узла сети, даже если имена тегов совпадают.| |^|^|*Инвентарные данные узла сети*|Если отмечено, то появятся кнопки, позволяющие выбрать различные [режимы](/manual/config/hosts/inventory) инвентаризации для прототипа узла сети:<br>*Деактивировано* - не заполнять инвентарные данные узла сети<br>*Вручную* - предоставить информацию вручную<br>*Автоматически* - автоматическое заполнение инвентарных данных узла сети на основе собираемых метрик.|

en-us	#### Overview  Additional files or directories can be included into server/proxy/agent configuration using the `Include` parameter.
ru	#### Обзор  Дополнительные файлы или директории можно добавлять к конфигурации сервера / прокси / агента, используя параметр `Include`.

en-us	#### Overview  Aggregate calculations are a [calculated item](/manual/config/items/itemtypes/calculated)  type allowing to collect information from several items by Zabbix server and  then calculate an aggregate, depending on the aggregate function used.  Only unsigned integer and float values (type of information) are supported for aggregate calculation  items.  Aggregate calculations do not require any agent running on the host being monitored.
ru	#### Обзор  Агрегированные вычисления -  это тип [вычисляемых элементов данных](/manual/config/items/itemtypes/calculated), который позволяет собирать информацию с нескольких элементов данных Zabbix сервером, и затем вычислять совокупность, в зависимости от использованной функции агрегирования.  Для элементов данных агрегированного вычисления поддерживаются только целочисленные значения и значения с плавающей точкой (тип информации).  Агрегированные вычисления не требуют наличия какого-либо агента, запущенного на наблюдаемом узле сети.

en-us	#### Overview  All users in Zabbix access the Zabbix application through the web-based frontend. Each user is assigned a unique login name and a password.  All user passwords are encrypted and stored in the Zabbix database. Users cannot use their user id and password to log directly into the UNIX server unless they have also been set up accordingly to UNIX. Communication between the web server and the user browser can be protected using SSL.  With a flexible [user permission schema](/manual/config/users_and_usergroups/permissions) you can restrict and differentiate rights to:  -   access administrative Zabbix frontend functions -   perform certain actions in the frontend -   access monitored hosts in hostgroups -   use specific API methods
ru	#### Обзор  Все пользователи в Zabbix работают с системой Zabbix через веб-интерфейс. Каждому пользователю в Zabbix присвоены уникальные имя пользователя и пароль.  Все пароли пользователей зашифрованы и хранятся в базе данных Zabbix. Пользователи Zabbix не могут использовать свои имя пользователя и пароль для авторизации непосредственно на сервере UNIX, если только они не были заведены соответственно также и в UNIX. Соединение между веб-сервером и браузером пользователя может быть защищено с помощью SSL.  При наличии гибкой [схемы прав доступа пользователя](/manual/config/users_and_usergroups/permissions) вы можете ограничить и разграничить права доступа к:  -   административным функциям веб-интерфейса Zabbix -   выполнению определённых действий в веб-интерфейсе -   доступу к наблюдаемым узлам сети в группах узлов сети -   использованию заданных API методов

en-us	#### Overview  An item is an individual metric.  Items are used for collecting data. Once you have configured a host, you must add items to get actual data. One way of quickly adding many items is to attach one of the predefined templates to a host. However, for optimized system performance, you may need to fine-tune the templates to have as many items and as frequent monitoring as necessary.  To specify what sort of data to collect from a host, use the [item key](/manual/config/items/item/key). For example, an item with the key name **system.cpu.load** will collect processor load data, while an item with the key name **net.if.in** will collect incoming traffic information.  Additional parameters can be specified in square brackets after the key name. For example, system.cpu.load**\[avg5\]** will return the processor load average for the last 5 minutes, while net.if.in**\[eth0\]** will show incoming traffic in the interface "eth0".  ::: noteclassic See individual sections of [item types](/manual/config/items/itemtypes) for all supported item types and item keys. :::  Proceed to [creating and configuring an item](/manual/config/items/item).
ru	#### Обзор  Элемент данных является отдельной метрикой.  Элементы данных используются для сбора данных.  Когда вы настроили узел сети, для получения реальных данных вам нужно добавить элементы данных. Один из способов быстро добавить большое количество элементов данных, — это присоединить к узлу сети один из предопределённых шаблонов. Однако, для оптимизации производительности системы, вам может потребоваться выполнить тонкую настройку шаблонов, чтобы у вас было ровно столько элементов данных и они собирались бы настолько часто, насколько это действительно необходимо.  Чтобы указать, какого рода данные будут собираться с узла сети, используйте [ключ элемента данных](/manual/config/items/item/key). Например, элемент данных с именем ключа **system.cpu.load** будет собирать данные о загрузке процессора, тогда как элемент данных с именем ключа **net.if.in** будет собирать информацию о входящем трафике.  Дополнительные параметры могут быть указаны в квадратных скобках после имени ключа. Например, system.cpu.load**\[avg5\]** будет возвращать загрузку процессора за последние 5 минут, а net.if.in**\[eth0\]** покажет входящий трафик на интерфейсе eth0.  ::: noteclassic Для просмотра всех поддерживаемых типов элементов данных и ключей элементов данных смотрите отдельные разделы по [типам элементов данных](/manual/config/items/itemtypes). :::  Перейти к [созданию и настройке элемента данных](/manual/config/items/item).

en-us	#### Overview  An optional context can be used in [user macros](/manual/config/macros/user_macros), allowing to override the default value with a context-specific one.  The context is appended to the macro name; the syntax depends on whether the context is a static text value:      {$MACRO:"static text"}  or a regular expression:      {$MACRO:regex:"regular expression"}   Note that a macro with regular expression context can only be defined in user macro configuration. If the `regex:` prefix is used elsewhere as user macro context, like in a trigger expression, it will be treated as static context.  Context quoting is optional (see also [important notes](#important_notes)).  Macro context examples:  |Example|Description| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|User macro without context.| |`{$LOW_SPACE_LIMIT:/tmp}`|User macro with context (static string).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|User macro with context (regular expression). Same as `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|User macro with context (regular expression). Matches all strings prefixed with /var/log/.|
ru	### Обзор  В [пользовательских макросах](/manual/config/macros/user_macros) можно использовать опциональный контекст, который позволяет переопределять значение по умолчанию значением с учётом конкретной ситуации.  Контекст добавляется к имени макроса; синтаксис зависит от того, является ли контекст обычным текстовым значением:      {$МАКРОС:"обычный текст"}  или регулярным выражением:      {$МАКРОС:regex:"регулярное выражение"}   Обратите внимание, макрос с контекстом в виде регулярного выражения можно задавать только в настройках пользовательских макросов. Если префикс `regex:` используется в каком-либо другом месте как контекст пользовательского макроса, например в выражении триггера, этот префикс будет рассматриваться как обычный контекст.  Заключение в кавычки контекста опционально (смотрите также [важные замечания](#важные-замечания)).  Примеры контекста макросов:  |Пример|Описание| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|Пользовательский макрос без контекста.| |`{$LOW_SPACE_LIMIT:/tmp}`|Пользовательский макрос с контекстом (статическая строка).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|Пользовательский макрос с контекстом (регулярное выражение). То же, что и `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|Пользовательский макрос с контекстом (регулярное выражение). Соответствует всем строкам с префиксом /var/log/.|

en-us	#### Overview  As an alternative to setting up manually or reusing an existing server for Zabbix, users may [download](http://www.zabbix.com/download_appliance) a Zabbix appliance or a Zabbix appliance installation CD image.  Zabbix appliance and installation CD versions are based on AlmaLinux 8 (x86\_64).  Zabbix appliance installation CD can be used for instant deployment of Zabbix server (MySQL).  ::: noteimportant  You can use this Appliance to evaluate Zabbix. The Appliance is not intended for serious production use.  :::
ru	#### Обзор  В качестве альтернативы ручной настройке или повторного использования уже существующего сервера для Zabbix, пользователи могут [загрузить](http://www.zabbix.com/download_appliance) готовое решение Zabbix или CD образ готового решения Zabbix.  Версии готового решения Zabbix и установочного CD базируются на AlmaLinux 8 (x86\_64).  Установочный CD готового решения Zabbix можно использовать для быстрого развёртывания Zabbix сервера (MySQL).  ::: noteimportant Вы можете использовать это готовое решение для ознакомления с Zabbix. Готовое решение не предназначено для серьёзного промышленного использования.  :::

en-us	#### Overview  Assuming that we have configured some items and triggers and now are getting some events happening as a result of triggers changing state, it is time to consider some actions.  To begin with, we would not want to stare at the triggers or events list all the time. It would be much better to receive notification if something significant (such as a problem) has happened. Also, when problems occur, we would like to see that all the people concerned are informed.  That is why sending notifications is one of the primary actions offered by Zabbix. Who and when should be notified upon a certain event can be defined.  To be able to send and receive notifications from Zabbix you have to:  -   [define some media](/manual/config/notifications/media) -   [configure an action](/manual/config/notifications/action) that     sends a message to one of the defined media  Actions consist of *conditions* and *operations*. Basically, when conditions are met, operations are carried out. The two principal operations are sending a message (notification) and executing a remote command.  For discovery and autoregistration created events, some additional operations are available. Those include adding or removing a host, linking a template etc.
ru	#### Обзор  Предположим, мы уже настроили несколько элементов данных и триггеров и теперь мы получаем некоторые события, которые появляются как результат изменения состояния триггеров; настало время рассмотреть некоторые действия.  Начнем с того, что мы не хотим наблюдать за триггерами или за списком событий всё время. Было бы неплохо получать оповещения, если происходит что-то значительное (например, проблемы). Кроме того, когда возникают проблемы, мы бы хотели видеть, что все заинтересованные персоны проинформированы об этом.  Вот почему отправка оповещений является одной из ключевых задач, предлагаемой Zabbix. Можно указать, кто и когда должен быть оповещён при наступлении определенного события.  Чтобы была возможность отправлять и получать оповещения от Zabbix, вы должны:  -   [настроить какие-нибудь способы оповещения](/manual/config/notifications/media) -   [настроить действия](/manual/config/notifications/action), которые отправляют сообщения по одному из заданных способов оповещения  Действия состоят из *условий* и *операций*. В общем смысле, когда условия удовлетворяются, выполняются операции. Имеется две основных операции - это отправка сообщений (оповещений) и выполнение удалённых команд.  Для созданных событий обнаружениями и автоматической регистрацией, доступны несколько дополнительных операций. Они включают в себя добавление и удаление узлов сети, присоединение шаблонов и др.

en-us	#### Overview  A template is a set of entities that can be conveniently applied to multiple hosts.  The entities may be:  -   items -   triggers -   graphs -   dashboards -   low-level discovery rules -   web scenarios  As many hosts in real life are identical or fairly similar so it naturally follows that the set of entities (items, triggers, graphs,...) you have created for one host, may be useful for many. Of course, you could copy them to each new host, but that would be a lot of manual work. Instead, with templates you can copy them to one template and then apply the template to as many hosts as needed.  When a template is linked to a host, all entities (items, triggers, graphs,...) of the template are added to the host. Templates are assigned to each individual host directly (and not to a host group).  Templates are often used to group entities for particular services or applications (like Apache, MySQL, PostgreSQL, Postfix...) and then applied to hosts running those services.  Another benefit of using templates is when something has to be changed for all the hosts. Changing something on the template level once will propagate the change to all the linked hosts.  Thus, the use of templates is an excellent way of reducing one's workload and streamlining the Zabbix configuration.  Proceed to [creating and configuring a template](/manual/config/templates/template).
ru	#### Обзор  Шаблон - это набор объектов, который можно удобно и просто применить к нескольким узлам сети.  Объектами могут быть:  -   элементы данных -   триггеры -   графики -   панели -   правила низкоуровневых обнаружений -   веб-сценарии  Так как многие узлы сети в реальной жизни идентичны или более-менее похожи, отсюда вытекает, что наборы объектов (элементы данных, триггеры, графики,...), созданные вами для одного узла сети, могут быть полезны для многих узлов сети. Конечно, вы можете скопировать их в каждый новый узел сети, но это потребовало бы много ручной работы. Вместо этого, используя шаблоны, вы можете скопировать эти объекты в один шаблон и затем применить шаблон для любого количества требуемых узлов сети.  Когда шаблон присоединён к узлу сети, все объекты (элементы данных, триггеры, графики,...) из шаблона добавляются к этому узлу сети. Шаблоны соединяются непосредственно с каждым узлом сети (не с группой узлов сети).  Шаблоны часто используются для группировки объектов конкретных сервисов или приложений (таких как Apache, MySQL, PostgreSQL, Postfix...) и затем применяются к узлам сети, на которых эти сервисы запущены.  Еще одно преимущество в использовании шаблонов - это когда что-либо потребуется изменить на всех узлах сети. Изменение чего-либо на уровне шаблона распространяется на все присоединённые к этому шаблону узлы сети.  Таким образом, использование шаблонов является отличным способом снижения своей нагрузки и рационализации настройки Zabbix.  Перейдем к [созданию и настройке шаблона](/manual/config/templates/template).

en-us	#### Overview  A vertical menu in a sidebar provides access to various Zabbix frontend sections.  The menu is dark blue in the default theme.  ![](../../../assets/en/manual/introduction/vertical_menu.png){width="600"}
ru	#### Обзор  Вертикальное меню на боковой панели обеспечивает доступ к различным разделам веб-интерфейса Zabbix.  В теме по умолчанию это меню тёмно-синего цвета.  ![](../../../assets/en/manual/introduction/vertical_menu.png){width="600"}

en-us	#### Overview  A Zabbix database must be created during the installation of Zabbix server or proxy.  This section provides instructions for creating a Zabbix database. A separate set of instructions is available for each supported database.  UTF-8 is the only encoding supported by Zabbix. It is known to work without any security flaws. Users should be aware that there are known security issues if using some of the other encodings.
ru	#### Обзор  В процессе установки Zabbix сервера или прокси должна быть создана база данных Zabbix.  Этот раздел предоставляет инструкции для создания базы данных Zabbix.  Отдельный набор инструкций доступен для каждой из поддерживаемых баз данных.  UTF-8 - единственная кодировка, поддерживаемая Zabbix. Известно, что она работает без каких-либо уязвимостей в безопасности. Пользователи должны осознавать возможное наличие уязвимостей при использовании некоторых других кодировок.

en-us	### Overview  A Zabbix proxy can collect performance and availability data on behalf of the Zabbix server. This way, a proxy can take on itself some of the load of collecting data and offload the Zabbix server.  Also, using a proxy is the easiest way of implementing centralized and distributed monitoring, when all agents and proxies report to one Zabbix server and all data is collected centrally.  A Zabbix proxy can be used to:  -   Monitor remote locations -   Monitor locations having unreliable communications -   Offload the Zabbix server when monitoring thousands of devices -   Simplify the maintenance of distributed monitoring  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  The proxy requires only one TCP connection to the Zabbix server. This way it is easier to get around a firewall as you only need to configure one firewall rule.  ::: noteimportant Zabbix proxy must use a separate database. Pointing it to the Zabbix server database will break the configuration. :::  All data collected by the proxy is stored locally before transmitting it over to the server. This way no data is lost due to any temporary communication problems with the server. The *ProxyLocalBuffer* and *ProxyOfflineBuffer* parameters in the [proxy configuration file](/manual/appendix/config/zabbix_proxy) control for how long the data are kept locally.  ::: noteimportant It may happen that a proxy, which receives the latest configuration changes directly from Zabbix server database, has a more up-to-date configuration than Zabbix server whose configuration may not be updated as fast due to the value of [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). As a result, proxy may start gathering data and send them to Zabbix server that ignores these data. :::  Zabbix proxy is a data collector. It does not calculate triggers, process events or send alerts. For an overview of what proxy functionality is, review the following table:  |Function|<|Supported by proxy| |--------|-|------------------| |Items|<|<| |<|*Zabbix agent checks*|**Yes**| |^|*Zabbix agent checks (active)*|**Yes** ^1^| |^|*Simple checks*|**Yes**| |^|*Trapper items*|**Yes**| |^|*SNMP checks*|**Yes**| |^|*SNMP traps*|**Yes**| |^|*IPMI checks*|**Yes**| |^|*JMX checks*|**Yes**| |^|*Log file monitoring*|**Yes**| |^|*Internal checks*|**Yes**| |^|*SSH checks*|**Yes**| |^|*Telnet checks*|**Yes**| |^|*External checks*|**Yes**| |^|*Dependent items*|**Yes**| |^|*Script items*|**Yes**| |Built-in web monitoring|<|**Yes**| |Item value preprocessing|<|**Yes**| |Network discovery|<|**Yes**| |Active agent autoregistration|<|**Yes**| |Low-level discovery|<|**Yes**| |Remote commands|<|**Yes**| |Calculating triggers|<|*No*| |Processing events|<|*No*| |Event correlation|<|*No*| |Sending alerts|<|*No*|  ::: noteclassic \[1\] To make sure that an agent asks the proxy (and not the server) for active checks, the proxy must be listed in the **ServerActive** parameter in the agent configuration file. :::
ru	### Обзор  Zabbix прокси может собирать данные о производительности и доступности от имени Zabbix сервера. Таким образом, прокси может взять на себя некоторую часть нагрузки по сбору данных и разгрузить Zabbix сервер.  Кроме того, использование прокси это самый простой способ осуществления централизованного и распределённого мониторинга, когда все агенты и прокси отчитываются перед одним Zabbix сервером и все данные собираются в централизованном порядке.  Zabbix прокси можно использовать для:  -   Мониторинга удаленных мест -   Мониторинга в местах с ненадёжной связью -   Снижения нагрузки на Zabbix сервер при мониторинге тысяч устройств -   Упрощения обслуживания распределенного мониторинга  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  Прокси требует только одно TCP соединение к Zabbix серверу. Таким образом, будет проще настроить обход брандмауэра, вам потребуется настроить только одно правило в брандмауэре.  ::: noteimportant Zabbix прокси должен использовать отдельную базу данных. Если указать базу данных Zabbix сервера, то конфигурация будет испорчена. :::  Все данные, собранные прокси, до отправки их серверу хранятся локально. Таким образом, данные не теряются из-за временных проблем со связью с сервером. Параметры *ProxyLocalBuffer* и *ProxyOfflineBuffer* в [файле конфигурации прокси](/manual/appendix/config/zabbix_proxy)  управляют тем, как долго данные будут храниться локально.  ::: noteimportant Может случиться, что прокси, получающий изменения конфигурации из базы Zabbix сервера, будет иметь более свежую конфигурацию, чем сам Zabbix сервер, чья конфигурация может обновляться реже согласно значению параметра [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). В результате, прокси начнёт сбор данных и будет отправлять эти данные Zabbix серверу, который будет их игнорировать.  :::  Zabbix прокси - сборщик данных. Он не вычисляет триггеры, не обрабатывает события и не отправляет оповещения. Для обзора возможностей прокси, просмотрите следующую таблицу:  |Функция|<|Поддержка прокси| |--------|-|------------------| |Элементы данных|<|<| |<|*Проверки через Zabbix агент*|**Да**| |^|*Проверки через Zabbix агент (активный)*|**Да** ^1^| |^|*Простые проверки*|**Да**| |^|*Элементы данных траппера*|**Да**| |^|*SNMP проверки*|**Да**| |^|*SNMP трапы*|**Да**| |^|*IPMI проверки*|**Да**| |^|*JMX проверки*|**Да**| |^|*Мониторинг файлов журналов*|**Да**| |^|*Внутренние проверки*|**Да**| |^|*Проверки через SSH*|**Да**| |^|*Проверки через Telnet*|**Да**| |^|*Внешние проверки*|**Да**| |^|*Зависимые элементы данных*|**Да**| |^|*Скриптовые элементы данных*|**Да**| |Встроенный веб-мониторинг|<|**Да**| |Предобработка значений элементов данных|<|**Да**| |Обнаружение сети|<|**Да**| |Авторегистрация активных агентов|<|**Да**| |Низкоуровневое обнаружение|<|**Да**| |Удалённые команды|<|**Да**| |Вычисление триггеров|<|*Нет*| |Обработка событий|<|*Нет*| |Корреляция событий|<|*Нет*| |Отправка оповещений|<|*Нет*|  ::: noteclassic \[1\] Чтобы убедиться, что агент запрашивает активные проверки у прокси (а не у сервера), именно прокси должен быть указан в параметре **ServerActive** файла конфигурации агента. :::

en-us	#### Overview  By default, Zabbix provides a number of predefined themes. You may follow the step-by-step procedure provided here in order to create your own. Feel free to share the result of your work with Zabbix community if you created something nice.
ru	#### Обзор  По умолчанию Zabbix поставляется с некоторым количеством предустановленных тем. Чтобы создать свою собственную тему, Вы можете выполнить приведённую здесь пошаговую процедуру. Не стесняйтесь поделиться результатами своей работы с сообществом Zabbix, если создали что-то действительно приятное.

en-us	##### Overview by item type  In this screen it is easy to locate if the problem is related to one or several item types.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Each line contains an item type. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
ru	##### Обзор по типу элементов данных  На этом экране можно легко определить, связана ли проблема с одним или несколькими типами элементов данных.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Каждая строка содержит тип элемента данных. Каждый столбец отображает количество ожидающих элементов данных: ожидающих 5—10 секунд / 10—30 секунд / 30—60 секунд / 1—5 минут / 5—10 минут и более 10 минут соответственно.

en-us	##### Overview by proxy  In this screen it is easy to locate if the problem is related to one of the proxies or the server.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Each line contains a proxy, with the server last in the list. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
ru	##### Обзор по прокси  На этом экране можно легко определить, связана ли проблема с одним из прокси или с сервером.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Каждая строка содержит один прокси, и последняя строка в списке — сервер. Каждый столбец отображает количество ожидающих элементов данных: ожидающих 5—10 секунд / 10—30 секунд / 30—60 секунд / 1—5 минут / 5—10 минут и более 10 минут соответственно.

en-us	#### Overview  Change of trigger status is the most frequent and most important source of events. Each time the trigger changes its state, an event is generated. The event contains details of the trigger state's change - when it happened and what the new state is.  Two types of events are created by triggers - Problem and OK.
ru	#### Обзор  Изменение состояния триггера является наиболее частым и наиболее важным источником событий. Каждый раз, когда триггер меняет свое состояние, генерируется событие. Событие содержит подробную информацию об изменении состояния триггера - когда это случилось, и какое сейчас новое состояние.  Триггерами создаются два типа событий - Проблема и ОК.

en-us	#### Overview  Checking for a new item value in Zabbix is a cyclic process that is based on configured update intervals. While for many items the update intervals are quite short, there are others (including low-level discovery rules) for which the update intervals are quite long, so in real-life situations there may be a need to check for a new value quicker - to pick up changes in discoverable resources, for example. To accommodate such a necessity, it is possible to reschedule a passive check and retrieve a new value immediately.  This functionality is supported for **passive** checks only. The following item types are supported:  -   Zabbix agent (passive) -   SNMPv1/v2/v3 agent -   IPMI agent -   Simple check -   Zabbix internal -   External check -   Database monitor -   JMX agent -   SSH agent -   Telnet -   Calculated -   HTTP agent -   Script  ::: noteimportant The check must be present in the configuration cache in order to get executed; for more information see [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). Before executing the check, the configuration cache is **not** updated, thus very recent changes to item/discovery rule configuration will not be picked up. Therefore, it is also not possible to check for a new value for an item/rule that is being created or has been created just now; use the *Test* option while configuring an item for that. :::
ru	#### Обзор  Проверка нового значения элемента данных в Zabbix - это цикличный процесс, который основывается на заданных интервалах обновления. Хотя у многих элементов данных интервалы обновления достаточно маленькие, имеются и другие (включая правила низкоуровневого обнаружения) - у которых интервалы обновления весьма большие; таким образом, в реальных ситуациях в жизни может потребоваться более быстрая проверка нового значения - например, чтобы подхватить изменения в обнаруживаемых ресурсах. Чтобы покрыть подобную необходимость, имеется возможность изменения расписания пассивной проверки и получения нового значения незамедлительно.  Эта функция поддерживается только для **пассивных** проверок. Поддерживаются следующие типы элементов данных:  -   Zabbix агент (пассивный) -   SNMPv1/v2/v3 агент -   IPMI агент -   Простая проверка -   Zabbix внутренний -   Внешняя проверка -   Монитор баз данных -   JMX агент -   SSH агент -   Telnet -   Вычисляемый -   HTTP агент -   Скрипт  ::: noteimportant Проверка должна существовать в кэше конфигурации, чтобы выполнение было успешным; для получения более подробных сведений смотрите [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). При проверке нового значения кэш конфигурации **не** обновляется, поэтому значения не будут отражать совсем недавние изменения конфигураций элементов данных/правил обнаружения. По этой же причине также отсутствует возможность проверки нового значения по элементу данных/правилу обнаружения, созданных только что; чтобы это сделать, используйте опцию *Тест* при настройке элемента данных. :::

en-us	#### Overview  Configuring a map in Zabbix requires that you first create a map by defining its general parameters and then you start filling the actual map with elements and their links.  You can populate the map with elements that are a host, a host group, a trigger, an image, or another map.  Icons are used to represent map elements. You can define the information that will be displayed with the icons and set that recent problems are displayed in a special way. You can link the icons and define information to be displayed on the links.  You can add custom URLs to be accessible by clicking on the icons. Thus you may link a host icon to host properties or a map icon to another map.  Maps are managed in *Monitoring* → *[Maps](/manual/web_interface/frontend_sections/monitoring/maps)*, where they can be configured, managed and viewed. In the monitoring view, you can click on the icons and take advantage of the links to some scripts and URLs.  Network maps are based on vector graphics (SVG) since Zabbix 3.4.
ru	#### Обзор  Настройка карты сети в Zabbix требует, чтобы вы сначала создали карту, определив её общие параметры, а затем начали заполнять эту карту элементами и связями между ними.  Вы можете заполнять карту такими элементами как: узлы сети, группы узлов сети, триггеры, изображения или другие карты сети.  Для отображения элементов карты используются иконки. Вы можете задавать информацию, которая будет отображаться с иконками, и определять, какие недавние недавние проблемы будут отображаться особым образом. Вы можете связать иконки и задать информацию, которая будет отображаться у связей.  Вы можете добавить пользовательские URL'ы, которые будут доступны при нажатии на иконках. Таким образом вы можете связать иконку узла сети со свойствами узла сети или иконку карты сети с другой картой.  Карты сети управляются в *Мониторинг → [Карты](/manual/web_interface/frontend_sections/monitoring/maps)*, здесь их можно настраивать, управлять и просматривать. На странице мониторинга вы можете нажать на иконки и воспользоваться ссылками на какие-нибудь скрипты или URL'ы.  Карты сети основаны на векторной графике (SVG) с Zabbix 3.4.

en-us	#### Overview  Configuring a template requires that you first create a template by defining its general parameters and then you add entities (items, triggers, graphs, etc.) to it.
ru	#### Обзор  Для настройки шаблона необходимо сначала создать его, указав общие параметры, и только затем добавлять в него объекты (элементы данных, триггеры, графики и прочее).

en-us	#### Overview  Custom graphs, as the name suggests, offer customization capabilities.  While simple graphs are good for viewing data of a single item, they do not offer configuration capabilities.  Thus, if you want to change graph style or the way lines are displayed or compare several items, for example, incoming and outgoing traffic in a single graph, you need a custom graph.  Custom graphs are configured manually.  They can be created for a host or several hosts or for a single template.
ru	#### Обзор  Пользовательские графики, как следует из названия, предлагают возможность индивидуальной настройки.  В то время как простые графики хороши для просмотра данных по одному элементу данных, они не дают возможности индивидуальной настройки.  Таким образом, если вы захотите изменить стиль графика или способ отрисовки линий, или сравнить несколько элементов данных, например, входящий и исходящий трафик на одном графике, то вам необходим пользовательский график.  Пользовательские графики настраиваются вручную.  Они могут быть созданы для одного узла сети, для нескольких узлов или в пределах одного шаблона.

en-us	#### Overview  Data provided in Prometheus line format can be used for low-level discovery.  See [Prometheus checks](/manual/config/items/itemtypes/prometheus) for details how Prometheus data querying is implemented in Zabbix.
ru	#### Обзор  Данные, представленные в формате строк Prometheus, могут использоваться для низкоуровневого обнаружения.  См. также: [Проверки Prometheus](/manual/config/items/itemtypes/prometheus) для получения подробной информации о том, как запрос данных Prometheus реализован в Zabbix.

en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
ru	#### Обзор  Режим отладки можно использовать для диагностики проблем с производительностью страниц веб-интерфейса Zabbix.

en-us	#### Overview  Depending on user role permissions, the *User settings* section may contain the following pages:  -   *User profile* - for customizing certain Zabbix frontend features; -   *API tokens* - for managing API tokens assigned to the current user.  The list of available pages appears upon pressing on the ![](../../../assets/en/manual/web_interface/user_profile.png) user icon near the bottom of the Zabbix menu (not available for a guest user). It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../assets/en/manual/web_interface/user_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_selector.png){width="300"}| |Third-level menu.|Title dropdown.|
ru	#### Обзор  В зависимости от прав доступа роли пользователей, раздел *Настройки пользователя* может содержать следующие страницы:  -   *Профиль пользователя* — для настройки некоторых функций веб-интерфейса Zabbix; -   *API токены* — для управления API токенами, которые назначены текущему пользователю.  Список доступных страниц появляется при нажатии на иконку пользователя ![](../../../assets/en/manual/web_interface/user_profile.png) в нижней части меню Zabbix (недоступно для гостевого пользователя). Также имеется возможность переключения между страницами при использовании выпадающего меню у заголовка в верхнем левом углу.  |   |   | |---|---| |![](../../../assets/en/manual/web_interface/user_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_selector.png){width="300"}| |Меню третьего уровня.|Выпадающее меню у заголовков.|

en-us	#### Overview  Each pre-shared key (PSK) in Zabbix actually is a pair of:  -   non-secret PSK identity string, -   secret PSK string value.  PSK identity string is a non-empty UTF-8 string. For example, "PSK ID 001 Zabbix agentd". It is a unique name by which this specific PSK is referred to by Zabbix components. Do not put sensitive information in PSK identity string - it is transmitted over the network unencrypted.  PSK value is a hard to guess string of hexadecimal digits, for example, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".
ru	#### Обзор  Каждый общий ключ (pre-shared key, PSK) в Zabbix на самом деле является парой из:  -   несекретной строки идентификации PSK, -   секретного значения строки PSK.  Строкой идентификации PSK является непустая строка UTF-8. Например, «PSK ID 001 Zabbix agentd». Это уникальное имя, по которому компоненты Zabbix ссылаются на этот конкретный общий ключ. Не помещайте чувствительную информацию в строку идентификации PSK - она передаётся по сети незашифрованной.   Значением PSK является сложно угадываемая строка из шестнадцатеричных цифр, например: «e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9».

en-us	#### Overview  Event correlation allows to correlate problem events to their resolution in a manner that is very precise and flexible.  Event correlation can be defined:  -   [on trigger level](/manual/config/event_correlation/trigger) - one     trigger may be used to relate separate problems to their solution -   [globally](/manual/config/event_correlation/global) - problems can     be correlated to their solution from a different trigger/polling     method using global correlation rules
ru	#### Обзор  Корреляция событий позволяет сопоставлять события о проблемах с их решениями очень точным и гибким способом.  Корреляцию событий можно задавать:  -   [на уровне триггера](/manual/config/event_correlation/trigger) - один триггер можно использовать, чтобы связать отдельные проблемы с их решением -   [глобально](/manual/config/event_correlation/global) - проблемы можно соотнести с их решением с другого триггера/метода опроса с использованием глобальных правил корреляции

en-us	#### Overview  Expression macros are useful for formula calculations. They are calculated  by expanding all macros inside and evaluating the resulting expression.  Expression macros have a special syntax:      {?EXPRESSION}  The syntax in EXPRESSION is the same as in [trigger expressions](/manual/config/triggers/expression) (see usage limitations below).   {HOST.HOST<1-9>} and {ITEM.KEY<1-9>} macros are supported inside expression macros. {ITEM.KEY<1-9>} macros are supported in expression macros since Zabbix 6.0.9.
ru	#### Обзор  Макросы выражений полезны для вычислений формул. Такие макросы вычисляются путем раскрытия всех макросов внутри и оценки результирующего выражения.  Макросы выражений имеют специальный синтаксис:      {?ВЫРАЖЕНИЕ}  Синтаксис внутри ВЫРАЖЕНИЯ такой же, как в [триггерных выражениях](/manual/config/triggers/expression) (смотри ниже ограничения по использованию).   Внутри макросов выражений поддерживаются макросы {HOST.HOST<1-9>} и {ITEM.KEY<1-9>}. Макросы {ITEM.KEY<1-9>} поддерживаются в макросах выражений с Zabbix 6.0.9.

en-us	#### Overview  External check is a check executed by Zabbix server by [running a shell script](/manual/appendix/command_execution) or a binary. However, when hosts are monitored by a Zabbix proxy, the external checks are executed by the proxy.  External checks do not require any agent running on a host being monitored.  The syntax of the item key is:      script[<parameter1>,<parameter2>,...]  Where:  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Name of a shell script or a binary.| |**parameter(s)**|Optional command line parameters.|  If you don't want to pass any parameters to the script you may use:      script[] or     script  Zabbix server will look in the directory defined as the location for external scripts (parameter 'ExternalScripts' in [Zabbix server configuration file](/manual/appendix/config/zabbix_server)) and execute the command. The command will be executed as the user Zabbix server runs as, so any access permissions or environment variables should be handled in a wrapper script, if necessary, and permissions on the command should allow that user to execute it. Only commands in the specified directory are available for execution.  ::: notewarning Do not overuse external checks! As each script requires starting a fork process by Zabbix server, running many scripts can decrease Zabbix performance a lot. :::
ru	#### Обзор  Внешняя проверка производится Zabbix сервером путём [выполнения shell скрипта](/manual/appendix/command_execution) или бинарного файла. Однако, когда узлы сети наблюдаются через Zabbix прокси, внешние проверки будут выполняться этим прокси.  Внешние проверки не требуют на наблюдаемом узле сети какого-либо агента.  Синтаксис ключа элемента данных:      скрипт[<параметр1>,<параметр2>,...]  Где:  |АРГУМЕНТ|ОПРЕДЕЛЕНИЕ| |--------|----------| |**скрипт**|Имя shell скрипта или бинарного файла.| |**параметр(ы)**|Опциональные параметры командной строки.|  Если вы не хотите передавать какие-нибудь параметры скрипту, вы можете использовать:      script[] или     script  Zabbix сервер заглянет в папку, указанную как размещение внешних скриптов (параметр 'ExternalScripts' в [файле конфигурации Zabbix сервера](/manual/appendix/config/zabbix_server)), и выполнит заданную команду. Команда будет выполнена от имени пользователя, под которым запущен Zabbix сервер, так что любые права доступа или переменные среды должны быть обработаны в оболочке скрипта, если необходимо, и права доступа на команду должны разрешать этому пользователю выполнение скрипта. Для исполнения доступны только те команды, которые имеются в наличии в указанной папке.  ::: notewarning Не злоупотребляйте внешними проверками! Каждый скрипт требует запуска Zabbix сервером дочернего процесса, запуск множества скриптов может значительно снизить производительность Zabbix. :::

en-us	#### Overview  For an easy access to Zabbix from anywhere and from any platform, the web-based interface is provided.  ::: noteclassic If using more than one frontend instance make sure that the locales and libraries (LDAP, SAML etc.) are installed and configured identically for all frontends. :::  
ru	#### Обзор  Для легкого доступа к Zabbix из любого места и с любой платформы, предусмотрен веб-интерфейс.  ::: noteclassic Если Вы используете несколько веб-интерфейсов, убедитесь,  что локали и необходимые библиотеки (LDAP, SAML и т.д.)  установлены и настроены одинаково для каждого из веб-интерфейсов. :::

en-us	#### Overview  Foreach functions are used in [aggregate calculations](/manual/config/items/itemtypes/calculated/aggregate) to return one aggregate value for each item that is selected by the used **item filter**. An array of values is returned.  For example, the *avg_foreach* function will return an array of values, where each value is the *average* history value of the selected item, during the time interval that is specified.  The [item filter](#item-filter-syntax) is part of the syntax used by foreach functions. The use of wildcards is supported in the item filter, thus the required items can be selected quite flexibly.
ru	#### Обзор  Функции foreach используются в [агрегированных вычислениях](/manual/config/items/itemtypes/calculated/aggregate), чтобы вернуть одно агрегированное значение для каждого из элементов данных, выбранных используемым **фильтром элементов данных**. Возвращается массив значений.  Например, функция *avg_foreach* вернёт массив значений, где каждое значение является *средним* значением истории выбранного элемента данных за указанный интервал времени.  [Фильтр элементов данных](#синтаксис-фильтра-элементов-данных) является частью синтаксиса, используемого функциями foreach. В фильтре элементов данных поддерживаются подстановочные символы, поэтому нужные элементы данных могут быть выбраны достаточно гибко.

en-us	#### Overview  Geomap widget displays hosts as markers on a geographical map using open-source JavaScript interactive maps library Leaflet.  ::: noteclassic  Zabbix offers multiple predefined map tile service providers and an option to add a custom tile service provider or even host tiles themselves (configurable in the *Administration → General → Geographical maps* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)).  :::
ru	#### Обзор  Виджет геокарты отображает узлы сети в виде маркеров на географической карте, используя JavaScript библиотеку с открытым исходным кодом Leaflet для интерактивных карт.  ::: noteclassic Zabbix предлагает несколько предопределённых поставщиков услуг плиток карты (map tile) и возможность добавить собственного поставщика услуг плиток или даже размещать сами плитки (настраивается в [разделе меню](/manual/web_interface/frontend_sections/administration/general#географические-карты) *Администрирование → Общие → Географические карты*). :::

en-us	#### Overview  Global event correlation allows to reach out over all metrics monitored by Zabbix and create correlations.  It is possible to correlate events created by completely different triggers and apply the same operations to them all. By creating intelligent correlation rules it is actually possible to save yourself from thousands of repetitive notifications and focus on root causes of a problem!  Global event correlation is a powerful mechanism, which allows you to untie yourself from one-trigger based problem and resolution logic. So far, a single problem event was created by one trigger and we were dependent on that same trigger for the problem resolution. We could not resolve a problem created by one trigger with another trigger. But with event correlation based on event tagging, we can.  For example, a log trigger may report application problems, while a polling trigger may report the application to be up and running. Taking advantage of event tags you can tag the log trigger as *Status: Down* while tag the polling trigger as *Status: Up*. Then, in a global correlation rule you can relate these triggers and assign an appropriate operation to this correlation such as closing the old events.  In another use, global correlation can identify similar triggers and apply the same operation to them. What if we could get only one problem report per network port problem? No need to report them all. That is also possible with global event correlation.  Global event correlation is configured in **correlation rules**. A correlation rule defines how the new problem events are paired with existing problem events and what to do in case of a match (close the new event, close matched old events by generating corresponding OK events). If a problem is closed by global correlation, it is reported in the *Info* column of *Monitoring* → *Problems*.  Configuring global correlation rules is available to Super Admin level users only.  ::: noteimportant Event correlation must be configured very carefully, as it can negatively affect event processing performance or, if misconfigured, close more events than was intended (in the worst case even all problem events could be closed). :::  To configure global correlation **safely**, observe the following important tips:  -   Reduce the correlation scope. Always set a unique tag for the new     event that is paired with old events and use the *New event tag*     correlation condition; -   Add a condition based on the old event when using the *Close old     event* operation (or else all existing problems could be closed); -   Avoid using common tag names that may end up being used by different     correlation configurations; -   Keep the number of correlation rules limited to the ones you really     need.  See also: [known issues](/manual/installation/known_issues#global_event_correlation).
ru	#### Обзор  Глобальная корреляция событий позволят охватить все метрики, наблюдаемые Zabbix, и создавать корреляции.  Имеется возможность сопоставления событий, которые были созданы совершенно разными триггерами, и применения одних и тех же операций к ним ко всем. Созданием интеллектуальные правил корреляции можно обезопасить себя от тысяч повторяющихся оповещений и сфокусироваться на реальных причинах проблемы!  Глобальная корреляция событий - мощный механизм, который позволяет вам отвязать себя от логики проблемы и решения, основанной на одном триггере. До сих пор одно событие о проблеме создавалось одним триггером, и мы зависели от этого же триггера в плане решения проблемы. Мы не могли решить проблему, которая была создана одним триггером, при помощи другого триггера. Но с корреляцией событий на основе тегов событий, мы можем.  Например, триггер на журнал может сообщать о проблемах с приложением, в то время как триггер на основе опроса может сообщать, что приложение запущено и работает. Используя теги событий, вы можете пометить триггер на журнал как *Состояние: Недоступен*, тогда как тегом триггера на основе опроса будет *Состояние: Доступен*. Затем, в глобальном правиле корреляции вы можете соотнести эти триггеры и назначить соответствующую операцию на такую корреляцию, такую как закрытие старых событий.  В другом случае глобальная корреляция может распознавать похожие триггеры и применять к ним ту же операцию. Что если мы можем получить только одно сообщение о проблемах по каждому сетевому порту? Не требуется сообщать по ним всем. Это также возможно при помощи глобальной корреляции событий.  Глобальная корреляция событий настраивается в **правилах корреляции**. Правило корреляции определяет, каким образом новые события о проблемах соотносятся с существующими событиями о проблемах и что делать в случае совпадения (закрыть новое событие, закрыть старые события, сформировав соответствующие ОК события). Если проблема закрыта при помощи глобальной корреляции, об этом сообщается в *Инфо* колонке в *Мониторинг* → *Проблемы*.  Настройка глобальных правил корреляции доступна только пользователям с уровнем Zabbix Супер Администратор.  ::: noteimportant Корреляцию событий необходимо настраивать очень осторожно, так как некорректная настройка может негативно сказаться на производительности обработки событий или может привести к закрытию большего количества событий, чем предполагается (в худшем случае будут закрыты все события о проблемах). :::  Для **безопасной** настройки глобальной корреляции обратите внимание на следующие важные советы:  -   Уменьшайте масштаб корреляции. Всегда указывайте новому событию уникальный тег, который соотносится со старыми событиями, и используйте условие корреляции *Тег нового события*; -   Добавляйте условие, которое основывается на старом событии, при использовании операции *Закрыть старое событие* (в противном случае могут быть закрыты все существующие проблемы); -   Избегайте использования общих имен тегов, которые в итоге могут быть использованы разными настройками корреляций; -   Ограничьте количество правил корреляции теми, которые вам действительно необходимы.  Смотрите также: [известные проблемы](/manual/installation/known_issues#глобальная-корреляция-событий).

en-us	#### Overview  Global notifications are a way of displaying issues that are currently happening right on the screen you're at in Zabbix frontend.  Without global notifications, working in some other location than *Problems* or the *Dashboard* would not show any information regarding issues that are currently happening. Global notifications will display this information regardless of where you are.  Global notifications involve both showing a message and [playing a sound](sound).  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
ru	#### Обзор  Глобальные оповещения — это способ отображения проблем, которые в данный момент происходят прямо на экране, на котором вы находитесь в веб-интерфейсе Zabbix.  Без глобальных оповещений при работе в каких-либо местах, отличных от страниц *Проблемы* или *Панель*, какая-либо информация о случившихся только что проблемах не будет отображаться. Глобальные оповещения покажут эту информацию вне зависимости от того, где вы находитесь.  Глобальные оповещения включают в себя как отображение сообщения, так и [воспроизведение звука](sound).  :::noteimportant В последних версиях браузеров автовоспроизведение звуков может быть по умолчанию отключено. В этом случае вам нужно изменить эту настройку вручную. :::

en-us	#### Overview  Having to use some large numbers, for example '86400' to represent the number of seconds in one day, is both difficult and error-prone. This is why you can use some appropriate unit symbols (or suffixes) to simplify Zabbix trigger expressions and item keys.  Instead of '86400' for the number of seconds you can simply enter '1d'. Suffixes function as multipliers.
ru	#### Обзор  Использование каких-либо больших чисел, например,  «86400» для представления количества секунд в сутках, бывает затруднительно и чревато ошибками. Вот почему вы можете использовать некоторые соответствующие символы единиц измерения (или суффиксы) для упрощения выражений триггеров и ключей элементов данных в Zabbix.  Вместо «86400» вы можете ввести просто «1d». Функции суффиксов работают как множители.

en-us	### Overview  High availability (HA) is typically required in critical infrastructures  that can afford virtually no downtime. So for any service that  may fail there must be a failover option in place to take over should the current service fail.  Zabbix offers a **native** high-availability solution that is easy to  set up and does not require any previous HA expertise. Native Zabbix HA  may be useful for an extra layer of protection against software/hardware  failures of Zabbix server or to have less downtime due to maintenance.  In the Zabbix high availability mode multiple Zabbix servers are run as  nodes in a cluster. While one Zabbix server in the cluster is active,  others are on standby, ready to take over if necessary.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Switching to Zabbix HA is non-committal. You may switch back to standalone  operation at any point.  See also: [Implementation details](#implementation-details)
ru	#### Обзор  Высокая доступность (HA) обычно требуется в критически важных инфраструктурах, которым необходимо практически полное отсутствие простоя. Таким образом, любой сервис, который потенциально может выйти из строя, должен иметь вариант аварийного переключения на случай сбоя текущего сервиса.  Zabbix предлагает **встроенное** решение высокой доступности, которое легко настроить и которое не требует предварительных глубоких знаний в этой области. Это встроенное решение может быть полезным как дополнительной уровень защиты от аппаратных или программных сбоев сервера Zabbix или для уменьшения времени простоя во время обслуживания.  В режиме высокой доступности Zabbix несколько Zabbix серверов запускаются как ноды кластера. Пока один Zabbix сервер в кластере является активной нодой, остальные находятся в режиме ожидания, готовыми перенять управление при необходимости.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Переключение на Zabbix HA ни к чему не обязывает. Вы можете переключиться обратно на автономный режим в любой момент.  Смотрите также: [Детали реализации](#детали_реализации)

en-us	#### Overview  History and trends are the two ways of storing collected data in Zabbix.  Whereas history keeps each collected value, trends keep averaged information on hourly basis and therefore are less resource-hungry.
ru	#### Обзор  История и динамика изменений - два пути хранения в Zabbix собранных данных.  В то время как история хранит каждое собранное значение, динамика изменений хранит усреднённую информацию за каждый час, что, следовательно, менее требовательно к ресурсам.

en-us	#### Overview  Host dashboards look similar to [global dashboards](/manual/web_interface/frontend_sections/monitoring/dashboard), however, host dashboards display data about the host only. Host dashboards have no owner.  Host dashboards are configured on the [template](/manual/config/templates/template#adding_dashboards) level and then are generated for a host, once the template is linked to the host. Widgets of host dashboards can only be copied to host dashboards of the same template. Widgets from global dashboards cannot be copied onto host dashboards.  Host dashboards *cannot* be configured or directly accessed in the *Monitoring* → *[Dashboard](/manual/web_interface/frontend_sections/monitoring/dashboard)* section, which is reserved for global dashboards. The ways to access host dashboards are listed below in this section.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  When viewing host dashboards you may switch between the configured dashboards using the dropdown in the upper right corner. To switch to *Monitoring→Hosts* section, click *All hosts* navigation link below the dashboard name in the upper left corner.  Widgets of the host dashboards cannot be edited.  Note that host dashboards used to be host screens before Zabbix 5.2. When importing an older template containing screens, the screen import will be ignored.
ru	#### Обзор  Панели узлов сети выглядят так же как и [глобальные панели](/manual/web_interface/frontend_sections/monitoring/dashboard), однако, панели узлов сети отображают данные только об одном узле сети. Панели узлов сети не имеют владельца.  Панели узлов сети настраиваются на уровне [шаблона](/manual/config/templates/template#добавление-панелей) и затем генерируются для узлов сети, как только шаблон присоединён к узлу сети. Виджеты панелей узлов сети можно копировать только на панели узлов сети в пределах одного шаблона. Виджеты с глобальных панелей нельзя скопировать в панели узлов сети.  Панели узлов сети *не могут быть* настроены или доступны напрямую в разделе *Мониторинг* → *[ПАНЕЛЬ](/manual/web_interface/frontend_sections/monitoring/dashboard)*, который зарезервирован для глобальных панелей. Способы доступа к панелям узлов сети перечислены ниже в этом разделе.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  При просмотре панелей узлов сети вы можете переключаться между сконфигурированными панелями, используя выпадающее меню в верхнем правом углу. Чтобы переключиться в раздел *Мониторинг→Узлы сети*, нажмите на ссылку перехода *Все узлы сети* под именем панели в верхнем левом углу.  Виджеты панелей узлов сети нельзя изменять.  Обратите внимание, что панели узлов сети до Zabbix 5.2 были известны как комплексные экраны узлов сети. При импорте более старых шаблонов, содержащих комплексные экраны, импорт комплексных экранов игнорируется.

en-us	#### Overview  Host graphs can be accessed from *Monitoring → Hosts* by clicking on Graphs for the respective host.  Any [custom graph](/manual/config/visualization/graphs/custom) that has been configured for the host can be displayed, as well as any simple graph.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Graphs are sorted by:  -   graph name (custom graphs) -   item name (simple graphs)  Graphs for disabled hosts are also accessible.
ru	#### Обзор  Доступ к графикам узла сети можно получить из раздела *Мониторинг → Узлы сети*, нажав на ссылку Графики в строке соответствующего узла сети.  Любой [пользовательский график](/manual/config/visualization/graphs/custom),  настроенный для узла сети, может быть отображён, так же как и любой простой график.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Графики сортируются по:  -  имени графика (пользовательские графики) -  названию элемента данных (простые графики)  Графики для деактивированных узлов сети также доступны.

en-us	#### Overview  Hosts are [exported](/manual/xml_export_import) with many related objects and object relations.  Host export contains:  -   linked host groups -   host data -   template linkage -   host group linkage -   host interfaces -   directly linked items -   directly linked triggers -   directly linked graphs -   directly linked discovery rules with all prototypes -   directly linked web scenarios -   host macros -   host inventory data -   value maps
ru	 #### Обзор  Узлы сети [экспортируются](/manual/xml_export_import) со многими связанными объектами и отношениями между объектами.  Экспорт узла сети содержит:  -  связанные группы узов сети -  данные узла сети -  привязка шаблона -  привязка групп узла сети -  интерфейсы узла сети -  напрямую связанные элементы -  напрямую связанные триггеры -  напрямую связанные графики -  напрямую связанные правила обнаружения со всеми прототипами -  напрямую связанные веб-сценарии -  макросы узла сети -  данные инвентаризации узла сети -  преобразования значений

en-us	#### Overview  Host [web scenario](/manual/web_monitoring) information can be accessed from *Monitoring → Hosts* by clicking on Web for the respective host.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Data of disabled hosts is also accessible. The name of a disabled host is listed in red.  The maximum number of scenarios displayed per page depends on the *Rows per page* user profile [setting](/manual/web_interface/user_profile#configuration).  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of latest data. You can extend this time period by changing the value of *Max history display period* parameter in the *[Administration→General](/manual/web_interface/frontend_sections/administration/general#gui)* menu section.  The scenario name is link to more detailed statistics about it:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}
ru	#### Обзор  Информацию о [веб-сценариях](/manual/web_monitoring) узла сети можно получить из раздела *Мониторинг → Узлы сети*, нажав на ссылку «Веб» в строке соответствующего узла сети.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Данные по деактивированным узлам сети также доступны. Имя деактивированного узла сети отображается красным цветом.  Максимальное количество сценариев, отображаемых на странице, зависит от параметра *Количество строк на странице* в [настройках](/manual/web_interface/user_profile#профиль-пользователя) профиля пользователя.  По умолчанию отображаются только те значения, которые были собраны за последние 24 часа. Такое ограничение введено с целью улучшения скорости изначальной загрузки больших страниц последних данных. Вы можете расширить этот временной период, изменяя значение параметра *Максимальный период отображения истории* в разделе меню *[Администрирование → Общие](/manual/web_interface/frontend_sections/administration/general#веб-интерфейс)*.  Имя сценария является ссылкой на более подробную статистику по этому сценарию:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) from Debian/Ubuntu packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install_from_packages/debian_ubuntu#установка_java_gateway) из пакетов Debian/Ubuntu, следующая информация вам поможет в настройке Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install_from_packages/rhel#установка_java_gateway) из пакетов RHEL, следующая информация вам поможет в настройке Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install_from_packages/rhel#установка_java_gateway) из пакетов RHEL, следующая информация вам поможет в настройке Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install#installing_java_gateway) from sources, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install#установка_java_gateway) из исходных кодов, следующая информация поможет вам настроить Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If you are not satisfied with the existing media types for sending alerts, there is an alternative way to do that. You can create a script that will handle the notification your way.  Alert scripts are executed on Zabbix server. These scripts must be located in the directory specified in the server [configuration file](/manual/appendix/config/zabbix_server) `AlertScriptsPath` parameter.  Here is an example of a custom alert script:  ``` {.bash} #!/bin/bash  to=$1 subject=$2 body=$3  cat <<EOF | mail -s "$subject" "$to" $body EOF ```  ::: noteimportant Starting from version 3.4 Zabbix checks for the exit code of the executed commands and scripts. Any exit code which is different from **0** is considered as a [command execution](/manual/appendix/command_execution) error. In such case Zabbix will try to repeat failed execution. :::  Environment variables are not preserved or created for the script, so they should be handled explicitly.
ru	#### Обзор  Если вы не удовлетворены существующими способами оповещений для отправки оповещений, то есть альтернативный способ для этого. Вы можете написать скрипт, который будет обрабатывать оповещение вашим способом.  Скрипты оповещений выполняются на стороне Zabbix сервера. Эти скрипты размещаются в директории, которая указывается в параметре **AlertScriptsPath** в [файле конфигурации Zabbix сервера](/manual/appendix/config/zabbix_server).  Пример пользовательского скрипта оповещения:  ``` {.bash} #!/bin/bash  to=$1 subject=$2 body=$3  cat <<EOF | mail -s "$subject" "$to" $body EOF ```  ::: noteimportant Начиная с версии 3.4, Zabbix проверяет код завершения выполненных команд и скриптов. Любой код, отличный от **0**, рассматривается как ошибка [выполнения команды](/manual/appendix/command_execution). В этом случае Zabbix попытается снова выполнить команду, которая завершилась с ошибкой. :::  Переменные среды не сохраняются и не создаются для скрипта, поэтому их необходимо обрабатывать в явном виде.

en-us	#### Overview  If you have a network to look after, you may want to have an overview of your infrastructure somewhere. For that purpose, you can create maps in Zabbix - of networks and of anything you like.  All users can create network maps. The maps can be public (available to all users) or private (available to selected users).  Proceed to [configuring a network map](/manual/config/visualization/maps/map).
ru	#### Обзор  Если у вас есть сеть, за которой вы присматриваете, то вы возможно захотите где-либо иметь обзор вашей инфраструктуры. Для этого вы можете создать карты в Zabbix - сетей или всего того, чего пожелаете.  Все пользователи могут создавать карты сети. Карты могут быть публичными (доступными всем пользователям) или приватными (доступными выбранным пользователям).  Перейдем к [настройке карты сети](/manual/config/visualization/maps/map).

en-us	#### Overview  If you want some operations taking place as a result of events (for example, notifications sent), you need to configure actions.  Actions can be defined in response to events of all supported types:  -   Trigger actions - for events when trigger status changes from *OK*     to *PROBLEM* and back -   Service actions - for events when service status changes from *OK*     to *PROBLEM* and back -   Discovery actions - for events when network discovery takes place -   Autoregistration actions - for events when new active agents     auto-register (or host metadata changes for registered ones) -   Internal actions - for events when items become unsupported or     triggers go into an unknown state
ru	#### Обзор  Если вы хотите, чтобы в результате событий выполнялись некоторые операции (например, отправка оповещений), вам нужно настроить действия.  Действия можно задать для событий со всех поддерживаемых источников:  -   Действия на триггеры - на события при изменениях состояния триггеров с *ОК* на *ПРОБЛЕМА* и обратно -   Действия на услуги - на события при изменениях состояния услуги с *OK* на *ПРОБЛЕМА* и обратно -   Действия на обнаружения - на события, когда производится сетевое обнаружение -   Действия на авторегистрацию - на события автоматической регистрации новых активных агентов (или при изменениях в метаданных узла сети, который уже был зарегистрирован) -   Внутренние действия - на события, когда элементы данных становятся неподдерживаемыми или триггеры переходят в неизвестное состояние

en-us	#### Overview  In a similar way as [file systems](/manual/discovery/low_level_discovery#configuring_low-level_discovery) are discovered, it is possible to also discover Windows services.
ru	#### Обзор  Подобно тому как обнаруживаются [файловые системы](/manual/discovery/low_level_discovery#настройка-низкоуровневого-обнаружения), можно обнаруживать и службы Windows.

en-us	#### Overview  In message subjects and message text you can use macros for more efficient problem reporting.  In addition to a number of built-in macros, [user macros](/manual/config/macros/user_macros) and [expression macros](/manual/config/macros/expression_macros) are also supported. A [full list of macros](/manual/appendix/macros/supported_by_location) supported by Zabbix is available.
ru	#### Обзор  Вы можете использовать макросы в теме и в тексте сообщений для более эффективного оповещения о проблемах.  В дополнение к встроенным макросам, также поддерживаются [пользовательские макросы](/manual/config/macros/user_macros) и [макросы выражений](/manual/config/macros/expression_macros). Доступен [полный список макросов](/manual/appendix/macros/supported_by_location), поддерживаемых Zabbix.

en-us	#### Overview  In *Monitoring → Problems* you can see what problems you currently have. Problems are those triggers that are in the "Problem" state.  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Column|Description| |--|-----------| |*Time*|Problem start time is displayed.| |*Severity*|Problem severity is displayed.<br>Problem severity is originally based on the severity of the underlying problem trigger, however, after the event has happened it can be updated using the *Update problem* [screen](/manual/acknowledges#updating_problems). Color of the problem severity is used as cell background during problem time.| |*Recovery time*|Problem resolution time is displayed.| |*Status*|Problem status is displayed:<br>**Problem** - unresolved problem<br>**Resolved** - recently resolved problem. You can hide recently resolved problems using the filter.<br>New and recently resolved problems blink for 2 minutes. Resolved problems are displayed for 5 minutes in total. Both of these values are configurable in *Administration* → *General* → *[Trigger displaying options](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Info*|A green information icon is displayed if a problem is closed by global correlation or manually when updating the problem. Rolling a mouse over the icon will display more details:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>The following icon is displayed if a suppressed problem is being shown (see *Show suppressed problems* option in the filter). Rolling a mouse over the icon will display more details:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Host*|Problem host is displayed.| |*Problem*|Problem name is displayed.<br>Problem name is based on the name of the underlying problem trigger.<br>Macros in the trigger name are resolved at the time of the problem happening and the resolved values do not update any more.<br>*Note* that it is possible to append the problem name with [operational data](#operational_data_of_problems) showing some latest item values.<br>Clicking on the problem name brings up the [event menu](#event_menu).<br>Hovering on the ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) icon after the problem name will bring up the trigger description (for those problems that have it).| |*Operational data*|[Operational data](#operational_data_of_problems) are displayed containing latest item values.<br>Operational data can be a combination of text and item value macros if configured on a trigger level. If no operational data is configured on a trigger level, the latest values of all items from the expression are displayed.<br>This column is only displayed if *Separately* is selected for *Show operational data* in the filter.| |*Duration*|Problem duration is displayed.<br>See also: [Negative problem duration](#negative_problem_duration)| |*Ack*|The acknowledgment status of the problem is displayed:<br>**Yes** - green text indicating that the problem is acknowledged. A problem is considered to be acknowledged if all events for it are acknowledged.<br>**No** - a red link indicating unacknowledged events.<br>If you click on the link you will be taken to the [problem update](/manual/acknowledges#updating_problems) screen where various actions can be taken on the problem, including commenting and acknowledging the problem.| |*Actions*|History of activities about the problem is displayed using symbolic icons:<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - comments have been made. The number of comments is also displayed.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - problem severity has been increased (e.g. Information → Warning)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - problem severity has been decreased (e.g. Warning → Information)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - problem severity has been changed, but returned to the original level (e.g. Warning → Information → Warning)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - actions have been taken. The number of actions is also displayed.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - actions have been taken, at least one is in progress. The number of actions is also displayed.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - actions have been taken, at least one has failed. The number of actions is also displayed.<br>When rolling the mouse over the icons, popups with details about the activity are displayed. See [viewing details](#Viewing_details) to learn more about icons used in the popup for actions taken.| |*Tags*|[Tags](/manual/config/tagging) are displayed (if any).<br>In addition, tags from an external ticketing system may also be displayed (see the *Process tags* option when configuring [webhooks](/manual/config/notifications/media/webhook)).|
ru	#### Обзор  В разделе *Мониторинг → Проблемы* вы можете увидеть, какие проблемы сейчас у вас имеются. Проблемами называются те триггеры, которые находятся в состоянии «Проблема».  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Столбец|Описание| |--|-----------| |*Время (Time)*|Отображается время возникновения проблемы.| |*Важность*<br>*(Severity)*|Отображается важность проблемы.<br>Важность проблемы изначально основывается на важности сгенерировавшего проблему триггера, однако, после возникновения события важность проблемы можно обновить, используя [экран](/manual/acknowledges#обновление-проблем) *Обновление проблемы*. Цвет фона в течение времени существования проблемы соответствует важности проблемы.| |*Время восстановления*<br>*(Recovery time)*|Отображается время решения проблемы.| |*Состояние*<br>*(Status)*|Отображается состояние проблемы:<br>**Проблема** - нерешённая проблема<br>**Решено** - недавно решённая проблема. Вы можете скрыть недавно решённые проблемы при помощи фильтра.<br>Новые и недавно решённые проблемы мигают в течение 2 минут. Решённые проблемы в целом отображаются в течение 5 минут. Оба этих значения настраиваются в разделе *Администрирование* → *Общие* → *[Опции отображения триггеров](/manual/web_interface/frontend_sections/administration/general#опции-отображения-триггеров)*.| |*Инфо*<br>*(Info)*|Зелёная информационная иконка отображается, если проблема закрыта глобальной корреляцией или вручную при обновлении проблемы. При наведении курсора мыши на иконку будут доступны более подробные сведения:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>Следующая иконка появляется, если отображаются подавленные проблемы (смотрите опцию *Подавленные проблемы* в фильтре). При наведении курсора мыши на иконку будут доступны более подробные сведения:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Узел сети (Host)*|Отображается узел сети с проблемой.| |*Проблема*<br>*(Problem)*|Отображается имя проблемы.<br>Имя проблемы формируется на основе имени триггера, сгенерировавшего проблему.<br>Макросы в имени триггера раскрываются в момент возникновения проблемы, и раскрытые значения больше не обновляются.<br>*Обратите внимание*, что к имени проблемы можно добавить  [оперативные данные](#оперативные-данные-проблем) для отображения некоторых последних значений элементов данных.<br>При нажатии на имени проблемы откроется [меню события](#меню-события).<br>При наведении курсора на иконку ![](../../../../../assets/en/manual/web_interface/item_description_icon.png), расположенную рядом с именем проблемы, появится описание триггера (если оно есть для этой проблемы).| |*Оперативные данные*<br>*(Operational data)*|Отображаются [оперативные данные](#оперативные-данные-проблем), содержащие последние значения в элементах данных.<br>Оперативные данные могут сочетать текст и макросы значений элемента данных, если они настроены на уровне триггера. Если на уровне триггера не настроены оперативные данные, отображаются последние значения всех элементов данных из выражения.<br>Эта колонка отображается, только если в фильтре для параметра *Оперативные данные* выбрано *Раздельно*.| |*Длительность*<br>*(Duration)*|Отображается длительность проблемы.<br>Смотрите также: [отрицательная длительность проблемы](#отрицательная-длительность-проблемы)| |*Подтверждено*<br>*(Ack)*|Отображается состояние подтверждения проблемы:<br>**Да** - зелёный текст сигнализирует, что проблема подтверждена. Проблема считается подтверждённой, если все её события подтверждены.<br>**Нет** - красная ссылка сигнализирует о неподтверждённых событиях.<br>Если вы нажмёте на эту ссылку, вы попадёте на экран [обновления проблемы](/manual/acknowledges#обновление-проблем), где с проблемой можно выполнить различные действия, включая комментирование и подтверждение проблемы.| |*Действия*<br>*(Actions)*|Отображается история действий над проблемой в виде символических иконок:<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - добавлены комментарии. Также отображается количество комментариев.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - важность проблемы увеличена (например, Информация → Предупреждение)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - важность проблемы уменьшена (например, Предупреждение → Информация)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - важность проблемы изменена, но затем вернулась к изначальному уровню (например, Предупреждение → Информация → Предупреждение)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - выполнены действия. Tакже отображается количество действий.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - выполнены действия, по крайней мере одно в процессе выполнения. Tакже отображается количество действий.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - выполнены действия, по крайней мере одно завершилось с ошибкой. Tакже отображается количество действий.<br>При наведении курсора мыши на иконки отобразится всплывающее окно с подробной информацией о действиях. Смотрите [просмотр подробностей](#просмотр-подробностей) для пояснений об иконках, используемых во всплывающем меню для обозначения предпринятых действий.| |*Теги*<br>*(Tags)*|Отображаются [теги](/manual/config/tagging) (если имеются).<br>Кроме того, могут отображаться теги из внешних систем обработки заявок (см. опцию *Обработка тегов* при настройке [вебхуков](/manual/config/notifications/media/webhook)).|

en-us	#### Overview  In order to provide monitoring for network devices such as switches and routers, we have created two so-called models: for the network device itself (its chassis basically) and for network interface.  Since Zabbix 3.4 templates for many families of network devices are provided. All templates cover (where possible to get these items from the device):  -   Chassis fault monitoring (power supplies, fans and temperature,     overall status) -   Chassis performance monitoring (CPU and memory items) -   Chassis inventory collection (serial numbers, model name, firmware     version) -   Network interface monitoring with IF-MIB and EtherLike-MIB     (interface status, interface traffic load, duplex status for     Ethernet)  These templates are available:  -   In new installations - in *Configuration* → *Templates*; -   If you are upgrading from previous versions, you can find these     templates in the *zabbix/templates* directory of the downloaded latest     Zabbix version. While in *Configuration* → *Templates* you can     import them manually from this directory.  If you are importing the new out-of-the-box templates, you may want to also update the `@Network interfaces for discovery` global regular expression to:      Result is FALSE: ^Software Loopback Interface     Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$     Result is FALSE: ^NULL[0-9.]*$     Result is FALSE: ^[lL]o[0-9.]*$     Result is FALSE: ^[sS]ystem$     Result is FALSE: ^Nu[0-9.]*$  to filter out loopbacks and null interfaces on most systems.
ru	#### Обзор  Для обеспечения мониторинга сетевых устройств, таких как коммутаторы и роутеры, мы создали две так называемые модели: для самого сетевого устройства (в основном его шасси) и для сетевых интерфейсов.  С Zabbix 3.4, шаблоны поставляются для многих семейств сетевых устройств. Все шаблоны охватывают (где возможно получить эти элементы данных с устройства):  -   Мониторинг ошибок шасси (источники питания, вентиляторы, температуру и общее состояние) -   Мониторинг производительности шасси (элементы данных CPU и памяти) -   Сбор инвентарных данных шасси (серийных номеров, имени модели, версии прошивки) -   Мониторинг сетевых интерфейсов при помощи IF-MIB и EtherLike-MIB (состояние интерфейса, загрузка трафика на порту, состояние дуплекса для Ethernet)  Эти шаблоны доступны:  -   В *Настройка* → *Шаблоны* в новых инсталляциях; -   Если вы обновляетесь с предыдущих версий, вы можете найти эти шаблоны в директории *zabbix/templates* последней загруженной версии Zabbix. Находясь в *Настройка* → *Шаблоны*, вы можете их импортировать вручную из этой директории.  Если вы импортируете новые готовые шаблоны, вы, возможно, также захотите обновить глобальное регулярное выражение `@Network interfaces for discovery` на:      Результат ЛОЖЬ: ^Software Loopback Interface     Результат ЛОЖЬ: ^(In)?[lL]oop[bB]ack[0-9._]*$     Результат ЛОЖЬ: ^NULL[0-9.]*$     Результат ЛОЖЬ: ^[lL]o[0-9.]*$     Результат ЛОЖЬ: ^[sS]ystem$     Результат ЛОЖЬ: ^Nu[0-9.]*$  для фильтрации loopback и нулевых интерфейсов в большинстве систем.

en-us	#### Overview  In order to use any other language than English in Zabbix web interface, its locale should be installed on the web server. Additionally, the PHP gettext extension is required for the translations to work.
ru	#### Обзор  Чтобы в веб-интерфейсе Zabbix использовать любой другой язык, кроме английского, его локаль должна быть установлена на веб-сервере. Кроме того, для работы переводов необходимо расширение PHP gettext.

en-us	#### Overview  In *Reports → Availability report* you can see what proportion of time each trigger has been in problem/ok state. The percentage of time for each state is displayed.  Thus it is easy to determine the availability situation of various elements on your system.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  From the drop-down in the upper right corner, you can choose the selection mode - whether to display triggers by hosts or by triggers belonging to a template.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  The name of the trigger is a link to the latest events of that trigger.
ru	#### Обзор  В разделе *Отчёты → Отчёт о доступности* можно посмотреть, какую часть времени каждый триггер был в состояниях Проблема/ОК. Для каждого состояния отображается процентное отношение к общему времени.  Таким образом, можно легко определить ситуацию доступности различных элементов вашей системы.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  Из выпадающего списка в верхнем правом углу вы можете выбрать режим выборки — следует ли отображать триггеры по узлам сети или по триггерам, принадлежащим шаблону.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  Имя триггера является ссылкой на последние события этого триггера.

en-us	#### Overview  In *Reports → Scheduled reports*, users with sufficient permissions can configure scheduled generation of PDF versions of the dashboards, which will be sent by email to specified recipients.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  The opening screen displays information about scheduled reports, which can be filtered out for easy navigation - see [Using filter](#using_filter) section below.  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the report. Clicking it opens the report [configuration form](/manual/config/reports#configuration).| |*Owner*|User who created the report.| |*Repeats*|Report generation frequency (daily/weekly/monthly/yearly).| |*Period*|Period for which the report is prepared.| |*Last sent*|The date and time when the latest report has been sent.| |*Status*|Current status of the report (enabled/disabled/expired). Users with sufficient permissions can change the status by clicking it - from "Enabled" to "Disabled" (and back); from "Expired" to "Disabled" (and back). For users with insufficient rights, the status is not clickable.| |*Info*|Displays informative icons:<br>A red icon indicates that report generation has failed; hovering over it will display a tooltip with the error information.<br>A yellow icon indicates that a report was generated, but sending to some (or all) recipients has failed or that a report is expired; hovering over it will display a tooltip with additional information.|
ru	#### Обзор  В разделе *Отчёты → Регулярные отчёты* пользователи при наличии достаточных полномочий могут настраивать создание по расписанию PDF-версий панелей, которые будут отправлены указанным получателям по email.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  На начальном экране отображается информация о запланированных отчётах, которую можно отфильтровать для удобства навигации — см. раздел [Использование фильтра](#использование-фильтра) ниже.  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Название отчёта. При щелчке мышью открывается [диалог настройки](/manual/config/reports#настройка) отчёта.| |*Владелец (Owner)*|Пользователь, создавший отчёт.| |*Периодичность (Repeats)*|Частота формирования отчёта (ежедневно/еженедельно/ежемесячно/ежегодно).| |*Период (Period)*|Период, за который подготавливается отчёт.| |*Последняя отправка*<br>*(Last sent)*|Дата и время, когда был отправлен последний отчёт.| |*Состояние*<br>*(Status)*|Текущее состояние отчёта (активирован/деактивирован/истёк). При наличии достаточных прав пользователи могут поменять состояние, щёлкнув мышью на нём — с «Активирован» на «Деактивирован» (и обратно); с «Истёк» на «Деактивирован» (и обратно). Для пользователей, не имеющих достаточных прав, состояние не является ссылкой.| |*Инфо*<br>*(Info)*|Отображаются информационные значки:<br>Красный значок сигнализирует, что формирование отчёта завершилось с ошибкой; при наведении на него указателя мыши отобразится подсказка с информацией об ошибке.<br>Жёлтый значок означает, что отчёт был сформирован, но его отправка некоторым (или всем) получателям оказалась неудачной, либо что отчёт просрочен; при наведении на него указателя мыши отобразится подсказка с дополнительной информацией.|

en-us	#### Overview  In *Reports → System information*, a summary of key Zabbix server and system data is displayed. System data is collected using [internal items](/manual/config/items/itemtypes/internal).  Note that in a high availability setup, it is possible to redirect the system information source (server instance). To do this, edit the *zabbix.conf.php* file - uncomment and set `$ZBX_SERVER` or both `$ZBX_SERVER` and `$ZBX_SERVER_PORT` to a server other than the one shown active. Note that when setting `$ZBX_SERVER` only, a default value (10051) for `$ZBX_SERVER_PORT` will be used.  With the high availability setup enabled, a separate block is displayed below the system stats with details of high availability nodes. This block is visible to Zabbix *Super Admin* users only.  *System information* is also available as a dashboard [widget](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets).
ru	#### Обзор  В разделе *Отчёты → Информация о системе* отображается краткая сводка о ключевых данных сервера Zabbix и системы. Данные сервера собираются с помощью [внутренних элементов данных](/manual/config/items/itemtypes/internal).   Обратите внимание, что при настройке высокой доступности есть возможность перенаправить источник инфорации о системе (экземпляр сервера). Чтобы это сделать, отредактируйте файл *zabbix.conf.php* — раскомментируйте и установите параметр `$ZBX_SERVER` или оба параметра `$ZBX_SERVER` и `$ZBX_SERVER_PORT` на другой сервер, нежели тот, который показан активным. Обратите внимание, что если указать только параметр `$ZBX_SERVER`, то для параметра `$ZBX_SERVER_PORT` будет использовано значение по умолчанию (10051).  При активированной настройке высокой доступности под статистикой системы отображается отдельный блок с подробной информацией о нодах кластера. Этот блок виден только пользователям Zabbix *Супер-администратор*.  *Информация о системе* также доступна в виде [виджета](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets) панели.

en-us	#### Overview  In *Reports → Triggers top 100* you can see the triggers that have changed their state most often within the period of evaluation, sorted by the number of status changes.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Both host and trigger column entries are links that offer some useful options:  -   for host - links to user-defined scripts, latest data, inventory,     graphs, and dashboards for the host -   for trigger - links to latest events, the trigger configuration     form, and a simple graph  **Using filter**  You may use the filter to display triggers by host group, host, or trigger severity. Specifying a parent host group implicitly selects all nested host groups. For better search performance, data is searched with macros unresolved.  The filter is located below the *100 busiest triggers* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.  **Time period selector**  The [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) allows to select often required periods with one mouse click. The time period selector can be opened by clicking on the time period tab next to the filter.
ru	#### Обзор  В разделе *Отчёты → 100 наиболее загруженных триггеров* вы можете просмотреть триггеры, которые наиболее часто меняли своё состояние в течение периода оценки, отсортированные по количеству изменений состояния.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Объекты в столбцах узлов сети и триггеров являются ссылками, которые предлагают некоторые полезные функции:  -   для узлов сети — ссылки на пользовательские скрипты, последние данные, инвентарные данные, графики и панели узла сети -   для триггеров — ссылки на последние события, диалог настройки триггера и простой график  **Использование фильтра**  Вы можете использовать фильтр, чтобы отобразить триггеры, отобранные по группе узлов сети, узлу сети или важности триггера. При указании родительской группы узлов сети неявно выбираются все вложенные группы. Для повышения производительности поиска данные ищутся с нераскрытыми макросами.  Фильтр расположен ниже надписи раздела *100 наиболее загруженных триггеров*. Его можно показать и скрыть, щёлкнув по вкладке *Фильтр* в правом верхнем углу.  **Выбор периода времени**  [Селектор периода времени](/manual/config/visualization/graphs/simple#выбор-периода-времени) позволяет выбирать часто требуемые периоды за один щелчок мышью. Селектор периода времени можно открыть, щёлкнув по вкладке периода времени, которая расположена рядом с фильтром.

en-us	#### Overview  Internal checks allow to monitor the internal processes of Zabbix. In other words, you can monitor what goes on with Zabbix server or Zabbix proxy.  Internal checks are calculated:  -   on Zabbix server - if the host is monitored by server -   on Zabbix proxy - if the host is monitored by proxy  Internal checks are processed by server or proxy regardless of host maintenance status.  To use this item, choose the **Zabbix internal** item type.  ::: notetip Internal checks are processed by Zabbix pollers. :::
ru	#### Обзор  Внутренние проверки позволяют наблюдать за внутренним процессами Zabbix. Другими словами, вы можете наблюдать, что происходит с Zabbix сервером или Zabbix прокси.  Внутренние проверки вычисляются:  -   на стороне Zabbix сервера - если узел сети наблюдается через сервер -   на стороне Zabbix прокси - если узел сети наблюдается через прокси  Внутренние проверки обрабатываются сервером или прокси вне зависимости от состояния обслуживания узла сети.  Для использования этого элемента данных выберите тип элемента данных **Zabbix внутренний**.  ::: notetip Внутренние проверки обрабатываются Zabbix поллерами. :::

en-us	#### Overview  In the action log widget, you can display details of action operations (notifications, remote commands). It replicates information from *Reports → Action log*.
ru	#### Обзор  В виджете журнала действий вы можете отобразить подробную информацию об операциях действий (уведомления, удалённые команды). Он дублирует информацию из  *Отчёты → Журнал действий*.

en-us	#### Overview  In the *Administration → Media types* section users can configure and maintain media type information.  Media type information contains general instructions for using a medium as delivery channel for notifications. Specific details, such as the individual e-mail addresses to send a notification to are kept with individual users.  A listing of existing media types with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the media type. Clicking on the name opens the media type [configuration form](/manual/config/notifications/media/email#configuration).| |*Type*|Type of the media (e-mail, SMS, etc) is displayed.| |*Status*|Media type status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.| |*Used in actions*|All actions where the media type is used directly (selected in the *Send only to* dropdown) are displayed. Clicking on the action name opens the action configuration form.| |*Details*|Detailed information of the media type is displayed.| |*Actions*|The following action is available:<br>**Test** - click to open a testing form where you can enter media type parameters (e.g. a recipient address with test subject and body) and send a test message to verify that the configured media type works. See also: [Media type testing](/manual/config/notifications/media#media_type_testing).|  To configure a new media type, click on the *Create media type* button in the top right-hand corner.  To import a media type from XML, click on the *Import* button in the top right-hand corner.
ru	#### Обзор  В разделе *Администрирование → Способы оповещений* пользователи могут настраивать и поддерживать информацию о способах оповещений.  Способы оповещений содержат общие инструкции по использованию данного средства в качестве канала доставки оповещений. Конкретные подробности, такие как индивидуальные e-mail адреса для отправки оповещений, хранятся вместе с отдельными пользователями.  Здесь отображается список существующих способов оповещений с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Название способа оповещений. При нажатии на имя откроется [диалог настройки](/manual/config/notifications/media/email#настройка) способа оповещений.| |*Тип (Type)*|Отображается тип способа оповещений (e-mail, SMS и т.д.).| |*Состояние*<br>*(Status)*|Отображается состояние способа оповещения — *Активировано* или *Деактивировано*.<br>Нажав на состояние, вы можете сменить его.| |*Использование в действиях*<br>*(Used in actions)*|Отображаются все действия, где непосредственно используется выбранный способ оповещения (указан в выпадающем меню *Отправка только через*). При нажатии на имя действия откроется диалог настройки действия.| |*Детали (Details)*|Отображается подробная информация о способе оповещения.| |*Действие*<br>*(Actions)*|Доступны следующие действия:<br>**Тест (Test)** — нажмите, чтобы открыть диалог тестирования, где вы можете ввести параметры способа оповещения (например, адрес получателя с тестовыми темой и телом уведомления) и отослать тестовое сообщение для проверки работоспособности способа оповещения. Смотрите также: [Тест способа оповещения](/manual/config/notifications/media#тест-способа-оповещения).|  Для настройки нового способа оповещения нажмите на кнопку *Создать способ оповещения* в правом верхнем углу.  Чтобы импортировать способ оповещения из XML, нажмите кнопку *Импорт* в правом вверхнем углу.

en-us	#### Overview  In the *Administration → Proxies* section proxies for [distributed monitoring](/manual/distributed_monitoring) can be configured in the Zabbix frontend.
ru	#### Обзор  В разделе *Администрирование → Прокси* можно в веб-интерфейсе Zabbix настроить прокси-серверы для [распределённого мониторинга](/manual/distributed_monitoring).

en-us	#### Overview  In the *Administration → Queue* section items that are waiting to be updated are displayed.  Ideally, when you open this section it should all be "green" meaning no items in the queue. If all items are updated without delay, there are none waiting. However, due to lacking server performance, connection problems or problems with agents, some items may get delayed and the information is displayed in this section. For more details, see the [Queue](/manual/config/items/queue) section.  ::: noteclassic Queue is available only if Zabbix server is running. :::  The *Administration → Queue* section contains the following pages:  -   Queue overview — displays queue by item type; -   Queue overview by proxy — displays queue by proxy; -   Queue details — displays a list of delayed items.  The list of available pages appears upon pressing on *Queue* in the *Administration* menu section. It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png){width="300"}| |Third-level menu.|Title dropdown.|
ru	#### Обзор  В разделе *Администрирование → Очередь* отображаются элементы данных, которые ожидают обновления.  В идеале, когда вы открываете этот раздел, он должен быть весь «зелёным», что означает, что в очереди нет элементов данных. Если все элементы данных обновляются без задержки, ожидающих обновления элементов данных не будет. Однако, из-за проблем с производительностью сервера, проблем с подключением или проблем с агентами, некоторые элементы данных могут задерживаться, и информация об этом отображается в данном разделе. Для получения более подробных сведений обратитесь к разделу [Очередь](/manual/config/items/queue).  ::: noteclassic Очередь доступна, только если Zabbix сервер работает. :::  Раздел *Администрирование → Очередь* содержит следующие страницы:  -   Обзор очереди (Queue overview) — показывает очередь по типам элементов данных; -   Обзор очереди по прокси (Queue overview by proxy) — показывает очередь по прокси-серверам; -   Детали очереди (Queue details) — показывает список задержанных элементов данных.  Список доступных страниц появляется при нажатии на подраздел *Очередь* в разделе меню *Администрирование*. Также можно переключаться между страницами с помощью выпадающего меню заголовка в левом верхнем углу.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png){width="300"}| |Меню третьего уровня.|Выпадающее меню заголовка.|

en-us	#### Overview  In the *Administration → Scripts* section user-defined global scripts can be configured and maintained.  Global scripts, depending on the configured scope and also user permissions, are available for execution:  -   from the [host     menu](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu)     in various frontend locations (*Dashboard*, *Problems*, *Latest     data*, *Maps*, etc.) -   from the [event     menu](/manual/web_interface/frontend_sections/monitoring/problems#event_menu) -   can be run as an action operation  The scripts are executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only. See also [Command execution](/manual/appendix/command_execution).  Both on Zabbix agent and Zabbix proxy, remote scripts are disabled by default. They can be enabled as follows:  -   For remote commands executed on Zabbix agent     - by adding an AllowKey=system.run[<command>,\*] parameter for each allowed command in agent configuration, \* stands for wait and nowait mode. -   For remote commands executed on Zabbix proxy     - **Warning: It is not required to enable remote commands on Zabbix proxy if remote commands are executed on Zabbix agent that is monitored by Zabbix proxy.** If, however, it is required to execute remote commands on Zabbix proxy,     set *EnableRemoteCommands* parameter to '1' in the proxy configuration.      A listing of existing scripts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the script. Clicking on the script name opens the script [configuration form](scripts#configuring_a_global_script).| |*Scope*|Scope of the script - action operation, manual host action or manual event action. This setting determines where the script is available.| |*Used in actions*|Actions where the script is used are displayed.| |*Type*|Script type is displayed - *Webhook*, *Script*, *SSH*, *Telnet* or *IPMI* command.| |*Execute on*|It is displayed whether the script will be executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only.| |*Commands*|All commands to be executed within the script are displayed.| |*User group*|The user group that the script is available to is displayed (or *All* for all user groups).| |*Host group*|The host group that the script is available for is displayed (or *All* for all host groups).| |*Host access*|The permission level for the host group is displayed - *Read* or *Write*. Only users with the required permission level will have access to executing the script.|  To configure a new script, click on the *Create script* button in the top right-hand corner.
ru	#### Обзор  В разделе *Администрирование → Скрипты* можно настраивать и поддерживать пользовательские глобальные скрипты.  Глобальные скрипты, в зависимости от настроенной области действия и прав доступа пользователя, доступны для выполнения:  -   из [меню узлов     сети](/manual/web_interface/frontend_sections/monitoring/dashboard#меню-узлов-сети)     в различных местах веб-интерфейса (*Панель*, *Проблемы*, *Последние     данные*, *Карты сетей* и т.д.) -   из [меню     события](/manual/web_interface/frontend_sections/monitoring/problems#меню-события) -   могут быть запущены в качестве операции действия  Скрипты выполняются на Zabbix агенте, Zabbix сервере (прокси) или только Zabbix сервере. Смотрите также [Выполнение команд](/manual/appendix/command_execution).  Как на Zabbix агенте, так и на Zabbix прокси удалённые скрипты по умолчанию запрещены. Их можно разрешить следующим образом:  -   Для удалённых команд, выполняемых на агенте Zabbix:     - путём добавления в конфигурацию агента параметра AllowKey=system.run[<command>,\*] для каждой разрешаемой команды, \* означает режимы как wait, так и nowait. -   Для удалённых команд, выполняемых на Zabbix прокси:     - **Предупреждение: Не требуется включать удалённые команды на Zabbix прокси, если удалённые команды выполняются на агенте Zabbix, который контролируется Zabbix прокси сервером.** Однако, если требуется выполнять удалённые команды на Zabbix прокси,     то в конфигурации прокси установите параметр *EnableRemoteCommands* в «1» .      Здесь отображается список существующих скриптов с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя скрипта. При нажатии на имя скрипта откроется [диалог настройки](scripts#настройка-глобального-скрипта) этого скрипта.| |*Область (Scope)*|Область действия скрипта — операция действия, действие вручную над узлом сети или действие вручную над событиями. Этот параметр определяет, где доступен скрипт.| |*Использование в действиях*<br>*(Used in actions)*|Отображаются действия, где используется скрипт.| |*Тип (Type)*|Отображается тип скрипта — *Webhook*, *Скрипт*, *SSH*, *Telnet* или команда *IPMI*.| |*Выполнение на*<br>*(Execute on)*|Отображается, будет ли скрипт выполняться на Zabbix агенте, Zabbix сервере (прокси) или только на Zabbix сервере.| |*Команды (Commands)*|Отображаются все команды, выполняемые скриптом.| |*Группа пользователей*<br>*(User group)*|Отображается группа пользователей, которой доступен этот скрипт (или *Все* при всех группах пользователей).| |*Группа узлов сети*<br>*(Host group)*|Отображается группа узлов сети, для которой доступен этот скрипт (или *Все* при всех группах узлов сети).| |*Доступ к узлам сети*<br>*(Host access)*|Отображается уровень прав доступа к группе узлов сети — *Чтение (Read)* или *Запись (Write)*. Только пользователи с требуемым уровнем прав доступа смогут иметь доступ к выполнению скрипта.|  Для настройки нового скрипта, нажмите на кнопку *Создать скрипт* в правом верхнем углу.

en-us	#### Overview  In the *Administration → User groups* section user groups of the system are maintained.
ru	#### Обзор  В разделе *Администрирование → Группы пользователей* ведётся учет групп пользователей.

en-us	#### Overview  In the *Administration → User roles* section roles that can be assigned to system users and specific permissions for each role are maintained.
ru	#### Обзор  В разделе *Администрирование → Роли пользователей* настраиваются роли, которые могут быть назначены пользователям системы, и прописываются права доступа для каждой роли.

en-us	#### Overview  In the *Administration → Users* section users of the system are maintained.
ru	#### Обзор  В разделе *Администрирование → Пользователи* ведётся учёт пользователей системы.

en-us	#### Overview  In the classic graph widget, you can display a single custom graph or simple graph.
ru	#### Обзор  В виджете классического графика вы можете отобразить пользовательский график или простой график.

en-us	 #### Overview  In the clock widget, you may display local, server, or specified host time.
ru	#### Обзор  В виджете часов вы можете отображать местное время, время сервера или указанного узла сети.

en-us	#### Overview  In the *Configuration → Actions* section users can configure and maintain actions.  The actions displayed are actions assigned to the selected event source (trigger, service, discovery, autoregistration, internal actions).  Actions are grouped into subsections by event source (trigger, service, discovery, autoregistration, internal actions). The list of available subsections appears upon pressing on *Actions* in the *Configuration* menu section. It is also possible to switch between subsections by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/actions_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/actions_selector.png){width="300"}| |Third-level menu.|Title dropdown.|  After selecting a subsection, a page with a list of existing actions with their details will be displayed.  For users without Super admin rights actions are displayed according to permission settings. That means in some cases a user without Super admin rights isn’t able to view the complete action list because of certain permission restrictions. An action is displayed to the user without Super admin rights if the following conditions are fulfilled:  -   The user has read-write access to host groups, hosts, templates, and     triggers in action conditions -   The user has read-write access to host groups, hosts, and templates     in action operations, recovery operations, and update operations -   The user has read access to user groups and users in action     operations, recovery operations, and update operations      :::noteclassic Actions for services are maintained in a similar way in the *Services->Service actions* menu section. User's access to specific service actions depends on the user role permissions set in the *Access to services* menu section. :::   ![](../../../../../assets/en/manual/web_interface/actions.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the action. Clicking on the action name opens the action [configuration form](/manual/config/notifications/action#configuring_an_action).| |*Conditions*|Action conditions are displayed.| |*[Operations](/manual/config/notifications/action/operation#configuring_an_operation)*|Action operations are displayed.<br>Since Zabbix 2.2, the operation list also displays the media type (e-mail, SMS or script) used for notification as well as the name and surname (in parentheses after the username) of a notification recipient.<br>Action operation can both be a [notification](/manual/config/notifications/action/operation/message) or a [remote command](/manual/config/notifications/action/operation/remote_command) depending on the selected type of operation.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.<br>See the [Escalations](/manual/config/notifications/action/escalations) section for more details as to what happens if an action is disabled during an escalation in progress.|  To configure a new action, click on the *Create action* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Действия* пользователи могут настраивать и поддерживать действия.  Отображаемые действия — это действия, назначенные для выбранного источника событий (триггеры, услуги, обнаружение, авторегистрация, внутренние события).  Действия сгруппированы в подразделы по источнику событий (триггер, услуга, обнаружение, авторегистрация, внутренние действия). Список доступных подразделов появляется при нажатии на *Действия* в разделе меню *Настройка*. Переключаться между подразделами также можно с помощью выпадающего списка заголовков в левом верхнем углу.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/actions_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/actions_selector.png){width="300"}| |Меню третьего уровня.|Выпадающий список заголовков.|  После выбора подраздела открывается страница со списком существующих действий с подробной информаций о них.  Для пользователей без прав Супер-администратора действия отображаются в соответствии с настройками прав доступа. Это означает, что в некоторых случаях пользователь без права Супер-администратора не может просмотреть полный список действий из-за определённых ограничений прав доступа. Пользователю без права Супер-администратора действие отображается при выполнении следующих условий:  -   Пользователь имеет доступ для чтения/записи к группам узлов сети, узлам сети,     шаблонам и триггерам в условиях действия -   Пользователь имеет доступ для чтения/записи к группам узлов сети, узлам сети и     шаблонам в операциях действия, операциях восстановления и операциях обновления -   Пользователь имеет доступ для чтения к группам пользователей и     пользователям в операциях действия, операциях восстановления и операциях обновления      :::noteclassic Действия на услуги поддерживаются аналогичным образом в разделе меню *Услуги → Действия на услуги*. Доступ пользователей к конкретным действиям на услуги зависит от прав доступ роли пользователя, установленных разделе меню *Доступ к услугам*. :::   ![](../../../../../assets/en/manual/web_interface/actions.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя действия. При нажатии на имя действия откроется [диалог настройки](/manual/config/notifications/action#настройка-действия) действия.| |*Условия (Conditions)*|Отображаются условия действия.| |*[Операции](/manual/config/notifications/action/operation#настройка-операции)*<br>*(Operations)*|Отображаются операции действия.<br>Начиная с Zabbix 2.2, список операций также отображает используемый способ оповещений (e-mail, SMS или скрипт), а также имя и фамилию получателя оповещений (в круглых скобках после имени пользователя).<br>Операцией действия может быть [оповещение](/manual/config/notifications/action/operation/message) либо [удалённая команда](/manual/config/notifications/action/operation/remote_command) в зависимости от выбранного типа операции.| |*Состояние*<br>*(Status)*|Состояние действия — *Активировано* или *Деактивировано*.<br>Нажав на состояние, вы можете сменить его.<br>Смотрите раздел [Эскалаций](/manual/config/notifications/action/escalations) для получения сведений о том, что произойдёт, если действие деактивировать во время выполнения эскалации.|  Для настройки нового действия нажмите на кнопку *Создать действие* в правом верхнем углу.

en-us	#### Overview  In the *Configuration → Discovery* section users can configure and maintain discovery rules.  A listing of existing discovery rules with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the discovery rule. Clicking on the discovery rule name opens the discovery rule [configuration form](/manual/discovery/network_discovery/rule).| |*IP range*|The range of IP addresses to use for network scanning is displayed.| |*Proxy*|The proxy name is displayed, if discovery is performed by the proxy.| |*Interval*|The frequency of performing discovery displayed.| |*Checks*|The types of checks used for discovery are displayed.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new discovery rule, click on the *Create discovery rule* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Обнаружение* пользователи могут настраивать и поддерживать правила обнаружения.  Здесь отображается список существующих правил обнаружения с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя правила обнаружения. При нажатии на имя правила обнаружения открывается [диалог настройки](/manual/discovery/network_discovery/rule) правила обнаружения.| |*Диапазон IP адресов*<br>*(IP range)*|Отображается диапазон IP адресов, которые используются для сканирования сети.| |*Прокси (Proxy)*|Отображается имя прокси, если обнаружение выполняется сервером прокси.| |*Интервал (Interval)*|Отображается частота выполнения обнаружения.| |*Проверки (Checks)*|Отображаются типы проверок, используемые при обнаружении.| |*Состояние (Status)*|Отображается состояние обнаружения — *Активировано* или *Деактивировано*.<br>Нажав на состояние, вы можете сменить его.|  Для настройки нового правила обнаружения нажмите на кнопку *Создать правило обнаружения* в правом верхнем углу.

en-us	#### Overview  In the *Configuration → Event correlation* section users can configure and maintain global correlation rules for Zabbix events.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the correlation rule. Clicking on the correlation rule name opens the rule [configuration form](/manual/config/event_correlation/global#configuration).| |*Conditions*|Correlation rule conditions are displayed.| |*Operations*|Correlation rule operations are displayed.| |*Status*|Correlation rule status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new correlation rule, click on the *Create correlation* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Корреляция событий* пользователи могут настраивать и поддерживать правила глобальной корреляции для событий Zabbix.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя правила корреляции. При нажатии на имя правила корреляции открывается [диалог настройки](/manual/config/event_correlation/global#настройка) правила корреляции.| |*Условия (Conditions)*|Отображаются условия правила корреляции.| |*Операции (Operations)*|Отображаются операции правила корреляции.| |*Состояние (Status)*|Отображается состояние правила корреляции — *Активировано* или *Деактивировано*.<br>Нажав на состояние, вы можете сменить его.|  Для настройки нового правила корреляции нажмите на кнопку *Создать корреляцию* в правом верхнем углу.

en-us	#### Overview  In the *Configuration → Host groups* section users can configure and maintain host groups. A host group can contain both templates and hosts.  A listing of existing host groups with their details is displayed. You can search and filter host groups by name.  ![](../../../../../assets/en/manual/web_interface/host_groups1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host group. Clicking on the group name opens the host group [configuration form](/manual/config/hosts/host#creating-a-host-group).| |*Hosts*|Number of hosts in the group (displayed in gray). Clicking on "Hosts" will, in the whole listing of hosts, filter out those that belong to the group.| |*Templates*|Number of templates in the group (displayed in gray). Clicking on "Templates" will, in the whole listing of templates, filter out those that belong to the group.| |*Members*|Names of group members. Template names are displayed in gray, monitored host names in blue and non-monitored host names in red. Clicking on a name will open the template/host configuration form.| |*Info*|Error information (if any) regarding the host group is displayed.|
ru	#### Обзор  В разделе *Настройка → Группы узлов сети* пользователи могут настраивать и поддерживать группы узлов сети. Группы узлов сети могут содержать как шаблоны, так и узлы сети.  Здесь отображается список существующих групп узлов сети с подробной информацией о них. Вы можете искать и фильтровать группы узлов сети по имени.  ![](../../../../../assets/en/manual/web_interface/host_groups1.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя группы узлов сети. При нажатии на имени группы узлов сети откроется [диалог настройки](/manual/config/hosts/host#создание-группы-узлов-сети) групп узлов сети.| |*Узлы сети*<br>*(Hosts)*|Количество узлов сети в группе (отображается серым цветом). При нажатии на «Узлы сети» отобразится список узлов сети, отфильтрованный по требуемой группе узлов сети.| |*Шаблоны*<br>*(Templates)*|Количество шаблонов в группе (отображается серым цветом). При нажатии на «Шаблоны» отобразится список шаблонов, отфильтрованный по требуемой группе узлов сети.| |*Члены группы*<br>*(Members)*|Имена членов группы. Имена шаблонов отображаются серым, имена узлов сети под наблюдением — синим, а имена узлов сети без наблюдения — красным. При нажатии на имени откроется диалог настройки шаблона/узла сети.| |*Инфо (Info)*|Отображается информация об ошибках (если есть), относящихся к группе узлов сети.|