en-us	##### Miscellaneous aspects of escalation behavior  Let's consider what happens in different circumstances if an action contains several escalation steps.  |Situation|Behavior| |---------|--------| |*The host in question goes into maintenance after the initial problem notification is sent*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all remaining escalation steps are executed either with a delay caused by the maintenance period or without delay. A maintenance period does not cancel operations.| |*The time period defined in the **Time period** action condition ends after the initial notification is sent*|All remaining escalation steps are executed. The *Time period* condition cannot stop operations; it has effect with regard to when actions are started/not started, not operations.| |*A problem starts during maintenance and continues (is not resolved) after maintenance ends*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all escalation steps are executed either from the moment maintenance ends or immediately.| |*A problem starts during a no-data maintenance and continues (is not resolved) after maintenance ends*|It must wait for the trigger to fire, before all escalation steps are executed.| |*Different escalations follow in close succession and overlap*|The execution of each new escalation supersedes the previous escalation, but for at least one escalation step that is always executed on the previous escalation. This behavior is relevant in actions upon events that are created with EVERY problem evaluation of the trigger.| |*During an escalation in progress (like a message being sent), based on any type of event:<br>- the action is disabled<br>Based on trigger event:<br>- the trigger is disabled<br>- the host or item is disabled<br>Based on internal event about triggers:<br>- the trigger is disabled<br>Based on internal event about items/low-level discovery rules:<br>- the item is disabled<br>- the host is disabled*|The message in progress is sent and then one more message on the escalation is sent. The follow-up message will have the cancellation text at the beginning of the message body (*NOTE: Escalation canceled*) naming the reason (for example, *NOTE: Escalation canceled: action '<Action name>' disabled*). This way the recipient is informed that the escalation is canceled and no more steps will be executed. This message is sent to all who received the notifications before. The reason of cancellation is also logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning).<br><br>Note that the *Escalation canceled* message is also sent if operations are finished, but recovery operations are configured and are not executed yet.| |*During an escalation in progress (like a message being sent) the action is deleted*|No more messages are sent. The information is logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning), for example: `escalation canceled: action id:334 deleted`|
ru	##### Различные аспекты поведения эскалаций  Давайте рассмотрим что произойдет при разных обстоятельствах, если действие содержит несколько шагов эскалаций.  |Ситуация|Поведение| |---------|--------| |*Узел сети, о котором идет речь, переходит в состояние обслуживания после отправки первоначального оповещения о проблеме*|В зависимости от опции *Приостановить операции для подавленных проблем* в [настройках](/manual/config/notifications/action/operation#настройка_операции) действия, все оставшиеся шаги эскалаций выполнятся либо с задержкой, вызванной периодом обслуживания, или без задержки. Период обслуживания не отменяет операции.| |*Период времени указанный в условии **Период времени** действия завершается после первоначальной отправки оповещения*|Выполнятся все оставшиеся шаги эскалации. Условие *Период времени* не может прервать операции; это условие имеет влияние в отношении действия началось/не началось, но не имеет влияния на операции.| |*Проблема началась в процессе обслуживания и продолжается (не исправлена) после окончания обслуживания*|В зависимости от опции *Приостановить операции для подавленных проблем* в [настройках](/manual/config/notifications/action/operation#настройка_операции) действия, все шаги выполняются либо с момента завершения обслуживания или сразу же.| |*Проблема началась в процессе обслуживания без сбора данных и продолжается (не исправлена) после окончания обслуживания*|Действие должно дождаться пока триггер не перейдет в состояние проблема, до выполнения всех шагов эскалации.| |*Разные эскалации следуют в тесном порядке и перекрываются*|Выполнение каждой новой эскалации заменяет предыдущую эскалацию, но по крайней мере для одного шага эскалации, который всегда обязательно выполняется при предыдущей эскалации. Такое поведение тесно связано с действиями на события, которые создаются на КАЖДОЕ вычисление проблемы триггера.| |*В процессе выполнения эскалации (например, во время отправки сообщения), основанном на любом типе событий:<br>- действие деактивировано<br>- событие удалено<br>На основе события на триггер:<br>- триггер деэактивирован или удален<br>- узел сети или элемент данных деактивирован<br>На основе внутреннего события о триггере:<br>- триггер деактивирован или удален<br>На основе внутреннего события о элементах данных/правилах низкоуровневого обнаружения:<br>- элемент данных деактивирован или удален<br>- узел сети деактивирован*|Будет отправлено сообщение, которое уже в процессе отправки, затем будет отправлено еще одно сообщение эскалации. Последующие сообщения будут иметь следующий текст в начале тела сообщения (*NOTE: Escalation cancelled*) с указанием причины (например, *NOTE: Escalation cancelled: action '<Имя действия>' disabled*). Таким образом получатель будет проинформирован о том, что эскалация отменена и дальнейшие шаги не будут выполнены. Это сообщение будет отправлено все кто получал оповещения ранее. Причина отмены также будет записана в файл журнала сервера (начиная с [уровня отладки](/manual/appendix/config/zabbix_server) 3=Предупреждения).<br><br>Обратите внимание, что сообщение *Escalation canceled* также будет отправлено, если все операции завершены, а также операции восстановления настроены, но еще не выполнялись.| |*В процессе выполнения эскалации (например, во время отправки сообщения) удалено действие*|Сообщения более не отсылаются. Информация будет записана в файл журнала сервера (начиная с [уровня отладки](/manual/appendix/config/zabbix_server) 3=Предупреждения), например: `escalation cancelled: action id:334 deleted`|

en-us	##### - Modes  (**forecast** only)\ Every time a trigger function is evaluated, it gets data from the specified history period and fits a specified function to the data. So, if the data is slightly different, the fitted function will be slightly different. If we simply calculate the value of the fitted function at a specified time in the future, you will know nothing about how the analyzed item is expected to behave between now and that moment in the future. For some `fit` options (like *polynomial*) a simple value from the future may be misleading.  |`mode`|**forecast** result| |------|-------------------| |*value*|f(now + `time`)| |*max*|max~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*min*|min~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|average of f(t) (now <= t <= now + `time`) according to [definition](https://en.wikipedia.org/wiki/Mean_of_a_function)|
ru	##### - Режимы  (Только **forecast**)\ Каждый раз, когда вычисляется функция триггера, данные запрашиваются из указанного периода истории и по полученным данным строится указанная аппроксимация. Поэтому, если данные немного изменятся, то и построенная аппроксимация немного изменится. Если мы будем просто рассчитывать значение функции аппроксимации в заданный момент времени в будущем, то вы ничего не будете знать о том, как согласно прогнозу будет меняться анализируемый элемент данных между текущим моментом и этим моментом в будущем. При некоторых параметрах `аппроксимации` (вроде *polynomial*) просто лишь одно значение из будущего может ввести в заблуждение.  |`режим`|Результат **forecast**| |------|-------------------| |значение (*value*)|f(сейчас + `время`)| |максимум (*max*)|max~сейчас\ <=\ t\ <=\ сейчас\ +\ `время`~ f(t)| |минимум (*min*)|min~сейчас\ <=\ t\ <=\ сейчас\ +\ `время`~ f(t)| |дельта (*delta*)|*max* - *min*| |среднее (*avg*)|среднее значение f(t) (сейчас <= t <= сейчас + `время`) в соответствии с [определением](https://ru.wikipedia.org/wiki/Среднее_значение_функции)|

en-us	### Module example  - When creating a host group, grant read permissions to configured user groups - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)
ru	### Пример модуля  - При создании группы хостов предоставьте разрешения на чтение настроенным группам пользователей - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)

en-us	 # Module file structure  All code related to a module is stored in a single directory inside the **modules** directory of your Zabbix frontend installation (for example, *zabbix/ui/modules*).
ru	# Файловая структура модуля  Весь код, связанный с модулем, хранится в одном каталоге внутри каталога **modules** вашей установки веб-интерфейса Zabbix (например, *zabbix/ui/modules*).

en-us	#### More info  See [Virtual machine monitoring](/manual/vm_monitoring) for detailed information how to configure Zabbix to monitor VMware environments.
ru	#### Дополнительная информация  Смотрите раздел [мониторинга виртуальных машин](/manual/vm_monitoring) для получения более подробной информации о настройке Zabbix для мониторинга сред VMware.

en-us	 Most trigger functions are evaluated based on item value [history](/manual/config/items/history_and_trends) data, while some trigger functions for long-term analytics, e.g. **trendavg()**, **trendcount()**, etc, use trend data.
ru	Большинство функций триггеров вычисляются на основании данных [истории](/manual/config/items/history_and_trends) значения элемента данных, в то же время некоторые функции триггеров для долгосрочной аналитики (например, **trendavg()**, **trendcount()** и другие) используют данные динамики изменений.

en-us	#### Moving and copy-pasting elements  Several selected elements can be **moved** to another place in the map by clicking on one of the selected elements, holding down the mouse button, and moving the cursor to the desired location.  One or more elements can be **copied** by selecting the elements, then clicking on a selected element with the right mouse button and selecting *Copy* from the menu.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  To paste the elements, click on a map area with the right mouse button and select *Paste* from the menu. The *Paste without external links* option will paste the elements retaining only the links that are between the selected elements.  Copy-pasting works within the same browser window. Keyboard shortcuts are not supported.
ru	#### Перемещение и копирование элементов  Можно **переместить** несколько выбранных элементов в другое место на карте, нажав на один из выбранных элементов затем, удерживая кнопку мыши, переместить курсор в желаемое место.  Можно **скопировать** один и более элементов, выбрав элементы, затем нажав на выбранный элемент правой кнопкой мыши и выбрать в меню *Копировать*.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  Чтобы вставить элементы, нажмите на область карты правой кнопкой мыши и выберите из меню *Вставить*. Опция *Вставить без внешних связей* позволяет вставить элементы только со связями между выбранными элементами.  Опция копирования-вставки работает в пределах одного окна браузера. Горячие клавиши не поддерживаются.

en-us	##### Multiple HTTP requests  Collect the content of both *https://www.example.com* and *https://www.example.com/release\_notes*:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```
ru	##### Несколько HTTP запросов  Сбор содержимого как *https://www.example.com*, так и *https://www.example.com/release\_notes*:  -   Создайте элемент данных с типом "Скрипт".\ -   В поле *Скрипт* введите следующий код:  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```

en-us	 ### name  Module name that will be displayed in the Administration section.  *Type*: String  *Example*:   ```json "name": "My module" ```
ru	### name  Имя модуля, которое будет отображаться в секторе Администрирование.  *Тип*: String  *Пример* ```json "name": "My module" ```

en-us	 ### namespace  PHP namespace for module classes.  *Type*: String  *Example*:   ```json "namespace": "ClockWidget" ```
ru	### namespace  Пространство имён PHP для классов модулей  *Тип*: String  *Пример*:  ```json "namespace": "ClockWidget" ```

en-us	## NAME  zabbix\_agent2 - Zabbix agent 2\ \ [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_agent2 - Zabbix агент 2\ \ [ ]{#lbAC}

en-us	## NAME  zabbix\_agentd - Zabbix agent daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_agentd - служба Zabbix агент [ ]{#lbAC}

en-us	## NAME  zabbix\_get - Zabbix get utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_get - утилита Zabbix для получения метрик [ ]{#lbAC}

en-us	## NAME  zabbix\_js - Zabbix JS utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_js - утилита Zabbix для выпонения js скриптов [ ]{#lbAC}

en-us	## NAME  zabbix\_proxy - Zabbix proxy daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_proxy - демон сервиса zabbix прокси

en-us	## NAME  zabbix\_sender - Zabbix sender utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_sender - утилита Zabbix для отправки метрик [ ]{#lbAC}

en-us	## NAME  zabbix\_server - Zabbix server daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_server - сервис Zabbix сервер [ ]{#lbAC}

en-us	## NAME  zabbix\_web\_service - Zabbix web service [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_web\_service — веб-сервис Zabbix [ ]{#lbAC}

en-us	##### Naming and location of persistent files  Zabbix agent distinguishes active checks by their keys. For example, logrt\[/home/zabbix/test.log\] and logrt\[/home/zabbix/test.log,\] are different items.  Modifying the item logrt\[/home/zabbix/test.log,,,10\] in frontend to logrt\[/home/zabbix/test.log,,,20\] will result in deleting the item logrt[/home/zabbix/test.log,,,10] from the agent's list of active checks and creating logrt\[/home/zabbix/test.log,,,20\] item \(some attributes are carried across modification in frontend/server, not in agent\).  The file name is composed of MD5 sum of item key with item key length appended to reduce possibility of collisions.  For example, the state of logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] item will be kept in persistent file c963ade4008054813bbc0a650bb8e09266.  Multiple log items can use the same value of **persistent\_dir**.  **persistent\_dir** is specified by taking into account specific file system layouts, mount points and mount options and storage mirroring configuration - the persistent file should be on the same mirrored filesystem as the monitored log file.  If **persistent\_dir** directory cannot be created or does not exist, or access rights for Zabbix agent does not allow to create/write/read/delete files the log item becomes NOTSUPPORTED.
ru	##### Именование и расположение постоянных файлов  Zabbix агент различает активные проверки по их ключам. Например, logrt\[/home/zabbix/test.log\] и logrt\[/home/zabbix/test.log,\] - разные элементы данных. Изменение в веб-интерфейсе элемента данных logrt\[/home/zabbix/test.log,,,10\] на logrt\[/home/zabbix/test.log,,,20\] приведёт к удалению элемента данных logrt[/home/zabbix/test.log,,,10] из списка активных проверок агента и созданию элемента данных logrt\[/home/zabbix/test.log,,,20\] \(некоторые атрибуты сохраняются при изменениях в веб-интерфейсе / на стороне сервера, но не на стороне агента\).  Имя файла состоит из MD5 суммы ключа элемента данных с длиной ключа, добавляемой для уменьшения возможных пересечений.  Например, состояние элемента данных logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] будет храниться в постоянном файле c963ade4008054813bbc0a650bb8e09266.  Несколько элементов данных могут использовать одно и то же значение **постоянного\_хранилища**.  **постоянное\_хранилище** указывается с учетом структуры конкретной файловой системы, точек монтирования и опций монтирования, а также настроек зеркалирования хранилища - постоянный файл должен располагаться на том же зеркале файловой системы, что и наблюдаемый файл журнала.  Если директорию **постоянного\_хранилища** не удаётся создать или она не существует, или права доступа Zabbix агента не позволяют создавать/записывать/читать/удалять файлы, тогда элемент данных журнала становится НЕПОДДЕРЖИВАЕМЫМ.

en-us	#### Negative problem duration  It is actually possible in some common situations to have negative problem duration i.e. when the problem resolution time is earlier than problem creation time, e. g.:  -   If some host is monitored by proxy and a network error happens,     leading to no data received from the proxy for a while, the     nodata(/host/key) trigger will be fired by the server. When the     connection is restored, the server will receive item data from the     proxy having a time from the past. Then, the nodata(/host/key)     problem will be resolved and it will have a negative problem     duration; -   When item data that resolve the problem event are sent by Zabbix     sender and contain a timestamp earlier than the problem creation     time, a negative problem duration will also be displayed.  ::: noteclassic Negative problem duration is not affecting [SLA calculation](/manual/it_services) or [Availability report](/manual/web_interface/frontend_sections/reports/availability) of a particular trigger in any way; it neither reduces nor expands problem time. :::
ru	#### Отрицательная длительность проблемы  В некоторых распространенных ситуациях проблема может иметь отрицательную длительность, т.е. время решения проблемы наступает раньше времени возникновения проблемы, например:  -   Если какой-либо узел сети наблюдается прокси и происходит сетевая ошибка, которая приводит к тому, что данные от прокси не поступают некоторое время, тогда триггер nodata(/host/key) сработает на стороне сервера. Когда соединение восстановится, сервер получит данные по элементу данных от прокси, у этих данных будет время из прошлого. Тогда проблема nodata(/host/key) будет решена и у нее будет отрицательная длительность проблемы; -   Когда данные элемента данных, которые решают событие проблемы, поступили от Zabbix sender и содержат штамп времени более старый, чем время создания проблемы, в этом случае также отобразится отрицательная длительность проблемы.  ::: noteclassic Отрицательная длительность проблемы никак не влияет на [вычисление SLA](/manual/it_services) или [Отчет о доступности](/manual/web_interface/frontend_sections/reports/availability) по конкретному триггеру; также из-за этого не уменьшается и не увеличивается время проблемы. :::

en-us	#### NetBSD 8.0 and newer  Various Zabbix processes may randomly crash on startup on the NetBSD versions 8.X and 9.X. That is due to the too small default stack size (4MB), which must be increased by running:      ulimit -s 10240  For more information, please see the related problem report: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).
ru	#### NetBSD 8.0 и новее  Различные процессы Zabbix могут случайным образом аварийно завершать работу при запуске на NetBSD версий 8.X и 9.X. Такое поведение связано со слишком малым размером стека по умолчанию (4МБ), который необходимо увеличить, выполнив:      ulimit -s 10240  Для получения более подробной информации, пожалуйста, обратитесь к соответствующему отчету о проблеме: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).

en-us	#### New templates  New template is available:  - [HPE iLO by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/server/hpe_ilo_http?at=refs%2Fheads%2Frelease%2F6.4)  You can get this template:  -   In *Data collection* → *Templates* in new installations; -   If you are upgrading from previous versions, you can download new templates from Zabbix [Git     repository](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates?at=refs%2Fheads%2Frelease%2F6.4)     or find them in the *zabbix/templates* directory of the downloaded latest Zabbix version.     Then, while in *Data collection* → *Templates*, you can import them manually into Zabbix.
ru	#### Новые шаблоны  Доступен новый шаблон:  - [HPE iLO by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/server/hpe_ilo_http?at=refs%2Fheads%2Frelease%2F6.4)  Вы можете получить этот шаблон:  - В *Настройка* → *Шаблоны* на новых инсталляциях; - При обновлении с предыдущих версий последние шаблоны можно загрузить с [Git репозитория](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates?at=refs%2Fheads%2Frelease%2F6.4) Zabbix или найти их в директории *zabbix/templates* в скачанной последней версии Zabbix. Затем, находясь в *Настройка* → *Шаблоны*, вы можете импортировать их в Zabbix вручную.

en-us	##### Non-primitive data types  Since Zabbix 4.0.0 it is possible to work with custom MBeans returning non-primitive data types, which override the **toString()** method.
ru	##### Непримитивные типы данных  Начиная с Zabbix 4.0.0, имеется возможность работы с пользовательскими MBean, которые возвращают непримитивные типы данных, которые переопределяют метод **toString()**.

en-us	### Notation
ru	### Обозначение

en-us	::: noteclassic A new user cannot be created without assigning a user role to them in 6.4.4 and later Zabbix versions. Previously created users may still be edited without assigning a user role to them, but when a user role is assigned, the field becomes mandatory, and a user role cannot be deleted anymore. You can always change the user role, though.  6.4.3 and earlier versions still provide the opportunity to create a user with an empty user role.  :::
ru	::: noteclassic Начиная с версии Zabbix 6.4.4, невозможно создать нового пользователя, не назначив ему роль. Учетные записи ранее созданных пользователей можно редактировать, не назначая им роль, но когда роль пользователя назначена, поле становится обязательным и роль пользователя больше нельзя удалить. При этом роль пользователя всегда можно изменить.  В версии 6.4.3 и более ранних по-прежнему можно создать пользователя, не указывая его роль.  :::

en-us	::: noteimportant User-defined commands are executed from the OS user that is used to run Zabbix components. To execute these commands, this user must have the necessary permissions. :::
ru	::: noteimportant Пользовательские команды выполняются от пользователя ОС, который используется для запуска компонентов Zabbix. Для выполнения этих команд этот пользователь должен иметь необходимые разрешения. :::

en-us	::: noteimportant User-defined commands in items such as external checks, user parameters and `system.run[]` Zabbix agent items are executed from the OS user that is used to run Zabbix components. To execute these commands, this user must have the necessary permissions. :::
ru	::: noteimportant Пользовательские команды в таких элементах, как внешние проверки, пользовательские параметры и элементы Zabbix агента `system.run[]` выполняются от пользователя ОС, который используется для запуска компонентов Zabbix. Для выполнения этих команд этот пользователь должен иметь необходимые разрешения. :::

en-us	##### Notes on connection termination  If IPMI checks are not performed (by any reason: all host IPMI items disabled/notsupported, host disabled/deleted, host in maintenance etc.) the IPMI connection will be terminated from Zabbix server or proxy in 3 to 4 hours depending on the time when Zabbix server/proxy was started.
ru	##### Примечания о завершении соединений  Если IPMI проверки не выполняются (по любой из причин: все элементы данных IPMI деактивированы / неподдерживаются на узле сети, сам узел сети деактивирован / удалён, узел сети находится в режиме обслуживания и так далее), то соединение будет разорвано со стороны Zabbix сервера и прокси через 3 - 4 часа, в зависимости от времени запуска Zabbix сервера/прокси.

en-us	##### Notes on discrete sensor names in OpenIPMI-2.0.16, 2.0.17, 2.0.18 and 2.0.19  Names of discrete sensors in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 often have an additional "`0`" (or some other digit or letter) appended at the end. For example, while `ipmitool` and OpenIPMI-2.0.19 display sensor names as "`PhysicalSecurity`" or "`CATERR`", in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 the names are "`PhysicalSecurity0`" or "`CATERR0`", respectively.  When configuring an IPMI item with Zabbix server using OpenIPMI-2.0.16, 2.0.17 and 2.0.18, use these names ending with "0" in the *IPMI sensor* field of IPMI agent items. When your Zabbix server is upgraded to a new Linux distribution, which uses OpenIPMI-2.0.19 (or later), items with these IPMI discrete sensors will become "NOT SUPPORTED". You have to change their *IPMI sensor* names (remove the '0' in the end) and wait for some time before they turn "Enabled" again.
ru	##### Заметки о именах дискретных датчиков в OpenIPMI-2.0.16, 2.0.17, 2.0.18 и 2.0.19  Имена дискретных датчиков в OpenIPMI-2.0.16, 2.0.17 и 2.0.18 зачастую имеют дополнительный символ "`0`" (или какую-то другую цифру или символ), добавленный в конце имени. Например, тогда как `ipmitool` и OpenIPMI-2.0.19 отображают имена датчиков как "`PhysicalSecurity`" или "`CATERR`", в OpenIPMI-2.0.16, 2.0.17 и 2.0.18 эти имена - "`PhysicalSecurity0`" или "`CATERR0`", соответственно.  При настройке элемента данных IPMI для Zabbix сервера, использующего OpenIPMI-2.0.16, 2.0.17 и 2.0.18, добавьте к их именам "0" в поле *IPMI датчик* для элементов данных IPMI агента. Когда ваш Zabbix сервер будет обновлён в новом Linux дистрибутиве, использующем OpenIPMI-2.0.19 (или более позднюю), элементы данных с такими IPMI дискретными датчиками перейдут в состояние "НЕ ПОДДЕРЖИВАЕТСЯ". Вам потребуется изменить их имена *IPMI датчик* (удалить '0' в конце) и подождать некоторое время, пока они станут "Активированными" снова.

en-us	#### Notes on handling 'copytruncate' log file rotation  `logrt` with the `copytruncate` option assumes that different log files have different records (at least their timestamps are different), therefore MD5 sums of initial blocks (up to the first 512 bytes) will be different. Two files with the same MD5 sums of initial blocks means that one of them is the original, another - a copy.  `logrt` with the `copytruncate` option makes effort to correctly process log file copies without reporting duplicates. However, things like producing multiple log file copies with the same timestamp, log file rotation more often than logrt\[\] item update interval, frequent restarting of agent are not recommended. The agent tries to handle all these situations reasonably well, but good results cannot be guaranteed in all circumstances.
ru	#### Заметки по обработке ротации 'copytruncate' файлов журналов  Элемент данных `logrt` с опцией `copytruncate` подразумевает, что разные файлы журналов имеют разные записи (по крайней мере штампы времени в них отличаются), поэтому MD5 суммы начальных блоков (до первых 512 байт) будут отличаться. Два файла с одинаковыми MD5 суммами начальных блоков означают, что один из них оригинал, а второй - копия.  Элемент данных `logrt` с опцией `copytruncate` делает попытку корректной обработки копий файлов журналов без дубликатов сообщений. Тем не менее, такие варианты как создание нескольких копий файлов журналов с одинаковыми штампами времени, ротация файлов журналов чаще чем интервал обновления logrt\[\] элемента данных, частый перезапуск агента не рекомендуются. Агент пытается справиться со всеми этими ситуациями, но хорошие результаты не гарантируются при всех обстоятельствах.

en-us	### Notes on installation  See the [installation instructions](https://www.zabbix.com/download?zabbix=6.4&os_distribution=ubuntu&os_version=22.04) per platform in the download page for:  -   installing the repository -   installing server/agent/frontend -   creating initial database, importing initial data -   configuring database for Zabbix server -   configuring PHP for Zabbix frontend -   starting server/agent processes -   configuring Zabbix frontend  If you want to run Zabbix agent as root, see [running agent as root](/manual/appendix/install/run_agent_as_root).  Zabbix web service process, which is used for [scheduled report generation](/manual/web_interface/frontend_sections/reports/scheduled), requires Google Chrome browser. The browser is not included into packages and has to be installed manually.
ru	### Заметки по установке  Обратитесь к [инструкциям по установке](https://www.zabbix.com/download?zabbix=6.4&os_distribution=ubuntu&os_version=22.04) по каждой платформе на странице загрузки для:  -   установки репозитория -   установке сервера / агента / веб-интерфейса -   создания начальной базы данных, импорта начальных данных -   настройки базы данных для работы с Zabbix сервером -   настройки PHP для работы с веб-интерфейсом Zabbix -   запуска процессов сервера / агента -   настройки веб-интерфейса Zabbix  Если вы хотите запускать Zabbix агента с правами root, смотрите [Запуск агента с правами root](/manual/appendix/install/run_agent_as_root).  Процессу веб-сервиса Zabbix, который используется для [генерации отчетов по расписанию](/manual/web_interface/frontend_sections/reports/scheduled), требуется браузер Google Chrome. Этот браузер не включен в пакеты, и его необходимо устанавливать вручную отдельно.

en-us	#### Notes on IPMI discrete sensors  To find sensors on a host start Zabbix server with **DebugLevel=4** enabled. Wait a few minutes and find sensor discovery records in Zabbix server logfile:      $ grep 'Added sensor' zabbix_server.log     8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:7 id:'CATERR' reading_type:0x3 ('discrete_state') type:0x7 ('processor') full_name:'(r0.32.3.0).CATERR'     8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'CPU Therm Trip' reading_type:0x3 ('discrete_state') type:0x1 ('temperature') full_name:'(7.1).CPU Therm Trip'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'System Event Log' reading_type:0x6f ('sensor specific') type:0x10 ('event_logging_disabled') full_name:'(7.1).System Event Log'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'PhysicalSecurity' reading_type:0x6f ('sensor specific') type:0x5 ('physical_security') full_name:'(23.1).PhysicalSecurity'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'IPMI Watchdog' reading_type:0x6f ('sensor specific') type:0x23 ('watchdog_2') full_name:'(7.7).IPMI Watchdog'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'Power Unit Stat' reading_type:0x6f ('sensor specific') type:0x9 ('power_unit') full_name:'(21.1).Power Unit Stat'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Ctrl %' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.1).P1 Therm Ctrl %'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.2).P1 Therm Margin'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 2' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 2'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 3' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 3'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'P1 Mem Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).P1 Mem Margin'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'Front Panel Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Front Panel Temp'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'Baseboard Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Baseboard Temp'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +5.0V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +5.0V'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +3.3V STBY' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V STBY'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +3.3V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.5V P1 DDR3' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.5V P1 DDR3'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.1V P1 Vccp' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.1V P1 Vccp'     8358:20130318:111122.174 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +1.05V PCH' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.05V PCH'  To decode IPMI sensor types and states, get a copy of IPMI 2.0 specifications at <http://www.intel.com/content/www/us/en/servers/ipmi/ipmi-specifications.html> (At the time of writing the newest document was <http://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/second-gen-interface-spec-v2.pdf>)  The first parameter to start with is "reading\_type". Use "Table 42-1, Event/Reading Type Code Ranges" from the specifications to decode "reading\_type" code. Most of the sensors in our example have "reading\_type:0x1" which means "threshold" sensor. "Table 42-3, Sensor Type Codes" shows that "type:0x1" means temperature sensor, "type:0x2" - voltage sensor, "type:0x4" - Fan etc. Threshold sensors sometimes are called "analog" sensors as they measure continuous parameters like temperature, voltage, revolutions per minute.  Another example - a sensor with "reading\_type:0x3". "Table 42-1, Event/Reading Type Code Ranges" says that reading type codes 02h-0Ch mean "Generic Discrete" sensor. Discrete sensors have up to 15 possible states (in other words - up to 15 meaningful bits). For example, for sensor 'CATERR' with "type:0x7" the "Table 42-3, Sensor Type Codes" shows that this type means "Processor" and the meaning of individual bits is: 00h (the least significant bit) - IERR, 01h - Thermal Trip etc.  There are few sensors with "reading\_type:0x6f" in our example. For these sensors the "Table 42-1, Event/Reading Type Code Ranges" advises to use "Table 42-3, Sensor Type Codes" for decoding meanings of bits. For example, sensor 'Power Unit Stat' has type "type:0x9" which means "Power Unit". Offset 00h means "PowerOff/Power Down". In other words if the least significant bit is 1, then server is powered off. To test this bit, the **bitand** [function](/manual/appendix/functions) with mask '1' can be used. The trigger expression could be like      bitand(last(/www.example.com/Power Unit Stat,#1),1)=1  to warn about a server power off.
ru	#### Примечания о дискретных датчиках IPMI  Для поиска датчиков на узле сети запустите Zabbix сервер с включенным **DebugLevel=4**. Подождите пару минут и поищите записи об обнаруженных датчиках в журнале Zabbix сервера:      $ grep 'Added sensor' zabbix_server.log     8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:7 id:'CATERR' reading_type:0x3 ('discrete_state') type:0x7 ('processor') full_name:'(r0.32.3.0).CATERR'     8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'CPU Therm Trip' reading_type:0x3 ('discrete_state') type:0x1 ('temperature') full_name:'(7.1).CPU Therm Trip'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'System Event Log' reading_type:0x6f ('sensor specific') type:0x10 ('event_logging_disabled') full_name:'(7.1).System Event Log'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'PhysicalSecurity' reading_type:0x6f ('sensor specific') type:0x5 ('physical_security') full_name:'(23.1).PhysicalSecurity'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'IPMI Watchdog' reading_type:0x6f ('sensor specific') type:0x23 ('watchdog_2') full_name:'(7.7).IPMI Watchdog'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'Power Unit Stat' reading_type:0x6f ('sensor specific') type:0x9 ('power_unit') full_name:'(21.1).Power Unit Stat'     8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Ctrl %' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.1).P1 Therm Ctrl %'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.2).P1 Therm Margin'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 2' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 2'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 3' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 3'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'P1 Mem Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).P1 Mem Margin'     8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'Front Panel Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Front Panel Temp'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'Baseboard Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Baseboard Temp'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +5.0V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +5.0V'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +3.3V STBY' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V STBY'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +3.3V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.5V P1 DDR3' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.5V P1 DDR3'     8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.1V P1 Vccp' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.1V P1 Vccp'     8358:20130318:111122.174 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +1.05V PCH' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.05V PCH'  Для расшифровки типов датчиков IPMI и их состояний, скачайте копию спецификаций IPMI 2.0 с <http://www.intel.com/content/www/us/en/servers/ipmi/ipmi-specifications.html> (Во время подготовки документации самым новым документом был <http://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/second-gen-interface-spec-v2.pdf>)  Начнем с параметра "тип\_чтения"("reading\_type"). Для расшифровки кода "reading\_type" используйте раздел "Table 42-1, Event/Reading Type Code Ranges" из спецификации. Большинство датчиков из нашего примера имеют "reading\_type:0x1", означающих "порог" датчика. "Table 42-3, Sensor Type Codes" показывает, что "type:0x1" - датчик температуры, "type:0x2" - датчик напряжения, "type:0x4" - датчик частоты вращения вентилятора системы охлаждения и так далее. Пороговые датчики иногда называют "аналоговыми" датчиками, так как они измеряют непрерывные параметры, такие как температуру, напряжение, частоту вращения в минуту.  Другой пример - датчик с "reading\_type:0x3". "Table 42-1, Event/Reading Type Code Ranges" говорит, что коды типов чтения 02h-0Ch означают "Общий Дискретный" датчик. Дискретные датчики имеют до 15 возможных состояний (другими словами - до 15 значащих бит). К примеру, для датчика 'CATERR' с "type:0x7" "Table 42-3, Sensor Type Codes" показывает, что этот тип обозначает "Процессор" и значение отдельных битов: 00h (наименьший значащий бит) - IERR (внутренняя ошибка процессора), 01h - Перегрев процессора и т.д.  В нашем примере есть несколько датчиков с "reading\_type:0x6f". Для этих датчиков "Table 42-1, Event/Reading Type Code Ranges" советует использовать "Table 42-3, Sensor Type Codes" для расшифровки значений битов. Например, датчик 'Power Unit Stat' имеет тип "type:0x9", который означает "Блок питания". Смещение 00h означает "Выключено/Обесточено". Другими словами, если младший значащий бит равен 1, то сервер выключен. Для проверки этого бита можно воспользоваться [функцией](/manual/appendix/triggers/functions) **band** с маской '1'. Выражение триггера может выглядеть следующим образом:         bitand(last(/www.example.com/Power Unit Stat,#1),1)=1  для предупреждения о выключенном сервере.

en-us	#### Notes on persistent files for log\*\[\] items
ru	#### Примечания к постоянным файлам у log\*\[\] элементов данных

en-us	##### Notes on threshold and discrete sensor simultaneous availability  Some IPMI agents provide both a threshold sensor and a discrete sensor under the same name. In Zabbix versions prior to 2.2.8 and 2.4.3, the first provided sensor was chosen. Since versions 2.2.8 and 2.4.3, preference is always given to the threshold sensor.
ru	##### Заметки об одновременной доступности пороговых и дискретных датчиков  Некоторые IPMI агенты предоставляют одновременно пороговые и дискретные датчики под одним именем. В версиях Zabbix до 2.2.8 и 2.4.3, выбирался первый полученный датчик. Начиная с версий 2.2.8 и 2.4.3, предпочтение всегда отдаётся пороговому датчику.

en-us	 ::: notetip After enabling a trigger (changing its configuration status from *Disabled* to *Enabled*), the trigger expression is evaluated as soon as an item in it receives a value or the time to handle a time-based function comes. :::
ru	::: notetip После включения триггера (изменение его состояния конфигурации с *Деактивирован* на *Активирован*) выражение триггера будет вычислено, как только элемент данных из выражения получит свое значение или когда подойдет время обработки функции, связанной со временем. :::

en-us	::: notetip HTTP agent items and script items are supported by Zabbix server and proxy, and do not require an agent running on the host being monitored. :::
ru	::: notetip Элементы HTTP-агента и скриптовые элементы данных поддерживаются Zabbix-сервером и прокси-сервером, и не требуют наличия агента, работающего на отслеживаемом узле сети. :::

en-us	::: notetip It is advisable to use host macros instead of global macros because adding, updating or deleting global macros forces incremental configuration update for all hosts. For more information, see [Upgrade notes for 6.4.0](/manual/installation/upgrade_notes_640). :::
ru	::: notetip Целесообразно использовать макросы узла сети вместо глобальных макросов, поскольку добавление, обновление или удаление глобальных макросов приводит к дополнительному обновлению конфигурации для всех узлов сети. Дополнительную информацию см. в [Примечаниях к обновлению для 6.4.0](/manual/installation/upgrade_notes_640). :::

en-us	#### Numeric (float) data type range with PostgreSQL 11 and earlier  PostgreSQL 11 and earlier versions only support floating point value range of approximately -1.34E-154 to 1.34E+154.
ru	#### Диапазон типа данных числовой (с дробной точкой) в PostgreSQL 11 и более старых версиях  PostgreSQL версии 11 и старше поддерживают значения с дробной точкой только в диапазоне приблизительно от -1.34E-154 до 1.34E+154.

en-us	#### Numeric representation  Windows maintains numeric representations (indexes) for object and performance counter names. Zabbix supports these numeric representations as parameters to the `perf_counter`, `perf_counter_en` item keys and in `PerfCounter`, `PerfCounterEn` configuration parameters.  However, it's not recommended to use them unless you can guarantee your numeric indexes map to correct strings on specific hosts. If you need to create portable items that work across different hosts with various localized Windows versions, you can use the `perf_counter_en` key or `PerfCounterEn` configuration parameter which allow to use English names regardless of system locale.  To find out the numeric equivalents, run **regedit**, then find *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009*.  The registry entry contains information like this:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Here you can find the corresponding numbers for each string part of the performance counter, like in '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Then you can use these numbers to represent the path in numbers:      \2\6
ru	#### Числовое представление  В зависимости от настроек локализации, именования счётчиков производительности могут быть разными на разных серверах Windows. Такое поведение может внести определенные проблемы при создании шаблона для мониторинга нескольких Windows машин, использующих разные настройки локализации.  В то же время каждый счетчик производительности может быть переведен в цифровую форму, которая является уникальной и независимой от языковых настроек, так что вы можете использовать числовое представление, а не строковое.  Windows поддерживает числовые представления (индексы) объектов и имен счётчиков производительности. Zabbix поддерживает такие числовые представления в виде параметров к ключам элементов данных `perf_counter`, `perf_counter_en` и в параметрах конфигурации `PerfCounter`, `PerfCounterEn`.  Однако, если вы не можете гарантировать, что числовые индексы сопоставляются с корректными строками на отдельных хостах, не рекомендуется их использовать. Если вы хотите создать переносимые элементы данных, которые будут работать на разных хостах и с разными локализованными версиями Windows, вы можете использовать ключ `perf_counter_en` или параметр конфигурации `PerfCounterEn`, которые позволяют использовать имена на английском языке независимо от языка системы.  Для того чтобы найти цифровые эквиваленты, запустите **regedit**, а затем найдите *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\WindowsNT\\CurrentVersion\\Perflib\\009*.  Запись в реестре содержит информацию наподобие этой:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Здесь вы можете найти соответствующие числа для каждой части строки счётчика производительности, такой как '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Затем вы можете использовать эти числа для преобразования пути в числа:      \2\6

en-us	#### ODBC checks  -   MySQL unixODBC driver should not be used with Zabbix server or Zabbix proxy compiled against MariaDB connector      library and vice versa, if possible it is also better to avoid using the same connector as the driver due to an      [upstream bug](https://bugs.mysql.com/bug.php?id=73709). Suggested setup:      PostgreSQL, SQLite or Oracle connector → MariaDB or MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  See [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) for more information and available workarounds.  -   XML data queried from Microsoft SQL Server may get truncated in various ways on Linux and UNIX systems.  -   It has been observed that using ODBC checks for monitoring Oracle databases using various versions of      Oracle Instant Client for Linux causes Zabbix server to crash.\      See also: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402),      [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   If using FreeTDS UnixODBC driver, you need to prepend a 'SET NOCOUNT ON' statement to an SQL query      (for example, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````).      Otherwise, database monitor item in Zabbix will fail to retrieve the information with an error      "SQL query returned empty result".\     See [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) for more information.
ru	#### ODBC проверки  -   Драйвер MySQL unixODBC лучше не использовать с Zabbix сервером или Zabbix прокси, скомпилированными с библиотекой MariaDB, и наоборот, по возможности лучше избегать использование того же коннектора, что и драйвер, по причине [зарегистрированной проблемы](https://bugs.mysql.com/bug.php?id=73709). Предлагаемая установка:      PostgreSQL, SQLite или Oracle коннекторы → MariaDB или MySQL unixODBC драйвер\     MariaDB коннектор → MariaDB unixODBC драйвер\     MySQL коннектор → MySQL unixODBC драйвер  Пожалуйста, обратитесь к [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) для получения более подробных сведений и вариантов обходных решений.  -   Данные XML, запрошенные с Microsoft SQL Server, могут обрезаться различными способами на Linux и UNIX системах.  -   Было замечено, что использование ODBC проверок для мониторинга баз данных Oracle с использованием различных версий Oracle Instant Client for Linux приводит к аварийной остановке Zabbix сервера. Смотрите также [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402), [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   При использовании драйвера UnixODBC FreeTDS, нужно SQL-запрос предварить  утверждением 'SET NOCOUNT ON' (например: ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````). В противном случае элемент данных с типом "Монитор баз данных" в Zabbix при получении информации завершится ошибкой "SQL query returned empty result".\   Обратитесь к [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) для получения более подробной информации.

en-us	#### OK events  An OK event closes the related problem event(s) and may be created by 3 components:  -   triggers - based on 'OK event generation' and 'OK event closes'     settings; -   event correlation -   task manager – when an event is [manually     closed](/manual/config/events/manual_close)
ru	#### События OK  Событие OK закрывает связанные событие(-я) о проблеме и может быть создано тремя компонентами:  -   триггеры - на основании настроек 'Генерация ОК событий' и 'ОК событие закрывает'; -   корреляция событий -   менеджер задач – при [закрытии вручную](/manual/config/events/manual_close) события

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/dashboards/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	## 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 shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> 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 shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> 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  **-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**, **--адрес-источника** *IP-адрес* ·  Укажите исходный IP-адрес.  **-t**, **--timeout** *секунды* ·  Укажите время ожидания. Допустимый диапазон: 1-30 секунд (по умолчанию: 30)  **-k**, **--key** *ключ-элемента-данных* ·  Укажите ключ элемента данных, для которого необходимо получить значение.  **--tls-connect** *значение* ·  Как подключиться к агенту. Значение:  [ ]{#lbAF}

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} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> 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|Удаление службы Zabbix Windows агента| |-s --start|Запуск службы Zabbix Windows агента| |-x --stop|Остановка службы Zabbix Windows агента|  Отдельные **примеры** использования параметров командной строки:  -   отображение всех встроенных элементов данных с их значениями -   тестирование пользовательского параметра с ключом "mysql.ping" заданном в указанном файле конфигурации -   установка службы "Zabbix агента" в Windows с использованием пути по умолчанию до файла конфигурации c:\\zabbix\_agentd.conf -   установка службы "Zabbix Agent \[Hostname\]" в Windows с использованием файла конфигурации zabbix\_agentd.conf, размещенного в той же самой папке, что и бинарный файл агента, и определение уникального имени службы с использованием значения Hostname из файла конфигурации  ```{=html} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf

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	#### 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  Although Zabbix offers a multiplicity of features, there is always room for additional functionality. Extensions are a convenient way of modifying and enhancing the monitoring capabilities of Zabbix without changing its source code.  You can extend Zabbix functionality either by using built-in extension options (trapper items, user parameters, etc.) or by using or creating custom extensions (loadable modules, plugins, etc.).  This section provides an overview with references to all the options for extending Zabbix.
ru	#### Обзор  Хотя Zabbix предлагает множество функций, всегда есть место для дополнительных функций. Расширения — это удобный способ изменения и увеличения возможностей мониторинга при помощи Zabbix без изменения исходного кода.  Вы можете расширить функциональность Zabbix, используя встроенные параметры расширения (траппер элементы данных, пользовательские параметры и т. д.) или путем использования или создания пользовательских расширений (загружаемых модулей, плагинов и т. д.).  В этом разделе представлен обзор со ссылками на все варианты расширения Zabbix.

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

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  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  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  Custom loadable plugins extend Zabbix agent 2 functionality. They are compiled separately, but use a package shared with Zabbix agent 2.   Each plugin is a *Go* package that defines the structure and implements one or several plugin interfaces (*Exporter*, *Configurator*, *Runner*).  Jump to:  - [Write your first plugin](/devel/plugins/how_to) - [Plugin interfaces](/devel/plugins/interfaces)   ### Connection diagram  Zabbix agent 2 connects bidirectionally to the plugins using UNIX sockets on Linux and Named Pipes on Windows.   The connection diagram below illustrates the communication process between Zabbix agent 2 and a loadable plugin and the metrics collection process.  ![](../../assets/en/devel/plugin/connection_diagram.png)
ru	### Обзор  Пользовательские загружаемые плагины расширяют функциональность Zabbix Agent 2. Они компилируются отдельно, но используют общий пакет с Zabbix агентом 2.  Каждый плагин представляет собой пакет *Go*, который определяет структуру и реализует один или несколько интерфейсов плагина (*Экспортер*, *Конфигуратор*, *Runner*).  Перейти к :  - [Напишите свой первый плагин](/devel/plugins/how_to) - [Интерфейсы плагинов](/devel/plugins/interfaces)   ### Схема подключения   Агент Zabbix 2 подключается двунаправленно к плагинам, используя UNIX-сокеты в Linux и именованные каналы в Windows.  Схема подключения ниже иллюстрирует процесс связи между Zabbix агентом 2 и загружаемым плагином, а также процесс сбора метрик.  ![](../../assets/en/devel/plugin/connection_diagram.png)

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

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  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  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  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  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#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.  Custom alert scripts are executed on Zabbix server. These scripts must be located in the directory specified in the server configuration file [`AlertScriptsPath`](/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 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Host: $host Value: $value 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 cases, 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`](/manual/appendix/config/zabbix_server#alertscriptspath) в файле конфигурации сервера.  Пример пользовательского скрипта оповещения:  ```bash #!/bin/bash  to=$1 subject=$2 body=$3 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Host: $host Value: $value 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  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.  By default all new problems are classified as cause problems. It is possible to manually reclassify certain problems as symptom problem of the cause problem. For more details, see [cause and symptom events](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Column|Description| |--|--------| |*Checkbox*|Checkboxes for problem selection are displayed.<br>Icons, next to the checkboxes, have the following meaning:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - the number of symptom events for the cause problem;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expand to show symptom events;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - collapse to hide symptom events;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - this is a symptom event.| |*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/acknowledgment#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. <br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*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](/manual/web_interface/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)| |*Update*|Click on the *Update* link to go to the [problem update](/manual/acknowledgment#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\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - problem has been acknowledged. This icon is always displayed first.<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	#### Обзор  В разделе *Мониторинг → Проблемы* вы можете увидеть, какие проблемы сейчас у вас имеются. Проблемами называются те триггеры, которые находятся в состоянии "Проблема".  По умолчанию все новые проблемы классифицируются как причинные проблемы. Для определенных проблем можно вручную изменить эту классификацию на симптомную проблему причинной проблемы. Более подробную информацию можно найти в разделе [причинные и симптомные события](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Колонка|Описание| |--------------|----------------| |*Окошко метки*|Отображаются окошки меток для выбора проблем.<br>Иконки рядом с окошками меток означают следующее:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - количество симптомных событий причинной проблемы;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - развернуть список симптомных событий;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - свернуть список симптомных событий;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - событие является симптомным.| |*Время*|Время возникновения проблемы.| |*Важность*|Важность проблемы.<br>Важность проблемы изначально основывается на важности триггера, сработавшего при возникновении проблемы, однако, после того как событие произошло, важность проблемы можно обновить, используя [экран](/ru/manual/acknowledges#обновление_проблем) *Обновление проблемы*. Цвет фона в течение времени существования проблемы соответствует важности проблемы.| |*Время восстановления*|Время решения проблемы.| |*Состояние*|Состояние проблемы:<br>**Проблема** - нерешенная проблема<br>**Решено** - недавно решенная проблема. Вы можете скрыть недавно решенные проблемы при помощи фильтра.<br>Новые и недавно решенные проблемы мигают в течение 2 минут. Решенные проблемы в целом отображаются в течение 5 минут. Оба этих значения настраиваются в разделе *Администрирование* → *Общие* → *[Опции отображения триггеров](/ru/manual/web_interface/frontend_sections/administration/general#опции_отображения_триггеров)*.| |*Инфо*|Зеленая информационная иконка, если проблема закрыта глобальной корреляцией или вручную при обновлении проблемы. При наведении курсора мыши на иконку будут доступны более детальные сведения:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>Следующая иконка появляется, если отображаются подавленные проблемы (смотрите опцию *Отображение подавленных проблем* в фильтре). При наведении курсора мыши на иконку будут доступны более детальные сведения:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Узел сети*|Узел сети с проблемой. <br>При нажатии на имени узла сети появляется [меню узла сети](/manual/web_interface/menu/host_menu).| |*Проблема*|Имя проблемы.<br>Имя проблемы формируется на основе имени триггера, сработавшего при возникновении проблемы.<br>Макросы в имени триггера раскрываются при возникновении проблемы, и раскрытые значения больше не обновляются.<br>*Учтите*, что можно добавить имя проблемы с  [оперативными данными](#оперативные-данные-проблем), и тогда будут отображаться несколько последних значений элемента данных.<br>При нажатии на имени проблемы откроется [меню события](/manual/web_interface/menu/event_menu).<br>При наведении курсора на иконку ![](../../../../../assets/en/manual/web_interface/item_description_icon.png), расположенную рядом с именем проблемы, появится описание триггера (если оно есть для этой проблемы.| |*Оперативные данные*|[Оперативные данные](#оперативные-данные-проблем) содержат последние значения элемента данных.<br>Оперативные данные могут сочетать текст и макросы значений элемента данных, если они настроены на уровне триггера. Если на уровне триггера не настроены оперативные данные, отображаются последние значения всех элементов данных из выражения.<br>Эта колонка отображается, только если в фильтре для *Оперативные данные* выбрано *Раздельно*.|| |*Длительность*|Длительность проблемы.<br>Смотрите также: [отрицательная длительность проблемы](#отрицательная-длительность-проблемы)| |*Обновить*|По нажатию на ссылку *Обновить* можно перейти к экрану [обновления проблемы](/manual/acknowledgment#обновление_проблем), где с проблемой можно выполнить различные действия, включая комментирование и подтверждение проблемы.| |*Действия*|История действий над проблемой в виде символических иконок:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - проблема подтверждена. Эта иконка всегда отображается первой.<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>При наведении курсора мыши на иконки отобразится всплывающее окно с детальной информацией о действиях. Смотрите [просмотр деталей](#просмотр_деталей) для пояснений об иконках во всплывающем меню по предпринятым действиям.| |*Теги*|[Теги](/manual/config/tagging) (если имеются).<br>Дополнительно могут отображаться теги из внешних систем задач (см. опцию *Обработка тегов* при настройке [вебхуков](/manual/config/notifications/media/webhook)).|

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

en-us	#### Overview  In the *Users → User roles* section you may create user roles.   User roles allow to create fine-grained permissions based on  the initially selected user type (*User*, *Admin*, *Super admin*).  Upon selecting a user type, all available permissions for this user  type are granted (checked by default).  Permissions can only be revoked from the subset that is available for  the user type; they cannot be extended beyond what is available for the  user type.   Checkboxes for unavailable permissions are grayed out; users will not  be able to access the element even by entering a direct URL to  this element into the browser.  User roles can be assigned to system users. Each user may have only one role assigned.
ru	#### Обзор  В разделе *Пользователи → Роли пользователей* можно создавать роли пользователей.  Роли пользователей позволяют задавать отдельные права согласно изначально выбранному типу пользователя (*Пользователь*, *Администратор*, *Суперадминистратор*).  После выбора типа пользователя добавляются (отмечаются как активные по умолчанию) все возможные для этого типа права.  Отозвать права можно только из набора, доступного для этого типа пользователя, нельзя предоставить права, не входящие в такой набор.  Поля метки недоступных прав отображаются серым (не могут быть выбраны); пользователь не сможет получить доступ к этим элементам, даже если укажет их прямой URL в браузере.  Роли пользователей можно назначить системным пользователям. Каждому пользователю можно назначить только одну роль.

en-us	#### Overview  In this preprocessing step it is possible to convert CSV file data into JSON format. It's supported in:  -   items (item prototypes) -   low-level discovery rules
ru	#### Обзор  В этом шаге предварительной обработки имеется возможность преобразования данных CSV файла в JSON формат. Поддерживается в:  -   элементах данных (прототипах элементов данных) -   правилах низкоуровневого обнаружения

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
ru	#### Обзор  В этом разделе вы можете ознакомиться со значениями некоторых терминов, которые используются в Zabbix.

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
ru	#### Обзор  В этом разделе вы можете найти некоторые сведения о [дополнительным операциям](/manual/config/notifications/action/operation) на события обнаружения / автоматической регистрации.

en-us	#### Overview  In this section, you will learn how to log in and set up a system user in Zabbix.
ru	#### Обзор  В этом разделе вы узнаете как войти в Zabbix и настроить пользователя системы.

en-us	#### Overview  In this section you will learn how to set up a new host.  A host in Zabbix is a networked entity (physical, virtual) that you wish to monitor. The definition of what can be a "host" in Zabbix is quite flexible. It can be a physical server, a network switch, a virtual machine or some application.
ru	#### Обзор  В этом разделе вы узнаете как настроить новый узел сети.  Узел сети в Zabbix - это объект сети (физический, виртуальный), который вы хотите наблюдать. Определение того, что может быть "узлом сети" в Zabbix, очень гибкое. Это может быть физический сервер, сетевой коммутатор, виртуальная машина или какое-нибудь приложение.

en-us	#### Overview  In this section, you will learn how to set up an item.  Items are the basis of gathering data in Zabbix. Without items, there is no data - because only an item defines a single metric or what kind of data to collect from a host.
ru	#### Обзор  В этом разделе вы узнаете, как настроить элемент данных.  Элементы данных лежат в основе сбора данных в Zabbix. Без элементов данных нет данных - потому что только элемент данных определяет одну метрику, или какого рода данные собираются с узла сети.

en-us	#### Overview  In this section you will learn how to set up a template.  Previously we learned how to set up an item, a trigger and how to get a problem notification for the host.  While all of these steps offer a great deal of flexibility in themselves, it may appear like a lot of steps to take if needed for, say, a thousand hosts. Some automation would be handy.  This is where templates come to help. Templates allow to group useful items, triggers and other entities so that those can be reused again and again by applying to hosts in a single step.  When a template is linked to a host, the host inherits all entities of the template. So, basically a pre-prepared bunch of checks can be applied very quickly.
ru	#### Обзор  В этом разделе вы узнаете как настроить шаблон.  Ранее мы узнали как настроить элемент данных, триггер и как получать оповещения о проблемах с этим узлом сети.  Хотя все эти шаги дают большую гибкость как таковые, может показаться, что потребуется множество шагов, если речь идёт, скажем, о тысяче узлов сети. Автоматизация процесса была бы кстати.  В этом нам придут на помощь шаблоны. Шаблоны позволяют группировать полезные элементы данных, триггеры и другие сущности, чтобы они могли быть использованы снова и снова простым применением шаблона к узлам сети за один шаг.  Когда шаблон присоединяется к узлу сети, то узел наследует все сущности шаблона. Таким образом, в основном заранее подготовленная куча проверок может быть применена очень быстро.

en-us	#### Overview  In this section you will learn how to set up a trigger.  Items only collect data. To automatically evaluate incoming data we need to define triggers. A trigger contains an expression that defines a threshold of what is an acceptable level for the data.  If that level is surpassed by the incoming data, a trigger will "fire" or go into a 'Problem' state - letting us know that something has happened that may require attention. If the level is acceptable again, trigger returns to an 'Ok' state.
ru	#### Обзор  В этом разделе вы узнаете как настроить триггер.  Элементы данных только собирают данные. Для автоматической оценки приходящих данных нам нужно задать триггеры. Триггер содержит выражение, которое определяет порог - что для данных является приемлемым уровнем.  Если приходящие данные превысят этот уровень, триггер будет "загораться" или перейдет в состояние 'Проблема' - давая понять, что произошло что-то, что может потребовать внимания. Если уровень становится снова приемлемым, то триггер возвращается в состояние 'ОK'.

en-us	#### Overview  In this widget, you can display the problem count by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.  The problem count is displayed only for cause problems.
ru	#### Обзор  В этом виджете вы можете отобразить количество проблем по степени серьезности. Вы можете ограничить то, что узлы сети и триггеры отображаются в виджете и определяют, как отображается количество проблем.  Количество проблем отображается только для причин проблем.

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy  The active agent autoregistration heartbeat for Zabbix server and Zabbix proxy is 120 seconds. So in case a discovered host is deleted, the autoregistration will be rerun in 120 seconds.
ru	#### Обзор  Возможно разрешить авторегистрацию активных агентов Zabbix, после которой сервер может начать отслеживать их. Таким образом, новые узлы сети могут быть добавлены для мониторинга без их настройки на сервере вручную.  Авторегистрация может произойти, когда ранее неизвестный активный агент запрашивает проверки.  Эта функция может быть очень удобна для автоматического мониторинга новых облачных узлов. Как только у вас появится новый узел в облаке, Zabbix будет автоматически запускать сбор данных о производительности и доступности узла сети.  Авторегистрация активного агента также поддерживает мониторинг добавленных узлов сети с пассивными проверками. Когда активный агент запрашивает проверки, при условии, что параметры конфигурации «ListenIP» или «ListenPort» определенны в файле конфигурации, они отправляются на сервер. (если указано несколько IP-адресов, первый из них отправляется на сервер.)  Сервер при добавлении нового автоматически зарегистрированного узла сети использует полученный IP адрес и порт для настройки агента. Если значение IP-адреса не получено, используется тот, который использовался для входящего соединения. Если значение порта не получено, используется 10050.  Можно указать, что узнал сети должен быть автоматически зарегистрирован с [DNS-именем](#using_dns_as_default_interface) в качестве интерфейса агента по умолчанию.  Повторная авторегистрация:  - если информация [метаданные] узла сети (#using_host_metadata) изменяется:     - из-за изменения HostMetadata и перезапуска агента     - из-за изменения значения, возвращаемого HostMetadataItem - для созданных вручную узлов сети с отсутствующими метаданными - если узел сети изменен вручную для мониторинга другим Zabbix     прокси - если авторегистрация на тот же узел сети идет с нового прокси Zabbix

en-us	#### Overview  It is possible to create custom rules regarding the times when an item is checked. The two methods for that are *Flexible intervals*, which allow to redefine the default update interval, and *Scheduling*, whereby an item check can be executed at a specific time or sequence of times.
ru	#### Обзор  Имеется возможность создания пользовательских правил относительно времени, когда элемент данных будет опрашиваться. Для этого имеется два способа: *Переменные интервалы*, позволяющий переопределить интервал обновления по умолчанию, и *По расписанию*, посредством которого элемент данных может быть опрошен в конкретное время или последовательность моментов времени.

en-us	#### Overview  It is possible to define that an action is executed only if the event matches a defined set of conditions. Conditions are set when configuring the [action](/manual/config/notifications/action#configuring_an_action).  Condition matching is case-sensitive.
ru	#### Обзор  Можно задать, что действие будет выполнено только, если событие удовлетворяет определенному набору условий. Условия задаются при настройке [действия](/manual/config/notifications/action#настройка_действия).  Сопоставление условий чувствительно к регистру.

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
ru	### Обзор  Можно [обнаружить](/manual/discovery/low_level_discovery) systemd службы (службы, по умолчанию) используя Zabbix.

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", introduced since Zabbix 2.0.  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
ru	#### Обзор  Мониторинг JMX можно использовать для мониторинга счетчиков JMX в Java приложениях.  Начиная с версии 2.0, в Zabbix добавлена встроенная поддержка мониторинга JMX; выпущен новый Zabbix демон, так называемый "Zabbix Java gateway".  Когда Zabbix сервер хочет узнать значение конкретного счетчика JMX у узла сети, он опрашивает Zabbix **Java gateway**, который в свою очередь используя [API управление JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/), удаленно опрашивает интересующее приложение.  Для получения более подробных сведений, включая где можно взять Zabbix Java gateway и как его настроить, смотрите [этот раздел](/manual/concepts/java) руководства.  ::: notewarning Подключения между Java gateway и наблюдаемым JMX приложением не должны быть закрыты брандмауэром. :::

en-us	### Overview  Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities on a computer. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually. Additionally, it is possible to configure Zabbix to remove unneeded entities automatically based on the actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in *Data collection → Templates*, in the *Discovery* column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
ru	### Обзор  Низкоуровневое обнаружение (англ. Low-level discovery, LLD) даёт возможность автоматического создания элементов данных, триггеров и графиков для различных объектов на компьютере. Например, Zabbix может автоматически начать мониторинг файловых систем или сетевых интерфейсов на вашем устройстве, без необходимости создания вручную элементов данных для каждой файловой системы или сетевого интерфейса. Кроме того, в Zabbix имеется возможность настроить удаление ненужных объектов, основываясь на фактических результатах периодически выполняемого обнаружения.  Пользователь имеет возможность определить свои собственные типы обнаружения, обеспечив их функционирование согласно спецификации протокола JSON.  Общая архитектура процессов обнаружения заключается в следующем.  Сначала пользователь создаёт правило обнаружения в *Сбор данных* → *Шаблоны* → колонка *Обнаружение*. Правило обнаружения состоит из (1) элемента данных, который осуществляет обнаружение необходимых объектов (например, файловые системы или сетевые интерфейсы) и (2) прототипов элементов данных, триггеров и графиков, которые должны быть созданы на основании полученных значений этого элемента данных.  Элемент данных, который осуществляет обнаружение необходимых объектов, подобен обычным элементам данных, которые видны в других местах: сервер запрашивает у Zabbix агента (или используя любой другой указанный тип элемента данных) значение этого элемента данных, и агент отвечает текстовым значением. Разница в том, что значение, которое возвращает агент, должно содержать список обнаруженных объектов в формате JSON. Хотя детали этого формата важны только для создателей собственных проверок обнаружения, всё же необходимо знать, что возвращаемое значение содержит список из пар: макрос → значение. Например, элемент данных «net.if.discovery» может вернуть две пары: «{\#IFNAME}» → «lo» и «{\#IFNAME}» → «eth0».  Эти макросы затем используются в именах, ключах и других полях прототипов, где они заменяются на полученные значения для создания реальных элементов данных, триггеров, графиков и даже узлов сети для каждого обнаруженного объекта. Смотрите полный список [опций](/manual/config/macros/lld_macros) по использованию LLD-макросов.  Когда сервер получает значение элемента данных обнаружения, он смотрит на пары макрос → значение и для каждой пары создаёт реальные элементы данных, триггеры и графики, основанные на их прототипах. В приведённом выше примере с «net.if.discovery» сервер будет создавать один набор элементов данных, триггеров и графиков для интерфейса обратной петли "lo" и другой набор для интерфейса «eth0».  Обратите внимание, что начиная с **Zabbix 4.2** формат JSON, возвращаемого правилами низкоуровневого обнаружения, изменился. Более не ожидается, что JSON будет содержать объект "data". Чтобы поддерживать новые возможности - такие как предобработку значений элементов данных и пользовательские пути к значениям LLD-макросов в документе JSON, - правила LLD теперь будут воспринимать обычный JSON, содержащий массив.  Встроенные ключи обнаружения были обновлены, чтобы возвращать массив строк LLD на корневом уровне документа JSON. Zabbix будет автоматически извлекать макрос и значение, если массив использует синтаксис {\#MACRO} как ключ. Любые новые собственные проверки обнаружения будут использовать новый синтаксис без элемента "data". При обработке значения LLD сначала находится корень (массив на уровне `$.` или `$.data`).  Хотя элемент "data" был убран из всех собственных элементов данных, относящихся к обнаружению, в целях обратной совместимости Zabbix всё ещё будет воспринимать нотацию JSON с элементом "data", хотя его использование не рекомендуется. Если JSON содержит объект только с одним элементом "data" (массивом), то будет автоматически извлекаться содержимое этого элемента, используя JSONPath `$.data`. Низкоуровневое обнаружение теперь воспринимает необязательные определённые пользователем LLD-макросы, с настраиваемым путём, указанным с помощью синтаксиса JSONPath.  ::: notewarning В результате вышеуказанных изменений новые агенты более не будут способны работать с более старым сервером Zabbix. :::  Смотрите также: [Обнаруженные объекты](#обнаруженные-объекты)

en-us	#### Overview  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters.     Parameters must be quoted if they start with '' '' (space), `"` or     contain `)`, `,`.  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
ru	#### Обзор  Функции макросов дают возможность индивидуализации значений [макросов](/manual/config/macros).  Иногда макрос может раскрыться в значение, с которым не всегда легко работать. Значение может быть длинным или содержать определённую подстроку, которая вас интересует и которую вы бы хотели извлечь. Это та задача, где функции макросов могут быть полезны.  Синтаксис функции макросов:      {<макрос>.<функция>(<параметры>)}  где:  -   <макрос> - настраиваемый макрос (например, {ITEM.VALUE} или {\#LLD_МАКРОС}) -   <функция> - применяемая функция -   <параметры> - список параметров функции, разделенных запятыми. Параметры необходимо заключать в кавычки, если они начинаются с '' '' (пробела), `"` или   содержат `)`, `,`.  Например:      {{TIME}.fmttime(формат,сдвиг_времени)}     {{ITEM.VALUE}.regsub(шаблон, вывод)}     {{#LLD_МАКРОС}.regsub(шаблон, вывод)}

en-us	#### Overview  Media are the delivery channels used for sending notifications and alerts from Zabbix.  You can configure several media types:  -   [Email](/manual/config/notifications/media/email) -   [SMS](/manual/config/notifications/media/sms) -   [Custom alertscripts](/manual/config/notifications/media/script) -   [Webhook](/manual/config/notifications/media/webhook)  Media types are configured in *Alerts* → *Media types*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Some media types come pre-defined in the default dataset. You just need to finetune their parameters to get them working.  ##### Automated Gmail/Office365 media types  Gmail or Office365 users may benefit from easier media type configuration.  The *Email provider* field in the mail media type configuration allows to select  pre-configured options for Gmail and Office 365.  When selecting the Gmail/Office365 related options, it is only required to supply the sender email address/password to create a working media type.   ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  As soon as the email address/password is supplied, Zabbix will be able to automatically fill all required settings for Gmail/Office365 media types with the actual/recommended values, i.e. *SMTP server*, *SMTP server port*, *SMTP helo*, and *Connection security*. Because of this automation, these fields are not even shown, however, it is possible to see the SMTP server and email details in the media type list (see the *Details* column).  Note also that:  -   The password is not required for the relay options -   For Office365 relay, the domain name of the provided email address will be used to dynamically fill the SMTP server (i.e. replace "example.com" in `example-com.mail.protection.outlook.com` with the real value)  To test if a configured media type works, click on the *Test* link in the last column (see media type testing for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#media_type_testing) for more details).  To create a new media type, click on the *Create media type* button. A media type configuration form is opened.
ru	#### Обзор  Способы оповещений являются каналами доставки при отправке оповещений и предупреждений из Zabbix.  Вы можете настроить несколько способов оповещений:  -   [E-mail](/manual/config/notifications/media/email) -   [SMS](/manual/config/notifications/media/sms) -   [Пользовательские скрипты](/manual/config/notifications/media/script) -   [Вебхук](/manual/config/notifications/media/webhook)  Способы оповещений настраиваются в *Оповещения* → *Способы оповещений*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Часть способов оповещений настроены по умолчанию. Чтобы начать их использовать, вам достаточно ввести собственные параметры.  ##### Автоматизация способов оповещений Gmail/Office365  Пользователи Gmail или Office365 могут настроить способы оповещения более легко.  С помощью поля *Поставщик почты* в настройках можно задать предопределенные значения для Gmail и Office 365.  Если выбрать варианты, относящиеся к Gmail/Office365, необходимо только указать адрес e-mail/пароль отправителя, чтобы настроить работу способа оповещений.   ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  Когда будет указан адрес e-mail/пароль, Zabbix сможет автоматически задать фактические/рекомендуемые значения в необходимых полях настроек Gmail/Office365, т.е. *SMTP сервер*, *Порт SMTP сервера*, *SMTP helo* и *Безопасность подключения*. Благодаря автоматизации, эти поля даже не показываются, хотя сведения о сервере SMTP и e-mail можно видеть в списке способов оповещения (см. колонку *Детали*).  Также учтите следующее:  -   Вариант "relay" не требует пароля -   В случае Office365 relay доменное имя указанного адреса e-mail будет использовано для динамического заполнения поля *SMTP сервер* (т.е. замены "example.com" в `example-com.mail.protection.outlook.com` на фактическое значение)  Чтобы проверить корректность работы способа оповещения с заданными настройками, нажмите *Тест* в последней колонке (см. проверку способа оповещения посредством [e-mail](/manual/config/notifications/media/email#проверка-способа-оповещения), [вебхука](/manual/config/notifications/media/webhook#проверка-способа-оповещения) или [скрипта](/manual/config/notifications/media/script#проверка-способа-оповещения)).  Чтобы создать новый способ оповещения, нажмите *Создать способ оповещения*. Откроется форма настройки способа оповещения.

en-us	#### Overview  Media types are [exported](/manual/xml_export_import) with all related objects and object relations.
ru	#### Обзор  Способы оповещений [экспортируются](/manual/xml_export_import) вместе со множеством связанных объектов и со связями с объектами.

en-us	#### Overview  Native support for monitoring JMX applications exists in the form of a Zabbix daemon called "Zabbix Java gateway", available since Zabbix 2.0. Zabbix Java gateway is a daemon written in Java. To find out the value of a particular JMX counter on a host, Zabbix server queries Zabbix Java gateway, which uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely. The application does not need any additional software installed, it just has to be started with `-Dcom.sun.management.jmxremote` option on the command line.  Java gateway accepts incoming connection from Zabbix server or proxy and can only be used as a "passive proxy". As opposed to Zabbix proxy, it may also be used from Zabbix proxy (Zabbix proxies cannot be chained). Access to each Java gateway is configured directly in Zabbix server or proxy configuration file, thus only one Java gateway may be configured per Zabbix server or Zabbix proxy. If a host will have items of type **JMX agent** and items of other type, only the **JMX agent** items will be passed to Java gateway for retrieval.
ru	#### Обзор  Начиная с Zabbix 2.0, появился новый демон Zabbix, называемый "Zabbix Java gateway", обеспечивающий встроенную поддержку мониторинга JMX приложений. Zabbix Java gateway -- это демон, написанный на языке Java. Когда Zabbix сервер хочет узнать значение конкретного JMX счетчика узла сети, он опрашивает Zabbix Java gateway, который, используя [API управления JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/), опрашивает интересующее удалённое приложение. Приложению не требуется никакого дополнительного программного обеспечения, оно просто должно быть запущено с опцией командной строки `-Dcom.sun.management.jmxremote`.  Java gateway принимает входящие подключения от Zabbix сервера или прокси и может быть использован только как "пассивный прокси". Но, в отличие от Zabbix прокси, Java gateway может использоваться с Zabbix прокси (тогда как один Zabbix прокси не может работать через другой Zabbix прокси). Доступ к каждому Java gateway настраивается непосредственно в файле конфигурации Zabbix сервера или прокси, поэтому на Zabbix сервере или Zabbix прокси может быть настроен только один Java gateway. Если у узла сети есть элементы данных типа **JMX агент** и элементы данных других типов, то через Java gateway будут запрошены только элементы данных **JMX агент**.

en-us	#### Overview  ODBC monitoring corresponds to the *Database monitor* item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This function allows for more efficient monitoring of different databases for multiple purposes - for example, checking specific database queues, usage statistics and so on. Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also the [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
ru	#### Обзор  ODBC мониторинг соответствует типу элемента данных *Монитор баз данных* в веб-интерфейсе Zabbix.  ODBC - это API на языке программирования Cи к промежуточной прослойке для доступа к системам управления базами данных (DBMS). Концепт ODBC был разработан Microsoft и в дальнейшем портирован на другие платформы.  Zabbix может выполнять запросы к любой базе данных, которая поддерживается ODBC. Чтобы это сделать, Zabbix не подключается напрямую к базам данных, он использует интерфейс ODBC и драйверы, установленные в ODBC. Эта функция позволяет с большей эффективностью мониторить различные базы данных с разнообразными целями - например, проверка специфичных запросов к базе данных, статистика использования и прочее. Zabbix поддерживает unixODBC, которая является одной из наиболее часто используемых реализаций API ODBC с открытым исходным кодом.  ::: noteimportant Смотрите также [известные проблемы](/manual/installation/known_issues#odbc-проверки), связанные с ODBC проверками. :::

en-us	### Overview  Official Zabbix 6.4 packages for Debian, Ubuntu, and Raspberry Pi OS (Raspbian) are available on [Zabbix website](https://www.zabbix.com/download).  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx web server support.
ru	### Обзор  Официальные пакеты Zabbix 6.4 для Debian, Ubuntu и Raspberry Pi OS (Raspbian) доступны на [веб-сайте Zabbix](https://www.zabbix.com/download).  Доступны пакеты с поддержкой базы данных MySQL либо PostgreSQL и веб-сервера Apache или Nginx.

en-us	### Overview  Once the [services](/manual/it_services/service_tree) are created, you can start monitoring whether their performance is on track with service level agreement (SLA).    *Services->SLA* menu section allows to configure SLAs for various services. An SLA in Zabbix defines service level objective (SLO), expected uptime schedule and planned downtimes.   SLAs and services are matched by [service tags](/manual/it_services/service_tree#tags). The same SLA may be applied to multiple services - performance will be measured for each matching service separately. A single service may have multiple SLAs assigned - data for each of the SLAs will be displayed separately.  In SLA reports Zabbix provides Service level indicator (SLI) data, which measures real service availability. Whether a service meets the SLA targets is determined by comparing SLO (expected availability in %) with SLI (real-life availability in %). 
ru	### Обзор  После создания [услуг](/manual/it_services/services_tree) вы можете начать мониторинг их производительности в соответствии с соглашением об уровне услуг (SLA).    Раздел меню *Услуги->SLA* позволяет настроить SLA по различным услугам. SLA в Zabbix определяет цель уровня обслуживания (SLO), расписание ожидаемого времени работы и запланированного времени простоя.   SLA и услуги сопоставляются при помощи [тегов услуг](/manual/it_services/services_tree#теги). К нескольким услугам можно применить один и тот же SLA - производительность будет измеряться по каждой соответствующей услуге отдельно. Одна услуга может иметь несколько назначенных SLA - данные по каждому SLA будут отображаться отдельно.  В отчетах SLA Zabbix отображает данные Индикатора уровня услуги (SLI), который замеряет действительную доступность услуги. Соответствие услуги целевому показателю SLA определяется сравнением SLO (ожидаемая доступность в %) с SLI (действительная доступность в %). 

en-us	#### Overview  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) are supported in Zabbix.  There are two ways of using regular expressions in Zabbix:  -   manually entering a regular expression -   using a global regular expression created in Zabbix
ru	#### Обзор  Zabbix поддерживает [Perl совместимые регулярные выражения](https://ru.wikipedia.org/wiki/PCRE) (PCRE, PCRE2).  Имеется два варианта использования регулярных выражений в Zabbix:  -   ввод регулярного выражения вручную -   использование глобальных регулярных выражений созданных в Zabbix

en-us	#### Overview  Permissions in Zabbix depend on the user type, customized user roles and access to hosts, which is specified based on the user group.
ru	#### Обзор  Права доступа пользователей в Zabbix зависят от типа пользователя, настраиваемых ролей пользователя и доступа к узлам сети, который задается для группы пользователей.

en-us	#### Overview  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device and is collected or "trapped" by Zabbix.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
ru	#### Обзор  Получение SNMP трапов является полной противоположностью запросам к SNMP устройствам.  В этом случае информация отправляется с SNMP устройства и собирается или "ловится" Zabbix'ом.  Обычно трапы отправляются при наступлении некоторых условий, и агент подключается на 162 порт сервера (в отличие от 161 порта на стороне агента, который используется для запросов). Использование трапов может помочь обнаружить некоторые кратковременные проблемы, которые происходят между интервалами опроса и могут быть пропущены при запросах данных.  Получение SNMP трапов в Zabbix рассчитано на работу с **snmptrapd** и с одним из встроенных механизмов передачи трапов в Zabbix - либо bash / perl скрипты, либо SNMPTT.  ::: noteclassic Самый простой способ настроить мониторинг трапов после настройки Zabbix - это использовать решение на основе Bash скрипта, так как Perl и SNMPTT зачастую отсутствуют в современных дистрибутивах и требуют более сложной настройки. Однако, это решение использует скрипт, который настраивается в виде `traphandle`. Для повышения производительности в производственных системах используйте встроенное решение Perl (либо скрипт с `do perl` опцией, либо SNMPTT). :::  Последовательность действий при получении трапа:  1.  `snmptrapd` получает трап 2.  `snmptrapd` передает трап скрипту получателю (Bash, Perl) или SNMPTT 3.  Получатель разбирает, форматирует и записывает трап в файл 4.  Zabbix SNMP траппер читает и анализирует файл с трапами 5.  Для каждого трапа Zabbix находит все элементы данных с типом "SNMP трап" и интерфейсом узла сети, совпадающим с полученным адресом из трапа. Обратите внимание, что в процессе поиска соответствия используется только выбранный "IP" или "DNS" у интерфейса узла сети. 6.  У каждого найденного элемента данных трап сравнивается с регулярным выражением `snmptrap\[регулярное выражение\]`. Трап записывается в качестве значения для **всех** совпавших элементов данных. Если совпадений не найдено, но существует элемент данных `snmptrap.fallback`, трап записывается в качестве значения для этого элемента данных. 7.  Если трап не был записан в качестве значения для какого-либо элемента данных, Zabbix по умолчанию журналирует несовпавшие трапы. (Это поведение настраивается в "Журналировать не совпадающие SNMP трапы" в Администрирование → Общие → Прочие).

en-us	### Overview  Recovery operations allow you to be notified when problems are resolved.  Both messages and remote commands are supported in recovery operations. While several operations can be added, escalation is not supported - all operations are assigned to a single step and therefore will be performed simultaneously.
ru	#### Обзор  Операции восстановления позволяют вам получить оповещения при решении проблем.  В операциях восстановления поддерживаются как сообщения, так и удаленные команды. Хоть можно добавить несколько операций, эскалации не поддерживаются - все операции назначаются на единственный шаг, соответственно будут выполняться одновременно.

en-us	#### Overview  Sending a message is one of the best ways of notifying people about a problem. That is why it is one of the primary actions offered by Zabbix.
ru	#### Обзор  Отправка сообщений является одним из наилучших способов оповестить людей о наличии проблем. Вот по какой причине это одно из основных действий, предлагаемых Zabbix.

en-us	### Overview  Simple checks are normally used for remote agent-less checks of services.  Note that Zabbix agent is not needed for simple checks. Zabbix server/proxy is responsible for the processing of simple checks (making external connections, etc).  Examples of using simple checks:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic *User name* and *Password* fields in simple check item configuration are used for VMware monitoring items; ignored otherwise. :::
ru	#### Обзор  Простые проверки в основном используются для удаленных безагентных проверок сервисов.  Обратите внимание, что для простых проверок Zabbix агент не требуется. За обработку простых проверок (создание внешних подключений и т.д.) отвечает Zabbix сервер/прокси.  Примеры использования простых проверок:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic Поля *Имя пользователя* и *Пароль* в конфигурации элементов данных простых проверок используются для элементов данных мониторинга VMware; в остальных случаях игнорируются. :::

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
ru	#### Обзор  Простые графики служат для визуализации данных собранных элементами данных.  Со стороны пользователя не требуются никакие усилия по настройке простых графиков для их просмотра. Они свободно доступны через Zabbix.  Просто перейдите в *Мониторинг → Последние данные* и нажмите на ссылку Графика напротив соответствующего элемента данных и график отобразится.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Простые графики доступны по всем числовым элементам данных. По текстовым элементам данных в *Мониторинг → Последние данные* доступна ссылка на Историю. :::

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
ru	#### Обзор  Некоторые элементы данных добавляются автоматически для выполнения мониторинга при создании веб-сценариев.  Все элементы данных наследуют теги веб-сценария.

en-us	### Overview  Sometimes the availability of one host depends on another. A server that is behind a router will become unreachable if the router goes down. With triggers configured for both, you might get notifications about two hosts down - while only the router was the guilty party.  This is where some dependency between hosts might be useful. With dependency set, notifications of the dependents could be withheld and only the notification on the root problem sent.  While Zabbix does not support dependencies between hosts directly, they may be defined with another, more flexible method - trigger dependencies. A trigger may have one or more triggers it depends on.  So in our simple example we open the server trigger configuration form and set that it depends on the respective trigger of the router. With such dependency, the server trigger will not change its state as long as the trigger it depends on is in the 'PROBLEM' state - and thus no dependent actions will be taken and no notifications sent.  If both the server and the router are down and dependency is there, Zabbix will not execute actions for the dependent trigger.  While the parent trigger is in the PROBLEM state, its dependents may report values that cannot be trusted. Therefore dependent triggers will not be re-evaluated until the parent trigger (the router in the example above):  -   goes back from 'PROBLEM' to 'OK' state; -   changes its state from 'PROBLEM' to 'UNKNOWN'; -   is closed manually, by correlation or with the help of time-based functions; -   is resolved by a value of an item not involved in the dependent trigger; -   is disabled, has a disabled item or a disabled item host  In all of the cases mentioned above, the dependent trigger (server) will be re-evaluated only when a new metric for it is received. This means that the dependent trigger may not be updated immediately.  Also:  -   Trigger dependency may be added from any host trigger to any other     host trigger, as long as it doesn't result in a circular     dependency. -   Trigger dependency may be added from one template to another. If some     trigger from template A depends on some trigger from template B,     template A may only be linked to a host (or another template)     together with template B, but template B may be linked to a host (or     another template) alone. -   Trigger dependency may be added from a template trigger to a host     trigger. In this case, linking such a template to a host will create     a host trigger that depends on the same trigger template that the trigger was     depending on. This allows to, for example, have a template where     some triggers depend on the router (host) triggers. All hosts linked to     this template will depend on that specific router. -   Trigger dependency may not be added from a host trigger to a template trigger. -   Trigger dependency may be added from a trigger prototype to another     trigger prototype (within the same low-level discovery rule) or a     real trigger. A trigger prototype may not depend on a trigger     prototype from a different LLD rule or on a trigger created from     trigger prototype. A host trigger prototype cannot depend on a trigger     from a template.
ru	#### Обзор  Иногда доступность одного узла сети зависит от другого. Сервер, который находится за каким-нибудь роутером, будет недоступным, если сам роутер станет недоступным. При наличии настроенных триггеров для обоих устройств, вы можете получить оповещения о недоступности сразу обоих узлов сети - в то время как виноват только роутер.  В этом случае некоторая зависимость между узлами сети может оказаться очень полезной. При наличии зависимости оповещения о зависимых проблемах могут быть задержаны, и будет отправлено только оповещение о корневой проблеме.  Хотя Zabbix не поддерживает зависимости между узлами сети напрямую, их можно задать при помощи другого, более гибкого метода - зависимости между триггерами. Триггер может зависеть от одного или нескольких триггеров.  Таким образом, в нашем простом примере мы откроем диалог настройки триггера сервера и укажем, что он зависит от соответствующего триггера роутера. При наличии такой зависимости триггер сервера не изменит своё состояние, пока триггер, от которого он зависит (т.е. триггер роутера), находится в состоянии 'ПРОБЛЕМА', и следовательно, зависимые действия не будут предприняты и оповещения не будут отправлены.  Если и сервер, и роутер станут недоступными и зависимость будет настроена, Zabbix не выполнит действия для зависимого триггера.  Пока родительский триггер находится в состоянии 'ПРОБЛЕМА',  его зависимые триггеры могут сообщать значения, которым мы не можем доверять. Поэтому зависимый триггер будет вычислен повторно только после того, как его родительский триггер (в приведенном выше примере - роутер):  -   возвращается из состояния 'ПРОБЛЕМА' в состояние 'ОК'; -   меняет своё состояние с 'ПРОБЛЕМА' на 'НЕИЗВЕСТНО'; -   закрыт вручную, корреляцией или при помощи функций, связанных со временем; -   решён значением элемента данных, который не участвует в зависимом триггере; -   отключен, имеет деактивированный элемент данных или узел сети элемента данных деактивирован.  Во всех вышеупомянутых случаях зависимый триггер (сервер) будет вычислен повторно только после того, как для него будут получены новые значения метрик. Это означает, что зависимый триггер может не быть обновлен незамедлительно.  Также:  -   Зависимость триггера можно добавить от любого триггера узла сети к любому другому триггеру узла сети, пока это не приводит к циклической зависимости. -   Зависимость триггера можно добавить от шаблона к шаблону. Если триггер из шаблона А зависит от триггера из шаблона B, то шаблон A может быть соединен с узлом сети (или с другим шаблоном) только вместе с шаблоном B, но шаблон B можно присоединить к узлу сети (или другому шаблону) отдельно. -   Зависимость триггера можно добавить от триггера шаблона к триггеру узла сети. В этом случае присоединение шаблона к узлу сети создаст триггер у узла сети, который будет зависеть от того же триггера, что и триггер шаблона. Это позволяет, например, иметь шаблон, в котором некоторые триггеры зависят от триггеров роутера (узла сети). Все узлы сети, соединённые с этим шаблоном, будут зависеть от этого конкретного роутера. -   Зависимость триггера узла сети от триггера шаблона добавить нельзя. -   Зависимость триггера можно добавить от прототипа триггеров к другому прототипу триггеров (в пределах одного правила низкоуровневого обнаружения) либо к реальному триггеру. Прототип триггеров не может быть зависим от прототипа триггеров другого правила обнаружения или от триггера, созданного из прототипа триггеров. Прототип триггера узла сети не может быть зависим от триггера из шаблона.

en-us	#### Overview  Sometimes there are signs of the upcoming problem. These signs can be spotted so that actions may be taken in advance to prevent or at least minimize the impact of the problem.  Zabbix has tools to predict the future behavior of the monitored system based on historic data. These tools are realized through predictive trigger functions.
ru	#### Обзор  Иногда имеются признаки надвигающейся проблемы. Эти признаки можно заметить, таким образом можно заблаговременно предпринять меры, чтобы предотвратить или хотя бы уменьшить влияние проблемы.  В Zabbix имеются средства прогнозирования будущего поведения наблюдаемой системы на основе исторических данных. Эти средства реализованы в виде прогнозирующих функций триггеров.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
ru	#### Обзор  Порой вы можете захотеть изменить какие-нибудь атрибуты для нескольких узлов сети одновременно. Вместо открытия каждого узла сети для редактирования, вы можете воспользоваться функцией массового обновления.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of items at once. Instead of opening each individual item for editing, you may use the mass update function for that.
ru	#### Обзор  Иногда вы можете захотеть изменить какие-нибудь атрибуты у нескольких элементов данных одновременно. Вместо открытия каждого элемента данных для редактирования, вы можете воспользоваться функцией массового обновления.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of templates at once. Instead of opening each individual template for editing, you may use the mass update function for that.
ru	#### Обзор  Иногда вы можете захотеть изменить какой-либо атрибут для нескольких шаблонов одновременно. Вместо того, чтобы открывать каждый отдельный шаблон для редактирования, вы можете воспользоваться функцией массового обновления.

en-us	#### Overview  Sound is used in [global notifications](/manual/web_interface/user_profile/global_notifications).  For the sounds to be played in Zabbix frontend, *Frontend messaging* must be enabled in the user profile *Messaging* tab, with all trigger severities checked, and sounds should also be enabled in the global notification pop-up window.  If for some reasons audio cannot be played on the device, the ![](../../../../assets/en/manual/config/mute_icon.png) button in the global notification pop-up window will permanently remain in the "mute" state and the message "Cannot support notification audio for this device." will be displayed upon hovering over the ![](../../../../assets/en/manual/config/mute_icon.png) button.  Sounds, including the default audio clips, are supported in MP3 format only.  The sounds of Zabbix frontend have been successfully tested in recent Firefox/Opera browsers on Linux and in Chrome, Firefox, Microsoft Edge, and Opera browsers on Windows.  ::: 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	#### Обзор  Звук используется в [глобальных оповещениях](/manual/web_interface/user_profile/global_notifications).  Для воспроизведения звуков в веб-интерфейсе Zabbix необходимо включить *Сообщения в веб-интерфейсе* во вкладке *Сообщения* в профиле пользователя, отметив все степени важности триггера, а также воспроизведение звуков должно быть включено во всплывающем окне глобальных оповещений.  Если по каким-либо причинам звук не может быть воспроизведен на устройстве, кнопка ![](../../../../assets/en/manual/config/mute_icon.png) во всплывающем окне глобальных оповещений постоянно будет в режиме "отключение звука" и будет отображаться сообщение "Поддержка аудио оповещений отсутствует для этого устройства." при наведении курсора на кнопку ![](../../../../assets/en/manual/config/mute_icon.png).  Звуки, включая аудиоклипы по умолчанию, поддерживаются только в формате MP3.  Звуки веб-интерфейса Zabbix были успешно протестированы в последних браузерах: Firefox/Opera на Linux и  Chrome, Firefox, Microsoft Edge и Opera на Windows.  ::: noteimportant Автоматическое воспроизведение звуков может быть по умолчанию отключено в последних версиях вашего браузера. В этом случае вам необходимо изменить эту настройка вручную. :::

en-us	#### Overview  Telnet checks are performed as agent-less monitoring. Zabbix agent is not needed for Telnet checks.
ru	#### Обзор  Telnet проверки выполняются без наличия какого-либо агента. Zabbix агент не требуется для проверок через Telnet.

en-us	#### Overview  The Administration menu is for administrative functions of Zabbix. This menu is available to [SuperAdmin](/manual/config/users_and_usergroups/permissions) user type users only.
ru	#### Обзор  Меню Администрирование используется в Zabbix для административных функций. Это меню доступно только пользователям с типом [Super Administrators](/manual/config/users_and_usergroups/permissions).

en-us	#### Overview  The expressions used in [triggers](/manual/config/triggers) are very flexible. You can use them to create complex logical tests regarding monitored statistics.  A simple expression uses a **function** that is applied to the item with some parameters. The function returns a result that is compared to the threshold, using an operator and a constant.  The syntax of a simple useful expression is `function(/host/key,parameter)<operator><constant>`.  For example:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  will trigger if the number of received bytes during the last five minutes was always over 100 kilobytes.  While the syntax is exactly the same, from the functional point of view there are two types of trigger expressions:  -   problem expression - defines the conditions of the problem -   recovery expression (optional) - defines additional conditions of     the problem resolution  When defining a problem expression alone, this expression will be used both as the problem threshold and the problem recovery threshold. As soon as the problem expression evaluates to TRUE, there is a problem. As soon as the problem expression evaluates to FALSE, the problem is resolved.  When defining both problem expression and the supplemental recovery expression, problem resolution becomes more complex: not only the problem expression has to be FALSE, but also the recovery expression has to be TRUE. This is useful to create [hysteresis](#hysteresis) and avoid trigger flapping.
ru	#### Обзор  Используемые в [триггерах](/manual/config/triggers) выражения являются очень гибкими. Вы можете использовать их для создания сложных логических тестов с учетом статистики по мониторингу.  Простое выражение использует **функцию**, которая применяется к элементу данных с некоторыми параметрами. Функция возвращает результат, который сравнивается с порогом, используя оператор и константу.  Синтаксис простого полезного выражения: `функция(/узел сети/ключ,параметр)<оператор><константа>`.  Например:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  сработает, если количество полученных байт за последние пять минут всегда превышает 100 килобайт.  С функциональной точки зрения существует два типа выражений триггеров, хоть они и имеют абсолютно одинаковый синтаксис:  -   выражение проблемы - задает условия проблемы -   выражение восстановления (опционально) - задает дополнительные условия решения проблемы  Когда задается только выражение проблемы, это выражение будет использоваться в качестве порога как проблемы, так и восстановления проблемы. Как только выражение проблемы вычисляется в значение ИСТИНА, возникает проблема. Как только выражение проблемы вычисляется в значение ЛОЖЬ, проблема считается решённой.  Если задаются оба выражения, как проблемы, так и дополнительного выражения восстановления, решение проблемы становится более сложным: не только выражение проблемы должно стать ЛОЖЬ, но также и выражение восстановления должно стать ИСТИН. Такой подход полезен для создания [гистерезиса](#гистерезис) и помогает избежать частых переключений триггера (из / в состояние ПРОБЛЕМЫ и обратно).

en-us	#### Overview  The following example describes how to set up Zabbix for monitoring VMware virtual machines. This involves:  - creating a host that represents your VMware environment; - creating a low-level discovery rule that discovers virtual machines in your VMware environment; - creating a host prototype, based on which Zabbix will generate real hosts for virtual machines discovered by the low-level discovery rule.
ru	#### Обзор  В следующем примере описано, как настроить Zabbix для мониторинга виртуальных машин VMware. Это включает в себя:  - создание узла сети, представляющего среду виртуализации VMware; - создание правила низкоуровневого обнаружения, которое обнаруживает виртуальные машины в вашей среде виртуализации VMware; - создание прототипа узла сети, на основе которого Zabbix будет генерировать реальные узлы сети для виртуальных машин, обнаруженных правилом низкоуровневого обнаружения.

en-us	#### Overview  The queue displays items that are waiting for a refresh. The queue is just a **logical** representation of data. There is no IPC queue or any other queue mechanism in Zabbix.  Items monitored by proxies are also included in the queue - they will be counted as queued for the proxy history data update period.  Only items with scheduled refresh times are displayed in the queue. This means that the following item types are excluded from the queue:  -   log, logrt and event log active Zabbix agent items -   SNMP trap items -   trapper items -   web monitoring items -   dependent items  Statistics shown by the queue is a good indicator of the performance of Zabbix server.  The queue is retrieved directly from Zabbix server using JSON protocol. The information is available only if Zabbix server is running.
ru	#### Обзор  Очередь отображает элементы данных, ожидающих обновления. Очередь - просто **логическое** представление данных. Это не очередь IPC и не какой-то другой механизм очереди в Zabbix.  Элементы данных, наблюдаемые через прокси, также включены в очередь - они будут считаться задерживающимися за период обновления данных истории с прокси.  В очереди отображаются только те элементы данных, которые имеют запланированное время обновления. Это означает, что следующие типы элементов данных исключены из очереди:  -   активные элементы данных Zabbix агента log, logrt и журнал событий -   элементы данных SNMP трапов -   траппер элементы данных -   элементы данных веб-мониторинга -   зависимые элементы данных  Статистика, представленная в очереди, является хорошим показателем производительности сервера Zabbix.  Очередь запрашивается напрямую с Zabbix сервера с использованием протокола JSON. Информация доступна только, если Zabbix сервер запущен.

en-us	#### Overview  There are four ways of getting Zabbix:  -   Install it from the [distribution packages](/manual/installation/install_from_packages) -   Download the latest source archive and [compile it yourself](/manual/installation/install_from_sources) -   Install it from the [containers](/manual/installation/containers) -   Download the [virtual appliance](/manual/appliance)  To download the latest distribution packages, pre-compiled sources or the virtual appliance, go to the [Zabbix download page](https://www.zabbix.com/download), where direct links to latest versions are provided.
ru	#### Обзор  Имеется четыре способа получения Zabbix:  -   Установка из [пакетов](install_from_packages) -   Загрузка последней версии архива исходного кода и [самостоятельная сборка](/manual/installation/install) -   Установка из [контейнеров](/manual/installation/containers) -   Загрузка [готового решения Zabbix](/manual/appliance)  Для загрузки последней версии пакетов, исходного кода или готового решения Zabbix, перейдите на [страницу загрузки Zabbix](https://www.zabbix.com/ru/download), на которой доступны прямые ссылки на последние доступные версии.

en-us	#### Overview  There are situations when one item gathers multiple metrics at a time or it even makes more sense to collect related metrics simultaneously, for example:  -   CPU utilization of individual cores -   Incoming/outgoing/total network traffic  To allow for bulk metric collection and simultaneous use in several related items, Zabbix supports dependent items. Dependent items depend on the master item that collects their data simultaneously, in one query. A new value for the master item automatically populates the values of the dependent items. Dependent items cannot have a different update interval than the master item.  Zabbix preprocessing options can be used to extract the part that is needed for the dependent item from the master item data.  Preprocessing is managed by a `preprocessing manager` process, which has been added in Zabbix 3.4, along with workers that perform the preprocessing steps. All values (with or without preprocessing) from different data gatherers pass through the preprocessing manager before being added to the history cache. Socket-based IPC communication is used between data gatherers (pollers, trappers, etc) and the preprocessing process.  Zabbix server or Zabbix proxy (if host is monitored by proxy) are performing preprocessing steps and processing dependent items.  Item of any type, even dependent item, can be set as master item. Additional levels of dependent items can be used to extract smaller parts from the value of an existing dependent item.
ru	#### Обзор  Имеются ситуации, когда один элемент данных собирает несколько метрик за раз или имеется больший смысл в одновременном сборе связанных метрик, например:  -   Утилизация CPU по отдельным ядрам -   Входящий / исходящий / общий сетевой трафик  Для обеспечения массового сбора метрик и использования синхронности в нескольких связанных элементах данных, Zabbix поддерживает зависимые элементы данных. Зависимые элементы данных используют основной элемент данных для сбора своих данных одновременно, одним запросом. Новое значение у основного элемента данных автоматически заполняет значения и зависимых элементов данных. Зависимые элементы данных не могут иметь отличный интервал обновления от своего основного элемента данных.  Опции предварительной обработки в Zabbix можно использовать для извлечения части, которая необходима зависимому элементу данных, из данных основного элемента данных.  Предварительная обработка управляется при помощи процесса `preprocessing manager` (`менеджер предобработки`), который добавлен в Zabbix 3.4, вместе с рабочими процессами, которые выполняют шаги предварительной обработки. Все значения (с и без предварительной обработки) от разных сборщиков данных проходят через менеджер предварительной обработки перед добавлением в кэш истории. Для связи между сборщиками данных (поллерами, трапперами и т.д.) и процессами предобработки используется взаимодействие между процессами (IPC) на основе сокета.  Zabbix сервер или Zabbix прокси (если узел сети наблюдается через прокси) выполняют шаги предварительной обработки и они же обрабатывают зависимые элементы данных.  Элемент данных любого типа, даже зависимый элемент данных, могут быть основным элементом данных. Дополнительные уровни зависимых элементов данных можно использовать для извлечения меньших частей значения уже существующего зависимого элемента данных.

en-us	#### Overview  There is an option to tag various entities in Zabbix. Tags can be defined for:  -   templates -   hosts -   items -   web scenarios -   triggers -   services -   template items and triggers -   host, item and trigger prototypes  Tags have several uses, most notably, to mark events. If entities are tagged, the corresponding new events get marked accordingly:  -   with tagged templates - any host problems created by relevant     entities (items, triggers, etc) from this template will be marked -   with tagged hosts - any problem of the host will be marked -   with tagged items, web scenarios - any data/problem of this item or     web scenario will be marked -   with tagged triggers - any problem of this trigger will be marked  A problem event inherits all tags from the whole chain of templates, hosts, items, web scenarios, triggers. Completely identical `tag:value` combinations (after resolved macros) are merged into one rather than being duplicated, when marking the event.  Having custom event tags allows for more flexibility. Importantly, events can be [correlated](/manual/config/event_correlation) based on event tags. In other uses, actions can be defined based on tagged events. Item problems can be grouped based on tags. Problem tags can also be used to map problems to [services](/manual/it_services/service_tree#problem-tags).  Tagging is realized as a pair of *tag name* and *value*. You can use only the name or pair it with a value:      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   An entity (template, host, item, web scenario, trigger or event) may be tagged with the same name, but different values - these tags will not be considered 'duplicates'. Similarly, a tag without value and the same tag with value can be used simultaneously.
ru	#### Обзор  В Zabbix имеется возможность проставления тегов некоторым сущностям. Теги можно добавлять к:  -   шаблонам -   узлам сети -   элементам данных -   веб-сценариям -   триггерам -   услугам -   элементам данных и триггерам из шаблонов -  прототипам узлов сети, элементов данных и триггеров  Теги имеют несколько применений, в основном, для маркировки событий. Если объектам добавлены теги, соответствующие новые события получают теги в соответствии:  -   с шаблонами с тегами - любые проблемы узла сети, созданные соответствующими объектами (элементами данных, триггерами и т.п.) с этого шаблона будут промаркированы -   с узлами сети с тегами - любая проблема узла сети будет промаркирована -   с элементами данных, веб-сценариями с тегами - любые данные / проблемы по этому элементу данных или веб-сценарию будут промаркированы -   с триггерами с тегами - любая проблема по этому триггеру будет промаркирована  Событие о проблеме наследует все теги со всей цепочки шаблонов, узлов сети, элементов данных, веб-сценариев, триггеров. Полностью идентичные комбинации `тег:значение` (после раскрытия макросов) при маркировке события объединяются в один, а не добавляются в виде дубликатов.  Наличие пользовательских тегов событий дает большую гибкость. Важно то, что события можно [соотнести](/manual/config/event_correlation) на основании на тегах событий. Другим вариантом использования можно назвать действия, которые можно задавать на основе событий с тегами. Проблемы элементов данных можно группировать на основе тегов. Теги проблем можно также использовать для соотношения проблем к [услугам](/manual/it_services/service_tree#теги_проблем).  Тегирование реализовано в виде пар *имени тега* и *значения*. Вы можете использовать только имя или пару имени вместе со значением:      MySQL, Сервис:MySQL, Сервисы, Сервисы:Клиент, Приложения, Приложение:Java, Приоритет:Высокий   Сущность (шаблон, узел сети, элемент данных, веб-сценарий, триггер или событие) может иметь теги с одинаковыми именами, но разными значениями - такие теги не считаются 'дубликатами'. Точно так же, можно использовать одновременно тег без значения и такой же тег со значением.

en-us	#### Overview  The Services menu is for the [service monitoring](/manual/it_services) functions of Zabbix.
ru	#### Обзор  Меню "Услуги" предназначено для функций [мониторинга услуг](/manual/it_services) Zabbix.

en-us	#### Overview  The webhook media type is useful for making HTTP calls using custom JavaScript code for straightforward integration with external software such as helpdesk systems, chats, or messengers. You may choose to import an integration provided by Zabbix or create a custom integration from scratch.
ru	#### Обзор  Этот тип оповещений полезен для выполнения HTTP вызовов с использованием пользовательского кода JavaScript для прямой интеграции с внешними системами, такими как системы поддержки, чаты или мессенджеры. Вы можете импортировать интеграции, поставляемые Zabbix, или создать свою собственную интеграцию с нуля.

en-us	#### Overview  This item type allows data polling using the HTTP/HTTPS protocol. Trapping is also possible using Zabbix sender or Zabbix sender protocol.  HTTP item check is executed by Zabbix server. However, when hosts are monitored by a Zabbix proxy, HTTP item checks are executed by the proxy.  HTTP item checks do not require any agent running on a host being monitored.  HTTP agent supports both HTTP and HTTPS. Zabbix will optionally follow redirects (see the *Follow redirects* option below). Maximum number of redirects is hard-coded to 10 (using cURL option CURLOPT\_MAXREDIRS).  ::: noteimportant Zabbix server/proxy must be initially configured with cURL (libcurl) support. :::
ru	#### Обзор  Этот тип элемента данных позволяет получать данные с использованием HTTP/HTTPS протокола. Трапы также возможны с использованием Zabbix sender или протокола Zabbix sender.  Проверка HTTP элемента данных выполняется на стороне Zabbix сервера. Однако, если узлы сети наблюдаются через Zabbix прокси, проверки HTTP элементов данных выполняются этими прокси.  Проверки HTTP элементов данных не требуют наличия какого-либо агента, запущенного на наблюдаемом узле сети.  HTTP агент поддерживает как HTTP, так и HTTPS. Zabbix будет опционально следовать перенаправлениям (смотрите ниже опцию *Следовать перенаправлениям*). Максимальное количество перенаправлений вшито в код и равно 10 (используется cURL опция CURLOPT\_MAXREDIRS).  ::: noteimportant Zabbix сервер/прокси должны быть изначально сконфигурированы с поддержкой cURL (libcurl). :::

en-us	#### Overview  This page contains a complete list of built-in macros supported by Zabbix, grouped by application area.  ::: notetip To see all macros supported in a location (for example, in "map URL"), you may paste the location name into the search box at the bottom of your browser window (accessible by pressing CTRL+F) and do a search for *next*. :::
ru	#### Обзор  На данной странице приведен полный список поддерживаемых Zabbix встроенных макросов, которые сгруппированы по области применения.  ::: notetip Чтобы увидеть все поддерживаемые по назначению макросы (например, в "URL карты"), вы можете выполнить поиск по желаемому назначению в окне браузера (нажав CTRL+F). :::

en-us	#### Overview  This page provides a list of cookies used by Zabbix.  |Name|Description|Values|Expires/Max-Age|HttpOnly[^1]|Secure[^2]| |--|------|--|------|--|--| |ZBX\_SESSION\_NAME|Zabbix frontend session data, stored as JSON encoded by base64| |Session (expires when the browsing session ends)|\+|\+ (only if HTTPS is enabled on a web server)| |tab|Active tab number; this cookie is only used on pages with multiple tabs (e.g. *Host*, *Trigger* or *Action* configuration page) and is created, when a user navigates from a primary tab to another tab (such as *Tags* or *Dependencies* tab).<br><br>0 is used for the primary tab.|Example: 1|Session (expires when the browsing session ends)|\-|\-| |browserwarning\_ignore|Whether a warning about using an outdated browser should be ignored.|yes|Session (expires when the browsing session ends)|\-|\-| |system-message-ok|A message to show as soon as page is reloaded.|Plain text message|Session (expires when the browsing session ends) or as soon as page is reloaded|\+|\-| |system-message-error|An error message to show as soon as page is reloaded.|Plain text message|Session (expires when the browsing session ends) or as soon as page is reloaded|\+|\-|  ::: noteclassic  Forcing 'HttpOnly' flag on Zabbix cookies by a webserver directive is not supported.  :::  [^1]: When `HttpOnly` is 'true' the cookie will be made accessible only     through the HTTP protocol. This means that the cookie won't be     accessible by scripting languages, such as JavaScript. This setting     can effectively help to reduce identity theft through XSS attacks     (although it is not supported by all browsers).  [^2]: `Secure` indicates that the cookie should only be transmitted over     a secure HTTPS connection from the client. When set to 'true', the     cookie will only be set if a secure connection exists.
ru	#### Обзор  На этой странице представлен список файлов cookie, используемых Zabbix.  |Имя|Описание|Значения|Срок действия/Max-Age|HttpOnly[^1]|Secure[^2]| |--|------|--|------|--|--| |ZBX\_SESSION\_NAME|Данные сеанса внешнего интерфейса Zabbix, сохраненные в виде JSON, закодированного с помощью base64| |Session (истекает по завершении сеанса просмотра)|\+|\+ (только если на веб-сервере включен HTTPS)| |tab|Номер активной вкладки; этот файл cookie используется только на страницах с несколькими вкладками (например, страница конфигурации *Host*, *Trigger* или *Action*) и создается, когда пользователь переходит с основной вкладки на другую вкладку (например, *Tags* или *Dependencies*).<br><br>0 используется для основной вкладки.|Пример: 1|Session (истекает по окончании сеанса просмотра)|\-|\-| |browserwarning\_ignore|Должно ли игнорироваться предупреждение об использовании устаревшего браузера.|yes|Session (истекает при завершении сеанса просмотра)|\-|\-| |system-message-ok|Сообщение для отображения, как только страница будет перезагружена.|Обычное текстовое сообщение|Session (истекает после завершения сеанса просмотра) или сразу после перезагрузки страницы|\+|\-| |system-message-error|Сообщение об ошибке, отображаемое сразу после перезагрузки страницы.|Обычное текстовое сообщение|Session (истекает после завершения сеанса просмотра) или сразу после перезагрузки страницы|\+|\-|  ::: noteclassic Принудительное использование флага «HttpOnly» для файлов cookie Zabbix директивой веб-сервера не поддерживается. :::  [^1]: когда `HttpOnly` равно 'true', файл cookie будет доступен только     через HTTP-протокол. Это означает, что файл cookie не будет     доступен языкам сценариев, такими как JavaScript. Эта настройка     может эффективно помочь уменьшить кражу личных данных с помощью XSS-атак     (хотя он поддерживается не всеми браузерами).  [^2]: `Secure` указывает, что куки следует передавать только через     безопасное HTTPS-соединение от клиента. Если установлено значение 'true',     cookie будет установлен только в том случае, если существует безопасное соединение.

en-us	### Overview  This page provides details on the simple checks that can be used to monitor [VMware environments](/manual/vm_monitoring).  The metrics are grouped by the monitoring target.
ru	### Обзор  На этой странице представлены подробные сведения о простых проверках, которые можно использовать для мониторинга [сред виртуализации VMware](/manual/vm_monitoring). Метрики сгруппированы по целям мониторинга.

en-us	### Overview  This page provides the steps required to build a loadable plugin binary from the sources.  If the source tarball is downloaded, it is possible to build the plugin offline, i.e. without the internet connection.  The PostgreSQL plugin is used as an example. Other loadable plugins can be built in a similar way.
ru	### Обзор  На этой странице представлены шаги, требующиеся для сборки бинарного файла подгружаемого плагина из исходных кодов.  Если загружен архив исходных кодов, то возможно собрать плагин в режиме офлайн, т.е. без соединения с Интернетом.  Плагин PostgreSQL используется в качестве примера. Другие подгружаемые плагины можно собрать аналогичным образом.

en-us	### Overview  This section contains best practices that should be observed in order to set up Zabbix in a secure way.  The practices contained here are not required for the functioning of Zabbix. They are recommended for better security of the system.
ru	### Обзор  В этом разделе содержатся рекомендации, соблюдение которых позволит настроить Zabbix безопасным образом.  Практики, описанные здесь, не являются обязательными для работы Zabbix. Они рекомендуются для повышения безопасности системы.

en-us	### Overview  This section describes a simple setup for monitoring Zabbix high availability cluster as a service.
ru	### Обзор  В этом разделе описана простая настройка мониторинга кластера высокой доступности Zabbix как услуги.

en-us	### Overview  This section describes the steps for resetting user passwords in Zabbix.
ru	### Обзор  В этом разделе описаны шаги по сбросу паролей пользователей в Zabbix.

en-us	### Overview  This section describes Zabbix additions to the JavaScript language implemented with Duktape and supported global JavaScript functions.
ru	#### Обзор  Этот раздел описывает дополнения Zabbix к языку JavaScript, который реализован при помощи Duktape и поддерживает глобальные функции JavaScript.

en-us	#### Overview  This section lists parameters supported in the Ceph Zabbix agent 2 plugin configuration file (ceph.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Ceph плагина Zabbix agent 2 (ceph.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section lists parameters supported in the Docker Zabbix agent 2 plugin configuration file (docker.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Docker плагина Zabbix agent 2 (docker.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section lists parameters supported in the Memcached Zabbix agent 2 plugin configuration file (memcached.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Memcached плагина Zabbix agent 2 (memcached.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section lists parameters supported in the Modbus Zabbix agent 2 plugin configuration file (modbus.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Modbus плагина Zabbix agent 2 (modbus.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section lists parameters supported in the MQTT Zabbix agent 2 plugin configuration file (mqtt.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации MQTT плагина Zabbix agent 2 (mqtt.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section lists parameters supported in the MySQL Zabbix agent 2 plugin configuration file (mysql.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ru	#### Обзор  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации MySQL плагина Zabbix agent 2 (mysql.conf).   Обратите внимание, что:  - · Значения по умолчанию отражают значения по умолчанию для процесса, а не значения в · поставляемых конфигурационных файлах; - · Zabbix поддерживает конфигурационные файлы только в кодировке UTF-8 без · [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); - · Комментарии, начинающиеся с "\#", поддерживаются только в начале строки.

en-us	#### Overview  This section presents a step-by-step real-life example of how web monitoring can be used.  Let's use Zabbix web monitoring to monitor the web interface of Zabbix. We want to know if it is available, provides the right content and how quickly it works. To do that we also must log in with our user name and password.
ru	#### Обзор  В этом разделе представлен пошаговый пример из реальной жизни того, как можно использовать веб-мониторинг.  Давайте используем веб-мониторинг Zabbix для мониторинга веб-интерфейса Zabbix. Мы хотим знать доступен ли он, предоставляет ли нужный контент и как быстро работает. Для этого мы также должны войти в систему под нашим именем пользователя и паролем.

en-us	#### Overview  This section presents examples of using preprocessing steps to accomplish some practical tasks.
ru	#### Обзор  В этом разделе представлены примеры использования шагов предварительной обработки для решения некоторых практических задач.

en-us	## Overview  This section provides additional information about JSON objects returned by various VMware [items](/manual/vm_monitoring/vmware_keys). 
ru	## Обзор  В этом разделе представлена дополнительная информация об объектах JSON, возвращаемых различными [элементами данных](/manual/vm_monitoring/vmware_keys) VMware.

en-us	#### Overview  This section provides details of supported JSONPath functionality in item value preprocessing steps.  JSONPath consists of segments separated with dots. A segment can be either a simple word like a JSON value name, `*` or a more complex construct enclosed within square brackets `[` `]`. The separating dot before bracket segment is optional and can be omitted. For example:  |Path|Description| |----|-----------| |`$.object.name`|Return the object.name contents.| |`$.object['name']`|Return the object.name contents.| |`$.object.['name']`|Return the object.name contents.| |`$["object"]['name']`|Return the object.name contents.| |`$.['object'].["name"]`|Return the object.name contents.| |`$.object.history.length()`|Return the number of object.history array elements.| |`$[?(@.name == 'Object')].price.first()`|Return the price field of the first object with name 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Return the number of history array elements of the first object with name 'Object'.| |`$[?(@.price > 10)].length()`|Return the number of objects with price being greater than 10.|  See also: [Escaping special characters from LLD macro values in JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros).
ru	#### Обзор  В этом разделе приведены сведения о поддерживаемом JSONPath функционале в шагах предварительной обработки значений элементов данных.  JSONPath состоит из сегментов, разделенных точками. Сегмент может быть либо простым словом, например имя значения JSON, либо `*`, либо более сложной конструкцией, заключённой в квадратные скобки `[` `]`. Разделительная точка перед сегментом скобки является опциональной и её можно опустить. Например:  |Путь|Описание| |----|-----------| |`$.object.name`|Возвращает содержимое object.name.| |`$.object['name']`|Возвращает содержимое object.name.| |`$.object.['name']`|Возвращает содержимое object.name.| |`$["object"]['name']`|Возвращает содержимое object.name.| |`$.['object'].["name"]`|Возвращает содержимое object.name.| |`$.object.history.length()`|Возвращает количество элементов массива object.history.| |`$[?(@.name == 'Object')].price.first()`|Возвращает поле price первого объекта с именем 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Возвращает количество элементов массива history первого объекта с именем 'Object'.| |`$[?(@.price > 10)].length()`|Возвращает количество объектов с price больше чем 10.|  Смотрите также: [Экранирование специальных символов из значений LLD макросов в JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros).

en-us	#### Overview  This section provides details on passive and active checks performed by [Zabbix agent](/manual/config/items/itemtypes/zabbix_agent).  Zabbix uses a JSON based communication protocol for communicating with Zabbix agent.  See also: [Zabbix agent 2](/manual/appendix/protocols/zabbix_agent2)  protocol details.
ru	#### Обзор  Этот раздел детально описывает пассивные и активные проверки, которые выполняются [Zabbix агентом](/manual/config/items/itemtypes/zabbix_agent).  Zabbix использует протокол на основе JSON для взаимодействия с Zabbix агентом.  Смотрите также: Подробная информация о протоколе [Zabbix агента 2](/manual/appendix/protocols/zabbix_agent2).

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) from Zabbix **6.2**.x to Zabbix **6.4**.x using official Zabbix packages for Debian/Ubuntu.  ::: notewarning Before the upgrade make sure to read the relevant [**upgrade notes**](/manual/installation/upgrade_notes_640)! :::  You may also want to check the [requirements](/manual/installation/requirements) for 6.4.  ::: notetip It may be handy to run two parallel SSH sessions during the upgrade, executing the upgrade steps in one and monitoring the server/proxy logs in another. For example, run `tail -f zabbix_server.log` or `tail -f zabbix_proxy.log` in the second SSH session showing you the latest log file entries and possible errors in real time. This can be critical for production instances. :::
ru	#### Обзор  Этот раздел описывает требуемые шаги для успешного [обновления](/manual/installation/upgrade) с Zabbix **6.2**.x до Zabbix **6.4**.x с использованием официальных пакетов Zabbix для Debian/Ubuntu.  ::: notewarning Перед выполнением обновления убедитесь, что прочитали все соответствующие  [**заметки по обновлению**](/manual/installation/upgrade_notes_640)! :::  Также может быть необходимо ознакомиться с  [требованиями](/manual/installation/requirements) для 6.4.  ::: notetip Для удобства можно запустить две параллельные SSH-сессии во время обновления, выполняя шаги обновления в одной сессии и наблюдая за файлами журналов сервера/прокси в другой. Например, при выполнении tail -f zabbix_server.log или tail -f zabbix_proxy.log во второй SSH-сессии будут отображаться последние записи из файла журнала и возможные ошибки в режиме реального времени. Такой подход может быть критичным в продукционных установках. :::

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) using official RPM and DEB packages provided by Zabbix for:  -   [Red Hat Enterprise     Linux](/manual/installation/upgrade/packages/rhel) -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)
ru	#### Обзор  В этом разделе представлены шаги, необходимые для успешного [обновления](/manual/installation/upgrade) с использованием официальных пакетов RPM и DEB, поставляемых Zabbix для:  -   [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel) -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)

en-us	#### Overview  This section provides upgrade information for Zabbix **6.4**:  -   using packages:     -   for [Red Hat Enterprise         Linux](/manual/installation/upgrade/packages/rhel)     -   for         [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu) -   using [sources](/manual/installation/upgrade/sources)  See also [upgrade instructions](/manual/concepts/server/ha#upgrading-ha-cluster) for servers in a **high-availability** (HA) cluster.
ru	#### Обзор  В этом разделе представлена информация об обновлении Zabbix **6.4**:   - с использованием пакетов:     - для [Red Hat EnterpriseLinux](/manual/installation/upgrade/packages/rhel)     - для [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu) -с использованием [исходного кода](/manual/installation/upgrade/sources)  Смотрите также [инструкции по обновлению](/manual/concepts/server/ha#upgrading-ha-cluster) для серверов в кластере **высокой доступности** (HA).

en-us	#### Overview  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using SQL queries, whose results get automatically transformed into a JSON object suitable for low-level discovery.
ru	#### Обзор  Этот тип низкоуровневого [обнаружения](/manual/discovery/low_level_discovery) осуществляется с использованием SQL-запросов, результаты которых автоматически преобразуются в объект JSON, пригодный для низкоуровневого обнаружения.

en-us	#### Overview  Though Zabbix offers a large number of webhook integrations available out-of-the-box, you may want to create your own webhooks instead. This section provides examples of custom webhook scripts (used in the *Script* parameter). See [webhook](/manual/config/notifications/media/webhook) section for description of other webhook parameters.
ru	#### Обзор  Хоть Zabbix и предлагает большое количество интеграций вебхуков из коробки, вместо их использования вы можете создавать свои вебхуки. В этом разделе приведены примеры пользовательских скриптов вебхуков (используются в *Скрипт* параметре). Смотрите раздел [вебхуков](/manual/config/notifications/media/webhook) для получения более подробной информации по остальным параметрам вебхуков.

en-us	#### Overview  To configure a trigger, do the following:  -   Go to: *Data collection* → *Hosts* -   Click on *Triggers* in the row of the host -   Click on *Create trigger* to the right (or on the trigger name to     edit an existing trigger) -   Enter parameters of the trigger in the form  See also [general information](/manual/config/triggers) on triggers and their calculation times.
ru	#### Обзор  Для настройки триггера, сделайте следующее:  -   Перейдите в: *Сбор данных* → *Узлы сети* -   Нажмите на *Триггеры* в строке с узлом сети -   Нажмите на *Создать триггер* вверху справа (или на имя триггера для изменения уже существующего триггера) -   Введите в диалоге параметры триггера  Смотрите также [общую информацию](/manual/config/triggers) о триггерах и времени их вычисления.

en-us	#### Overview  To configure email as the delivery channel for messages, you need to configure email as the media type and assign specific addresses to users.  ::: noteclassic  Multiple notifications for single event will be grouped together on the same email thread.  :::
ru	#### Обзор  Для настройки e-mail каналом отправки сообщений вам необходимо настроить e-mail способом оповещений и назначить соответствующие адреса пользователям.  ::: noteclassic  Несколько оповещений по одному событию группируются вместе в одной ветке e-mail сообщений. :::

en-us	#### Overview  Trapper items accept incoming data instead of querying for it.  It is useful for any data you might want to "push" into Zabbix.  To use a trapper item you must:  -   have a trapper item set up in Zabbix -   send in the data into Zabbix
ru	#### Обзор  Траппер элементы данных принимают входящие данные вместо опроса этих данных.  Это полезно для любых данных, которые вы возможно захотите "запихнуть" в Zabbix.  Для использования элемента данных траппера вам необходимо:  -   иметь настроенный траппер элемент данных в Zabbix -   отправить данные в Zabbix

en-us	#### Overview  User macros are supported in Zabbix for greater flexibility, in addition to the macros [supported](/manual/appendix/macros/supported_by_location) out-of-the-box.  User macros can be defined on global, template and host level. These macros have a special syntax:      {$MACRO}  Zabbix resolves macros according to the following precedence:  1.  host level macros (checked first) 2.  macros defined for first level templates of the host (i.e.,     templates linked directly to the host), sorted by template ID 3.  macros defined for second level templates of the host, sorted by     template ID 4.  macros defined for third level templates of the host, sorted by     template ID, etc. 5.  global macros (checked last)  In other words, if a macro does not exist for a host, Zabbix will try to find it in the host templates of increasing depth. If still not found, a global macro will be used, if exists.  ::: notewarning If a macro with the **same name** exists on multiple linked templates of the same level, the macro from the template with the lowest ID will be used. Thus having macros with the same name in multiple templates is a configuration risk. :::  If Zabbix is unable to find a macro, the macro will not be resolved.  ::: noteimportant Macros (including user macros) are left unresolved in the Configuration section (for example, in the trigger list) by design to make complex configuration more transparent. :::  User macros can be used in:  -   item key parameter -   item update intervals and flexible intervals -   trigger name and description -   trigger expression parameters and constants (see     [examples](#examples)) -   many other locations - see the [full     list](/manual/appendix/macros/supported_by_location_user)
ru	#### Обзор  Пользовательские макросы поддерживаются в Zabbix для достижения большей гибкости, в дополнение к [поддерживаемым](/manual/appendix/macros/supported_by_location) макросам из коробки.  Пользовательские макросы можно можно определить на глобальном, уровне шаблона и уровне узла сети. Такие макросы имеют специальный синтаксис:      {$МАКРОС}  Zabbix раскрывает макросы в соответствии со следующей очередностью:  1.  макрос, назначенный узлу сети (проверяется в первую очередь) 2.  макрос, назначенный на первый уровень шаблонов у узла сети (т.е. шаблоны присоединенные напрямую к узлу сети), которые отсортированы по ID шаблона 3.  макрос, назначенный на второй уровень шаблонов у узла сети, которые отсортированы по ID шаблона 4.  макрос назначенный на третий уровень шаблонов у узла сети, которые отсортированы по ID шаблона и так далее 5.  глобальные макросы (проверяются в последнюю очередь)  Иными словами, если макрос не существует непосредственно у узла сети, тогда Zabbix попытается найти его в шаблонах, присоединенных к этому узлу сети, с учетом увеличивающейся глубины шаблонов. Если макрос все еще не найден, то будет использован макрос глобального уровня, если он существует.  ::: notewarning Если макросы с **одинаковыми именами** существуют у нескольких присоединенных шаблонов на одном уровне, будет использован макрос с шаблона с наименьшим значением ID. Таким образом, наличие макросов с одинаковыми именами у нескольких шаблонов -  это риск конфигурации. :::  В случае, если Zabbix не удалось найти макрос, макрос не будет раскрыт.  ::: noteimportant По задумке макросы (включая пользовательские макросы) остаются нераскрытыми в разделе Настройки (например, в списке триггеров), чтобы сделать сложную конфигурацию более прозрачной. :::  Пользовательские макросы можно использовать в:  -   в параметрах ключей элементов данных -   в интервалах обновления и гибких интервалах элементов данных -   именах и описаниях триггеров -   в параметрах и константах выражений триггеров (смотрите [примеры](#примеры)) -   многих других местах (смотрите [полный список](/manual/appendix/macros/supported_by_location_user))

en-us	#### Overview  While a [simple graph](simple) is great for accessing data of one item and [custom graphs](custom) offer customization options, none of the two allow to quickly create a comparison graph for multiple items with little effort and no maintenance.  To address this issue, since Zabbix 2.4 it is possible to create ad-hoc graphs for several items in a very quick way.
ru	#### Обзор  В то время как [простой график](simple) отличное средство доступа к данным одного элемента данных, а [пользовательские графики](custom) предлагают варианты настройки, ни один их них не позволяет быстро создавать графики для сравнения нескольких элементов данных с минимальными усилиями и без последующей поддержки этого графика.  С целью исправить эту проблему, начиная с версии Zabbix 2.4 имеется возможность создать ситуационные графики по нескольким элементам данных на лету.

en-us	#### Overview  While generally problem events are resolved automatically when trigger status goes from 'Problem' to 'OK', there may be cases when it is difficult to determine if a problem has been resolved by means of a trigger expression. In such cases, the problem needs to be resolved manually.  For example, *syslog* may report that some kernel parameters need to be tuned for optimal performance. In this case the issue is reported to Linux administrators, they fix it and then close the problem manually.  Problems can be closed manually only for triggers with the *Allow manual close* option enabled.  When a problem is "manually closed", Zabbix generates a new internal task for Zabbix server. Then the *task manager* process executes this task and generates an OK event, therefore closing problem event.  A manually closed problem does not mean that the underlying trigger will never go into a 'Problem' state again. The trigger expression is re-evaluated and may result in a problem:  -   When new data arrive for any item included in the trigger expression     (note that the values discarded by a throttling preprocessing step     are not considered as received and will not cause trigger expression     to be re-evaluated); -   When time-based functions are used in the expression. Complete     time-based function list can be found on [Triggers     page](/manual/config/triggers).
ru	#### Обзор  Хотя в целом события о проблемах решаются автоматически, когда состояние триггера переходит из 'Проблема' в 'ОК', могут быть случаи когда трудно определить при помощи выражения триггера то, что проблема уже решена. В таких случаях проблем нужно решить вручную.  Например, *syslog* может сообщать о том, что для оптимальной производительности необходимо отрегулировать некоторые параметры ядра. В это случае информация о проблеме сообщается Linux администраторам, они исправляют её и затем вручную закрывают эту проблему.  Проблемы можно закрывать вручную только у триггеров, у которых включена опция *Разрешить закрывать вручную*.  Когда проблема "закрыта вручную", Zabbix генерирует новую внутреннюю задачу для Zabbix сервера. Затем процесс *диспетчер задач* выполняет эту задачу и генерирует OK событие, следовательно закрывает событие о проблеме.  Вручную закрытая проблема не означает, что основной триггер никогда больше не перейдет в состояние 'Проблема'. Выражение триггера будет вычислено снова, что может привести к проблеме:  -   При поступлении новых данных от любого элемента данных, которые добавлены в выражение триггера (обратите внимание, что значения отбрасываемые шагом предварительной обработки не учитываются как поступившие и не могут быть причиной повторного вычисления выражения триггера); -   Когда в выражении используются функции связанные со временем. Полный список функций связанных со временем можно найти на [странице с триггерами](/manual/config/triggers).

en-us	#### Overview  While many things in the frontend can be configured using the frontend itself, some customizations are currently only possible by editing a definitions file.  This file is `defines.inc.php` located in /include of the Zabbix HTML document directory.
ru	#### Обзор  Хотя многие параметры веб-интерфейса можно настроить, используя сам веб-интерфейс, однако, некоторые настройки в настоящее время возможно изменить только через файл определений.  Этим файлом является `defines.inc.php` расположенный в папке /include раздела документов Zabbix HTML.

en-us	#### Overview  While you may find the required index number (for example, of a network interface) among the SNMP OIDs, sometimes you may not completely rely on the index number always staying the same.  Index numbers may be dynamic - they may change over time and your item may stop working as a consequence.  To avoid this scenario, it is possible to define an OID which takes into account the possibility of an index number changing.  For example, if you need to retrieve the index value to append to **ifInOctets** that corresponds to the **GigabitEthernet0/1** interface on a Cisco device, use the following OID:      ifInOctets["index","ifDescr","GigabitEthernet0/1"]
ru	#### Обзор  Хотя вы может быть и найдете требуемый номер индекса (например, сетевого интерфейса) из всех SNMP OID\'ов, иногда вы не можете полностью положиться на то, что номер индекса всегда останется таким же.  Индексы могут быть динамическими - они могут изменяться время от времени и, как следствие, ваш элемент данных может перестать работать.  Чтобы избежать этого, имеется возможность указать OID, который принимает во внимание возможность изменения номера индекса.  Например, если вам необходимо получить значение индекса, который относится к **ifInOctets**, которое соответствует интерфейсу **GigabitEthernet0/1** на устройстве Cisco, используйте следующий OID:      ifInOctets["index","ifDescr","GigabitEthernet0/1"]

en-us	#### Overview  With escalations you can create custom scenarios for sending notifications or executing remote commands.  In practical terms it means that:  -   Users can be informed about new problems immediately. -   Notifications can be repeated until the problem is resolved. -   Sending a notification can be delayed. -   Notifications can be escalated to another "higher" user group. -   Remote commands can be executed immediately or when a problem is not     resolved for a lengthy period.  Actions are escalated based on the **escalation step**. Each step has a duration in time.  You can define both the default duration and a custom duration of an individual step. The minimum duration of one escalation step is 60 seconds.  You can start actions, such as sending notifications or executing commands, from any step. Step one is for immediate actions. If you want to delay an action, you can assign it to a later step. For each step, several actions can be defined.  The number of escalation steps is not limited.  Escalations are defined when [configuring an operation](operation#configuring_an_operation). Escalations are supported for problem operations only, not recovery.
ru	#### Обзор  Используя эскалации, вы можете создавать пользовательские сценарии для отправки оповещений или выполнения удаленных команд.  С практической точки зрения эскалации означают, что:  -   Пользователей можно информировать о новых проблемах незамедлительно -   Оповещения могут повторяться до решения проблемы -   Отправка оповещения может быть выполнена с задержкой -   Оповещения могут эскалироваться другой "более высокой" группе пользователей -   Удаленные команды могут быть выполнены незамедлительно или когда проблема не будет решена за длительный период времени  Действия эскалируются на основании **шага эскалации**. Каждый шаг имеет длительность по времени.  Вы можете задать и длительность по умолчанию, и пользовательскую длительность для каждого отдельного шага. Минимальная длительность одного шага эскалации 60 секунд.  Вы можете начать действия, такие как отправка оповещения или выполнение команд, с любого шага. Шаг первый используется для немедленных действий. Если вы хотите отложить действие, вы можете назначить его на следующий шаг. Для каждого шага можно назначать несколько действий.  Количество шагов эскалаций не ограничено.  Эскалации задаются при [настройке операции](operation#настройка_операции). Эскалации поддерживаются только операциями на проблемы, не восстановления.

en-us	#### Overview  With mass update you may change some attribute for a number of triggers at once, saving you the need to open each individual trigger for editing.
ru	#### Обзор  Используя массовое обновление, вы можете изменить любые атрибуты у нескольких триггеров за один раз, что спасет вас от необходимости открывать на изменение каждый отдельный триггер.

en-us	#### Overview  With remote commands you can define that a certain pre-defined command is automatically executed on the monitored host upon some condition.  Thus remote commands are a powerful mechanism for smart pro-active monitoring.  In the most obvious uses of the feature you can try to:  -   Automatically restart some application (web server, middleware, CRM)     if it does not respond -   Use IPMI 'reboot' command to reboot some remote server if it does     not answer requests -   Automatically free disk space (removing older files, cleaning /tmp)     if running out of disk space -   Migrate a VM from one physical box to another depending on the CPU     load -   Add new nodes to a cloud environment upon insufficient CPU (disk,     memory, whatever) resources  Configuring an action for remote commands is similar to that for sending a message, the only difference being that Zabbix will execute a command instead of sending a message.  Remote commands can be executed by Zabbix server, proxy or agent. Remote commands on Zabbix agent can be executed directly by Zabbix server or through Zabbix proxy. Both on Zabbix agent and Zabbix proxy remote commands are disabled by default. They can be enabled by:  -   adding an `AllowKey=system.run[*]` parameter in agent configuration; -   setting the EnableRemoteCommands parameter to '1' in proxy     configuration.  Remote commands executed by Zabbix server are run as described in [Command execution](/manual/appendix/command_execution) including exit code checking.  Remote commands are executed even if the target host is in maintenance.
ru	#### Обзор  При помощи удаленных команд вы можете указать какие из предустановленных команд будут автоматически выполнены на наблюдаемом узле сети при соблюдении некоторых условий.  Таким образом, удаленные команды являются мощным механизмом для умного про-активного мониторинга.  Из наиболее очевидных применений функции вы можете попробовать:  -   Автоматический перезапуск какого-либо приложения (веб-сервер, промежуточное ПО, CRM), если оно не отвечает -   Использовать команду IPMI 'reboot' для перезагрузки некоторого удаленного сервера, если он не отвечает на запросы -   Автоматическую очистку диска (удаление старых файлов, очистка /tmp), если закончилось место на диске -   Миграцию VM с одного физического сервера на другой, в зависимости от загрузки CPU -   Добавление новых узлов в облачную среду при недостаточных ресурсах CPU (диска, памяти, чего-угодно)  Настройка действий для удаленных команд аналогична настройке действий для отправки сообщений, с той лишь разницей, что вместо отправки сообщения Zabbix будет выполнять команду.  Удаленные команды могут выполняться на стороне Zabbix сервера, прокси или агента. Удаленные команды на Zabbix агенте могут выполняться напрямую Zabbix сервером или через Zabbix прокси. По умолчанию удаленные команды отключены как у Zabbix агента, так и у Zabbix прокси. Их можно включить:  -   добавив параметр `AllowKey=system.run[*]` в конфигурацию агента; -   изменив параметр EnableRemoteCommands на значение '1' в конфигурации прокси.  Удаленные команды выполняемые Zabbix сервером запускаются как описано в разделе [Выполнение команд](/manual/appendix/command_execution), включая проверку кода выхода.  Удаленные команды будут выполнены даже если целевой узел сети в обслуживании.

en-us	#### Overview  You can assign some triggers to a [link](/manual/config/visualization/maps/map#linking_elements) between elements in a network map. When these triggers go into a problem state, the link can reflect that.  When you configure a link, you set the default link type and color. When you assign triggers to a link, you can assign different link types and colors with these triggers.  Should any of these triggers go into a problem state, their link style and color will be displayed on the link. So maybe your default link was a green line. Now, with the trigger in the problem state, your link may become bold red (if you have defined it so).
ru	#### Обзор  Вы можете назначить несколько триггеров на [связь](/manual/config/visualization/maps/map#связи_элементов) между элементами на карте сети. Когда эти триггеры перейдут в состояние проблемы, связь сможет отразить это.  Когда вы настраиваете связь, вы указываете значения по умолчанию для типа и цвета связи. Когда вы назначаете триггеры к связи, вы можете назначить разные типы и цвета у связи с помощью этих триггеров.  Если какие-либо из этих триггеров перейдут в состояние проблема, их стиль связи и цвет будет отображен на связи. Возможно, цвет по умолчанию вашей связи был зеленой линией. Теперь, когда триггер в состоянии проблема, ваша связь стала жирной красной линией (если вы определили её так).

en-us	#### Overview  You can define maintenance periods for host groups, hosts and specific triggers/services in Zabbix.  There are two maintenance types - with data collection and with no data collection.  During a maintenance "with data collection" triggers are processed as usual and events are created when required. However, problem escalations are paused for hosts/triggers in maintenance, if the *Pause operations for suppressed problems* option is checked in action configuration. In this case, escalation steps that may include sending notifications or remote commands will be ignored for as long as the maintenance period lasts. Note that problem recovery and update operations are not suppressed during maintenance, only escalations.  For example, if escalation steps are scheduled at 0, 30 and 60 minutes after a problem start, and there is a half-hour long maintenance lasting from 10 minutes to 40 minutes after a real problem arises, steps two and three will be executed a half-hour later, or at 60 minutes and 90 minutes (providing the problem still exists). Similarly, if a problem arises during the maintenance, the escalation will start after the maintenance.  To receive problem notifications during the maintenance normally (without delay), you have to uncheck the *Pause operations for suppressed problems* option in action configuration.  ::: noteclassic If at least one host (used in the trigger expression) is not in maintenance mode, Zabbix will send a problem notification. :::  Zabbix server must be running during maintenance. Timer processes are responsible for switching host status to/from maintenance at 0 seconds of every minute. Note that when a host enters maintenance, Zabbix server timer processes will read all open problems to check if it is required to suppress those. This may have a performance impact if there are many open problems. Zabbix server will also read all open problems upon startup, even if there are no maintenances configured at the time.  Note that the Zabbix server (or proxy) always collects data regardless of the maintenance type (including "no data" maintenance). The data is later ignored by the server if 'no data collection' is set.  When "no data" maintenance ends, triggers using nodata() function will not fire before the next check during the period they are checking.  If a log item is added while a host is in maintenance and the maintenance ends, only new logfile entries since the end of the maintenance will be gathered.  If a timestamped value is sent for a host that is in a “no data” maintenance type (e.g. using [Zabbix sender](/manpages/zabbix_sender)) 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.  If maintenance period, hosts, groups or tags are changed by the user, the changes will only take effect after configuration cache synchronization.
ru	#### Обзор  В Zabbix вы можете указать периоды обслуживания групп узлов сети, узлов сети и отдельных триггеров / услуг.  Имеется два типа обслуживания - со сбором данных и без сбора данных.  В течение обслуживания "со сбором данных" триггеры обрабатываются как обычно и создаются события, если потребуется. Однако, эскалации о проблемах будут поставлены на паузу для узлов сети/триггеров в обслуживании, если в настройках действия выбрана опция *Приостановить операции для подавленных проблем*. В этом случае шаги эскалаций, которые могут включать отправку оповещений или удаленные команды, будут игнорироваться до тех пор пока не завершится период обслуживания. Обратите внимание, что операции восстановления и обновления не подавляются в процессе обслуживания, только эскалации.  Например, если шаги эскалаций запланированы на 0, 30 и 60 минут после начала проблемы и имеется получасовое обслуживание, которое начинается с 10 минут до 40 минут после возникновения реальной проблемы, тогда второй и третий шаги будут выполнены спустя полчаса или спустя 60 минут и 90 минут (при условии, что проблема всё еще имеется). Аналогично, если проблема произойдёт в процессе обслуживания, эскалация начнется после завершения обслуживания.  Чтобы получать оповещения о проблемах в процессе обслуживания как обычно (без задержки), вам необходимо убрать опцию *Приостановить операции для подавленных проблем* в настройках действия.  ::: noteclassic Если по крайней мере один узел сети (используемый в выражении триггера) находится не в режиме обслуживания, Zabbix отправит оповещение о проблеме. :::  Zabbix сервер должен работать во время обслуживания. Процессы таймера ответственны за переключение состояния узлов сети в/без обслуживания в 0 секунд каждой минуты. Обратите внимание, когда узел сети входит в режим обслуживания, процессы таймера Zabbix сервера теперь будут считывать все открытые проблемы для проверки, требуется ли их подавить. Такое поведение может повлиять на производительность, если имеется много открытых проблем. Zabbix сервер будет также читать все открытые проблемы при запуске процесса, даже если на это время отсутствуют настроенные обслуживания.  Обратите внимание, что Zabbix сервер (или прокси) всегда собирает данные, независимо от типа обслуживания (включая обслуживание "без данных"). Эти данные затем игнорируются сервером, если указан тип 'без сбора данных'.  После завершения обслуживания "без данных", триггеры, использующие функцию nodata(), не сработают до момента следующей проверки в течение периода времени обновления этих элементов данных.  Если добавлен элемент данных журнала к узлу сети, который находится в обслуживании, и обслуживание заканчивается, то будут обработаны только новые записи в файле журнала, начиная с момента завершения обслуживания.  Если значение со штампом времени отправляется на узел сети, который находится в обслуживании с типом обслуживания "без данных" (например при использовании [Zabbix sender](/manpages/zabbix_sender)), тогда это значение будет отброшено, однако, имеется возможность отправить значение со штампом времени в течение истекшего периода обслуживания, и оно будет принято.  Если период обслуживания, узлы сети, группы или теги изменяются пользователем, то такие изменения вступают в силу только после синхронизации кэша конфигурации.

en-us	#### Overview  You can effectively monitor Windows performance counters using the *perf\_counter\[\]* key.  For example:      perf_counter["\Processor(0)\Interrupts/sec"]  or      perf_counter["\Processor(0)\Interrupts/sec", 10]  For more information on using this key or its English-only equivalent `perf_counter_en`, see [Windows-specific item keys](/manual/config/items/itemtypes/zabbix_agent/win_keys).  In order to get a full list of performance counters available for monitoring, you may run:      typeperf -qx  You may also use low-level discovery to discover multiple [object instances](/manual/discovery/low_level_discovery/examples/windows_perf_instances) of Windows performance counters and automate the creation of perf\_counter items for multiple instance objects.
ru	#### Обзор  Вы можете эффективно мониторить счетчики производительности Windows используя ключ *perf\_counter\[\]*.  Например:      perf_counter["\Processor(0)\Interrupts/sec"]  или      perf_counter["\Processor(0)\Interrupts/sec", 10]  Для получения более подробной информации об этом ключе и его эквиваленте только для Английского языка `perf_counter_en`, смотрите [специфичные ключи элементов данных для Windows](/manual/config/items/itemtypes/zabbix_agent/win_keys).  Чтобы получить полный список счетчиков производительности для мониторинга, вы можете выполнить:      typeperf -qx  Вы также можете использовать низкоуровневое обнаружение для обнаружения нескольких [экземпляров объектов](/manual/discovery/low_level_discovery/examples/windows_perf_instances) счетчиков производительности Windows и автоматизировать создание элементов данных perf\_counter по множеству экземпляров объектов.

en-us	#### Overview  You can keep the inventory of networked devices in Zabbix.  There is a special *Inventory* menu in the Zabbix frontend. However, you will not see any data there initially and it is not where you enter data. Building inventory data is done manually when configuring a host or automatically by using some automatic population options.
ru	#### Обзор  Вы можете хранить инвентарные данные сетевых устройств в Zabbix.  В веб-интерфейсе Zabbix существует специальное меню *Инвентаризация*. Однако, поначалу вы не увидите там никаких данных, и это не то место, где вы вводите данные. Построение инвентарных данных выполняется вручную при настройке узла сети или автоматически с использованием каких-либо опций автоматического заполнения.

en-us	#### Overview  You can monitor the health and availability of Intelligent Platform Management Interface (IPMI) devices in Zabbix. To perform IPMI checks Zabbix server must be initially [configured](/manual/installation/install#configure_the_sources) with IPMI support.  IPMI is a standardized interface for remote "lights-out" or "out-of-band" management of computer systems. It allows to monitor hardware status directly from the so-called "out-of-band" management cards, independently from the operating system or whether the machine is powered on at all.  Zabbix IPMI monitoring works only for devices having IPMI support (HP iLO, DELL DRAC, IBM RSA, Sun SSP, etc).  Since Zabbix 3.4, a new IPMI manager process has been added to schedule IPMI checks by IPMI pollers. Now a host is always polled by only one IPMI poller at a time, reducing the number of open connections to BMC controllers. With those changes it's safe to increase the number of IPMI pollers without worrying about BMC controller overloading. The IPMI manager process is automatically started when at least one IPMI poller is started.  See also [known issues](/manual/installation/known_issues#ipmi_checks) for IPMI checks.
ru	#### Обзор  Вы можете наблюдать за состоянием и доступностью устройств Intelligent Platform Management Interface (IPMI) в Zabbix. Для выполнения проверок по IPMI Zabbix сервер должен быть изначально [сконфигурирован](/manual/installation/install#сконфигурируйте-исходный-код) с поддержкой IPMI.  IPMI - стандартизованный интерфейс для удаленного управления "lights-out" или "out-of-band" компьютерными системами. Он позволяет наблюдать за состоянием аппаратного обеспечения напрямую с так называемых карт управления "out-of-band", независимо от операционной системы или же от наличия питания на машине.  Zabbix IPMI мониторинг работает только с устройствами, имеющими поддержку IPMI (HP iLO, DELL DRAC, IBM RSA, Sun SSP и т.п.).  Начиная с Zabbix 3.4, добавлен новый процесс IPMI менеджер, который выполняет распределение проверок IPMI между IPMI поллерами. Теперь узел сети всегда опрашивается только одним IPMI поллером одновременно, уменьшая количество открытых подключений к BMC контроллерам. Благодаря этим изменениям можно безопасно увеличивать количество IPMI поллеров, не беспокоясь о перегрузке BMC контроллеров. Процесс IPMI менеджер автоматически запускается, если запускается хотя бы один IPMI поллер.  Смотрите также [известные проблемы](/manual/installation/known_issues#ipmi-проверки) по IPMI проверкам.

en-us	#### Overview  Zabbix can be used for centralized monitoring and analysis of log files with/without log rotation support.  Notifications can be used to warn users when a log file contains certain strings or string patterns.  To monitor a log file you must have:  -   Zabbix agent running on the host -   log monitoring item set up  ::: noteimportant The size limit of a monitored log file depends on [large file support](/manual/appendix/items/large_file_support). :::
ru	#### Обзор  Zabbix можно использовать для централизованного мониторинга и анализа файлов журналов с/без поддержки ротации журналов.  Можно использовать оповещения для предупреждения пользователей, когда файл журнала содержит конкретные строки или шаблоны строк.  Для наблюдения за файлом журнала у вас должно быть:  -   Zabbix агент, работающий на узле сети -   настроенный элемент данных для мониторинга журнала  ::: noteimportant Максимальный размер наблюдаемого файла журнала зависит от [поддержки больших файлов](/manual/appendix/items/large_file_support). :::

en-us	#### Overview  Zabbix can query metrics exposed in the Prometheus line format.  Two steps are required to start gathering Prometheus data:  -   an [HTTP master item](/manual/config/items/itemtypes/http) pointing     to the appropriate data endpoint, e.g.     `https://<prometheus host>/metrics` -   dependent items using a Prometheus preprocessing option to query     required data from the metrics gathered by the master item  There are two Prometheus data preprocessing options:  -   *Prometheus pattern* - used in normal items to query Prometheus data -   *Prometheus to JSON* - used in normal items and for low-level     discovery. In this case queried Prometheus data are returned in a     JSON format.
ru	#### Обзор  Zabbix может опрашивать метрики, представленные в формате строки Prometheus.  Чтобы начать сбор данных Prometheus, необходимо выполнить два шага:  -   настроить основной [элемент данных HTTP](/manual/config/items/itemtypes/http), указывающий на соответствующую конечную точку данных, например,`https://<хост prometheus>/metrics` -   настроить зависимые элементы данных, использующие опцию предварительной обработки Prometheus для запроса необходимых данных из метрик, собранных основным элементом данных  Существует два варианта предварительной обработки данных Prometheus:  -   *Шаблон Prometheus* - используется в обычных элементах данных для запроса метрик Prometheus -   *Prometheus в JSON* - используется в обычных элементах данных и для низкоуровневого обнаружения. В этом случае запрашиваемые данные Prometheus возвращаются в формате JSON.

en-us	#### Overview  Zabbix can use [low-level discovery](/manual/discovery/low_level_discovery) rules to automatically discover VMware hypervisors and virtual machines, and create hosts to monitor them based on pre-defined [host prototypes](/manual/discovery/low_level_discovery/host_prototypes).  Zabbix also includes templates for monitoring VMware vCenter or ESXi hypervisors.  The minimum required VMware vCenter or vSphere version is 5.1.
ru	#### Обзор  Поддержка мониторинга сред виртуализации VMware доступна в Zabbix начиная с версии 2.2.0.  Zabbix может использовать правила [низкоуровневого обнаружения](/manual/discovery/low_level_discovery) для автоматического обнаружения гипервизоров и виртуальных машин VMware, а также создавать узлы сети для их мониторинга на основе предварительно определенных [прототипов узлов сети](/manual/discovery/low_level_discovery/host_prototypes).  Zabbix также включает шаблоны для мониторинга гипервизоров VMware vCenter или ESXi.  Минимальная необходимая версия VMware vCenter или vSphere — 5.1.