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

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

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

en-us	#### Overview  In the *Configuration → Hosts* section users can configure and maintain hosts.  A listing of existing hosts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host. Clicking on the host name opens the host [configuration form](/manual/config/hosts/host#configuring-a-host).| |*Entities (Items, Triggers, Graphs, Discovery, Web)*|Clicking on the entity name will display items, triggers etc. of the host. The number of the respective entities is displayed in gray.| |*Interface*|The main interface of the host is displayed.| |*Proxy*|Proxy name is displayed, if the host is monitored by a proxy.<br>This column is only displayed if the *Monitored by* filter option is set to 'Any' or 'Proxy'.| |*Templates*|The templates linked to the host are displayed. If other templates are contained in the linked template, those are displayed in parentheses, separated by a comma. Clicking on a template name will open its configuration form.| |*Status*|Host status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it.<br>An orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) before the host status indicates that this host is in maintenance. Maintenance details are displayed when the mouse pointer is positioned over the icon.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) per configured interface is displayed.<br>Icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse on the icon, a popup list of all interfaces of this type appears with each interface details, status and errors.<br>The column is empty for hosts with no interfaces.<br>The current status of all interfaces of one type is displayed by the respective icon color:<br>**Green** - all interfaces available<br>**Yellow** - at least one interface available and at least one unavailable; others can have any value including 'unknown'<br>**Red** - no interfaces available<br>**Gray** - at least one interface unknown (none unavailable)<br>Note that active Zabbix agent items do not affect host availability.| |*Agent encryption*|Encryption status for connections to the host is displayed:<br>**None** - no encryption<br>**PSK** - using pre-shared key<br>**Cert** - using certificate<br>| |*Info*|Error information (if any) regarding the host is displayed.| |*Tags*|[Tags](/manual/config/tagging) of the host, with macros unresolved.|  To configure a new host, click on the *Create host* button in the top right-hand corner. To import a host from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Узлы сети* пользователи могут настраивать и поддерживать узлы сети  Здесь отображается список существующих узлов сети с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя узла сети. При нажатии на имени узла сети открывается [диалог настройки](/manual/config/hosts/host#настройка) узла сети.| |*Объекты (Элементы данных, Триггеры, Графики, Обнаружение, Веб)*<br>*(Items, Triggers, Graphs, Discovery, Web)*|При нажатии на имени объекта отобразятся элементы данных, триггеры и т.п. соответствующего узла сети. Количество соответствующих объектов отображается серым цветом.| |*Интерфейс (Interface)*|Отображается основной интерфейс узла сети.| |*Прокси*<br>*(Proxy)*|Отображается имя прокси сервера, если узел сети контролируется посредством прокси.<br>Этот столбец отображается только если опция фильтра *Наблюдение через* имеет значение «Любое» или «Прокси».| |*Шаблоны*<br>*(Templates)*|Отображаются шаблоны, присоединённые к узлу сети. Если в присоединённых шаблонах содержатся ещё и другие шаблоны, то они отображаются в круглых скобках через запятую. При нажатии на имени шаблона откроется его диалог настройки.| |*Состояние*<br>*(Status)*|Отображается состояние узла сети — *Активировано* или *Деактивировано*. Нажав на состояние, можно его изменить.<br>Оранжевый значок гаечного ключа ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) перед состоянием узла сети указывает, что узел сети находится в режиме обслуживания. При наведении указателя мыши на значок отображается подробная информация о режиме обслуживания.| |*Доступность*<br>*(Availability)*|Отображается [доступность](/manual/web_interface/frontend_sections/configuration/hosts#чтение-доступности-узлов-сети) узла сети по настроенным интерфейсам.<br>Значки представляют только те типы интерфейсов (Zabbix агент, SNMP, IPMI, JMX), которые настроены. При наведении указателя мыши на значок появляется всплывающий список всех интерфейсов этого типа с информацией об интерфейсе, его состоянии и ошибках.<br>Для узлов сети без интерфейсов столбец пуст.<br>Текущее состояние всех интерфейсов одного типа отображается соответствующим цветом значка:<br>**Зелёный** — все интерфейсы доступны<br>**Жёлтый** — по крайней мере один интерфейс доступен и по крайней мере один — недоступен; остальные могу иметь любые значения, включая «неизвестно»<br>**Красный** — нет доступных интерфейсов<br>**Серый** — по крайней мере один интерфейс неизвестен (недоступных нет)<br>Обратите внимание, что активные элементы данных Zabbix агента не влияют на доступность узла сети.| |*Шифрование агента*<br>*(Agent encryption)*|Отображается состояние шифрования соединений к узлу сети:<br>**Нет** — без шифрования<br>**PSK** — с использованием общего ключа<br>**Серт** — с использованием сертификата<br>| |*Инфо (Info)*|Отображается информация об ошибках (если есть) относительно узла сети.| |*Теги (Tags)*|[Теги](/manual/config/tagging) узла сети, с нераскрытыми макросами.|  Для настройки нового узла сети нажмите на кнопку *Создать узел сети* в правом верхнем углу. Чтобы импортировать узел сети из файла YAML, XML или JSON, нажмите на кнопку *Импорт* в правом верхнем углу.

en-us	#### Overview  In the *Configuration → Maintenance* section users can configure and maintain maintenance periods for hosts.  A listing of existing maintenance periods with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the maintenance period. Clicking on the maintenance period name opens the maintenance period [configuration form](/manual/maintenance#configuration).| |*Type*|The type of maintenance is displayed: *With data collection* or *No data collection*| |*Active since*|The date and time when executing maintenance periods becomes active.<br>Note: This time does not activate a maintenance period; maintenance periods need to be set separately.| |*Active till*|The date and time when executing maintenance periods stops being active.| |*State*|The state of the maintenance period:<br>**Approaching** - will become active soon<br>**Active** - is active<br>**Expired** - is not active any more| |*Description*|Description of the maintenance period is displayed.|  To configure a new maintenance period, click on the *Create maintenance period* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Обслуживание* пользователи могут настраивать и поддерживать периоды обслуживания для узлов сети.  Здесь отображается список существующих периодов обслуживания с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя (Name)*|Имя периода обслуживания. При нажатии на имя периода обслуживания открывается [диалог настройки](/manual/maintenance#настройка) периода обслуживания.| |*Тип (Type)*|Отображается тип обслуживания: *Со сбором данных* или *Без сбора данных*.| |*Активно с*<br>*(Active since)*|Дата и время, когда периоды обслуживания становятся активными. <br>Примечание: Это время не активирует период обслуживания; периоды обслуживания необходимо устанавливать отдельно.| |*Активно до*<br>*(Active till)*|Дата и время, когда периоды обслуживания перестают быть активными.| |*Состояние*<br>*(State)*|Состояние периода обслуживания:<br>**Близится** — станет активно в ближайшее время<br>**Активно** — активно<br>**Завершено** — более не активно| |*Описание (Description)*|Отображается описание периода обслуживания.|  Для настройки нового периода обслуживания нажмите на кнопку *Создать период обслуживания* в правом верхнем углу.

en-us	#### Overview  In the *Configuration → Templates* section users can configure and maintain templates.  A listing of existing templates with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Displayed data:  |Column|Description| |--|-----------| |*Name*|Name of the template. Clicking on the template name opens the template [configuration form](/manual/config/templates/template#creating_a_template).| |*Hosts*|Number of editable hosts to which the template is linked; read-only hosts are not included.<br>Clicking on *Hosts* will open the host list with only those hosts filtered that are linked to the template.| |*Entities (Items, Triggers, Graphs, Dashboards, Discovery, Web)*|Number of the respective entities in the template (displayed in gray). Clicking on the entity name will, in the whole listing of that entity, filter out those that belong to the template.| |*Linked templates*|Templates that are linked to the template, in a nested setup where the template will inherit all entities of the linked templates.| |*Linked to templates*|The templates that the template is linked to ("children" templates that inherit all entities from this template).<br>Since Zabbix 5.0.3, this column no longer includes hosts.| |*Tags*|[Tags](/manual/config/tagging) of the template, with macros unresolved.|  To configure a new template, click on the *Create template* button in the top right-hand corner. To import a template from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
ru	#### Обзор  В разделе *Настройка → Шаблоны* пользователи могут настраивать и поддерживать шаблоны.  Здесь отображается список существующих шаблонов с подробной информацией о них.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|-----------| |*Имя (Name)*|Имя шаблона. При нажатии на имени шаблона откроется [диалог настройки](/manual/config/templates/template#создание-шаблона) шаблона.| |*Узлы сети*<br>*(Hosts)*|Количество редактируемых узлов сети, к которым присоединён шаблон; узлы сети только для чтения не включены.<br>При нажатии на *Узлы сети* откроется список узлов сети, отфильтрованный только по тем узлам сети, которые присоединены к данному шаблону.| |*Объекты (Элементы данных, Триггеры, Графики, Панели, Обнаружение, Веб)*<br>*(Entities (Items, Triggers, Graphs, Dashboards, Discovery, Web))*|Количество соответствующих объектов в шаблоне (отображаются серым цветом). При нажатии на имени элемента отобразится список этих объектов, отфильтрованный по требуемому шаблону.| |*Присоединённые шаблоны*<br>*(Linked templates)*|Шаблоны, которые присоединены к выбранному шаблону, с вложенными настройками, откуда шаблон унаследует все элементы из присоединённых шаблонов.| |*Присоединения к шаблонам*<br>*(Linked to templates)*|Шаблоны, к которым присоединён данный шаблон («дочерние» шаблоны, которые наследуют все объекты из данного шаблона).<br>Начиная с версии Zabbix 5.0.3, этот столбец не включает узлы сети.| |*Теги (Tags)*|[Теги](/manual/config/tagging) шаблона, с нераскрытыми макросами.|  Для настройки нового шаблона нажмите на кнопку *Создать шаблон* в верхнем правом углу. Для импорта шаблона из файла формата YAML, XML или JSON нажмите на кнопку *Импорт* в верхнем правом углу.

en-us	#### Overview  In the data overview widget, you can display the latest data for a group of hosts.  The color of problem items is based on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledges#updating_problems) screen.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of latest data. This limit is configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max history display period* option.  Clicking on a piece of data offers links to some predefined graphs or latest values.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags.
ru	#### Обзор  В виджете обзора данных вы можете отобразить последние данные по группе узлов сети.  Цвет проблемных элементов данных зависит от цвета важности проблемы, которую можно подкорректировать на экране [обновления проблем](/manual/acknowledges#обновление-проблем).  По умолчанию, отображаются только значения, относящиеся к последним 24 часам. Данное ограничение было введено с целью улучшить время начальной загрузки для больших страниц последних данных. Это ограничение настраивается в *Администрирование* → *Общие* → *[Веб-интерфейс](/manual/web_interface/frontend_sections/administration/general#веб-интерфейс)*, при помощи опции *Максимальный период отображения истории*.  Щелчок по фрагменту данных открывает ссылки на некоторые предопределённые графики или последние значения.  Обратите внимание, что по умолчанию отображается 50 записей (настраивается в *Администрирование* → *Общие* → *[Веб-интерфейс](/manual/web_interface/frontend_sections/administration/general#веб-интерфейс)*, при помощи опции *Макс. количество колонок и строк в таблицах обзора *). Если существует больше записей, чем настроено для отображения, то внизу таблицы отображается сообщение с просьбой указать более конкретные критерии фильтрации. Разбиение по страницам отсутствует. Обратите внимание, что данное ограничение применяется первым, до дальнейшей фильтрации данных (например, по тегам).

en-us	#### Overview  In the graph prototype widget, you can display a grid of graphs created from either a graph prototype or an item prototype by low-level discovery.
ru	#### Обзор  В виджете прототипа графиков вы можете отобразить решётку графиков, созданных правилом низкоуровневого обнаружения либо из прототипа графика, либо из прототипа элемента данных.

en-us	 #### Overview  In the host availability widget, high-level statistics about host availability are displayed in four colored columns/lines.  |   |   | |---|---| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_h.png)|Horizontal display (columns).| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_v.png)|Vertical display (lines).|  Host availability in each column/line is counted as follows:  -   *Available* - hosts with all interfaces available -   *Not available* - hosts with at least one interface unavailable -   *Unknown* - hosts with at least one interface unknown (none     unavailable) -   *Total* - total of all hosts
ru	#### Обзор  На виджете доступности узла сети общая статистика о доступности узла сети отображается в четырёх подкрашенных столбцах/строках.  |   |   | |---|---| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_h.png)|Горизонтальное отображение (столбцы).| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_v.png)|Вертикальное отображение (строки).|  Доступность узла сети в каждом столбце/строке учитывается следующим образом:  -   *Доступен* - узлы сети со всеми доступными интерфейсами -   *Недоступен* - узлы сети с хотя бы одним недоступным интерфейсом -   *Неизвестно* - узлы сети с хотя бы одним интерфейсом в неизвестном состоянии (не     недоступен) -   *Всего* - общее количество узлов сети

en-us	#### Overview  In the *Inventory → Hosts* section [inventory data](/manual/config/hosts/inventory) of hosts are displayed.  You can filter the hosts by host group(s) and by any inventory field to display only the hosts you are interested in.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  To display all host inventories, select no host group in the filter, clear the comparison field in the filter and press "Filter".  While only some key inventory fields are displayed in the table, you can also view all available inventory information for that host. To do that, click on the host name in the first column.
ru	#### Обзор  В разделе *Инвентаризация → Узлы сети* отображаются [инвентарные данные](/manual/config/hosts/inventory) узлов сети.  Вы можете отфильтровать узлы сети по группе(-ам) узлов сети и по любому из полей инвентаризации, чтобы отобразить только интересующие вас узлы сети.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  Для просмотра инвентарных данных всех узлов сети не выбирайте группы узлов сети в фильтре, очистите в фильтре поле сравнения и нажмите «Применить».  В то время как в таблице отображаются лишь некоторые ключевые поля инвентаризации, также можно просмотреть все доступные инвентарные данные этого узла сети. Чтобы это сделать, щёлкните по имени узла сети в первом столбце.

en-us	#### Overview  In the map widget you can display either:  -   a single configured network map; -   one of the configured network maps in the [map navigation tree](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/map_tree)     (when clicking on the map name in the tree).
ru	#### Обзор  В виджете карты сети вы можете отобразить что-либо из следующего:  -   одну настроенную карту сети; -   одну из настроенных карт сети в [дереве навигации карт сетей](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/map_tree)     (при нажатии на названии карты в дереве).

en-us	#### Overview  In the *Monitoring → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  If a device is already monitored, the host name will be listed in the *Monitored host* column, and the duration of the device being discovered or lost after previous discovery is shown in the *Uptime/Downtime* column.  After that follow the columns showing the state of individual services for each discovered device (red cells show services that are down). Service uptime or downtime is included within the cell.  ::: noteimportant Only those services that have been found on at least one device will have a column showing their state. :::
ru	#### Обзор  В разделе *Мониторинг → Обнаружение* отображаются результаты [сетевого обнаружения](/manual/discovery/network_discovery). Обнаруженные устройства отсортированы по правилу обнаружения.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Если это устройство уже под наблюдением, его имя узла сети будет перечислено в столбце *Наблюдаемый узел сети (Monitored host)*, а длительность с момента обнаружения или с момента потери после предыдущего обнаружения будут отображаться в столбце *Доступен/Недоступен (Uptime/Downtime)*.  Последующие столбцы отображают отдельные состояния отдельных сервисов каждого обнаруженного устройства (красные ячейки отображают сервисы, которые недоступны). Время доступности или время недоступности сервиса включены в саму ячейку.  ::: noteimportant Только сервисы, найденные по крайней мере на одном устройстве, будут иметь столбец, отображающий их состояние.  :::

en-us	#### Overview  In the *Monitoring → Maps* section you can configure, manage and view [network maps](/manual/config/visualization/maps).  When you open this section, you will either see the last map you accessed or a listing of all maps you have access to.  All maps can be either public or private. Public maps are available to all users, while private maps are accessible only to their owner and the users the map is shared with.
ru	#### Обзор  В разделе *Мониторинг → Карты сетей* можно настраивать, контролировать и просмативать  [карты сети](/manual/config/visualization/maps).  Когда вы откроете этот раздел, вы увидите или последнюю карту сети, которую открывали ранее, или список всех карт сети, к которым у вас имеется доступ. Все карты сети могут быть либо публичными, либо приватными. Публичные карты доступны для всех пользователей, тогда как приватные карты доступны только их владельцу и пользователям, с которыми поделились этой картой сети.

en-us	#### Overview  In the plain text widget, you can display the latest item data in plain text.
ru	#### Обзор  В виджете простого текста вы можете отображать последние данные элемента данных в виде обычного текста.

en-us	#### Overview  In the problem host widget, you can display high-level information about host availability.
ru	#### Обзор  В виджете узлов сети с проблемами вы можете отобразить общую информацию о доступности узлов сети.

en-us	#### Overview  In the Reports → Action log section users can view details of operations (notifications, remote commands) executed within an action.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Time*|Timestamp of the operation.| |*Action*|Name of the action causing operations is displayed.| |*Type*|Operation type is displayed - *Email* or *Command*.| |*Recipient(s)*|Username, name, surname (in parentheses) and e-mail address of the notification recipient is displayed.| |*Message*|The content of the message/remote command is displayed.<br>A remote command is separated from the target host with a colon symbol: `<host>:<command>`. If the remote command is executed on Zabbix server, then the information has the following format: `Zabbix server:<command>`| |*Status*|Operation status is displayed:<br>*In progress* - action is in progress<br>For actions in progress the number of retries left is displayed - the remaining number of times the server will try to send the notification.<br>*Sent* - notification has been sent<br>*Executed* - command has been executed<br>*Not sent* - action has not been completed.| |*Info*|Error information (if any) regarding the action execution is displayed.|  **Using filter**  You may use the filter to narrow down the records by the message recipient(s). For better search performance, data is searched with macros unresolved.  The filter is located below the *Action log* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.  **Time period selector**  The [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) allows to select often required periods with one mouse click. The time period selector can be opened by clicking on the time period tab next to the filter.
ru	#### Обзор  В разделе *Отчёты → Журнал действий* пользователи могут просмотреть подробную информацию об операциях (оповещениях, удалённых командах), выполненных в рамках действия.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Время (Time)*|Отметка времени операции.| |*Действие (Action)*|Отображается имя действия, вызвавшего операции.| |*Тип (Type)*|Отображается тип операции — *Email* или *Команда*.| |*Получатель*<br>*(Recipient)*|Отображается имя пользователя, имя и фамилия (в круглых скобках) и e-mail адрес получателя оповещения.| |*Сообщение*<br>*(Message)*|Отображается содержимое сообщения или удалённой команды.<br>Удалённая команда отделяется от узла сети, который является целью, символом двоеточия: `<узел сети>:<команда>`. Если удалённая команда выполнялась на Zabbix сервере, тогда информация имеет следующий формат: `Zabbix server:<команда>`.| |*Состояние*<br>*(Status)*|Отображается статус операции:<br>*В процессе* - действие в процессе выполнения<br>Для выполняемых действий отображается количество оставшихся попыток — сколько ещё раз сервер будет пытаться отправить оповещение.<br>*Отправлено* — оповещение было отправлено<br>*Выполнено* — команда была выполнена<br>*Не отправлено* — действие не было завершено| |*Инфо (Info)*|Отображается информация об ошибке (если имеется) при выполнении действия.|  **Использование фильтра**  Вы можете использовать фильтр, чтобы сократить количество записей, отобрав их по получателю (получателям) оповещений. Для повышения производительности поиска данные ищутся с нераскрытыми макросами.  Фильтр расположен ниже надписи раздела *Журнал действий*. Его можно показать и скрыть щелчком по вкладке *Фильтр* в правом верхнем углу.  **Выбор периода времени**  [Селектор периода времени](/manual/config/visualization/graphs/simple#выбор-периода-времени) позволяет выбирать часто требуемые периоды за один щелчок мышью. Селектор периода времени можно открыть, щёлкнув по вкладке периода времени, которая расположена рядом с фильтром.

en-us	 #### Overview  In the *Reports → Audit* section, the records of user and system activity can be viewed.  ::: noteclassic For audit records to be collected and displayed, the *Enable audit logging* checkbox has to be marked in the *Administration* → *General* → [*Audit log*](/manual/web_interface/frontend_sections/administration/general#audit-log) section. Without this setting enabled, the history of activities will not be recorded in the database and will not be shown in the audit log.  :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  Audit log displays the following data:  |Column|Description| |--|--------| |*Time*|Timestamp of the audit record.| |*User*|User who performed the activity.| |*IP*|IP from which the activity was initiated.| |*Resource*|Type of the affected resource (*All*, *API token*, *Action*, *Authentication*, *Autoregistration*, etc.).| |*ID*|ID of the affected resource.<br>Clicking on the hyperlink will result in filtering audit log records by this resource ID.| |*Action*|Type of the activity (*Add*, *Delete*, *Execute*, *Failed login*, *History clear*, *Login*, *Logout*, *Update*).| |*Recordset ID*|Shared ID for all audit log records created as a result of the same operation. For example, when linking a template to a host, a separate audit log record is created for each inherited template entity (item, trigger, etc.) - all these records will have the same *Recordset ID*.<br>Clicking on the hyperlink will result in filtering audit log records by this *Recordset ID*.| |*Details*|Description of the resource and detailed information about the performed activity. If a record contains more than two rows, an additional link *Details* will be displayed. Click on this link to view the full list of changes.|
ru	#### Обзор  В разделе *Отчёты → Аудит* можно просмотреть записи об действиях пользователей и системы  ::: noteclassic Для сбора и отображения записей аудита необходимо, чтобы был выставлен флажок *Включить журналирование аудита* в разделе *Администрирование* → *Общие* → [*Журнал аудита*](/manual/web_interface/frontend_sections/administration/general#журнал-аудита). Если этот параметр не включён, история действий не будет записываться в базу данных и отображаться в журнале аудита. :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  В журнале аудита отображаются следующие данные:  |Столбец|Описание| |--|--------| |*Время (Time)*|Отметка времени аудитной записи.| |*Пользователь (User)*|Пользователь, выполнивший действие.| |*IP*|IP адрес, с которого производились действия.| |*Ресурс*<br>*(Resource)*|Тип затронутого ресурса (*Все*, *API токен*, *Действие*, *Аутентификация*, *Авторегистрация* и т.д.).| |*ID*|Идентификатор затронутого ресурса.<br>Нажатие на гиперссылку приведёт к фильтрации записей журнала аудита по этому идентификатору ресурса.| |*Действие*<br>*(Action)*|Тип действия (*Добавить*, *Удалить*, *Выполнить*, *Ошибка при входе*, *Очистка истории*, *Вход в систему*, *Выход из системы*, *Обновить*).| |*ID набора записей*<br>*(Recordset ID)*|Общий идентификатор всех записей журнала аудита, созданных в результате той же операции. Например, когда шаблон присоединяется к узлу сети, для каждого унаследованного из шаблона объекта (элемент данных, триггер и т.д.) создаётся отдельная запись журнала аудита - все эти записи будут иметь один и тот же *ID набора записей*.<br>Нажатие на гиперссылку приведёт к фильтрации записей журнала аудита по этому *ID набора записей*.| |*Детали*<br>*(Details)*|Описание ресурса и подробная информация о выполненных действиях. Если запись содержит более двух строк, будет отображена дополнительная ссылка *Детали*. Нажмите на эту ссылку, чтобы просмотреть полный список изменений.|

en-us	#### Overview  In the *Reports → Notifications* section a report on the number of notifications sent to each user is displayed.  From the dropdowns in the top right-hand corner you can choose the media type (or all), period (data for each day/week/month/year) and year for the notifications sent.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Each column displays totals per one system user.
ru	#### Обзор  В разделе *Отчёты → Оповещения* отображается отчёт по количеству отправленных оповещений по каждому пользователю.  Из выпадающего меню в верхнем правом углу вы можете выбрать способ оповещения (или все), период (данные за каждый день/неделю/месяц/год) и год, когда оповещения были отправлены.  ![](../../../../../assets/en/manual/web_interface/notifications.png){width="600"}  Каждый столбец отображает суммарную информацию по одному пользователю системы.

en-us	### Overview  In the *Services → Service actions* section users can [configure](/manual/config/notifications/action) and maintain service actions.  Configured actions are displayed in the list with respect to the [user role permissions](/manual/web_interface/frontend_sections/administration/user_roles). Users will only see actions for services their user role grants access to.   Displayed data, filter and available mass editing options are the same as for other types of [actions](/manual/web_interface/frontend_sections/configuration/actions).
ru	### Обзор  В разделе *Услуги → Действия на услуги* пользователи могут [настраивать](/manual/config/notifications/action) и поддерживать действия на услуги.  Настроенные действия отображаются как список в соответствии с [правами доступа роли пользователя](/manual/web_interface/frontend_sections/administration/user_roles). Пользователи видят только действия на услуги, к которым у них есть доступ согласно роли пользователя.   Отображаются такие же данные, фильтр и возможности массового редактирования, что и для других типов [действий](/manual/web_interface/frontend_sections/configuration/actions).

en-us	#### Overview  In the trigger overview widget, you can display the trigger states for a group of hosts.  -   The trigger states are displayed as colored blocks     (the color of the blocks for PROBLEM triggers depends on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledges#updating_problems) screen).     Note that recent trigger state changes (within the last 2 minutes) will be displayed as blinking blocks. -   Gray up and down arrows indicate triggers that have dependencies. On mouseover, dependency details are revealed. -   A checkbox icon indicates acknowledged problems.     All problems or resolved problems of the trigger must be acknowledged for this icon to be displayed.  Clicking on a trigger block provides context-dependent links to problem events of the trigger, the problem acknowledgment screen, trigger configuration, trigger URL or a simple graph/latest values list.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags.
ru	#### Обзор  В виджете обзора триггеров вы можете отобразить состояния триггеров для группы узлов сети.  -   Состояния триггеров отображаются в виде цветных блоков     (цвет блоков для триггеров в состоянии ПРОБЛЕМА зависит от цвета важности проблемы, которая может быть изменена на экране [обновления проблемы](/manual/acknowledges#обновление-проблем)).     Обратите внимание, что недавние изменения состояния триггеров (за последние 2 минуты) будут отображаться в виде мигающих блоков. -   Серые стрелки вверх и вниз изображают триггеры, имеющие зависимости. При наведении курсора мыши раскрываются подробности зависимости. -   Значок в виде галочки обозначает подтверждённые проблемы.     Для отображения этого значка должны быть подтвеждены все проблемы или решённые проблемы триггера.  Нажатие на блок триггера предоставляет контекстно-зависимые ссылки на события проблем триггера, экран подтверждения проблем, настройку триггера, URL триггера или простой график/список последних значений.  Обратите внимание, что по умолчанию отображаются 50 записей (настраивается в *Администрирование* → *Общие* → *[Веб-интерфейс](/manual/web_interface/frontend_sections/administration/general#веб-интерфейс)*, с помощью опции *Макс. количество колонок и строк в таблицах обзора*). Если имеется больше записей, чем настроено для отображения, под таблицей отображается сообщение с просьбой указать более конкретные критерии фильтрации. Постраничное отображение отсутствует. Обратите внимание, что данное ограничение применяется в первую очередь, до дальнейшей фильтрации данных (например, по тегам).

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 the configured graph prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, graph prototypes will become the basis of  creating real host [graphs](/manual/web_interface/frontend_sections/configuration/hosts/graphs)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются настроенные прототипы графиков правила низкоуровневого обнаружения в шаблоне.   Если шаблон присоединён к узлу сети, прототипы графиков станут основой для создания реальных [графиков ](/manual/web_interface/frontend_sections/configuration/hosts/graphs) узла сети во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа графика, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/graph_prototypes) прототипа графика.<br>Если прототип графика принадлежит присоединённому шаблону, то перед именем графика отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов графиков на уровне этого шаблона.| |*Ширина (Width)*|Отображается ширина прототипа графика.| |*Высота (Height)*|Отображается высота прототипа графика.| |*Тип графика*<br>*(Type)*|Отображается тип прототипа графика — *Нормальный*, *Стэкируемый*, *Круговой* или *Расширенный круговой*.| |*Обнаружение*<br>*(Discover)*|Обнаруживать графики на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.|  Для настройки нового прототипа графика нажмите кнопку *Создать прототип графика* в правом верхнем углу.

en-us	#### Overview  In this section the configured host prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, host prototypes will become the basis of  creating real [hosts](/manual/web_interface/frontend_sections/configuration/hosts)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются настроенные прототипы узлов сети правила низкоуровневого обнаружения в шаблоне.  Если шаблон присоединён к узлу сети, прототипы узлов сети станут основой для создания реальных [узлов сети](/manual/web_interface/frontend_sections/configuration/hosts) во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа узла сети, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается диалог настройки прототипа узла сети.<br>Если прототип узла сети принадлежит присоединённому шаблону, то перед именем узла сети отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов узлов сети на уровне этого шаблона.| |*Шаблоны (Templates)*|Отображаются шаблоны прототипа узла сети.| |*Создать активированным*<br>*(Create enabled)*|Создать узел сети на основе этого прототипа как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать узлы сети на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа узла сети.|  Для настройки нового прототипа узла сети нажмите кнопку *Создать прототип узлов сети* в правом верхнем углу.

en-us	#### Overview  In this section the configured item prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, item prototypes will become the basis of  creating real host [items](/manual/web_interface/frontend_sections/configuration/hosts/items)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a linked template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item prototype list on the linked template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype is displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются настроенные прототипы элементов данных правила низкоуровневого обнаружения в шаблоне.   Если шаблон присоединён к узлу сети, прототипы элементов данных станут основой для создания реальных [элементов данных](/manual/web_interface/frontend_sections/configuration/hosts/items) узла сети во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа элемента данных, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/item_prototypes) прототипа элемента данных.<br>Если прототип элемента данных принадлежит присоединённому шаблону, то перед именем элемента данных отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов элементов данных на уровне этого шаблона.| |*Ключ (Key)*|Отображается ключ прототипа элемента данных.| |*Интервал (Interval)*|Отображается частота проверки.| |*История (History)*|Отображается, сколько дней для элемента данных будет храниться история данных.| |*Динамика изменений*<br>*(Trends)*|Отображается, сколько дней для элемента данных будет храниться история динамики изменений.| |*Тип (Type)*|Отображается тип прототипа элемента данных (Zabbix агент, SNMP агент, простая проверка и т.д.)| |*Создать активированным*<br>*(Create enabled)*|Создать элемент данных на основе этого прототипа как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать элемент данных на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа элемента данных.|  Для настройки нового прототипа элемента данных нажмите кнопку *Создать прототип элементов данных* в правом верхнем углу.

en-us	#### Overview  In this section the configured trigger prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, trigger prototypes will become the basis of  creating real host [triggers](/manual/web_interface/frontend_sections/configuration/hosts/triggers)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются настроенные прототипы триггеров правила низкоуровневого обнаружения в шаблоне.   Если шаблон присоединён к узлу сети, прототипы триггеров станут основой для создания реальных [триггеров](/manual/web_interface/frontend_sections/configuration/hosts/triggers) узла сети во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа триггера, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/trigger_prototypes) прототипа триггера.<br>Если  прототип триггера принадлежит присоединённому шаблону, то перед именем триггера отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов триггеров на уровне этого шаблона.| |*Оперативные данные*<br>*(Operational data)*|Отображается формат оперативных данных триггера, содержащий произвольные строки и макросы, которые будут динамически раскрываться в разделе *Мониторинг* → *Проблемы*.| |*Создать активированным*<br>*(Create enabled)*|Триггер на основе этого прототипа создать как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать триггеры на основе этого прототипа:<br>**Да (Yes)** — обнаруживать <br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа триггера.|  Для настройки нового прототипа триггера нажмите кнопку *Создать прототип триггеров* в правом верхнем углу.

en-us	#### Overview  In this section the graph prototypes of a low-level discovery rule on the host are  displayed. Graph prototypes are the basis of real host [graphs](/manual/web_interface/frontend_sections/configuration/hosts/graphs)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются прототипы графиков правила низкоуровневого обнаружения узла сети. Прототипы графиков являются основой реальных [графиков](/manual/web_interface/frontend_sections/configuration/hosts/graphs) узла сети, которые создаются во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа графика, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/graph_prototypes) прототипа графика.<br>Если прототип графика принадлежит присоединённому шаблону, то перед именем графика отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов графиков на уровне этого шаблона.| |*Ширина (Width)*|Отображается ширина прототипа графика.| |*Высота (Height)*|Отображается высота прототипа графика.| |*Тип графика*<br>*(Type)*|Отображается тип прототипа графика — *Нормальный*, *Стэкируемый*, *Круговой* или *Расширенный круговой*.| |*Обнаружение*<br>*(Discover)*|Обнаруживать графики на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.|  Для настройки нового прототипа графика нажмите кнопку *Создать прототип графика* в правом верхнем углу.

en-us	#### Overview  In this section the host prototypes of a low-level discovery rule on the host are  displayed. Host prototypes are the basis of real [hosts](/manual/web_interface/frontend_sections/configuration/hosts)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются настроенные прототипы узлов сети правила низкоуровневого обнаружения узла сети. Прототипы узлов сети являются основой реальных [узлов сети](/manual/web_interface/frontend_sections/configuration/hosts), которые создаются во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Столбец| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа узла сети, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается диалог настройки прототипа узла сети.<br>Если прототип узла сети принадлежит присоединённому шаблону, то перед именем узла сети отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов узлов сети на уровне этого шаблона.| |*Шаблоны (Templates)*|Отображаются шаблоны прототипа узла сети.| |*Создать активированным*<br>*(Create enabled)*|Создать узел сети на основе этого прототипа как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать узлы сети на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа узла сети.|  Для настройки нового прототипа узла сети нажмите кнопку *Создать прототип узлов сети* в правом верхнем углу.

en-us	#### Overview  In this section the item prototypes of a low-level discovery rule on the host are  displayed. Item prototypes are the basis of real host [items](/manual/web_interface/frontend_sections/configuration/hosts/items)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the item prototype list on the template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype are displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются прототипы элементов данных правила низкоуровневого обнаружения узла сети. Прототипы элементов данных являются основой реальных [элементов данных](/manual/web_interface/frontend_sections/configuration/hosts/items) узла сети, которые создаются во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа элемента данных, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/item_prototypes) прототипа элемента данных.<br>Если прототип элемента данных принадлежит присоединённому шаблону, то перед именем элемента данных отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов элементов данных на уровне этого шаблона.| |*Ключ (Key)*|Отображается ключ прототипа элемента данных.| |*Интервал (Interval)*|Отображается частота проверки.| |*История (History)*|Отображается, сколько дней для элемента данных будет храниться история данных.| |*Динамика изменений*<br>*(Trends)*|Отображается, сколько дней для элемента данных будет храниться история динамики изменений.| |*Тип (Type)*|Отображается тип прототипа элемента данных (Zabbix агент, SNMP агент, простая проверка и т.д.).| |*Создать активированным*<br>*(Create enabled)*|Создать элемент данных на основе этого прототипа как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать элемент данных на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа элемента данных.|  Для настройки нового прототипа элемента данных нажмите кнопку *Создать прототип элементов данных* в правом верхнем углу.

en-us	#### Overview  In this section the trigger prototypes of a low-level discovery rule on the host are  displayed. Trigger prototypes are the basis of real host [triggers](/manual/web_interface/frontend_sections/configuration/hosts/triggers)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
ru	#### Обзор  В этом разделе отображаются прототипы триггеров правила низкоуровневого обнаружения узла сети. Прототипы триггеров являются основой реальных [триггеров](/manual/web_interface/frontend_sections/configuration/hosts/triggers) узла сети, которые создаются во время низкоуровневого обнаружения.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя прототипа триггера, отображается в виде ссылки синего цвета.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery/trigger_prototypes) прототипа триггера.<br>Если прототип триггера принадлежит присоединённому шаблону, то перед именем триггера отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список прототипов триггеров на уровне этого шаблона.| |*Оперативные данные*<br>*(Operational data)*|Отображается формат оперативных данных триггера, содержащий произвольные строки и макросы, которые будут динамически раскрываться в разделе *Мониторинг* → *Проблемы*.| |*Создать активированным*<br>*(Create enabled)*|Триггер на основе этого прототипа создать как:<br>**Да (Yes)** — активированным<br>**Нет (No)** — деактивированным. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Обнаружение*<br>*(Discover)*|Обнаруживать триггеры на основе этого прототипа:<br>**Да (Yes)** — обнаруживать<br>**Нет (No)** — не обнаруживать. Вы можете переключаться между «Да» и «Нет», нажимая на них.| |*Теги (Tags)*|Отображаются теги прототипа триггера.|  Для настройки нового прототипа триггера нажмите кнопку *Создать прототип триггеров* в правом верхнем углу.

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.
ru	#### Обзор  В этом разделе мы будем выполнять SNMP [обнаружение](/manual/discovery/low_level_discovery) на свитче.

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 can see a high-level status of whole services that have been configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services, called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services) by switching to the edit mode.  To switch from the view to the edit mode (and back) click on the respective button in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
ru	### Обзор  В этом разделе вы можете увидеть общее состояние всех услуг, которые были настроены в Zabbix, исходя из вашей инфраструктуры.  Услуга может представлять собой иерархию, состоящую из нескольких уровней других услуг, называемых «дочерними» услугами, которые являются атрибутами общего состояния услуг (см. также обзор функционала [мониторинга услуг](/manual/it_services)).  Основными категориями состояния услуги являются *ОК* или *Проблема*, где состояние *Проблема* выражается названием и цветом важности соответствующей проблемы.  Хотя режим просмотра позволяет отслеживать услуги с указанием их состояния и других подробностей, вы также можете [настроить](/manual/web_interface/frontend_sections/services/service#изменение-услуг) в этом разделе иерархию услуг (добавить/изменить услугу, дочерние услуги), переключившись в режим редактирования.  Для перехода из режима просмотра в режим редактирования (и обратно) нажмите соответствующую кнопку в правом верхнем углу:  -  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) *(Просмотр)* —     просмотр услуг -  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) *(Изменить)* —     добавление/редактирование услуг и дочерних услуг  Обратите внимание, что доступ к редактированию зависит от настроек [роли пользователя](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can see a high-level status of whole services that have been configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services, called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services) by switching to the edit mode.  To switch from the view to the edit mode (and back) click on the respective button in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
ru	### Обзор  В данном разделе вы можете видеть статус высокого уровня всех услуг, настроенных в Zabbix, в зависимости от вашей инфраструктуры.   Услуга может представлять собой иерархию, состоящую из нескольких уровней других услуг, называемых "дочерними", которые являются атрибутами общего статуса услуги (смотрите также обзор функциональности [мониторинга услуг](/manual/it_services)).  Основными категориями статуса услуги являются *OK* или *Проблема*, и статус *Проблема* выражается соответствующей важностью проблемы и цветом.  В режиме просмотра можно осуществлять наблюдение за услугами и видеть их статус и другую информацию, но в этом разделе вы также можете [настроить](/manual/web_interface/frontend_sections/services/service#редактирование-услуг) иерархию услуг (добавление/редактирование услуг, дочерние услуги), переключившись в режим редактирования.  Для переключения между режимами просмотра и редактирования нажмите соответствующую кнопку в правом верхнем углу:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     просмотр услуг -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     добавление/редактирование услуг и дочерние услуги  Учтите, что доступ к редактированию зависит от настроек [роли пользователя](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can view and configure service [actions](/manual/config/notifications/action).  Service actions are useful if you want some operations taking place  as a result of service status change (OK ⇿ PROBLEM), for example:   - send message - restart webserver  Service actions are functionally similar to other action types  in Zabbix (for example, trigger actions).
ru	### Обзор  В этом разделе вы можете увидеть и настроить [действия](/manual/config/notifications/action) на услуги.  Действия на услуги полезны, если вы хотите, чтобы выполнились некоторые операции в результате изменения состояния услуг (ОК ⇿ ПРОБЛЕМА), например:   - отправка сообщения - перезапуск веб-сервера  Действия на услуги функционально аналогичны другим типам действий в Zabbix (например, действия на триггеры).

en-us	#### Overview  In this section you can view the latest values  gathered by items.  Graphs are also available for the item values.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  This section contains:  - the [filter](#using_filter) (collapsed by default) - the [subfilter](#using_subfilter) (never collapsed)  - the item list  Items are displayed with their name, time since the last check, **last value**, change amount, tags, and a link to a simple graph/history of item values.   Clicking on the item name opens the item menu with links to available graphs and the  item configuration.  Values in the *Last value* column are displayed with unit conversion and  value mapping applied. To view raw data, hover over the value.  Tags in the item list are clickable. If you click on a tag, this tag becomes enabled  in the [subfilter](#using-subfilter). The item list now displays the items corresponding to this tag and  any other previously selected tags in the subfilter. Note that once the items have  been filtered in this way, tags in the list are no longer clickable. Further modification  based on tags (e.g. remove, add another filter) must be done in the subfilter.  If an item has errors, for example, has become unsupported, an information icon will  be displayed in the *Info* column ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Hover over the icon for details.  An icon with a question mark ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) is displayed next to the item name for all items that have a description. Hover over this icon to see a tooltip with the item description.  If a host to which the item belongs is in maintenance, an orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) is displayed after the host's name.  *Note*: The name of a disabled host is displayed in red. Data of disabled hosts, including graphs and item value lists, is also accessible in *Latest data*.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of the latest data.  This time period can be extended by changing the value of  the *Max history display period* parameter in *Administration → [General]*(/manual/web_interface/frontend_sections/administration/general#gui).  ::: noteimportant For items with an update frequency of 1 day or more the change amount will never be displayed (with the default setting). Also in this case the last value will not be displayed at all if it was received more than 24 hours ago. :::
ru	#### Обзор  В этом разделе вы можете просмотреть последние значения, собранные по элементам данных.  Для значений элементов данных также доступны графики.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  Данный раздел содержит:  - [фильтр](#использование-фильтра) (по умолчанию свёрнут) - [подфильтр](#использование-подфильтра) (никогда не сворачивается)  - список элементов данных  Элементы данных отображаются с указанием их имени, времени с момента последней проверки, **последнего значения**, величины изменения, тегов и ссылок на простой график/историю значений.   Щелчок по имени элемента данных открывает меню элемента данных со ссылками на доступные графики и настройку элемента данных.  Значения в столбце *Последнее значение* отображаются с преобразованием единиц измерения и применённым преобразованием значений. Для просмотра необработанных данных наведите курсор мыши на значение.  Теги в списке элементов данных являются ссылками. При щелчке мышью на теге он становится активным в [подфильтре](#использование-подфильтра). Список элементов данных теперь отображает элементы данных, соответствующие этому тегу и любым другим ранее выбранным в подфильтре тегам. Обратите внимание, что как только элементы данных были отфильтрованы таким образом, теги в списке более не являются ссылками. Дальнейшую модификацию на основе тегов (например, удаление или добавление другого фильтра) необходимо выполнять в подфильтре.  Если элемент данных имеет ошибки, например, стал неподдерживаемым, в столбце *Инфо* отобразится информационный значок ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Наведите курсор мыши на значок, чтобы увидеть подробности.  Значок с вопросительным знаком ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) отображается рядом с именем всех элементов данных, имеющих описание. Наведите курсор мыши на этот значок, чтобы увидеть подсказку с описанием элемента данных.  Если узел сети, к которому относится элемент данных, находится в режиме обслуживания, после имени узла сети отображается оранжевый значок гаечного ключа ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png).  *Примечание*: Имя деактивированного узла сети отображается красным цветом. Данные деактивированных узлов сети, включая графики и списки значений элементов данных, также доступны в *Последних данных*.  По умолчанию отображаются только значения, которые поступили в течении последних 24 часов. Это ограничение введено с целью улучшения времени изначальной загрузки для больших страниц последних данных. Этот период может быть расширен путём изменения значения параметра *Максимальный период отображения истории* в разделе меню *Администрирование → [Общие](/manual/web_interface/frontend_sections/administration/general#веб-интерфейс)*.  ::: noteimportant Для элементов данных с частотой обновления 1 день или более величина изменения никогда не будет отображаться (с настройками по умолчанию). Также в этом случае последнее значение вообще не будет отображаться, если оно было получено более 24 часов назад. :::

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 alerting in the form of notifications in Zabbix.  With items collecting data and triggers designed to "fire" upon problem situations, it would also be useful to have some alerting mechanism in place that would notify us about important events even when we are not directly looking at Zabbix frontend.  This is what notifications do. Email being the most popular delivery method for problem notifications, we will learn how to set up an email notification.
ru	#### Обзор  В этом разделе вы узнаете, как в Zabbix настроить уведомления в виде оповещений.  При наличии элементов данных, которые собирают данные, и триггеров, переходящих в состояние «Проблема» при проблемных ситуациях, было бы полезно иметь некий механизм оповещений, который мог бы уведомить нас о важных событиях даже тогда, когда мы не смотрим напрямую на веб-интерфейс Zabbix.  Это то, что делают оповещения. E-mail является наиболее популярным способом для отправки уведомлений о проблемах; мы узнаем, как настроить оповещения через e-mail.

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 current problems. The information in this widget is similar to *Monitoring* → *Problems*.
ru	#### Обзор  В этом виджете вы можете отображать текущие проблемы. Информация в этом виджете аналогична разделу *Мониторинг* → *Проблемы*.

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

en-us	 ### Overview   In Zabbix 6.0, [service monitoring](/manual/it_services) functionality has been reworked significantly (see [What's new in Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction/whatsnew600#services) for the list of changes).   This page describes how services and SLAs, defined in earlier Zabbix versions, are changed during an upgrade to Zabbix 6.0 or newer.
ru	### Обзор  В Zabbix 6.0 функционал [мониторинга услуг](/manual/it_services) была значительно переработан (см. [Что нового в Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction /whatsnew600#услуги) для просмотра списка изменений).  На этой странице описывается, как услуги и соглашения об уровне обслуживания (SLA), определённые в более ранних версиях Zabbix, изменяются во время обновления до Zabbix 6.0 или новее.

en-us	#### Overview  Item types cover various methods of acquiring data from your system. Each item type comes with its own set of supported item keys and required parameters.  The following items types are currently offered by Zabbix:  -   [Zabbix agent checks](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP agent checks](/manual/config/items/itemtypes/snmp) -   [SNMP traps](/manual/config/items/itemtypes/snmptrap) -   [IPMI checks](/manual/config/items/itemtypes/ipmi) -   [Simple checks](/manual/config/items/itemtypes/simple_checks)     -   [VMware         monitoring](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Log file monitoring](/manual/config/items/itemtypes/log_items) -   [Calculated items](/manual/config/items/itemtypes/calculated)     -   [Aggregate         calculations](/manual/config/items/itemtypes/calculated/aggregate) -   [Zabbix internal checks](/manual/config/items/itemtypes/internal) -   [SSH checks](/manual/config/items/itemtypes/ssh_checks) -   [Telnet checks](/manual/config/items/itemtypes/telnet_checks) -   [External checks](/manual/config/items/itemtypes/external) -   [Trapper items](/manual/config/items/itemtypes/trapper) -   [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC checks](/manual/config/items/itemtypes/odbc_checks) -   [Dependent items](/manual/config/items/itemtypes/dependent_items) -   [HTTP checks](/manual/config/items/itemtypes/http) -   [Prometheus checks](/manual/config/items/itemtypes/prometheus) -   [Script items](/manual/config/items/itemtypes/script)  Details for all item types are included in the subpages of this section. Even though item types offer a lot of options for data gathering, there are further options through [user parameters](/manual/config/items/userparameters) or [loadable modules](/manual/config/items/loadablemodules).  Some checks are performed by Zabbix server alone (as agent-less monitoring) while others require Zabbix agent or even Zabbix Java gateway (with JMX monitoring).  ::: noteimportant If a particular item type requires a particular interface (like an IPMI check needs an IPMI interface on the host) that interface must exist in the host definition. :::  Multiple interfaces can be set in the host definition: Zabbix agent, SNMP agent, JMX and IPMI. If an item can use more than one interface, it will search the available host interfaces (in the order: Agent→SNMP→JMX→IPMI) for the first appropriate one to be linked with.  All items that return text (character, log, text types of information) can return whitespace only as well (where applicable) setting the return value to an empty string (supported since 2.0).
ru	#### Обзор  Типы элементов данных охватывают различные методы получения данных с вашей системы. Каждый тип элемента данных поставляется со своим собственным набором поддерживаемых ключей элементов данных и требуемых параметров.  В настоящее время Zabbix предлагает следующие типы элементов данных:  -   [Zabbix агент проверки](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP агент проверки](/manual/config/items/itemtypes/snmp) -   [SNMP трапы](/manual/config/items/itemtypes/snmptrap) -   [IPMI проверки](/manual/config/items/itemtypes/ipmi) -   [Простые проверки](/manual/config/items/itemtypes/simple_checks)     -   [VMware мониторинг](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Мониторинг файлов журналов](/manual/config/items/itemtypes/log_items) -   [Вычисляемые элементы данных](/manual/config/items/itemtypes/calculated)     -   [Агрегированные вычисления](/manual/config/items/itemtypes/calculated/aggregate) -   [Внутренние проверки Zabbix](/manual/config/items/itemtypes/internal) -   [SSH проверки](/manual/config/items/itemtypes/ssh_checks) -   [Telnet проверки](/ru/manual/config/items/itemtypes/telnet_checks) -   [Внешние проверки](/ru/manual/config/items/itemtypes/external) -   [Траппер элементы данных](/ru/manual/config/items/itemtypes/trapper) -   [JMX мониторинг](/ru/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC проверки](/ru/manual/config/items/itemtypes/odbc_checks) -   [Зависимые элементы данных](/ru/manual/config/items/itemtypes/dependent_items) -   [HTTP проверки](/ru/manual/config/items/itemtypes/http) -   [Проверки Prometheus](/manual/config/items/itemtypes/prometheus) -   [Элементы данных скриптов](/manual/config/items/itemtypes/script)  Детальная информация по всем типам элементов данных включена в подстраницы этого раздела. Несмотря на то, что типы элементов данных предлагают большое количество вариантов для сбора данных, есть дополнительные возможности через [пользовательские параметры](/manual/config/items/userparameters) или [подгружаемые модули](/manual/config/items/loadablemodules).  Некоторые проверки выполняются Zabbix сервером в одиночку (так называемый безагентный мониторинг) в то время как другие требуют Zabbix агента или даже Zabbix Java gateway (с JMX мониторингом).  ::: noteimportant Если отдельный тип элемента данных требует определенный интерфейс (например, IPMI проверка требует IPMI интерфейс на узле сети), то этот интерфейс должен существовать в настройках этого узла сети. :::  Можно задавать несколько интерфейсов в настройках узла сети: Zabbix агент, SNMP агент, JMX и IPMI. Если элемент данных может использовать более чем один интерфейс, он будет искать доступные интерфейсы у узла сети (в следующем порядке: Агент→SNMP→JMX→IPMI) и будет связан с первым подходящим ему интерфейсом.  Все элементы данных, которые возвращают текст (символ, журнал, текстовый типы информации), могут возвращать также только пробелы (при необходимости), при этом возвращенное значение становится пустой строкой (поддерживается, начиная с 2.0).

en-us	 ### Overview  It is also possible to create a completely custom LLD rule, discovering any type of entities - for example, databases on a database server.  To do so, a custom item should be created that returns JSON, specifying found objects and optionally - some properties of them. The amount of macros per entity is not limited - while the built-in discovery rules return either one or two macros (for example, two for filesystem discovery), it is possible to return more.
ru	### Обзор  Возможно также создать полностью пользовательское правило LLD, обнаруживающее любой тип объектов - например, базы данных на серверве баз данных.  Чтобы сделать это, должен быть создан пользовательский элемент данных, который вернёт JSON, точно определяющий найденные объекты и опционально - некоторые их свойства. Количество макросов на объект не ограничено - в то время как встроенные правила обнаружения возвращают один-два макроса (например, два для обнаружения файловых систем), можно возвращать больше.

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
ru	#### Обзор  Возможно разрешить авторегистрацию активных агентов Zabbix, после которой сервер может начать их отслеживать. Таким образом, новые узлы сети могут быть добавлены для мониторинга без их настройки на сервере вручную.  Авторегистрация может произойти, когда ранее неизвестный активный агент запрашивает проверки.  Эта функция может быть очень удобна для автоматического мониторинга новых облачных узлов. Как только у вас появится новый узел в облаке, Zabbix будет автоматически запускать сбор данных о производительности и доступности узла сети.  Авторегистрация активного агента также поддерживает мониторинг добавленных узлов сети с пассивными проверками. Когда активный агент запрашивает проверки, при условии, что параметры конфигурации «ListenIP» или «ListenPort» определенны в файле конфигурации, они отправляются на сервер.  (если указано несколько IP-адресов, на сервер отправляется первый из них.)  Сервер при добавлении нового автоматически зарегистрированного узла сети использует полученные IP адрес и порт для настройки агента. Если значение IP-адреса не получено, используется тот, который использовался для входящего соединения. Если значение порта не получено, используется 10050.  Можно указать, что узел сети должен быть автоматически зарегистрирован с [DNS-именем](#использование-dns-в-качестве-интерфейса-по-умолчанию) в качестве интерфейса агента по умолчанию.  Авторегистрация выполняется повторно:  - если изменяется информация [метаданных](#использование-метаданных-узла-сети) узла сети:     - из-за изменения HostMetadata и перезапуска агента     - из-за изменения значения, возвращаемого HostMetadataItem - для созданных вручную узлов сети с отсутствующими метаданными - если узел сети изменён вручную для мониторинга другим Zabbix прокси - если авторегистрация для того же узла сети приходит с нового Zabbix прокси

en-us	#### Overview  It is possible to automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item (supported since Zabbix **5.0.0**) as the     master item -   dependent low-level discovery rule and item prototypes
ru	#### Обзор  Существует возможность автоматического обнаружения датчиков IPMI.  Чтобы это сделать, можно использовать комбинацию из:  -   элемента данных IPMI `ipmi.get` (поддерживается с версии Zabbix **5.0.0**) в качестве основного элемента данных -   зависимых от него правила низкоуровневого обнаружения и прототипов элементов данных

en-us	#### Overview  It is possible to configure real-time exporting of trigger events, item values and trends in a newline-delimited JSON format.  Exporting is done into files, where each line of the export file is a JSON object. Value mappings are not applied.  In case of errors (data cannot be written to the export file or the export file cannot be renamed or a new one cannot be created after renaming it), the data item is dropped and never written to the export file. It is written only in the Zabbix database. Writing data to the export file is resumed when the writing problem is resolved.  For precise details on what information is exported, see the [export protocol](/manual/appendix/protocols/real_time_export) page.  Note that host/item can have no metadata (host groups, host name, item name) if the host/item was removed after the data was received, but before server exported data.
ru	#### Обзор  Имеется возможность настройки экспорта в режиме реального времени событий по триггерам, значений элементов данных и динамики изменений в формате JSON с разделением новой строкой.  Экспортирование выполняется в файлы, где каждая строка файла экспорта является объектом JSON. Преобразования значений не применяются.  В случаях ошибок (когда данные не удаётся записать в файл экспорта, или файл экспорта не удаётся переименовать, или не удаётся создать новый после его переименования) данные уничтожаются и никогда не будут записаны в файл экспорта. Они записываются только в базу данных Zabbix. Запись данных в файл экспорта возобновится, когда проблема с записью будет решена.  Для получения подробных сведений о том, какая информация экспортируется, смотрите страницу [протокола экспорта](/manual/appendix/protocols/real_time_export).  Обратите внимание, что узел сети / элемент данных может не иметь метаданные (группы узлов сети, имя узла сети, имя элемента данных), если узел сети / элемент данных удаляются после того, как данные получены, но до того как сервер выполнил экспорт этих данных.

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) all interfaces configured in Zabbix frontend for a host.
ru	#### Обзор  Существует возможность [обнаружения](/manual/discovery/low_level_discovery) всех интерфейсов, настроенных для узла сети в веб-интерфейсе Zabbix.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all JMX MBeans or MBean attributes or to specify a pattern for the discovery of these objects.  It is mandatory to understand the difference between an MBean and MBean attributes for discovery rule configuration. An MBean is an object which can represent a device, an application, or any resource that needs to be managed.  For example, there is an MBean which represents a web server. Its attributes are connection count, thread count, request timeout, http file cache, memory usage, etc. Expressing this thought in human comprehensive language we can define a coffee machine as an MBean which has the following attributes to be monitored: water amount per cup, average consumption of water for a certain period of time, number of coffee beans required per cup, coffee beans and water refill time, etc.
ru	#### Обзор  Существует возможность [обнаруживать](/manual/discovery/low_level_discovery) все JMX MBean-ы или атрибуты MBean, либо указывать шаблон для обнаружения этих объектов.  Для настройки правила обнаружения обязательно нужно понимать различие между  объектами MBean и атрибутами MBean. MBean - это объект, который может представлять устройство, приложение или любой другой ресурс, требующий наблюдения.  Например, существует MBean, представляющий веб-сервер. Его атрибутами являются количество соединений, количество потоков, тайм-аут запроса, файловый кэш http, использование памяти и т.д. Выражая эту мысль понятным человеческим языком, мы можем определить кофеварку как MBean, имеющий следующие атрибуты для мониторинга: количество воды на чашку, средний расход воды за определенный период времени, количество кофейных зёрен, необходимое на чашку, время перезаправки кофейными зёрнами и водой и т. д.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery#configuring_low-level_discovery) object instances of Windows performance counters. This is useful for multi-instance performance counters.
ru	#### Обзор  Существует возможность [обнаружения](/manual/discovery/low_level_discovery#настройка-низкоуровневого-обнаружения) экземпляров объектов счётчиков производительности Windows. Это полезно для счётчиков производительности с несколькими экземплярами.

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) модулей (units) systemd (службы, по умолчанию) с помощью Zabbix.

en-us	#### Overview  It is possible to discover mounted filesystems and their properties (mountpoint name, filesystem type, filesystem size and inode statistics).  To do that, you may use a combination of:  -   the `vfs.fs.get` agent item as the master item -   dependent low-level discovery rule and item prototypes
ru	#### Обзор  Существует возможность обнаружения примонтированных файловых систем и их свойств (имя точки монтирования, тип файловой системы, размер файловой системы и статистика по файловам дескрипторам - inode).  Чтобы это сделать, можно использовать комбинацию из:  -   элемента данных агента `vfs.fs.get` в качестве основного элемента данных -   зависимых от него элемента данных для правила низкоуровневого обнаружения и прототипов элементов данных

en-us	#### Overview  It is possible to enhance Zabbix frontend functionality by adding third-party modules or by developing your own modules without the need to change the source code of Zabbix.  Note that the module code will run with the same privileges as Zabbix source code. This means:  -   third-party modules can be harmful. You must trust the modules you are     installing; -   Errors in a third-party module code may crash the frontend. If this     happens, just remove the module code from the frontend. As soon as     you reload Zabbix frontend, you'll see a note saying that some     modules are absent. Go to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     (in *Administration* → *General* → *Modules*) and click *Scan     directory* again to remove non-existent modules from the database.
ru	#### Обзор  Можно улучшить функциональность веб-интерфейса Zabbix, добавив сторонние модули или разработав собственные модули без необходимости изменения исходного кода Zabbix.  Обратите внимание, что код модуля будет работать с теми же привилегиями, что и исходный код Zabbix. Это означает, что:  -   сторонние модули могут быть вредными. Вы должны доверять модулям, которые вы устанавливаете; -   ошибки в коде стороннего модуля могут привести к сбою интерфейса. Если это произойдёт, просто удалите код модуля из веб-интерфейса. Как только вы перезагрузите веб-интерфейс Zabbix, вы увидите уведомление о том, что некоторые модули отсутствуют. Перейдите к [Администрирование модулей](/manual/web_interface/frontend_sections/administration/general#модули) (в разделе *Администрирование* → *Общие* → *Модули*) и нажмите *Сканировать директорию*, чтобы удалить несуществующие модули из базы данных. 

en-us	#### Overview  It is possible to make some internal metrics of Zabbix server and proxy accessible remotely by another Zabbix instance or a third-party tool. This can be useful so that supporters/service providers can monitor their client Zabbix servers/proxies remotely or, in organizations where Zabbix is not the main monitoring tool, that Zabbix internal metrics can be monitored by a third-party system in an umbrella-monitoring setup.  Zabbix internal stats are exposed to a configurable set of addresses listed in the new 'StatsAllowedIP' [server](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) parameter. Requests will be accepted only from these addresses.
ru	#### Обзор  Некоторые внутренние метрики Zabbix сервера и прокси можно сделать доступными удалённо для другого экземпляра Zabbix или сторонних утилит. Может быть полезно, чтобы поставщики поддержки/сервисов имели возможность удалённо мониторить Zabbix сервера/прокси своих клиентов, или в организациях, где Zabbix не является основным инструментом мониторинга, чтобы внутренние метрики Zabbix могли контролироваться сторонней системой при использовании зонтичного мониторинга.  Внутренняя статистика Zabbix открыта для настраиваемого списка адресов, перечисленных в новом параметре «StatsAllowedIP» [сервера](/manual/appendix/config/zabbix_server)/[прокси](/manual/appendix/config/zabbix_proxy). Запросы будут приниматься только с этих адресов.

en-us	#### Overview  It is possible to restrict checks on the agent side by creating an item blacklist, a whitelist, or a combination of whitelist/blacklist.  To do that use a combination of two agent [configuration](/manual/appendix/config/zabbix_agentd) parameters:  -   `AllowKey=<pattern>` - which checks are allowed; <pattern> is     specified using a wildcard (\*) expression -   `DenyKey=<pattern>` - which checks are denied; <pattern> is     specified using a wildcard (\*) expression  Note that:  -   All `system.run[*]` items (remote commands, scripts) are disabled by     default, even when no deny keys are specified; -   Since Zabbix 5.0.2 the EnableRemoteCommands agent parameter is:     - deprecated by Zabbix agent     - unsupported by Zabbix agent2  Therefore, to allow remote commands, specify an AllowKey=system.run[\<command\>,\*]  for each allowed command, \* stands for wait and nowait mode. It is also possible to specify AllowKey=system.run[\*] parameter to allow all commands with wait and nowait modes. To disallow specific remote commands, add DenyKey parameters with system.run\[\] commands before the AllowKey=system.run\[\*\] parameter.
ru	#### Обзор  Можно ограничить проверки на стороне агента, создав черный список элементов данных, белый список или комбинацию белого/черного списков.  Для этого используйте комбинацию из двух параметров [конфигурации](/manual/appendix/config/zabbix_agentd) агента:  -   `AllowKey=<шаблон>` - какие проверки разрешены; <шаблон> указывается с использованием выражения с подстановочным знаком (\*) -   `DenyKey=<шаблон>` - какие проверки запрещены; <шаблон> указывается с использованием выражения с подстановочным знаком (\*)  Обратите внимание, что:  -   Все элементы данных `system.run[*]` (скрипты, удалённые команды) по умолчанию отключены, даже если не указаны запрещающие ключи; -   Начиная с Zabbix 5.0.2, параметр агента EnableRemoteCommands:   - признан устаревшим для Zabbix агента   - не поддерживается Zabbix агентом 2  Поэтому, чтобы разрешить удалённые команды, укажите AllowKey=system.run[<команда>,\*] по каждой разрешенной команде, \* заменяет режимы wait и nowait. Также можно указать параметр AllowKey=system.run[\*], чтобы разрешить все команды с режимами wait и nowait. Чтобы запретить определённые удалённые команды, добавьте параметры DenyKey с командами system.run\[\] до параметра AllowKey=system.run\[\*\].

en-us	#### Overview  It is possible to store some sensitive information secretly in HashiCorp Vault KV Secrets Engine - Version 2. Secrets can be saved for:  -   user macro values -   database access credentials  Zabbix provides read-only access to the secrets in Vault, assuming that secrets are managed by someone else.
ru	#### Обзор  Имеется возможность хранения некоторой конфиденциальной информации в HashiCorp Vault KV Secrets Engine - Версии 2. Секреты можно сохранять для:  - значений пользовательских макросов - учётных данных для доступа к базам данных  Zabbix обеспечивает доступ только на чтение к секретам в Хранилище, предполагается, что секретами управляет кто-то другой.

en-us	#### Overview  It is very important to have Zabbix system properly tuned for maximum performance.
ru	#### Обзор  Очень важно, чтобы система 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  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix since version 4.4.0.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
ru	#### Обзор  Аутентификацию Kerberos можно использовать в веб-мониторинге и HTTP элементах данных в Zabbix, начиная с версии 4.4.0.  В этом разделе описывается пример настройки Kerberos с Zabbix сервером для выполнения веб-мониторинга страницы `www.example.com` под пользователем «zabbix».

en-us	#### Overview  Linking is a process whereby templates are applied to hosts, whereas unlinking removes the association with the template from a host.  ::: noteimportant Templates are linked directly to individual hosts and not to host groups. Simply adding a template to a host group will not link it. Host groups are used only for logical grouping of hosts and templates. :::
ru	#### Обзор  Присоединением называется процесс, при котором шаблоны применяются к узлам сети, тогда как отсоединение - удаление связи шаблона с узлом сети.  ::: noteimportant Шаблоны присоединяются непосредственно к каждому узлу сети, а не к группе узлов сети. Простое добавление шаблона в группу узлов сети не присоединит узлы сети с ним. Группы узлов сети используются только для логической группировки узлов сети и шаблонов. :::

en-us	#### - Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  There already are ways of extending Zabbix functionality by way of:  -   [user parameters](userparameters) (agent metrics) -   [external checks](/manual/config/items/itemtypes/external)     (agent-less monitoring) -   `system.run[]` Zabbix [agent     item](/manual/config/items/itemtypes/zabbix_agent).  They work very well, but have one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is not good for performance. It is not a big deal normally, however it could be a serious issue when monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time.  Support of loadable modules offers ways for extending Zabbix agent, server and proxy without sacrificing performance.  A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits. Great performance and ability to implement any logic are very important, but perhaps the most important advantage is the ability to develop, use and share Zabbix modules. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Module licensing and distribution in binary form is governed by the GPL license (modules are linking with Zabbix in runtime and are using Zabbix headers; currently the whole Zabbix code is licensed under GPL license). Binary compatibility is not guaranteed by Zabbix.  Module API stability is guaranteed during one Zabbix LTS (Long Term Support) [release](http://www.zabbix.com/life_cycle_and_release_policy) cycle. Stability of Zabbix API is not guaranteed (technically it is possible to call Zabbix internal functions from a module, but there is no guarantee that such modules will work).
ru	#### - Обзор  Подгружаемые модули предлагают ориентированный на производительность вариант расширения Zabbix.  Возможности для расширения функциональности Zabbix уже имеются посредством:  -   [пользовательских параметров](userparameters) (метрики агента) -   [внешние проверки](/manual/config/items/itemtypes/external)     (мониторинг без агента) -   `system.run[]` [элемент данных Zabbix агента](/manual/config/items/itemtypes/zabbix_agent).  Они работают очень хорошо, но имеют главный недостаток, называемый fork(). Zabbix должен создавать новый ответвлённый процесс каждый раз для сбора пользовательских проверок, что не очень хорошо сказывается на производительности. Обычно это не самая большая проблема, но тем не менее это может быть серьезной проблемой в случае мониторинга встроенных систем, имеющих большое количество наблюдаемых параметров или тяжелых скриптов со сложной логикой или длительным временем запуска.  Поддержка подгружаемых модулей предлагает пути расширения Zabbix агента, сервера и прокси без ущерба для производительности.  Подгружаемый модуль - в своей основе разделяемая библиотека, которая используется Zabbix демоном и загружается при старте демона. Библиотека должна содержать определенные функции, чтобы Zabbix процесс мог определить, что файл на самом деле является модулем, который можно загрузить и с ним работать.  Подгружаемые модули имеют много преимуществ. Отличная производительность и возможность реализовать любую логику очень важны, но, возможно, наиболее важное преимущество - возможность разработать, использовать и поделиться Zabbix модулем. Это способствует беспроблемному обслуживанию и помогает вносить новые функции легче и независимо от кода ядра Zabbix.  Лицензирование и распространение модулей в бинарной форме регламентируется GPL лицензией (модули линкуются с Zabbix во время выполнения и используют заголовки Zabbix; в настоящее время весь код Zabbix лицензируется под GPL лицензией). Бинарная совместимость не гарантируется Zabbix'ом.  Постоянство API модулей гарантируется в пределах одного цикла Zabbix LTS (Долгосрочная поддержка) [выпуска](https://www.zabbix.com/ru/life_cycle_and_release_policy). Постоянство Zabbix API не гарантируется (технически имеется возможность вызова внутренних функций Zabbix из модуля, но нет гарантии, что такие модули будут работать).

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 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 "Configuration" → "Templates" → "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 сервер запрашивает у 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 a space or double quotes  -   contain closing parentheses "`)`" or a comma  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 *Administration* → *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.  It is possible to test if a configured media type works, by clicking on *Test* in the last column (see [Media type testing](#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.  Вы можете настроить несколько способов оповещений:  -   [Email](/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"}  Часть способов оповещений настроены по умолчанию; чтобы начать их использовать, вам достаточно ввести собственные параметры.  Чтобы проверить, работает ли имеющийся способ оповещения, нажмите *Тест* в последней колонке (для получения более подробных сведений смотрите [Тест способа оповещения](#тест-способа-оповещения)).  Для создания нового способа оповещения нажмите на кнопку *Создать способ оповещения*. Откроется диалог настройки способа оповещения.

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  Most Zabbix web interface pages support various HTTP GET parameters that control what will be displayed. They may be passed by specifying parameter=value pairs after the URL, separated from the URL by a question mark (?) and from each other by ampersands (&).
ru	#### Обзор  Большинство страниц в веб-интерфейсе Zabbix поддерживают различные параметры HTTP GET, которые управляют тем, что должно отобразиться на странице. Их можно передавать, указав пары параметр=значение после URL, отделив их от URL с помощью знака вопроса (?), а сами параметры друг от друга с помощью символа амперсанда (&).

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  Nesting is a way of one template encompassing one or more other templates.  As it makes sense to separate out entities on individual templates for various services, applications, etc., you may end up with quite a few templates all of which may need to be linked to quite a few hosts. To simplify the picture, it is possible to link some templates together in a single template.  The benefit of nesting is that you have to link only one template ("nest", parent template) to the host and the host will inherit all entities of the linked templates ("nested", child templates) automatically. For example, if we link templates T1 and T2 to template T3, we supplement T3 with entities from T1 and T2, and not vice versa. If we link template A to templates B and C, we supplement B and C with entities from A.
ru	#### Обзор  Наследование - это способ одного шаблона включать в себя один или несколько других шаблонов.  Иногда имеет смысл разделить объекты отдельных шаблонов на различные сервисы, приложения и прочее, в итоге у вас может получиться несколько шаблонов, которые нужно присоединить к довольно большому количеству узлов сети. Для простоты картины, возможно соединить несколько шаблонов вместе, в одном "вложенном" шаблоне.  Преимущества наследования в том, что вы должны будете присоединить к узлу сети только один шаблон ("основной", родительский шаблон), и этот узел сети автоматически унаследует все объекты из присоединённых шаблонов ("вложенные", дочерние шаблоны). Например, если мы присоединим шаблоны T1 и T2 к шаблону T3, мы дополняем T3 объектами из T1 и T2, а не наоборот. Если мы присоединим шаблон A к шаблонам B и C, мы дополняем шаблоны B и C объектами из A.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   all related images -   map structure - all map settings, all contained elements with their     settings, map links and map link status indicators  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::  Network map export/import is supported since Zabbix 1.8.2.
ru	#### Обзор  [Экспорт](/manual/xml_export_import) карты сети содержит:  -   все связанные изображения -   структуру карты - все настройки карты, все находящиеся на карте элементы с их настройками, связи карты и индикаторы состояний связей карты  ::: notewarning Не экспортируются группы узлов сети, узлы сети, триггеры, другие карты и любые другие элементы, которые могут быть связаны с экспортируемой картой. Поэтому если хотя бы один из элементов, на который ссылается карта, отсутствует, импорт завершится с ошибкой. :::  Экспорт/импорт карт сетей поддерживается, начиная с Zabbix 1.8.2.

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.0 LTS 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.0 LTS для Debian, Ubuntu и Raspberry Pi OS (Raspbian) доступны на [веб-сайте Zabbix](https://www.zabbix.com/download).  Пакеты доступны с поддержкой базы данных MySQL либо PostgreSQL и веб-сервера Apache или Nginx.

en-us	### Overview  Official Zabbix 6.0 LTS packages for Red Hat Enterprise Linux and Oracle Linux are available on [Zabbix website](https://www.zabbix.com/download).  ::: noteimportant Zabbix packages for Red Hat Enterprise Linux systems are intended only for RHEL systems. Alternative environments, such as [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images), may lack the necessary dependencies and repository access requirements for successful installation. To address such issues, verify compatibility with the target environment and ensure access to required repositories and dependencies before proceeding with Zabbix installation from packages. For more information, see [Known issues](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx web server support.  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available on Zabbix Official Repository for [RHEL 9](https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/), [RHEL 8](https://repo.zabbix.com/zabbix/6.0/rhel/8/x86_64/), [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/), and [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64/).  Zabbix Official Repository provides *fping*, *iksemel* and *libssh2* packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  ::: noteimportant The EPEL repository for EL9 also provides Zabbix packages. If both the official Zabbix repository and EPEL repositories are installed,  then the Zabbix packages in EPEL **must be** excluded by adding the following clause to the EPEL repo configuration file under `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  See also: [Accidental installation of EPEL Zabbix packages](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::
ru	### Обзор  Официальные пакеты Zabbix 6.0 LTS для Red Hat Enterprise Linux и Oracle Linux доступны на [веб-сайте Zabbix](https://www.zabbix.com/download).  ::: noteimportant Пакеты Zabbix для систем Red Hat Enterprise Linux предназначены только для систем RHEL. В альтернативных средах, таких как [Универсальный базовый образ Red Hat (Red Hat Universal Base Image)](https://catalog.redhat.com/software/base-images), могут отсутствовать необходимые для успешной установки зависимости и требования по доступу к репозиторию. Чтобы решить такие проблемы, прежде чем продолжить установку Zabbix из пакетов, проверьте совместимость с целевой средой и обеспечьте доступ к необходимым репозиториям и зависимостям. Для получения дополнительной информации см. [Известные проблемы](/manual/installation/known_issues#пакеты-zabbix-для-rhel-в-средах-red-hat-ubi). :::  Пакеты доступны с базой данных MySQL/PostgreSQL и поддержкой веб-сервера Apache/Nginx.  Пакеты и утилиты *Zabbix agent*, *Zabbix get* и *Zabbix sender* доступны в официальном репозитории Zabbix для [RHEL 9](https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/), [RHEL 8](https://repo.zabbix.com/zabbix/6.0/rhel/8/x86_64/), [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) и [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64/).  Официальный репозиторий Zabbix также предоставляет пакеты *fping*, *iksemel* и *libssh2*. Эти пакеты находятся в папке [non-supported](https://repo.zabbix.com/non-supported/).  ::: noteimportant Репозиторий EPEL для EL9 также предоставляет пакеты Zabbix. Если установлены и официальный репозиторий Zabbix, и репозитории EPEL, тогда пакеты Zabbix в EPEL **должны** быть исключены путем добавления следующего пункта в файл конфигурации репозитория EPEL в `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  Смотрите также: [Непреднамеренная установка пакетов EPEL Zabbix](/manual/installation/known_issues#непреднамеренная-установка-пакетов-epel-zabbix) :::

en-us	### Overview  Official Zabbix 6.0 LTS packages for SUSE Linux Enterprise Server are available on [Zabbix website](https://www.zabbix.com/download).  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available on Zabbix Official Repository for [SLES 15](https://repo.zabbix.com/zabbix/6.0/sles/15/x86_64/) and [SLES 12](https://repo.zabbix.com/zabbix/6.0/sles/12/x86_64/).  ::: noteclassic *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries. :::
ru	### Обзор  Официальные пакеты Zabbix 6.0 LTS для SUSE Linux Enterprise Server доступны на [веб-сайте Zabbix](https://www.zabbix.com/download).  Пакеты *Zabbix agent* и утилиты *Zabbix get* и *Zabbix sender* доступны в официальном репозитории Zabbix для [SLES 15](https://repo.zabbix.com/zabbix/6.0/sles/15/x86_64/) и [SLES 12](https://repo.zabbix.com/zabbix/6.0/sles/12/x86_64/).  ::: noteclassic  [Режим шифрования](/manual/appendix/install/db_encrypt/mysql) *Удостоверение CA* не работает на SLES 12 (на всех минорных версиях ОС) с MySQL из-за устаревших библиотек MySQL.  :::

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |Debian 10 (Buster)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=10_buster&db=mysql)| |Debian 9 (Stretch)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=9_stretch&db=mysql)| |Debian 8 (Jessie)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=8_jessie&db=mysql)| |Ubuntu 20.04 (Focal Fossa) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=20.04_focal&db=mysql)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=18.04_bionic&db=mysql)| |Ubuntu 16.04 (Xenial Xerus) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=16.04_xenial&db=mysql)| |Ubuntu 14.04 (Trusty Tahr) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=14.04_trusty&db=mysql)| |Raspbian (Buster)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=10_buster&db=mysql)| |Raspbian (Stretch)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=9_stretch&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteimportant Zabbix 5.4 is not released yet. The download links lead to pre-5.4 packages. :::  
ru	### Обзор  Официальные пакеты Zabbix доступны для:  |   |   | |---|---| |Debian 10 (Buster)|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=debian&os_version=10_buster&db=mysql)| |Debian 9 (Stretch)|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=debian&os_version=9_stretch&db=mysql)| |Debian 8 (Jessie)|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=debian&os_version=8_jessie&db=mysql)| |Ubuntu 20.04 (Focal Fossa) LTS|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=ubuntu&os_version=20.04_focal&db=mysql)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=ubuntu&os_version=18.04_bionic&db=mysql)| |Ubuntu 16.04 (Xenial Xerus) LTS|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=ubuntu&os_version=16.04_xenial&db=mysql)| |Ubuntu 14.04 (Trusty Tahr) LTS|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=ubuntu&os_version=14.04_trusty&db=mysql)| |Raspbian (Buster)|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=raspbian&os_version=10_buster&db=mysql)| |Raspbian (Stretch)|[Download](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=raspbian&os_version=9_stretch&db=mysql)|  Пакеты доступны с поддержкой баз данных MySQL/PostgreSQL и веб-серверами Apache/Nginx.  ::: noteimportant Zabbix 5.4 еще не выпущен. Ссылки на загрузку ведут pre-5.4 пакетам. :::

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |RHEL 8, CentOS 8 and Oracle Linux 8|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteimportant Zabbix 6.0 is not released yet. The download links lead to pre-5.4 packages. :::  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on RHEL 7 with MySQL due to older MySQL libraries.  :::  *Zabbix ​agent* packages and utilities *Zabbix get* and *Zabbix sender* are available for [RHEL 7](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​7/​x86_64/​), [RHEL 6](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​6/​x86_64/​) and [RHEL 5](https://​repo.zabbix.com/zabbix/​5.4/​rhel/​5/​x86_64) as well.  Zabbix official repository provides fping and libssh2 packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  
ru	### Обзор  Официальные пакеты Zabbix доступны для:  |   |   | |---|---| |RHEL 8, CentOS 8 и Oracle Linux 8|[Загрузить](https://www.zabbix.com/ru/download?zabbix=5.4&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Пакеты доступны с поддержкой баз данных MySQL/PostgreSQL и веб-серверами Apache/Nginx.  ::: noteimportant Zabbix 6.0 еще не выпущен. Ссылки на загрузку ведут pre-5.4 пакетам. :::  ::: noteclassic  *Удостоверение CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) не работает на RHEL 7 с MySQL из-за устаревших библиотек MySQL.  :::  Пакеты *Zabbix агента* и утилит *Zabbix get* и *Zabbix sender* также доступны для [RHEL 7](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​7/​x86_64/​), [RHEL 6](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​6/​x86_64/​) и [RHEL 5](https://​repo.zabbix.com/zabbix/​5.4/​rhel/​5/​x86_64).  Официальный репозиторий Zabbix также предоставляет пакеты fping и libssh2. Эти пакеты расположены в [non-supported](https://repo.zabbix.com/non-supported/) директории.  

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |RHEL 8, CentOS 8 and Oracle Linux 8|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on RHEL 7 with MySQL due to older MySQL libraries.  :::  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available for [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) and [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64) as well.  Zabbix official repository provides fping and libssh2 packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.
ru	### Обзор  Официальные пакеты Zabbix доступны для:  | · | · | |---|---| |RHEL 8, CentOS 8 и Oracle Linux 8|[Загрузить](https://www.zabbix.com/ru/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Пакеты доступны с поддержкой баз данных MySQL/PostgreSQL и веб-серверами Apache/Nginx.  ::: noteclassic  [Режим шифрования](/manual/appendix/install/db_encrypt/mysql) *Удостоверение CA* не работает на RHEL 7 с MySQL из-за устаревших библиотек MySQL.  :::  Пакеты *Zabbix агента* и утилит *Zabbix get* и *Zabbix sender* также доступны для [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) и [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64).  Официальный репозиторий Zabbix также предоставляет пакеты fping и libssh2. Эти пакеты расположены в [non-supported](https://repo.zabbix.com/non-supported/) директории.

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&db=mysql)| |SUSE Linux Enterprise Server 12|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&db=mysql)|  ::: noteimportant Zabbix 6.0 is not released yet. The download links lead to pre-6.0 packages. :::  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries.  :::  
ru	### Обзор  Официальные пакеты Zabbix доступны для:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Download](https://www.zabbix.com/ru/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&db=mysql)| |SUSE Linux Enterprise Server 12|[Download](https://www.zabbix.com/ru/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&db=mysql)|  ::: noteimportant Zabbix 6.0 еще не выпущен. Ссылки на загрузку ведут pre-6.0 пакетам. :::  ::: noteclassic  *Удостоверение CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) не работает на SLES 12 (на всех минорных версиях ОС) с MySQL из-за устаревших библиотек MySQL.  :::

en-us	#### Overview of files  If you obtained Java gateway from sources, you should have ended up with a collection of shell scripts, JAR and configuration files under $PREFIX/sbin/zabbix\_java. The role of these files is summarized below.      bin/zabbix-java-gateway-$VERSION.jar  Java gateway JAR file itself.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencies of Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), and [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) library.      lib/logback.xml       lib/logback-console.xml  Configuration files for Logback.      shutdown.sh       startup.sh  Convenience scripts for starting and stopping Java gateway.      settings.sh  Configuration file that is sourced by startup and shutdown scripts above.
ru	#### Обзор файлов  Если вы получили Java gateway из исходных кодов, вы должны были получить набор скриптов командной строки, JAR и файлы конфигурации в папке $ПРЕФИКС/sbin/zabbix\_java. Суть этих файлов отражена ниже.      bin/zabbix-java-gateway-$ВЕРСИЯ.jar  Собственно JAR файл Java gateway.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Зависимости Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/) и библиотека [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json).      lib/logback.xml       lib/logback-console.xml  Файлы конфигурации для Logback.      shutdown.sh       startup.sh  Скрипты для удобства запуска и остановки Java gateway.      settings.sh  Файл конфигурации, который используется вышеупомянутыми скриптами запуска и остановки.

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/service_tree) вы можете начать мониторинг их производительности в соответствии с соглашением об уровне услуг (SLA).    Раздел меню *Услуги->SLA* позволяет настроить SLA по различным услугам. SLA в Zabbix определяет цель уровня обслуживания (SLO), расписание ожидаемого времени работы и запланированного времени простоя.   SLA и услуги сопоставляются при помощи [тегов услуг](/manual/it_services/service_tree#теги). К нескольким услугам можно применить один и тот же SLA - производительность будет измеряться по каждой соответствующей услуге отдельно. Одна услуга может иметь несколько назначенных SLA - данные по каждому SLA будут отображаться отдельно.  В отчетах SLA Zabbix отображает данные Индикатора уровня услуги (SLI), который замеряет действительную доступность услуги. Соответствие услуги целевому показателю SLA определяется сравнением SLO (ожидаемая доступность в %) с SLI (действительная доступность в %). 

en-us	### Overview  Packages for minor Zabbix version (i.e. Zabbix 6.0.x) release candidates are provided starting with Zabbix 6.0.9.  The instructions below are for enabling unstable Zabbix release repositories (disabled by default).  First, install or update to the latest zabbix-release package. To enable rc packages on your system do the following:
ru	### Обзор  Релиз-кандидаты пакетов для минорных версий Zabbix (т.е. Zabbix 6.0.x) предоставляются, начиная с версии Zabbix 6.0.9.  Ниже приведены инструкции для подключения репозиториев нестабильных релизов Zabbix (по умолчанию отключённых).  Первым делом, установите либо обновите до последней версии пакет zabbix-release. Чтобы подключить пакеты релиз-кандидатов на вашей системе, сделайте следующее:

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  Plugins provide an option to extend the monitoring capabilities of Zabbix. Plugins are written in Go programming language and are supported by Zabbix agent 2 only.  Plugins provide an alternative to [loadable modules](/manual/config/items/loadablemodules) (written in C), and other methods for extending Zabbix functionality, such as [user parameters](userparameters) (agent metrics), [external checks](/manual/config/items/itemtypes/external) (agent-less monitoring), and `system.run[]` Zabbix [agent item](/manual/config/items/itemtypes/zabbix_agent).  The following features are specific to Zabbix agent 2 and its plugins:  -   support of scheduled and flexible intervals for both passive and     active checks; -   task queue management with respect to schedule and task concurrency; -   plugin-level timeouts; -   compatibility check of Zabbix agent 2 and its plugin on start up.  Since Zabbix 6.0.0, plugins don't have to be integrated into the agent 2 directly and can be added as loadable plugins, thus making the creation process of additional plugins for gathering new monitoring metrics easier.  This page lists Zabbix native and loadable plugins, and describes plugin configuration principles from the user perspective. For instructions about writing your own plugins, see [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/en/plugins). For more information on the communication process between Zabbix agent 2 and a loadable plugin, as well as the metrics collection process, see [Connection diagram](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins#loadable-plugins).
ru	#### Обзор  Плагины дают возможность расширить функционал Zabbix. Плагины написаны на языке Go и поддерживаются только Zabbix агентом 2.   Они предоставляют альтернативу [подгружаемым модулям](/manual/config/items/loadablemodules) (написанным на языке C) и другим методам расширения функциональности Zabbix, таким как [пользовательские параметры](userparameters) (метрики агента), [внешние проверки](/manual/config/items/itemtypes/external) (мониторинг без агента) и [элемент данных](/manual/config/items/itemtypes/zabbix_agent) Zabbix агента `system.run[]`.  Следующие функции относятся к Zabbix агенту 2 и его плагинам:  -   поддержка как гибких интервалов, так и интервалов по расписанию как для пассивных, так и для активных проверок; -   управление очередью задач c учетом расписания и возможности параллельного запуска задач; -   управление временем ожидания на уровне плагинов; -   проверка совместимости Zabbix агента 2 и его плагина при запуске.  Начиная с Zabbix 6.0.0, плагины не нужно интегрировать напрямую в агент 2, их можно добавлять в виде подгружаемых модулей, что упрощает процесс создания дополнительных плагинов для сбора новых метрик мониторинга.  На этой странице перечислены встроенные  и подгружаемые плагины, а также описаны принципы настройки плагинов с точки зрения пользователя. Для получения инструкций по написанию своих собственных плагинов, пожалуйста, обратитесь к [руководству по разработке плагинов \[en\]](https://www.zabbix.com/documentation/guidelines/en/plugins). Для более подробной информации о процессе взаимодействия между Zabbix агентом 2 и подгружаемым плагином, а также процессом сбора метрик, смотрите [диаграмму взаимодействия \[en\]](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins#loadable-plugins).

en-us	#### Overview  Preprocessing allows to define transformation rules for the received item values. One or several transformations are possible before saving to the database.  Transformations are executed in the order in which they are defined. Preprocessing is done by Zabbix server or proxy (if items are monitored by proxy).  Note that all values passed to preprocessing are of the string type, conversion to desired value type (as defined in item configuration) is performed at the end of the preprocessing pipeline; conversions, however, may also take place if required by the corresponding preprocessing step. See [preprocessing details](/manual/config/items/preprocessing/preprocessing_details) for more technical information.  See also: [Usage examples](/manual/config/items/preprocessing/examples)
ru	#### Обзор  Предобработка позволяет определить правила преобразования для полученных значений элемента данных. Возможно настроить одно или несколько преобразований перед сохранением значений в базе данных.  Преобразования выполняются в том порядке, в котором они определены. Предварительная обработка выполняется либо Zabbix сервером, либо Zabbix прокси (для элементов, контролируемых прокси).  Обратите внимание, что все передаваемые на предварительную обработку значения имеют строковый тип, конвертация к желаемому типу значения (как указано в настройках элемента данных) выполняется в конце конвейера предварительной обработки; конвертации, однако, также могут выполняться, если это требуется соответствующим шагом предварительной обработки. Для получения более подробной информации смотрите [детали предварительной обработки](/manual/config/items/preprocessing/preprocessing_details).  Смотрите также: [Примеры использования](/manual/config/items/preprocessing/examples)

en-us	#### Overview  Problem events in Zabbix can be acknowledged by users.  If a user gets notified about a problem event, they can go to Zabbix frontend, open the problem update popup window of that problem using one of the ways listed below and acknowledge the problem. When acknowledging, they can enter their comment for it, saying that they are working on it or whatever else they may feel like saying about it.  This way, if another system user spots the same problem, they immediately see if it has been acknowledged and the comments so far.  This way the workflow of resolving problems with more than one system user can take place in a coordinated way.  Acknowledgment status is also used when defining [action operations](/manual/config/notifications/action/operation). You can define, for example, that a notification is sent to a higher level manager only if an event is not acknowledged for some time.  To acknowledge events and comment on them, a user must have at least read permissions to the corresponding triggers. To change problem severity or close problem, a user must have read-write permissions to the corresponding triggers.  There are **several** ways to access the problem update popup window, which allows acknowledging a problem.  -   You may select problems in *Monitoring* → *Problems* and then click     on *Mass update* below the list -   You can click in the *Ack* column showing the acknowledgment status     of problems in:     -   *Monitoring → Dashboard* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details*  The *Ack* column contains either a 'Yes' or a 'No' link, indicating an acknowledged or an unacknowledged problem respectively. Clicking on the links will take you to the problem update popup window.  -   You can click on an unresolved problem cell in:     -   *Monitoring → Dashboard* (*Trigger overview* widget)  The popup menu contains an *Acknowledge* option that will take you to the problem update window.
ru	#### Обзор  В Zabbix пользователи могут подтверждать события на проблемы.  Если пользователь получает оповещение о проблеме, он может перейти в веб-интерфейс Zabbix, открыть всплывающее окно обновления этой проблемы, используя один из способов, перечисленных ниже, и подтвердить проблему. При подтверждении, пользователи могут ввести свой комментарий, указать, что они работают над этим, или что-то ещё, что они могут сказать об этом.  Таким образом, если другой пользователь системы обнаружит ту же проблему, он сразу увидит, было ли это сделано подтверждение, а также наличие комментариев на данный момент.  Таким образом рабочий процесс решения проблем с более чем одним пользователем системы может происходить скоординированным образом.  Состояние подтверждения также используется при определении [операций действий](/manual/config/notifications/action/operation). Вы можете задать, например, что оповещение передаётся менеджерам более высокого уровня, только если событие не было подтверждено в течение некоторого времени.  Чтобы подтверждать события и комментировать их, у пользователя должны быть права как минимум на чтение соответствующих триггеров. Чтобы изменить важность проблемы или закрыть проблему, пользователь должен иметь права на чтение и запись соответствующих триггеров.  Существует **несколько** способов получить доступ к всплывающему окну обновления проблемы, которое позволяет подтвердить проблему.  -   Вы можете выбрать проблемы в *Мониторинг* → *Проблемы* и нажать на *Массовое обновление* ниже списка -   Вы можете нажать в колонке *Подтверждение*, которая отображает состояние подтверждения проблем в:    -   *Мониторинг → Панель* (виджеты *Проблемы* и *Проблемы по важности*)    -   *Мониторинг → Проблемы*    -   *Мониторинг → Проблемы → Детали события*  Колонка *Подтверждено* содержит ссылки 'Да' либо 'Нет', которые означают, подтверждена или не подтверждена проблема соответственно. При нажатии на ссылку вы получите всплывающее окно обновления проблемы.  -   Вы можете нажать на ячейку нерешённой проблемы в:    -   *Мониторинг → Панель* (виджет *Обзор триггеров*)  Всплывающее меню содержит опцию *Подтвердить*, которая приведёт вас к окну обновления проблемы.

en-us	#### Overview  Receiving notifications on unsupported items is supported since Zabbix 2.2.  It is part of the concept of internal events in Zabbix, allowing users to be notified on these occasions. [Internal events](/manual/config/events/sources#internal-events) reflect a change of state:  -   when items go from 'normal' to 'unsupported' (and back) -   when triggers go from 'normal' to 'unknown' (and back) -   when low-level discovery rules go from 'normal' to 'unsupported'     (and back)  This section presents a how-to for **receiving notification** when an item turns unsupported.
ru	#### Обзор  Получение оповещений о неподдерживаемых элементах данных - функция Zabbix, начиная с версии 2.2.  Это часть нового концепта внутренних событий в Zabbix, позволяющая пользователям получать оповещения о таких случаях. [Внутренние события](/manual/config/events/sources#внутренние-события) отражают изменение состояния:  -   при переходе элемента данных из состояния 'активировано' в состояние 'не поддерживается' (и обратно) -   при переходе триггера из состояния 'активировано' в состояние 'неизвестно' (и обратно) -   при переходе правила низкоуровневого обнаружения из состояния 'активировано' в состояние 'не поддерживается' (и обратно)  Этот раздел демонстрирует, как **получать оповещения**, когда элемент данных становится неподдерживаемым.

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  Script items can be used to collect data by executing a user-defined JavaScript code with the ability to retrieve data over HTTP/HTTPS. In addition to the script, an optional list of parameters (pairs of name and value) and timeout can be specified.  This item type may be useful in data collection scenarios that require multiple steps or complex logic. As an example, a Script item can be configured to make an HTTP call, then process the data received in the first step in some way, and pass transformed value to the second HTTP call.  Script items are processed by Zabbix server or proxy pollers.
ru	### Обзор  Скриптовые элементы данных можно использовать для сбора данных путём выполнения пользовательского JavaScript кода с возможностью получения данных через HTTP/HTTPS. В дополнение к скрипту можно указать опциональный список параметров (пары из имени и значения) и время ожидания.  Этот тип элементов данных может быть полезен в сценариях сбора данных, требующих нескольких шагов или сложной логики. Например, скриптовый элемент данных можно настроить на выполнение HTTP вызова, последующей обработки неким образом данных, полученных на первом шаге, и передачи преобразованного значения второму HTTP вызову.  Скриптовые элементы данные обрабатываются Zabbix сервером или прокси на уровне поллеров.

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  Server - proxy data exchange is based on JSON format.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ru	#### Обзор  Обмен данными сервер - прокси основывается на формате JSON.  Сообщения запроса и ответа должны начинаться с [заголовка и длины данных](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Service monitoring is a business-level monitoring that can be used to get an overview of the entire IT infrastructure service tree, identify weak places of the infrastructure, calculate SLA of various IT services, and check out other information at a higher level. Service monitoring focuses on the overall availability  of a service instead of low-level details, such as the lack of disk space, high processor load, etc. Since Zabbix 6.0, service monitoring also provides functionality to find the root cause of a problem if a service is not performing as expected.   Service monitoring allows to create a hierarchy representation of monitored data.  A very simple service structure may look like:      Service     |     |-Workstations     | |     | |-Workstation1     | |     | |-Workstation2     |     |-Servers  Each node of the structure has attribute status. The status is calculated and propagated to upper levels according to the selected algorithm. The status of individual nodes is affected by the status of the mapped problems. Problem mapping is accomplished with [tagging](/manual/it_services/service_tree#problem-tags).  Zabbix can send notifications or automatically execute a script on the Zabbix server in case service status change is detected. It is possible to define flexible rules whether a parent service should go into a 'Problem state'  based on the statuses of child services. Services problem data can then be used to calculate SLA and send SLA reports based on the flexible set of conditions.   Service monitoring is configured in the Services menu, which consists of the following sections:   - [Services](/manual/it_services/service_tree)   Services section allows to build a hierarchy of your monitored infrastructure by adding parent services, and then - child  services to the parent services.   In addition to configuring service tree, this section provides an overview of the whole infrastructure and allows to quickly identify the problems that led to a service status change.   - [Service actions](/manual/it_services/service_actions)  In this section you can configure service actions. Service actions are optional and allow to:  - send a notification that a service is down;  - execute a remote command on a Zabbix server upon a service status change; - send a recovery notification when a service is up again.  - [SLA](/manual/it_services/sla)  In this section you can define service level agreements and set service level objectives for specific services.   - [SLA report](/manual/web_interface/frontend_sections/services/sla_report)  In this section you can view SLA reports.   **See also:**     - SLA monitoring configuration [example](/manual/it_services/example)   - Notes about [upgrading services](/manual/appendix/services_upgrade) from Zabbix versions below 6.0
ru	#### Обзор  Мониторинг услуг - это мониторинг бизнес-уровня, который можно использовать для обзора всего дерева услуг IT инфраструктуры, выявлять слабые места инфраструктуры, вычислять SLA по различным IT услугам, а также проверять другую информацию на более высоком уровне. Мониторинг услуг сфокусирован на общей доступности услуги вместо низкоуровневых деталей, таких как нехватка места на диске, высокая загрузка процессора и т.д. С Zabbix 6.0, мониторинг услуг также обеспечивает возможность поиска основной причины проблемы, если услуга не работает как ожидается.  Мониторинг услуг позволяет создать иерархическое представление наблюдаемых данных.  Очень простая структура услуг может выглядеть следующим образом:      Услуга     |     |-Рабочие станции     | |     | |-Рабочая станция1     | |     | |-Рабочая станция2     |     |-Сервера  Каждый узел структуры имеет атрибут состояния. Это состояние вычисляется и распространяется на верхние уровни в соответствии с выбранным алгоритмом. На состояние отдельных узлов влияет состояние связанных с ними проблем. Сопоставление проблем выполняется при помощи [тегов](/manual/it_services/service_tree#теги-проблем).  Zabbix может отправлять оповещения или автоматически выполнять скрипт на стороне Zabbix сервера, в случае обнаружения изменения состояния услуги. Можно задать гибкие правила, должна ли родительская услуга переходить в 'Состояние проблемы' на основании состояний дочерних услуг. Данные проблем услуг можно затем использовать для вычисления SLA и отправки SLA отчетов на основе гибкого набора условий.  Мониторинг услуг настраивается в меню Услуги, которое состоит из следующих разделов:  - [Услуги](/manual/it_services/service_tree)   Раздел услуг позволяет создать иерархию вашей инфраструктуры, которую вы наблюдаете, путем добавления родительских услуг, и затем - дочерних услуг к родительским.  Помимо настройки дерева услуг этот раздел предусматривает обзор всей инфраструктуры и позволяет быстро идентифицировать проблемы, которые привели к изменению состояния услуги.  - [Действия на услуги](/manual/it_services/service_actions)  В этом разделе вы можете настроить действия на услуги. Действия на услуги опциональны и позволяют:  - отправить оповещение о том, что услуга недоступна; - выполнить удалённую команду на стороне Zabbix сервера при изменении состояния услуги; - отправить оповещение о восстановлении, когда услуга снова заработает.  - [SLA](/manual/it_services/sla)  В этом разделе вы можете задать соглашения об уровне обслуживания и указать нормы уровней обслуживания по отдельным услугам.   - [SLA отчёт](/manual/it_services/sla_report)  В этом разделе вы можете просматривать SLA отчёты.   **Смотрите также:**     - [Пример](/manual/it_services/example) настройки SLA мониторинга   - Заметки об [обновлении услуг](/manual/appendix/services_upgrade) с версий Zabbix ниже 6.0

en-us	#### Overview  Several configuration [parameters](/manual/appendix/config/zabbix_server) define how Zabbix server should behave when an agent check (Zabbix, SNMP, IPMI, JMX) fails and a host interface becomes unreachable.
ru	#### Обзор  Несколько [параметров](/manual/appendix/config/zabbix_server) конфигурации определяют, каким должно быть поведение Zabbix сервера, когда агентские проверки (Zabbix, SNMP, IPMI, JMX) завершаются с ошибками и узел сети становится недостижимым.

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  Since Zabbix 6.0, primary keys are used for all tables in  new installations.  This section provides instructions for manually upgrading the history tables in existing installations to primary keys.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
ru	### Обзор  Начиная с Zabbix 6.0, первичные ключи используются для всех таблиц при новых установках.  В этом разделе приведены инструкции по ручному обновлению таблиц истории в существующих установках для перехода на использование первичных ключей.  Инструкции доступны для:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

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  Sometimes you may want to run an agent check that does not come predefined with Zabbix. This is where user parameters come to help.  You may write a command that retrieves the data you need and include it in the user parameter in the [agent configuration file](/manual/appendix/config/zabbix_agentd) ('UserParameter' configuration parameter).  A user parameter has the following syntax:      UserParameter=<key>,<command>  As you can see, a user parameter also contains a key. The key will be necessary when configuring an item. Enter a key of your choice that will be easy to reference (it must be unique within a host).  Restart the agent or use the agent [runtime control](/manual/concepts/agent#runtime_control) option to pick up the new parameter, e. g.:      zabbix_agentd -R userparameter_reload  Then, when [configuring an item](item), enter the key to reference the command from the user parameter you want executed.  User parameters are commands executed by Zabbix agent. Note that up to 16MB of data can be returned before [item value preprocessing](/manual/config/items/preprocessing) steps.  **/bin/sh** is used as a command line interpreter under UNIX operating systems. User parameters obey the agent check timeout; if timeout is reached the forked user parameter process is terminated.  See also:  -   [Step-by-step     tutorial](/manual/config/items/userparameters/extending_agent) on     making use of user parameters -   [Command execution](/manual/appendix/command_execution)
ru	#### Обзор  Иногда вы можете захотеть выполнять через агент проверку, которая не предопределена в Zabbix. В этом случае вам на помощь придут пользовательские параметры.  Вы можете написать команду, которая вернёт необходимые вам данные, и добавить эту команду как пользовательский параметр в [файл конфигурации агента](/manual/appendix/config/zabbix_agentd) (параметр конфигурации 'UserParameter').  Пользовательский параметр имеет следующий синтаксис:      UserParameter=<ключ>,<команда>  Как вы можете видеть, пользовательский параметр также содержит ключ. Ключ потребуется при настройке элемента данных. Введите ключ на ваш выбор, на который будет легко ссылаться (он должен быть уникальным в пределах узла сети).  Перезапустите агента или используйте опцию [управления работой](/manual/concepts/agent#управление-работой) агента, чтобы агент подхватил новый параметр, например:      zabbix_agentd -R userparameter_reload  Затем, при [настройке элемента данных](item), введите этот ключ, чтобы сослаться на команду из пользовательского параметра, которую вы хотите выполнять.  Команды из пользовательских параметров выполняются Zabbix агентом. Может быть возвращено до 16 МБ данных до шагов [предварительной обработки элементов данных](/manual/config/items/preprocessing).  В операционных системах UNIX используется интерпретатор командной строки **/bin/sh**. Пользовательские параметры подчиняются времени ожидания проверок агента; если время ожидания будет превышено, созданный по пользовательским параметрам процесс будет завершён.  Смотрите также:  -   [Пошаговую инструкцию](/manual/config/items/userparameters/extending_agent) по использованию пользовательских параметров. -   [Выполнение команд](/manual/appendix/command_execution)

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  SSH checks are performed as agent-less monitoring. Zabbix agent is not needed for SSH checks.  To perform SSH checks Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with SSH2 support (libssh or libssh2). See also: [Requirements](/manual/installation/requirements#serverproxy).  ::: noteimportant Starting with RHEL 8, only libssh is supported. For other distributions, libssh is suggested over libssh2. :::
ru	#### Обзор  SSH проверки выполняются без какого-либо агента. Zabbix агент не требуется для проверок, выполняемых по SSH.  Для выполнения SSH проверок Zabbix сервер должен быть [изначально сконфигурирован](/manual/installation/install#установка-из-исходных-кодов) с поддержкой SSH2 (libssh2 или libssh). Смотрите также: [Требования](/manual/installation/requirements#сервер-прокси).  ::: noteimportant Начиная с RHEL 8, поддерживается только libssh. Для других дистрибутивов вместо libssh2 предлагается libssh. :::

en-us	### Overview  Starting from version 5.0, Zabbix frontend requires PHP version 7.2 or later. Unfortunately, older versions of Debian & Ubuntu provide only PHP versions below 7.2.
ru	### Обзор  Начиная с версии 5.0, веб-интерфейсу Zabbix требуется версия PHP 7.2 или новее. К сожалению, более старые версии Debian & Ubuntu поставляются только с версиями PHP ниже 7.2.

en-us	#### Overview  Support of monitoring VMware environments is available in Zabbix starting with version 2.2.0.  Zabbix can use low-level discovery rules to automatically discover VMware hypervisors and virtual machines and create hosts to monitor them, based on pre-defined host prototypes.  The default dataset in Zabbix offers several ready-to-use templates for monitoring VMware vCenter or ESX hypervisor.  The minimum required VMware vCenter or vSphere version is 5.1.
ru	#### Обзор  Поддержка мониторинга сред VMware доступна в Zabbix, начиная с версии 2.2.0.  Zabbix может использовать правила низкоуровневого обнаружения для автоматического обнаружения гипервизоров и виртуальных машин VMware, а затем создавать узлы сети для наблюдения за ними, основываясь на предустановленных прототипах узлов сети.  Поставляемый с Zabbix начальный набор данных предлагает несколько готовых к использованию шаблонов для мониторинга VMware vCenter и ESX гипервизоров.  Минимально требуемой версией VMware vCenter или vSphere является 5.1.

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  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   linked host groups -   template data -   linkage to other templates -   linkage to host groups -   directly linked items -   directly linked triggers -   directly linked graphs -   directly linked dashboards -   directly linked discovery rules with all prototypes -   directly linked web scenarios -   value maps
ru	#### Обзор  Шаблоны [экспортируются](/manual/xml_export_import) вместе со множеством связанных объектов и со связями между объектами.  Экспорт шаблона содержит:  -   присоединённые группы узлов сети -   данные шаблона -   связи с другими шаблонами -   связи с группами узлов сети -   напрямую присоединённые элементы данных -   напрямую присоединённые триггеры -   напрямую присоединённые графики -   напрямую присоединённые панели -   напрямую присоединённые правила обнаружения со всеми прототипами -   напрямую присоединённые веб-сценарии -   преобразования значений

en-us	### Overview  The *Administration → Authentication* section allows to specify the global user authentication method to Zabbix and internal password requirements. The available methods are internal, HTTP, LDAP, and SAML authentication.
ru	### Обзор  В разделе *Администрирование → Аутентификация* можно задать глобальный метод аутентификации в Zabbix и требования к паролю. Доступны следующие методы аутентификации: внутренний, HTTP, LDAP и SAML.

en-us	#### Overview  The *Administration → General* section contains a number of subsections for setting frontend-related defaults and customizing Zabbix.  The list of available subsections appears upon pressing on *General* in the *Administration* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.
ru	#### Обзор  Раздел *Администрирование → Общие* содержит несколько страниц по настройке умолчаний, связанных с веб-интерфейсом, и тонкой настройки Zabbix.  Список доступных подразделов появляется при нажатии на *Общие* в разделе меню *Администрирование*. Переключаться между различными страницами настроек также можно при помощи выпадающего меню слева вверху.

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

en-us	#### Overview  The aggregation functions, available in the graph widget of the dashboard, allow displaying an aggregated value for the chosen interval (5 minutes, an hour, a day), instead of all values.  The aggregation options are as follows:  -   min -   max -   avg -   count -   sum -   first (first value displayed) -   last (last value displayed)  The most exciting use of data aggregation is the possibility to create nice side-by-side comparisons of data for some period:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  When hovering over a point in time in the graph, date and time is displayed, in addition to items and their aggregated values. Items are displayed in parentheses, prefixed by the aggregation function used. Note that this is the date and time of the point in the graph, not of the actual values.
ru	#### Обзор  Функции агрегирования, доступные в виджете графика на панели, позволяют отображать агрегированные значения за выбранный интервал времени (5 минут, час, день), вместо всех значений.  Доступны следующие варианты агрегации:  -   мин -   макс -   сред -   кол-во -   сумма -   первое (отображение первого значения) -   посл (отображение последнего значения)  Самое восхитительное использование данных агрегации - возможность создания приятного параллельного сравнения данных за некоторый период:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  При наведении курсора на точку времени на графике отобразятся дата и время, в дополнение к элементам данных и их агрегированным значениям. Элементы данных отображаются в круглых скобках, с префиксом используемой функции агрегации. Обратите внимание, что это будет дата и время точки на графике, а не фактических значений.

en-us	#### Overview  The Configuration menu contains sections for setting up major Zabbix functions, such as hosts and host groups, data gathering, data thresholds, sending problem notifications, creating data visualization and others.
ru	#### Обзор  Меню Настройка содержит разделы, посвящённые настройке самых важных функций Zabbix, таких как узлы сети и группы узлов сети, сбор данных, пороги данных, отправка оповещений о проблемах, создание визуализации данных и многое другое.

en-us	#### Overview  The custom graph list for a host can be accessed from *Configuration → Hosts* by clicking on *Graphs* for the respective host.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the host graph belongs to a template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on the template level.<br>If the graph has been created from a graph prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the graph prototype list.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Info*|If the graph is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new graph, click on the *Create graph* button at the top right corner.
ru	#### Обзор  Список пользовательских графиков для узла сети может быть доступен из раздела *Настройка → Узлы сети* при нажатии на ссылку *Графики* напротив соответствующего узла сети.  Отображается список существующих графиков.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Имя*<br>*(Name)*|Имя пользовательского графика отображается в виде синей ссылки на сведения о графике.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/config/visualization/graphs/custom#настройка-пользовательских-графиков) графика.<br>Если график принадлежит шаблону, то перед именем графика отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список графиков на уровне этого шаблона.<br>Если график был создан из прототипа графика, перед его именем будет имя правила низкоуровневого обнаружения золотистым цветом. При нажатии на имя правила обнаружения откроется список прототипов графиков.| |*Ширина (Width)*|Отображается ширина графика.| |*Высота (Height)*|Отображается высота графика.| |*Тип графика*<br>*(Graph type)*|Отображается тип графика — *Нормальный*, *Стэкируемый*, *Круговой* или *Расширенный круговой*.| |*Инфо*<br>*(Info)*|Если график работает правильно, значок в этом столбце не отображается. В случае ошибок отображается квадратный значок с буквой «i». Наведите указатель мыши на значок, чтобы увидеть всплывающую подсказку с описанием ошибки.|  Для настройки нового графика нажмите на кнопку *Создать график* в правом верхнем углу.

en-us	#### Overview  The custom graph list for a template can be accessed from *Configuration → Templates* by clicking on *Graphs* for the respective template.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|Template the graph belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the graph is inherited from another template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on that template level.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.|  To configure a new graph, click on the *Create graph* button at the top right corner.
ru	#### Обзор  Список пользовательских графиков для шаблона может быть доступен из раздела *Настройка → Шаблоны* при нажатии на ссылку *Графики* напротив соответствующего шаблона.  Отображается список существующих графиков.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Шаблон*|Шаблон, которому принадлежит график.<br>Этот столбец отображается, только если в фильтре выбрано несколько шаблонов.| |*Имя*<br>*(Name)*|Имя пользовательского графика отображается в виде синей ссылки на сведения о графике.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/config/visualization/graphs/custom#настройка-пользовательских-графиков) графика.<br>Если график унаследован из другого шаблона, то перед именем графика отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список графиков на уровне этого шаблона.| |*Ширина (Width)*|Отображается ширина графика.| |*Высота (Height)*|Отображается высота графика.| |*Тип графика*<br>*(Graph type)*|Отображается тип графика — *Нормальный*, *Стэкируемый*, *Круговой* или *Расширенный круговой*.|  Для настройки нового графика нажмите кнопку *Создать график* в правом верхнем углу.

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 frontend time zone can be set globally in the frontend and adjusted for individual users.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  If *System* is selected, the web server time zone will be used for the frontend (including the value of 'date.timezone' of php.ini, if set), while Zabbix server will use the time zone of the machine it is running on.  ::: noteclassic Zabbix server will only use the specified global/user time zone when expanding macros in notifications (e.g. {EVENT.TIME} can expand to a different time zone per user) and for the time limit when notifications are sent (see "When active" setting in user [media configuration](/manual/config/notifications/media#user_media)). :::
ru	#### Обзор  Часовой пояс веб-интерфейса можно установить глобально в веб-интерфейсе и настроить для отдельных пользователей.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  Если выбрано *Системный (System)*, то для веб-интерфейса будет использоваться часовой пояс веб-сервера  (включая значение «date.timezone» в php.ini, если задано), в то время как сервер Zabbix будет использовать часовой пояс машины, на которой он запущен.  ::: noteclassic Сервер Zabbix будет использовать указанный глобальный/пользовательский часовой пояс только при раскрытии макросов в оповещениях (например, {EVENT.TIME} может быть раскрыт в другой часовой пояс для каждого пользователя) и для ограничения времени отправки оповещений (см. настройки «Когда активен» в [настройках оповещений](/manual/config/notifications/media#оповещение-пользователей)). :::

en-us	#### Overview  The graph widget provides a modern and versatile way of visualizing data collected by Zabbix using a vector image drawing technique. This graph widget is supported since Zabbix 4.0. Note that the graph widget supported before Zabbix 4.0 can still be used as [Graph (classic)](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph_classic).
ru	#### Обзор  Виджет графика предоставляет современный и гибкий способ визуализации собранных Zabbix данных с использованием векторной техники отрисовки изображений. Этот виджет графика поддерживается, начиная с Zabbix 4.0. Обратите внимание, что виджет графика, поддерживаемый до Zabbix 4.0, всё ещё может использоваться как [График (классический)](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/graph_classic).

en-us	#### Overview  The header is present in all request and response messages between Zabbix components.  It is required to determine the message length, if it is compressed or not, if it is a large packet or not.  Zabbix communications protocol has 1GB packet size limit per connection. The limit of 1GB  is applied to both the received packet data length and the uncompressed data length.  When sending configuration to Zabbix proxy, the packet size limit is increased to 4GB to allow  syncing large configurations. When data length before compression exceeds 4GB, Zabbix server automatically  starts using the large packet format (0x04 flag) which increases the packet size limit to 16GB.  Note that while a large packet format can be used for sending any data, currently only the Zabbix proxy  configuration syncer can handle packets that are larger than 1GB.
ru	#### Обзор  Заголовок присутствует во всех сообщениях запросов и ответов между компонентами Zabbix. Требуется определить длину сообщения, сжато оно или нет, большой это пакет или нет.  Протокол связи Zabbix имеет ограничение размера пакета в 1 ГБ на одно соединение. Это ограничение в 1 ГБ относится как к длине полученных пакетных данных, так и к длине несжатых данных.  При отправке конфигурации на прокси-сервер Zabbix ограничение размера пакета увеличено до 4 ГБ, чтобы позволить синхронизацию больших конфигураций. Когда длина данных до сжатия превышает 4 ГБ, сервер Zabbix автоматически начинает использовать формат больших пакетов (флаг 0x04), что повышает ограничение размера пакета до 16 ГБ.  Обратите внимание, что хотя для отправки любых данных можно использовать большой формат пакетов, в настоящее время только процесс синхронизации конфигурации Zabbix-прокси (configuration syncer) может обрабатывать пакеты размером более 1 ГБ.

en-us	#### Overview  The initial Zabbix installation has two predefined users:  -   *Admin* - a Zabbix     [superuser](/manual/config/users_and_usergroups/permissions#user_role)     with full permissions; -   *guest* - a special Zabbix     [user](/manual/config/users_and_usergroups/permissions#user_role).     The 'guest' user is disabled by default. If you add it to the Guests     user group, you may log in with this user and access monitoring pages in Zabbix.     (Note that, before Zabbix 6.0.28, automatic guest login was possible.)     By default, 'guest' has no permissions on     Zabbix objects.  To configure a new user:  -   Go to *Administration → Users* -   Click on *Create user* (or on the user name to edit an existing     user) -   Edit user attributes in the form
ru	#### Обзор  Начальная инсталляция Zabbix содержит двух предустановленных пользователей:  -   *Admin* - [Супер пользователь](/manual/config/users_and_usergroups/permissions#роль_пользователя) Zabbix с неограниченными правами доступа; -   *guest* - специальный [пользователь](/manual/config/users_and_usergroups/permissions#роль_пользователя) Zabbix. Пользователь «guest» по умолчанию деактивирован. Если вы добавите его в группу пользователей Guests, вы сможете подключаться этим пользователем и получить доступ к страницам мониторинга в Zabbix. (Обратите внимание, что до версии Zabbix 6.0.28 был возможен автоматический вход в систему гостевым пользователем.) По умолчанию пользователь «guest» не имеет никаких прав доступа к объектам в Zabbix.  Для настройки пользователя:  -   Перейдите в *Администрирование → Пользователи* -   Нажмите на *Создать пользователя* (или на имя пользователя для изменения уже существующего пользователя) -   Измените в диалоге атрибуты пользователя

en-us	#### Overview  The Inventory menu features sections providing an overview of host inventory data by a chosen parameter as well as the ability to view host inventory details.
ru	#### Обзор  Меню «Инвентаризация» включает разделы, предоставляющие обзор данных инвентаризации узлов сети по выбранному параметру, а также возможность просмотра подробностей инвентаризации узлов сети.

en-us	#### Overview  The *Inventory → Overview* section provides ways of having an overview of [host inventory](/manual/config/hosts/inventory) data.  For an overview to be displayed, choose host groups (or none) and the inventory field by which to display data. The number of hosts corresponding to each entry of the chosen field will be displayed.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  The completeness of an overview depends on how much inventory information is maintained with the hosts.  Numbers in the *Host count* column are links; they lead to these hosts being filtered out in the *Host Inventories* table.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}
ru	#### Обзор  В разделе *Инвентаризация → Обзор* имеется несколько способов просмотра [инвентарных данных узлов сети](/manual/config/hosts/inventory).  Для отображения обзора выберите группу узлов сети (необязательно) и поле инвентарных данных, по которому отображать данные. Будет отображено количество узлов сети, соответствующих каждому значению выбранного поля.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  Полнота обзора зависит от того, сколько инвентарных данных поддерживается для узлов сети.  Числа в столбце *Количество узлов сети (Host count)* является ссылками; они ведут к этим узлам сети, отфильтрованным в таблице *Инвентарные данные узла сети (Host Inventories)*.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}

en-us	#### Overview  The item list for a host can be accessed from *Configuration → Hosts* by clicking on *Items* for the respective host.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item menu*|Click on the three-dot icon to open the menu for the specific item with these options:<br>**Latest data** - see latest data of the item<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item | |*Host*|Host of the item.<br>This column is displayed only if multiple hosts are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the host item belongs to a template, the template name is displayed before the item name as a gray link. Clicking on the template link will open the item list on the template level.<br>If the item has been created from an item prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the item prototype list.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.<br>*Note* that passive items can also be checked immediately by pushing the *Check now* [button](#mass_editing_options).| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled*, *Disabled* or *Not supported*. You can change the status by clicking on it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.| |*Info*|If the item is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new item, click on the *Create item* button at the top right corner.
ru	#### Обзор  Список элементов данных для узла сети может быть доступен из раздела *Настройка → Узлы сети* при нажатии на ссылку *Элементы данных* напротив соответствующего узла сети.  Отображается список существующих элементов данных.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Меню элемента данных*|Нажмите на значок с моноготочием, чтобы открыть меню для этого конкретного элемента данных со следующими опциями:<br>**Последние данные** — посмотреть последние данные этого элемента данных<br>**Создать триггер** — создать триггер на основе этого элемента данных<br>**Триггеры** — нажмите, чтобы увидеть список ссылок на уже настроенные триггеры, использующие этот элемент данных<br>**Создать зависимый элемент данных** — создать элемент данных, зависимый от этого<br>**Создать зависимое правило обнаружения** — создать правило обнаружения, зависимое от этого элемента данных| |*Узел сети*<br>*(Host)*|Узел сети элемента данных.<br>Этот столбец отображается только если в фильтре выбрано несколько узлов сети.| |*Имя*<br>*(Name)*|Имя элемента данных отображается в виде синей ссылки на сведения об элементе данных.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/config/items/item#настройка) элемента данных.<br>Если элемент данных принадлежит шаблону, то перед именем элемента данных отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список элементов данных на уровне этого шаблона.<br>Если элемент данных был создан из прототипа элемента данных, перед его именем будет имя правила низкоуровневого обнаружения золотистым цветом. При нажатии на имя правила обнаружения откроется список прототипов элементов данных.| |*Триггеры*<br>*(Triggers)*|При наведении указателя мыши на Триггеры отобразится информационное окно с триггерами, связанными с этим элементом данных.<br>Количество триггеров отображается серым цветом.| |*Ключ (Key)*|Отображается ключ элемента данных.| |*Интервал*<br>*(Interval)*|Отображается частота проверки.<br>*Обратите внимание*, что пассивные элементы данных можно также проверить незамедлительно, нажав на [кнопку](#опции-массового-редактирования) *Выполнить сейчас*.| |*История (History)*|Отображается, сколько дней будет храниться история данных для элемента данных.| |*Динамика изменений*<br>*(Trends)*|Отображается, сколько дней будет храниться история динамики изменений для элемента данных.| |*Тип (Type)*|Отображается тип элемента данных (Zabbix агент, SNMP агент, простая проверка и т.д.).| |*Состояние*<br>*(Status)*|Отображается состояние элемента данных — *Активировано (Enabled)*, *Деактивировано (Disabled)* или *Не поддерживается (Not supported*). Нажимая на состояние, можно поменять его — с Активировано на Деактивировано (и обратно); с Не поддерживается на Деактивировано (и обратно).| |*Теги*<br>*(Tags)*|Отображаются теги элемента данных.<br>Может быть показано до трёх тегов (пар имя:значение). Если тегов больше, отображается ссылка «...», которая позволяет увидеть все теги при наведении курсора мыши.| |*Инфо*<br>*(Info)*|Если элемент работает правильно, в этом столбце значок не отображается. В случае ошибок отображается квадратный значок с буквой «i». Наведите указатель мыши на значок, чтобы увидеть всплывающую подсказку с описанием ошибки.|  Для настройки нового элемента данных нажмите кнопку *Создать элемент данных* в правом верхнем углу.

en-us	#### Overview  The item list for a template can be accessed from *Configuration → Templates* by clicking on *Items* for the respective template.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Displayed data:  |Column|Description| |--|-----------| |*Item menu*|Click on the three-dot icon to open the menu for this specific item with these options:<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item| |*Template*|Template the item belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the item is inherited from another template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item list on that template level.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.|  To configure a new item, click on the *Create item* button at the top right corner.
ru	#### Обзор  Список элементов данных для шаблона может быть доступен из раздела *Настройка → Шаблоны* при нажатии на ссылку *Элементы данных* напротив соответствующего шаблона.  Отобразится список существующих элементов данных.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|-----------| |*Меню элемента данных*|Нажмите на значок с моноготочием, чтобы открыть меню для этого конкретного элемента данных со следующими опциями:<br>**Создать триггер** — создать триггер на основе этого элемента данных<br>**Триггеры** — нажмите, чтобы увидеть список ссылок на уже настроенные триггеры, использующие этот элемент данных<br>**Создать зависимый элемент данных** — создать элемент данных, зависимый от этого<br>**Создать зависимое правило обнаружения** — создать правило обнаружения, зависимое от этого элемента данных| |*Шаблон*|Шаблон, которому принадлежит элемент данных.<br>Этот столбец отображается, только если в фильтре выбрано несколько шаблонов.| |*Имя (Name)*|Имя элемента данных отображается в виде синей ссылки на сведения об элементе данных.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/config/items/item#настройка) элемента данных.<br>Если элемент данных унаследован из другого шаблона, то перед именем элемента данных отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется  список элементов данных на уровне этого шаблона.| |*Триггеры (Triggers)*|При наведении указателя мыши на Триггеры отобразится информационное окно с триггерами, связанными с этим элементом данных.<br>Количество триггеров отображается серым цветом.| |*Ключ (Key)*|Отображается ключ элемента данных.| |*Интервал (Interval)*|Отображается частота проверки.| |*История (History)*|Отображается, сколько дней будет храниться история данных для элемента данных.| |*Динамика изменений (Trends)*|Отображается, сколько дней будет храниться история динамики изменений для элемента данных.| |*Тип (Type)*|Отображается тип элемента данных (Zabbix агент, SNMP агент, простая проверка и т.д.).| |*Состояние (Status)*|Отображается состояние элемента данных — *Активировано (Enabled)* или *Деактивировано (Disabled)*. Нажимая на состояние, можно поменять его — с Активировано на Деактивировано (и обратно).| |*Теги (Tags)*|Отображаются теги элемента данных.<br>Может быть показано до трёх тегов (пар имя:значение). Если тегов больше, отображается ссылка «...», которая позволяет увидеть все теги при наведении курсора мыши.|  Для настройки нового элемента данных нажмите кнопку *Создать элемент данных* в правом верхнем углу.

en-us	#### Overview  The list of low-level discovery rules for a host can be accessed from *Configuration → Hosts* by clicking on *Discovery* for the respective host.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the host, or all discovery rules of a specific host group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Host*|The visible host name is displayed.<br>In the absence of a visible host name, the technical host name is displayed.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule belongs to a template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the rule list on the template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes is displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes is displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.<br>*Note* that discovery can also be performed immediately by pushing the *Check now* button below the list.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled*, *Disabled* or *Not supported*. By clicking on the status you can change it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).| |*Info*|If everything is fine, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
ru	#### Обзор  Доступ к списку правил низкоуровневого обнаружения для узла сети можно получить из раздела *Настройка → Шаблоны*, нажав на *Обнаружение* напротив требуемого узла сети.  Отобразится список существующих правил низкоуровневого обнаружения. Также можно увидеть все правила обнаружения независимо от узла сети либо все правила обнаружения конкретной группы узлов сети, изменяя настройки фильтра.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Узел сети*<br>*(Host)*|Отображается видимое имя узла сети.<br>При отсутствии видимого имени узла сети отображается  техническое имя узла сети.| |*Имя*<br>*(Name)*|Имя правила, отображается в виде ссылки синего цвета.<br>При нажатии на имя правила открывается [диалог настройки](/manual/discovery/low_level_discovery#discovery_rule) правила низкоуровневого обнаружения.<br>Если правило обнаружения принадлежит шаблону, то перед именем правила отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список правил на уровне этого шаблона.| |*Элементы данных*<br>*(Items)*|Отображается ссылка на список прототипов элементов данных.<br>Количество существующих прототипов элементов данных отображается серым цветом.| |*Триггеры*<br>*(Triggers)*|Отображается ссылка на список прототипов триггеров.<br>Количество существующих прототипов триггеров отображается серым цветом.| |*Графики*<br>*(Graphs)*|Отображается ссылка на список прототипов графиков.<br>Количество существующих прототипов графиков отображается серым цветом.| |*Узлы сети*<br>*(Hosts)*|Отображается ссылка на список прототипов узлов сети.<br>Количество существующих прототипов узлов сети отображается серым цветом.| |*Ключ*<br>*(Key)*|Отображается ключ элемента данных, используемый для обнаружения.| |*Интервал*<br>*(Interval)*|Отображается частота выполнения обнаружения.<br>*Обратите внимание*, что обнаружение можно также выполнить немедленно, нажав на кнопку *Выполнить сейчас* ниже списка.| |*Тип*<br>*(Type)*|Отображается тип элемента данных, используемого для обнаружения (Zabbix агент, SNMP агент и т.п.).| |*Состояние*<br>*(Status)*|Отображается состояние правила обнаружения — *Активировано*, *Деактивировано* или *Не поддерживается*. При нажатии на состояние вы сможете изменить его — с *Активировано* на *Деактивировано* (и обратно); с *Не поддерживается* на *Деактивировано* (и обратно).| |*Инфо*<br>*(Info)*|Если всё в порядке, то в этой колонке никакого значка не отображается. В случае ошибок отображается квадратный значок с буквой «i». Наведите указатель мыши на значок, чтобы увидеть всплывающую подсказку с описанием ошибки.|  Для настройки нового правила низкоуровневого обнаружения нажмите на кнопку *Создать правило обнаружения* в правом верхнем углу.

en-us	#### Overview  The list of low-level discovery rules for a template can be accessed from *Configuration → Templates* by clicking on *Discovery* for the respective template.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the template, or all discovery rules of a specific host group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|The template discovery rule belongs to.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule is inherited from another template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the discovery rule list on that template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
ru	#### Обзор  Список правил низкоуровневого обнаружения для шаблона может быть доступен из раздела *Настройка → Шаблоны* при нажатии на ссылку *Обнаружение* напротив соответствующего шаблона.  Отображается список правил низкоуровневого обнаружения. Также можно увидеть все правила обнаружения вне зависимости от шаблона или все правила обнаружения конкретной группы узлов сети путём изменения настроек фильтра.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Отображаемые данные:  |Столбец|Описание| |--|--------| |*Шаблон (Template)*|Шаблон, которому принадлежит правило обнаружения.| |*Имя*<br>*(Name)*|Имя правила отображается в виде синей ссылки.<br>При нажатии на эту ссылку открывается [диалог настройки](/manual/discovery/low_level_discovery#правило-обнаружения) правила низкоуровневого обнаружения.<br>Если правило обнаружения унаследовано из другого шаблона, то перед именем правила отображается имя шаблона в виде ссылки серого цвета. При нажатии на ссылку шаблона откроется список правил обнаружения на уровне этого шаблона.| |*Элементы данных*<br>*(Items)*|Отображается ссылка на список прототипов элементов данных.<br>Количество существующих прототипов элементов данных отображается серым цветом.| |*Триггеры*<br>*(Triggers)*|Отображается ссылка на список прототипов триггеров.<br>Количество существующих прототипов триггеров отображается серым цветом.| |*Графики*<br>*(Graphs)*|Отображается ссылка на список прототипов графиков.<br>Количество существующих прототипов графиков отображается серым цветом.| |*Узлы сети*<br>*(Hosts)*|Отображается ссылка на список прототипов узлов сети.<br>Количество существующих прототипов узлов сети отображается серым цветом.| |*Ключ*<br>*(Key)*|Отображается ключ элемента данных, используемого для обнаружения.| |*Интервал*<br>*(Interval)*|Отображается частота выполнения обнаружения.| |*Тип*<br>*(Type)*|Отображается тип элемента данных, используемого для обнаружения (Zabbix агент, SNMP агент и т.д.).| |*Состояние*<br>*(Status)*|Отображается состояние правила обнаружения — *Активировано (Enabled)* или *Деактивировано (Disabled)*. Нажимая на состояние, можно поменять его — с Активировано на Деактивировано (и обратно).|  Для настройки нового правила низкоуровневого обнаружения нажмите кнопку *Создать правило обнаружения* в правом верхнем углу.

en-us	#### Overview  The **memtype** parameter is supported on Linux, AIX, FreeBSD, and Solaris platforms.  Three common values of 'memtype' are supported on all of these platforms: `pmem`, `rss` and `vsize`. Additionally, platform-specific 'memtype' values are supported on some platforms.
ru	#### Обзор  Параметр **тип памяти** поддерживается на платформах Linux, AIX, FreeBSD и Solaris.  Три общих значения параметра «тип памяти» поддерживаются на всех этих платформах: `pmem`, `rss` и `vsize`. Кроме того, для некоторых платформ поддерживаются специфичные для этих платформ значения «типа памяти».

en-us	#### Overview  The *Monitoring → Dashboard* section is designed to display summaries of all the important information in a **dashboard**.  While only one dashboard can displayed at one time, it is possible to configure several dashboards. Each dashboard may contain one or several pages that can be rotated in a slideshow.  A dashboard page consists of widgets and each widget is designed to display information of a certain kind and source, which can be a summary, a map, a graph, the clock, etc.  Access to hosts in the widgets depends on host [permissions](/manual/config/users_and_usergroups/permissions#permissions-to-groups).  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Pages and widgets are added to the dashboard and edited in the dashboard editing mode. Pages can be viewed and rotated in the dashboard viewing mode.  The time period that is displayed in graph widgets is controlled by the [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) located above the widgets. The time period selector label, located to the right, displays the currently selected time period. Clicking the tab label allows expanding and collapsing the time period selector.  Note that when the dashboard is displayed in kiosk mode and widgets only are displayed, it is possible to zoom out the graph period by double-clicking in the graph.
ru	#### Обзор  Раздел *Мониторинг → Панель* предназначен для отображения сводки всей важной информации на **панели**.  Хотя одновременно может отображаться только одна панель, можно настроить несколько панелей. Каждая панель может содержать одну или несколько страниц, которые могут чередоваться в режиме слайд-шоу.  Страница панели состоит из виджетов, и каждый виджет предназначен для отображения информации определённого вида и источника, таких как обзор, карта, график, часы и т. д.  Доступ к узлам сети в виджетах зависит от [прав доступа](/manual/config/users_and_usergroups/permissions#права-доступа-к-группам-узлов-сети) к этим узлам сети.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Страницы и виджеты добавляются на панель и редактируются в режиме редактирования панели. Страницы могут просматриваться и чередоваться в режиме просмотра панели.  Период времени, отображаемый в виджетах графиков, управляется при помощи [селектора периода времени](/manual/config/visualization/graphs/simple#выбор-периода-времени), расположенного над виджетами. Подпись к селектору периода времени, расположенная справа, отображает текущий выбранный период. Нажатие на подписи к вкладке позволяет раскрыть или свернуть селектор периода времени.  Обратите внимание, когда панель отображается в режиме киоска и отображаются только виджеты, можно уменьшить масштаб периода графика, используя двойной щелчок мышью по графику.