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/extensions/loadablemodules) (written in C), and [other methods](/manual/extensions) for extending Zabbix functionality.  The following features are specific to 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 plugins on start up.  Since Zabbix 6.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 and tutorials on writing your own plugins, see [Developer center](/devel/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](/devel/plugins#connection-diagram).
ru	#### Обзор  Плагины позволяют расширить возможности мониторинга Zabbix. Плагины написаны на языке программирования Go и поддерживаются только агентом Zabbix 2. Плагины предоставляют альтернативу [загружаемым модулям](/manual/extensions/loadablemodules) (написанным на языке программирования C и [другим методам](/manual/extensions) для расширения функциональности Zabbix.  Следующие функции характерны для агента 2 и его плагинов:  - поддержка запланированных и гибких интервалов для пассивных и активных проверок; - управление очередью задач с учетом расписания и параллельности задач; - таймауты на уровне плагина; - проверка совместимости Zabbix агента 2 и его плагинов при запуске.  Начиная с Zabbix 6.0, плагины не обязательно интегрируются напрямую в агент 2, их можно добавлять как загружаемые плагины, тем самым упрощая процесс создания дополнительных плагинов для сбора новых метрик мониторинга.  На этой странице перечислены собственные и загружаемые плагины Zabbix, а также описаны принципы настройки плагинов с точки зрения пользователя.  Инструкции и учебные пособия по написанию собственных плагинов см. в [Центре разработчиков](/devel/plugins).  Для получения дополнительной информации о процессе взаимодействия между Zabbix агентом 2 и загружаемым плагином, а также о процессе сбора метрик, см. [схему подключения](/devel/plugins#connection-diagram).

en-us	#### Overview  Problem suppression offers a way of temporarily hiding a problem that  can be dealt with later. This is useful for cleaning up the problem list  in order to give the highest priority to the most urgent issues.  For example, sometimes an issue may arise on the weekend that is not  urgent enough to be dealt with immediately, so it can be "snoozed"  until Monday morning.  Problem suppression allows to hide a *single* problem, in contrast to problem  suppression through host maintenance when all problems  of the maintenance host are hidden.  Operations for trigger actions will be paused for suppressed problems the same  way as it is done with [host maintenance](/manual/maintenance).
ru	#### Обзор  Подавление проблем предлагает способ временно скрыть проблему, с которой можно разобраться позже. Это полезно для очистки списка проблем, чтобы придать наивысший приоритет наиболее срочным проблемам. Например, иногда на выходных может возникнуть проблема, которая недостаточно срочная, чтобы ее решать незамедлительно, поэтому ее можно «отложить» до утра понедельника.  Подавление проблем позволяет скрыть *единственную* проблему, в отличие от подавления проблем посредством обслуживания узла сети, когда все проблемы обслуживаемого узла сети скрыты.  Операции по триггерным действиям будут приостановлены для подавленных проблем так же, как это делается с помощью [обслуживания узла сети](/manual/maintenance).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

en-us	#### Overview  The required libraries for the MongoDB loadable plugin are listed in this page.
ru	#### Обзор  На этой странице перечислены библиотеки, требующиеся для загружаемого плагина  MongoDB.

en-us	#### Overview  The required libraries for the PostgreSQL loadable plugin are listed in this page.
ru	#### Обзор  На этой странице перечислены библиотеки, требующиеся для загружаемого плагина PostgreSQL.

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

en-us	#### Overview  The table below presents details of the `modbus.get` [item](/manual/config/items/itemtypes/zabbix_agent#modbus) parameters.
ru	#### Обзор  В таблице ниже представлены детальные описания параметров [элемента данных](/manual/config/items/itemtypes/zabbix_agent#modbus).

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

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

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

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

en-us	#### Overview  This section contains best practices for setting up a PostgreSQL database in a secure way.  For an easy setup, it is recommended to follow the default PostgreSQL [database creation](/manual/appendix/install/db_scripts#postgresql) instructions, which include creating the 'zabbix' user with full privileges on the Zabbix database. This user is the database owner that also has the necessary privileges for modifying the database structure when [upgrading](/manual/installation/upgrade) Zabbix.  To improve security, configuring a secure schema usage pattern, as well as creating additional database roles and users with minimal privileges is recommended. These roles and users should be configured based on the [principle of least privilege](/manual/installation/best_practices/access_control#principle-of-least-privilege), that is, they should only have privileges that are essential for performing the intended functions.
ru	#### Обзор  В этом разделе представлены лучшие практики по безопасной настройке базы данных PostgreSQL.  Для облегчения настройки рекомендуется следовать инструкциям PostgreSQL по умолчанию [создание базы данных](/manual/appendix/install/db_scripts#postgresql), которые включают создание пользователя zabbix с полными правами доступа к базе данных Zabbix. Этот пользователь является владельцем базы данных, который также имеет необходимые привилегии для изменения структуры базы данных при [обновлении](/руководстве/установке/обновлении) Zabbix.  Для повышения безопасности рекомендуется настроить шаблон использования безопасной схемы, а также создать дополнительные роли базы данных и пользователей с минимальными привилегиями. Эти роли и пользователи должны быть настроены на основе [принципа наименьших привилегий](/manual/installation/best_practices/access_control#principle-of-least-privilege), то есть у них должны быть только привилегии, необходимые для выполнения намеченных функций.

en-us	#### Overview  This section contains best practices for setting up Zabbix in a secure way.  The practices in this section are not required for the functioning of Zabbix but are recommended for better system security.
ru	### Обзор  В этом разделе содержатся лучшие практики, использование которых позволит настроить Zabbix безопасным образом.  Практики, описанные здесь, не являются обязательными для работы Zabbix. Они рекомендуются для повышения безопасности системы.

en-us	#### Overview  This section demonstrates how to build Zabbix agent 2 (Windows) from sources.
ru	#### Обзор  В этом разделе иллюстрируется, как собрать Zabbix агент 2 (Windows) из исходного кода.

en-us	#### Overview  This section demonstrates how to build Zabbix macOS agent binaries from sources with or without TLS.
ru	#### Обзор  Этот раздел демонстрирует, как можно собрать бинарные файлы Zabbix агента для macOS из исходного кода с / без поддержки TLS.

en-us	#### Overview  This section demonstrates how to build Zabbix Windows agent binaries from sources with or without TLS.
ru	#### Oбзор  Этот раздел демонстрирует, как можно собрать бинарные файлы Zabbix агента на Windows из исходного кода с / без поддержки TLS.

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

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

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

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

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

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

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

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

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

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

en-us	### Overview  This section provides details of preprocessing by JavaScript.
ru	#### Обзор  В этом разделе приведены сведения о предварительной обработке при помощи JavaScript.

en-us	#### Overview  This section provides details on passive and active checks performed by [Zabbix agent](/manual/concepts/agent) and [Zabbix agent 2](/manual/concepts/agent2).  Zabbix uses a JSON-based communication protocol for communicating with the agents.  Zabbix agent and Zabbix agent 2 protocols have been unified since Zabbix 7.0. The difference between Zabbix agent and Zabbix agent 2 requests/responses is expressed by the "variant" tag value.
ru	#### Обзор  Этот раздел подробно описывает пассивные и активные проверки, которые выполняются [Zabbix агентом](/manual/config/items/itemtypes/zabbix_agent).  Для взаимодействия с агентами Zabbix использует коммуникационный протокол на основе JSON.  Протоколы Zabbix агента и Zabbix агента 2 были унифицированы, начиная с версии Zabbix 7.0. Отличие между запросами/ответами Zabbix агента и Zabbix агента 2 выражается значением тега «variant».

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

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

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

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

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

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

en-us	#### Overview  To make the calculation of trigger expressions, calculated items and some macros much faster, a value cache option is supported by the Zabbix server.  This in-memory cache can be used for accessing historical data, instead of making direct SQL calls to the database. If historical values are not present in the cache, the missing values are requested from the database and the cache updated accordingly.
ru	#### Обзор  Чтобы делать вычисления выражений триггеров, вычисляемых элементов данных и некоторых макросов намного быстрее, в Zabbix сервере поддерживается опция кэша значений.  Этот находящийся в оперативной памяти кэш используется для доступа к данным истории, вместо выполнения прямых  SQL-запросов к базе данных. Если данные истории не присутствуют в кэше, недостающие значения запрашиваются из базы данных, и кэш обновляется соответственно.  Для включения функционала кэша значений поддерживается дополнительный параметр **ValueCacheSize** в [файле конфигурации](/manual/appendix/config/zabbix_server) Zabbix сервера.

en-us	#### Overview  To set a time period, the following format has to be used:      d-d,hh:mm-hh:mm  where the symbols stand for the following:  |Symbol|Description| |------|-----------| |*d*|Day of the week: 1 - Monday, 2 - Tuesday ,... , 7 - Sunday| |*hh*|Hours: 00-24| |*mm*|Minutes: 00-59|  You can specify more than one time period using a semicolon (;) separator:      d-d,hh:mm-hh:mm;d-d,hh:mm-hh:mm...  Leaving the time period empty equals 1-7,00:00-24:00, which is the default value.  ::: noteimportant The upper limit of a time period is not included. Thus, if you specify 09:00-18:00 the last second included in the time period is 17:59:59. :::
ru	#### Обзор  Чтобы указать период времени, должен использоваться следующий формат:      d-d,hh:mm-hh:mm  где эти символы означают следующее:  |Символ|Описание| |------|-----------| |*d*|День недели: 1 - понедельник, 2 - вторник ,... , 7 - воскресенье| |*hh*|Часы: 00-24| |*mm*|Минуты: 00-59|  Вы можете указать более одного периода времени, используя разделитель в виде точки с запятой (;):      d-d,hh:mm-hh:mm;d-d,hh:mm-hh:mm...  Если оставить период времени пустым, это будет эквивалентно 1-7,00:00-24:00, что является значением по умолчанию.  ::: noteimportant Верхняя граница периодов времени не включается. Таким образом, если вы укажете период времени 09:00-18:00, то последней секундой в периоде будет 17:59:59. :::

en-us	#### Overview  Trapper items accept incoming data instead of querying for it. This is useful for any data you want to send to Zabbix.
ru	#### Обзор  Траппер элементы данных принимают входящие данные вместо запроса этих данных. Это полезно для любых данных, которые вы возможно захотите отправить в Zabbix.

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

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

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

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

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

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

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

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

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

en-us	#### Overview  Zabbix agent 2 is a new generation of Zabbix agent and may be used in place of Zabbix agent. Zabbix agent 2 has been developed to:  -   reduce the number of TCP connections -   provide improved concurrency of checks -   be easily extendible with plugins. A plugin should be able to:     -   provide trivial checks consisting of only a few simple lines of         code     -   provide complex checks consisting of long-running scripts and         standalone data gathering with periodic sending back of the data -   be a drop-in replacement for Zabbix agent (in that it supports all     the previous functionality)  Agent 2 is written in Go programming language (with some C code of Zabbix agent reused).  A configured Go environment with a currently supported [Go version](https://go.dev/doc/devel/release#policy)  is required for building Zabbix agent 2.  Agent 2 does not have built-in daemonization support on Linux; it can be run as a [Windows service](/manual/appendix/install/windows_agent).
ru	#### Обзор  Zabbix агент 2 — это новое поколение Zabbix агента, его можно использовать в качестве замены Zabbix агента. Zabbix агент 2 разработан для:  -   уменьшения количества TCP-соединений -   улучшения многопоточности проверок -   лёгкого расширения при помощи плагинов. Плагин должен уметь следующее:     -   обеспечивать простые проверки, состоящие только из нескольких строк кода     -   обеспечивать сложные проверки, состоящие из длительно выполняемых скриптов и автономного сбора данных с периодической отправкой данных обратно -   простой замены Zabbix агента (поскольку он поддерживает весь предыдущий функционал)  Агент 2 написан на Go (с частичным использованием C кода из Zabbix агента).   Для сборки Zabbix агента 2 требуется подготовленная среда Go с поддерживаемой в настоящее время [версией Go](https://go.dev/doc/devel/release#policy).  Агент 2 не имеет встроенной поддержки режима демона на Linux; его можно запустить в качестве [службы Windows](/manual/appendix/install/windows_agent).

en-us	#### Overview  Zabbix agent is deployed on a monitoring target to actively monitor local resources and applications (hard drives, memory, processor statistics, etc.).  The agent gathers operational information locally and reports data to Zabbix server for further processing. In case of failures (such as a hard disk running full or a crashed service process), Zabbix server can actively alert the administrators of the particular machine that reported the failure.  Zabbix agents are highly efficient because of the use of native system calls for gathering statistical information.
ru	#### Обзор  Zabbix агенты разворачиваются на наблюдаемых целях для активного мониторинга локальных ресурсов и приложений (статистика жёстких дисков, памяти, процессоров и т.д.).  Агент локально собирает оперативную информацию и отправляет данные Zabbix серверу для дальнейшей обработки. В случае проблем (таких как отсутствие свободного места на жёстком диске или аварийного завершения процесса сервиса), Zabbix сервер может быстро уведомить администраторов конкретного сервера, сообщившего об ошибке.  Zabbix агенты чрезвычайно эффективны, так как используют родные системные вызовы для сбора информации статистики.

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

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

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

en-us	#### Overview  Zabbix get is a command line utility which can be used to communicate with Zabbix agent and retrieve required information from the agent.  The utility is usually used for the troubleshooting of Zabbix agents.  See also [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - a Python library that has built-in functionality to act like Zabbix get.
ru	#### Обзор  Zabbix get — это утилита командной строки, которая может использоваться для подключения к Zabbix агенту и получения от него запрашиваемой информации.  Утилита обычно используется для диагностики Zabbix агентов.  Смотрите также [zabbix_utils \[en\]](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) — библиотека Python, имеющая встроенный функционал для действий, аналогичных Zabbix get.

en-us	#### Overview  Zabbix is a highly integrated network monitoring solution, offering a multiplicity of features in a single package.  **[Data gathering](/manual/config/items)**  -   availability and performance checks -   support for SNMP (both trapping and polling), IPMI, JMX, VMware     monitoring -   custom checks -   gathering desired data at custom intervals -   performed by server/proxy and by agents  **[Flexible threshold definitions](/manual/config/triggers)**  -   you can define very flexible problem thresholds, called triggers,     referencing values from the backend database  **[Highly configurable alerting](/manual/config/notifications)**  -   sending notifications can be customized for the escalation schedule,     recipient, media type -   notifications can be made meaningful and helpful using macro     variables -   automatic actions include remote commands  **[Real-time graphing](/manual/config/visualization/graphs/simple)**  -   monitored items are immediately graphed using the built-in graphing     functionality  **[Web monitoring capabilities](/manual/web_monitoring)**  -   Zabbix can follow a path of simulated mouse clicks on a web site and     check for functionality and response time  **[Extensive visualization options](/manual/config/visualization)**  -   ability to create custom graphs that can combine multiple items into     a single view -   network maps -   slideshows in a dashboard-style overview -   reports -   high-level (business) view of monitored resources  **[Historical data storage](/manual/installation/requirements#database_size)**  -   data stored in a database -   configurable history -   built-in housekeeping procedure  **[Easy configuration](/manual/config/hosts)**  -   add monitored devices as hosts -   hosts are picked up for monitoring, once in the database -   apply templates to monitored devices  **[Use of templates](/manual/config/templates)**  -   grouping checks in templates -   templates can inherit other templates  **[Network discovery](/manual/discovery)**  -   automatic discovery of network devices -   agent autoregistration -   discovery of file systems, network interfaces and SNMP OIDs  **[Fast web interface](/manual/web_interface)**  -   a web-based frontend in PHP -   accessible from anywhere -   you can click your way through -   audit log  **[Zabbix API](/manual/api)**  -   Zabbix API provides programmable interface to Zabbix for mass     manipulations, third-party software integration and other purposes.  **[Permissions system](/manual/config/users_and_usergroups)**  -   secure user authentication -   certain users can be limited to certain views  **[Full featured and easily extensible agent](/manual/concepts/agent)**  -   deployed on monitoring targets -   can be deployed on both Linux and Windows  **[Binary daemons](/manual/concepts/server)**  -   written in C, for performance and small memory footprint -   easily portable  **[Ready for complex environments](/manual/distributed_monitoring)**  -   remote monitoring made easy by using a Zabbix proxy
ru	#### Обзор  Zabbix — высокоинтегрированное решение для мониторинга сети, предлагающее множество функций в одном пакете.  **[Сбор данных](/manual/config/items)**  -   проверки доступности и производительности -   поддержка мониторинга с использованием SNMP (и трапперы, и поллеры), IPMI, JMX, VMware -   пользовательские проверки -   сбор желаемых данных с использованием пользовательских интервалов -   выполняются сервером/прокси и агентами  **[Гибкие определения порогов](/manual/config/triggers)**  -   вы можете задавать очень гибкие пороги проблем, называемые триггерами, ссылаясь на значения из базы данных  **[Множество настроек оповещений](/manual/config/notifications)**  -   отправка оповещений может быть настроена с использованием расписания эскалаций, получателей, способов оповещений -   оповещения можно сделать информативными и полезными с использованием переменных макросов -   автоматические действия, включающие в себя удалённые команды  **[Построение графиков в режиме реального времени](/manual/config/visualization/graphs/simple)**  -   при помощи встроенного функционала построения графиков сразу же доступны графики по наблюдаемым элементам данных  **[Возможности веб-мониторинга](/manual/web_monitoring)**  -   Zabbix может имитировать нажатия мышкой на веб-сайте, проверять работоспособность и время ответа  **[Широкие возможности визуализации](/manual/config/visualization)**  -   возможность создавать пользовательские графики, что позволяет комбинировать множество элементов данных в одном месте -   карты сети -   слайд-шоу в обзоре в стиле панели -   отчёты -   высокоуровневое (бизнес) представление наблюдаемых ресурсов  **[Хранение данных истории](/manual/installation/requirements#database_size)**  -   запись данных в базу данных -   настраиваемая история -   встроенная процедура очистки истории  **[Простая настройка](/manual/config/hosts)**  -   добавление наблюдаемых устройств в виде узлов сети -   как только узлы сети появляются в базе данных, они сразу готовы к мониторингу -   применение шаблонов к наблюдаемым устройствам  **[Использование шаблонов](/manual/config/templates)**  -   группировка проверок в шаблоны -   шаблоны могут наследоваться от других шаблонов  **[Сетевое обнаружение](/manual/discovery)**  -   автоматическое обнаружение сетевых устройств -   автоматическая регистрация агентов -   обнаружение файловых систем, сетевых устройств и SNMP OID'ов  **[Быстрый веб-итерфейс](/manual/web_interface)**  -   веб-интерфейс, основанный на языке PHP -   доступен из любого места -   удобная навигация -   журнал аудита  **[Zabbix API](/manual/api)**  -   Zabbix API предоставляет программируемый интерфейс к Zabbix для массовых манипуляций, интеграции стороннего программного обеспечения и других целей.  **[Система прав доступа](/manual/config/users_and_usergroups)**  -   безопасная аутентификация пользователей -   возможность ограничения доступа отдельным пользователям к конкретным страницам  **[Полнофункциональный и легко расширяемый агент](/manual/concepts/agent)**  -   разворачивается на наблюдаемых машинах -   можно развернуть как на Linux, так и на Windows  **[Бинарные демоны](/manual/concepts/server)**  -   написаны на языке Си, имеют высокую производительность и используют небольшой объём памяти -   легко переносимы  **[Готовность к сложным средам](/manual/distributed_monitoring)**  -   простой удалённый мониторинг с использованием Zabbix прокси

en-us	#### Overview  zabbix\_js is a command line utility that can be used for embedded script testing.  This utility will execute a user script with a string parameter and print the result. Scripts are executed using the embedded Zabbix scripting engine.  In case of compilation or execution errors zabbix\_js will print the error in stderr and exit with code 1.
ru	#### Обзор  zabbix\_js — утилита командной строки, которую можно использовать для тестирования встроенного скриптового языка.  Эта утилита выполняет пользовательский скрипт с текстовым параметром и выводит результат. Выполняемые скрипты используют механизм встроенного скриптового языка в Zabbix.  В случае ошибок при компиляции или выполнении zabbix\_js выведет ошибку в stderr и завершит работу с кодом 1.

en-us	#### Overview  Zabbix offers automatic network discovery functionality that is effective and very flexible.  With network discovery properly set up you can:  -   speed up Zabbix deployment -   simplify administration -   use Zabbix in rapidly changing environments without excessive     administration  Zabbix network discovery is based on the following information:  -   IP ranges -   Availability of external services (FTP, SSH, WEB, POP3, IMAP, TCP,     etc) -   Information received from Zabbix agent (only unencrypted mode is     supported) -   Information received from SNMP agent  It does NOT provide:  -   Discovery of network topology  Network discovery basically consists of two phases: discovery and actions.
ru	#### Обзор  Zabbix предлагает функции эффективного и очень гибкого автоматического обнаружения сетевых устройств.  При наличии настроенного должным образом сетевого обнаружения вы сможете:  -   ускорить развёртывание Zabbix -   упростить администрирование -   использовать Zabbix в быстро меняющихся средах без излишнего администрирования  Обнаружение сетевых устройств в Zabbix базируется на основе следующей информации:  -   диапазоны IP -   доступность внешних сервисов (FTP, SSH, WEB, POP3, IMAP, TCP и т.д.) -   информация, полученная от Zabbix агента (поддерживается только режим без шифрования) -   информация, полученная от SNMP агента  Обнаружение НЕ предоставляет:  -   обнаружение топологии сети  Сетевое обнаружение, по сути, состоит из двух этапов: обнаружение и действия.

en-us	#### Overview  Zabbix provides an effective and reliable way of monitoring a distributed IT infrastructure using Zabbix [proxies](/manual/distributed_monitoring/proxies).  Proxies can be used to collect data locally on behalf of a centralized Zabbix server and then report the data to the server.
ru	#### Обзор  Zabbix обеспечивает эффективные и надежные пути мониторинга распределенной IT инфраструктуры, используя [прокси](/manual/distributed_monitoring/proxies).  Прокси можно использовать для сбора данных в локально от имени централизованного Zabbix сервера, а затем перенаправлять данные на сервер.

en-us	#### Overview  Zabbix proxy is a process that may collect monitoring data from one or more monitored devices and send the information to the Zabbix server, essentially working on behalf of the server. All collected data is buffered locally and then transferred to the Zabbix server the proxy belongs to.  Deploying a proxy is optional, but may be very beneficial to distribute the load of a single Zabbix server. If only proxies collect data, processing on the server becomes less CPU and disk I/O hungry.  A Zabbix proxy is the ideal solution for centralized monitoring of remote locations, branches and networks with no local administrators.  Zabbix proxy requires a separate database.  ::: noteimportant Note that databases supported with Zabbix proxy are SQLite, MySQL and PostgreSQL. Using Oracle is at your own risk and may contain some limitations as, for example, in [return values](/manual/discovery/low_level_discovery#overview) of low-level discovery rules. :::  See also: [Using proxies in a distributed environment](/manual/distributed_monitoring/proxies)
ru	#### Обзор  Zabbix прокси — это процесс, способный собирать данные мониторинга с одного или нескольких наблюдаемых устройств и отправлять эту информацию Zabbix серверу; по сути, прокси работает от имени сервера. Все собранные данные помещаются в локальный буфер и затем отправляются Zabbix серверу, которому принадлежит этот прокси.  Развёртывание прокси не обязательно, но может быть очень полезно для распределения нагрузки одиночного Zabbix сервера. Если только прокси собирают данные, то обработка данных на сервере не так сильно нагружает CPU и I/O диска.  Zabbix прокси — идеальное решение для централизованного мониторинга удалённых объектов, филиалов и сетей, где отсутствуют локальные администраторы.  Для Zabbix прокси требуется отдельная база данных.  ::: noteimportant Zabbix прокси поддерживает следующие базы данных: SQLite, MySQL и PostgreSQL. Вы можете использовать Oracle на свой собственный риск; при этом возможны определённые ограничения — например, в [значениях](/manual/discovery/low_level_discovery#обзор), возвращаемых правилами низкоуровневого обнаружения. :::  Смотрите также: [Использование прокси в распределённой среде](/manual/distributed_monitoring/proxies)

en-us	#### Overview  Zabbix sender is a command line utility that may be used to send performance data to Zabbix server for processing.  The utility is usually used in long running user scripts for periodical sending of availability and performance data.  For sending results directly to Zabbix server or proxy, a [trapper item](/manual/config/items/itemtypes/trapper) type must be configured.  See also [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - a Python library that has built-in functionality to act like Zabbix sender.
ru	#### Обзор  Zabbix sender — это утилита командной строки, которую можно использовать для отправки данных о производительности Zabbix серверу для их последующей обработки.  Обычно эта утилита используется долго выполняемыми пользовательскими скриптами для периодической отправки данных о доступности и производительности.  Чтобы отправлять результаты напрямую на Zabbix сервер или прокси, необходимо задать тип [элемента данных траппер](/manual/config/items/itemtypes/trapper).  Смотрите также [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) — библиотека Python, имеющая встроенный функционал для действий аналогично утилите Zabbix sender.

en-us	#### Overview  Zabbix server and Zabbix proxy use a JSON-based communication protocol for receiving data from Zabbix sender. Data can be received with the help of a [trapper item](/manual/config/items/itemtypes/trapper), or an [HTTP agent item](/manual/config/items/itemtypes/http) with trapping enabled.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ru	#### Обзор  Сервер Zabbix и прокси-сервер Zabbix используют протокол связи на основе JSON для получения данных от отправителя Zabbix. Данные можно получить с помощью [траппер элемента данных](/manual/config/items/itemtypes/trapper) или [элемента данных HTTP-агента](/manual/config/items/itemtypes/http) с включенным перехватом.  Сообщения запроса и ответа должны начинаться с [длины заголовка и данных](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Zabbix server is the central process of Zabbix software.  The server performs the polling and trapping of data, it calculates triggers, sends notifications to users. It is the central component to which Zabbix agents and proxies report data on availability and integrity of systems. The server can itself remotely check networked services (such as web servers and mail servers) using simple service checks.  The server is the central repository in which all configuration, statistical and operational data is stored, and it is the entity in Zabbix that will actively alert administrators when problems arise in any of the monitored systems.  The functioning of a basic Zabbix server is broken into three distinct components; they are: Zabbix server, web frontend and database storage.  All of the configuration information for Zabbix is stored in the database, which both the server and the web frontend interact with. For example, when you create a new item using the web frontend (or API) it is added to the items table in the database. Then, about once a minute Zabbix server will query the items table for a list of the items which are active that is then stored in a cache within the Zabbix server. This is why it can take up to two minutes for any changes made in Zabbix frontend to show up in the latest data section.
ru	#### Обзор  Zabbix сервер — центральный процесс программного обеспечения Zabbix.  Сервер выполняет опрос и отлов данных, вычисляет триггеры, отправляет оповещения пользователям. Он является центральным компонентом, которому Zabbix агенты и прокси сообщают данные о доступности и целостности систем. Сервер может самостоятельно удалённо проверять сетевые службы (такие как веб-сервера и почтовые сервера), используя простые проверки сервисов.  Сервер является главным хранилищем, в котором хранятся все конфигурационные, статистические и оперативные данные, он так же рассылает уведомления администраторам в случае возникновения проблем на любой из наблюдаемых систем.  Функционал базового Zabbix сервера разделён на три отдельных компонента; это: Zabbix сервер, веб-интерфейс и хранилище в базе данных.  Все данные о конфигурации Zabbix хранятся в базе данных, с которой взаимодействуют и сервер, и веб-интерфейс. Например, когда вы создаёте новый элемент данных, используя веб-интерфейс (или API), запись об этом добавляется в таблицу элементов данных в базе данных. Затем примерно раз в минуту Zabbix сервер опрашивает таблицу элементов данных для получения списка активных элементов данных, и сохраняет этот список в кэше Zabbix сервера. Поэтому любые изменения, сделанные в веб-интерфейсе Zabbix, могут отобразиться в разделе последних данных с задержкой до двух минут.

en-us	#### Overview  Zabbix supports a number of built-in macros which may be used in various situations. These macros are variables, identified by a specific syntax:      {MACRO}   Macros resolve to a specific value depending on the context.  Effective use of macros allows to save time and make Zabbix configuration more transparent.  In one of typical uses, a macro may be used in a template. Thus a trigger on a template may be named "Processor load is too high on {HOST.NAME}". When the template is applied to the host, such as Zabbix server, the name will resolve to "Processor load is too high on Zabbix server" when the trigger is displayed in the Monitoring section.  Macros may be used in item key parameters. A macro may be used for only a part of the parameter, for example `item.key[server_{HOST.HOST}_local]`. Double-quoting the parameter is not necessary as Zabbix will take care of any ambiguous special symbols, if present in the resolved macro.  There are other types of macros in Zabbix.  Zabbix supports the following macros:  -   `{MACRO}` - built-in macro (see [full list](/manual/appendix/macros/supported_by_location)) -   `{<macro>.<func>(<params>)}` - macro [functions](/manual/config/macros/macro_functions) -   `{$MACRO}` - [user-defined macro](/manual/config/macros/user_macros), optionally [with context](/manual/config/macros/user_macros_context) -   `{#MACRO}` - macro for [low-level discovery](/manual/config/macros/lld_macros) -   `{?EXPRESSION}` - [expression macro](/manual/config/macros/expression_macros)
ru	#### Обзор  Zabbix поддерживает некоторое количество макросов, которые можно использовать в различных ситуациях. Макросами являются переменные, которые имеют специальный синтаксис:      {МАКРОС}  Макросы раскрываются в требуемое значение в зависимости от контекста.  Эффективное использование макросов позволяет сохранить время и делает настройку Zabbix более прозрачной.  Самое типичное место использования макросов в шаблонах. Таким образом, триггер из шаблона можно назвать как "Слишком высокая загрузка процессора на {HOST.NAME}". Когда шаблон применяется к узлу сети, такому как Zabbix сервер, имя будет раскрыто в "Слишком высокая загрузка процессора на Zabbix сервер", когда триггер отобразится в разделе Мониторинга.  Макросы можно использовать в параметрах ключей элементов данных. Макрос можно использовать только как часть параметра, например, `item.key[server_{HOST.HOST}_local]`. Двойные кавычки не являются обязательными, так как Zabbix позаботится о неоднозначных спецсимволах, если они присутствуют в раскрытом макросе.  В Zabbix также имеются и другие типы макросов.  Zabbix поддерживает следующие макросы:  -   `{МАКРОС}` - встроенные макросы (смотрите [полный список](/manual/appendix/macros/supported_by_location)) -   `{<макрос>.<функция>(<параметры>)}` - [функции](/manual/config/macros/macro_functions) макросов -   `{$МАКРОС}` - [пользовательские макросы](/manual/config/macros/user_macros), опционально [с контекстом](/manual/config/macros/user_macros_context) -   `{#МАКРОС}` - макросы для [низкоуровневого обнаружения](/manual/config/macros/lld_macros) -   `{?ВЫРАЖЕНИЕ}` - [макросы выражений](/manual/config/macros/expression_macros)

en-us	 #### Overview  Zabbix supports data export in real-time in two ways:  -   [export to files](/manual/config/export/files) -   [streaming to external systems](/manual/config/export/streaming)  The following entities can be exported:  -   trigger events -   item values -   trends (export to files only)
ru	 #### Обзор  Zabbix поддерживает экспорт данных в режиме реального времени двумя способами:  - [экспорт в файлы](/manual/config/export/files) - [потоковая передача во внешние системы](/manual/config/export/streaming)  Следующие объекты могут быть экспортированы:  - триггерные события - значения элементов данных - тенденции (только экспорт в файлы)

en-us	#### Overview  Zabbix supports the sending of SMS messages using a serial GSM modem connected to Zabbix server's serial port.  Make sure that:  -   The speed of the serial device (normally /dev/ttyS0 under Linux)     matches that of the GSM modem. Zabbix does not set the speed of the     serial link. It uses default settings. -   The 'zabbix' user has read/write access to the serial device. Run     the command ls –l /dev/ttyS0 to see current permissions of the     serial device. -   The GSM modem has PIN entered and it preserves it after power reset.     Alternatively you may disable PIN on the SIM card. PIN can be     entered by issuing command AT+CPIN="NNNN" (NNNN is your PIN number,     the quotes must be present) in a terminal software, such as Unix     minicom or Windows HyperTerminal.  Zabbix has been tested with these GSM modems:  -   Siemens MC35 -   Teltonika ModemCOM/G10  To configure SMS as the delivery channel for messages, you also need to configure SMS as the media type and enter the respective phone numbers for the users.
ru	#### Обзор  Zabbix поддерживает отправку SMS сообщений с использованием GSM модемов, подключенных к последовательному порту Zabbix сервера.  Убедитесь, что:  -   Скорость последовательного устройства (обычно /dev/ttyS0 порт под Linux) совпадает со скоростью GSM-модема. Zabbix не устанавливает скорость для последовательного соединения. Он использует настройки по умолчанию. -   Пользователь 'zabbix' имеет доступ на чтение/запись в последовательное устройство. Выполните команду ls -l /dev/ttyS0, для просмотра текущих прав доступа к последовательному устройству. -   На GSM модеме введен ПИН-код и он сохраняется даже после перезагрузки. Помимо этого, вы можете отключить запрос ПИН-кода на самой SIM карте. ПИН-код можно ввести путем использования команды AT+CPIN="NNNN" (где, NNNN - это ваш ПИН-код, кавычки должны присутствовать) в терминальном приложении, в таких как Unix мinicom или Windows HyperTerminal.  Zabbix был протестирован на следующих GSM модемах:  -   Siemens MC35 -   Teltonika ModemCOM/G10  Для настройки SMS каналом отправки сообщений, вам также необходимо настроить SMS способом оповещений и назначить соответствующие номера телефонов пользователям.

en-us	#### Overview  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) is a Python library for:  -  working with Zabbix API; -  acting like Zabbix sender; -  acting like Zabbix get.  It is supported for Zabbix 5.0, 6.0, 6.4 and later.
ru	#### Обзор  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - это библиотека Python для:  -  работы с Zabbix API; -  действий в качестве Zabbix сендера; -  действий в качестве утилиты Zabbix get.  Она поддерживается для версий Zabbix 5.0, 6.0, 6.4 и более поздних.

en-us	#### Overview  Zabbix was created by Alexei Vladishev, and currently is actively developed and supported by Zabbix SIA.  Zabbix is an enterprise-class open source distributed monitoring solution.  Zabbix is a software that monitors numerous parameters of a network and the health and integrity of servers, virtual machines, applications, services, databases, websites, the cloud and more. Zabbix uses a flexible notification mechanism that allows users to configure email-based alerts for virtually any event. This allows a fast reaction to server problems. Zabbix offers excellent reporting and data visualization features based on the stored data. This makes Zabbix ideal for capacity planning.  Zabbix supports both polling and trapping. All Zabbix reports and statistics, as well as configuration parameters, are accessed through a web-based frontend. A web-based frontend ensures that the status of your network and the health of your servers can be assessed from any location. Properly configured, Zabbix can play an important role in monitoring IT infrastructure. This is equally true for small organizations with a few servers and for large companies with a multitude of servers.  Zabbix is free of cost. Zabbix is written and distributed under the AGPL-3.0 license. It means that its source code is freely distributed and available for the general public.  [Commercial support](http://www.zabbix.com/support.php) is available and provided by Zabbix Company and its partners around the world.  Learn more about [Zabbix features](features).
ru	#### Обзор  Zabbix был создан Алексеем Владышевым, и в настоящее время активно разрабатывается и поддерживается компанией Zabbix SIA.  Zabbix — это решение распределённого мониторинга корпоративного класса с открытыми исходными кодами.  Zabbix — это программное обеспечение для мониторинга многочисленных параметров сети, жизнеспособности и целостности серверов, виртуальных машин, приложений, сервисов, баз данных, веб-сайтов, облачных сред и многого другого. Zabbix использует гибкий механизм оповещений, что позволяет пользователям настраивать основанные на e-mail уведомления практически на любое событие. Такой подход позволяет быстро реагировать на проблемы с серверами. Zabbix предлагает отличные функции отчётности и визуализации данных, основанные на данных истории. Это делает Zabbix идеальным при планировании мощностей.  Zabbix поддерживает как поллеры, так и трапперы. Все отчёты и статистика Zabbix, так же как и параметры настройки, доступны через Веб-интерфейс. Веб-интерфейс обеспечивает доступ к информации о состоянии вашей сети и жизнеспособности ваших серверов из любого места. Корректно настроенный, Zabbix может играть важную роль в мониторинге ИТ инфраструктуры. Это верно и для маленьких организаций с несколькими серверами, и для больших организаций со множеством серверов.  Zabbix бесплатен. Zabbix написан и распространяется под лицензией AGPL-3.0. Это означает, что его исходный код свободно распространяется и доступен для неограниченного круга лиц.  [Коммерческая поддержка](http://www.zabbix.com/support.php)  доступна и осуществляется как самой компанией Zabbix, так и партнёрами компании по всему миру.  Узнайте больше о [возможностях Zabbix](features).

en-us	#### Overview  Zabbix web service is a process that is used for communication with external web services. Currently, Zabbix web service is used for generating and sending scheduled reports with plans to add additional functionality in the future.  Zabbix server connects to the web service via HTTP(S). Zabbix web service requires Google Chrome to be installed on the same host; on some distributions the service may also work with Chromium (see [known issues](/manual/installation/known_issues#chromium_for_zabbix_web_service_on_ubuntu_20)) .
ru	#### Обзор  Zabbix веб-сервис — это процесс, который используется для коммуникации с внешними веб-сервисами. В данный момент веб-сервис Zabbix используется для формирования и отправки отчётов по расписанию, также имеются планы на добавление дополнительной функциональности в будущем.  Zabbix сервер подключается к веб-сервису через HTTP(S). Веб-сервису Zabbix требуется Google Chrome, установленный на этом же хосте; на некоторых дистрибутивах сервис также может работать с Chromium (смотрите [известные проблемы](/manual/installation/known_issues#chromium-для-веб-сервиса-zabbix-на-ubuntu-20)).

en-us	#### Parameter - array  If the key parameter is an array, it is again enclosed in square brackets, where individual parameters come in line with the rules and syntax of specifying multiple parameters.  ![](../../../../../assets/en/manual/config/key_param_array.png)  ::: noteimportant Multi-level parameter arrays, e.g. `[a,[b,[c,d]],e]`, are not allowed. :::
ru	#### Параметр - массив  Если параметр ключа - это массив, тогда он должен быть заключен в квадратные скобки, в которых каждый индивидуальный параметр следует один за другим, согласно правилам и синтаксису.  ![](../../../../../assets/ru/manual/config/key_param_array.png)  ::: noteimportant Многоуровневые массивы параметров, например `[a,[b,[c,d]],e]`, не разрешены. :::

en-us	### Parameters  `(array)` IDs of hosts to delete.
ru	### Параметры  `(array)` ID хостов для удаления.

en-us	### Parameters  `(array)` IDs of items to clear.
ru	### Параметры  `(array)` ID элементов для очистки.

en-us	### Parameters  `(array)` IDs of proxies to delete.
ru	### Параметры   `(массив)` ID удаляемых прокси.

en-us	### Parameters  `(array)` IDs of the actions to delete.
ru	### Параметры  `(массив)` ID удаляемых действий.

en-us	### Parameters  `(array)` IDs of the correlations to delete.
ru	### Параметры  `(массив)` ID удаляемых корреляций.

en-us	### Parameters  `(array)` IDs of the dashboards to delete.
ru	### Параметры   `(массив)` ID удаляемых панелей.

en-us	### Parameters  `(array)` IDs of the discovery rules to delete.
ru	### Параметры  `(массив)` ID удаляемых правил обнаружения.

en-us	### Parameters  `(array)` IDs of the graph prototypes to delete.
ru	### Параметры  `(массив)` ID удаляемых прототипов графиков.

en-us	### Parameters  `(array)` IDs of the graphs to delete.
ru	### Параметры   `(массив)` ID удаляемых графиков.

en-us	### Parameters  `(array)` IDs of the host groups to delete.
ru	### Параметры   `(массив)` ID удаляемых групп узлов сети.

en-us	### Parameters  `(array)` IDs of the host interfaces to delete.
ru	### Параметры  `(массив)` ID удаляемых интерфейсов узлов сети.

en-us	### Parameters  `(array)` IDs of the host macros to delete.
ru	### Параметры   `(массив)` ID удаляемых макросов узла сети.

en-us	### Parameters  `(array)` IDs of the host prototypes to delete.
ru	### Параметры   `(массив)` ID удаляемых прототипов узлов сети

en-us	### Parameters  `(array)` IDs of the icon maps to delete.
ru	### Параметры   `(массив)` ID удаляемых соответствий иконок.

en-us	### Parameters  `(array)` IDs of the images to delete.
ru	### Параметры   `(массив)` ID удаляемых изображений.

en-us	### Parameters  `(array)` IDs of the item prototypes to delete.
ru	### Параметры   `(массив)` ID удаляемых прототипов элементов данных.

en-us	### Parameters  `(array)` IDs of the items to delete.
ru	### Параметры   `(массив)` ID удаляемых элементов данных.

en-us	### Parameters  `(array)` IDs of the LLD rules to delete.
ru	### Параметры  `(массив)` ID удаляемых правил LLD.

en-us	### Parameters  `(array)` IDs of the maintenance periods to delete.
ru	### Параметры   `(массив)` ID удаляемых периодов обслуживания.

en-us	### Parameters  `(array)` IDs of the media types to delete.
ru	### Параметры  `(массив)` ID удаляемых способов оповещения.

en-us	### Parameters  `(array)` IDs of the regular expressions to delete.
ru	### Параметры   `(массив)` ID удаляемых регулярных выражений.

en-us	### Parameters  `(array)` IDs of the roles to delete.
ru	### Параметры   `(массив)` ID удаляемых ролей.

en-us	### Parameters  `(array)` IDs of the scripts to delete.
ru	### Параметры   `(массив)` ID удаляемых скриптов.

en-us	### Parameters  `(array)` IDs of the services to delete.
ru	### Параметры   `(массив)` ID удаляемых услуг.

en-us	### Parameters  `(array)` IDs of the template dashboards to delete.
ru	### Параметры   `(массив)` ID удаляемых шаблонов панелей.

en-us	### Parameters  `(array)` IDs of the template groups to delete.
ru	### Параметры  `(array)` Идентификаторы групп шаблонов, которые необходимо удалить.

en-us	### Parameters  `(array)` IDs of the templates to delete.
ru	### Параметры  `(массив)` ID удаляемых шаблонов.

en-us	### Parameters  `(array)` IDs of the tokens to delete.
ru	### Parameters  `(array)` ID токенов для удаления.

en-us	### Parameters  `(array)` IDs of the tokens to generate.
ru	### Параметры  `(массив)` ID токенов для генерации.

en-us	### Parameters  `(array)` IDs of the triggers to delete.
ru	### Параметры  `(массив)` ID удаляемых триггеров.

en-us	### Parameters  `(array)` IDs of the user groups to delete.
ru	### Параметры  `(массив)` ID удаляемых групп пользователей.

en-us	### Parameters  `(array)` IDs of the value maps to delete.
ru	### Параметры  `(массив)` ID удаляемых преобразований значений.

en-us	### Parameters  `(array)` IDs of the web scenarios to delete.
ru	### Параметры  `(array)` ID удаляемых веб-сценариев.

en-us	### Parameters  `(array)` IDs of users to delete.
ru	### Параметры  `(массив)` ID удаляемых пользователей.

en-us	### Parameters  `(array)` IDs of users to unblock.
ru	### Параметры  `(массив)` ID пользователей для разблокировки.

en-us	### Parameters  `(array)` The method accepts an empty array.
ru	### Параметры  `(массив)` Метод принимает пустой массив.

en-us	### Parameters  `(array)` The method accepts an empty array.
ru	### Параметры  `(array)` Метод принимает пустой массив.

en-us	#### - Parameters  Both functions use almost the same set of parameters. Use the list of [supported functions](/manual/appendix/functions) for reference.
ru	#### - Параметры  Обе функции используют практически идентичный набор параметров. Воспользуйтесь списком [поддерживаемых функций](/manual/appendix/functions) для справки.

en-us	### Parameters  `(object/array)` [Host group properties](object#host_group) to be updated.  The `groupid` property must be defined for each host group, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
ru	### Параметры  `(объект/массив)` [Свойства группы узлов сети](object#host_group), которые будут обновлены.  Свойство `groupid` должно быть указано для каждой группы узлов сети, все остальные свойства опциональны. Будут обновлены только переданные свойства, все остальные останутся неизменными.

en-us	### Parameters  `(object/array)` [Host interface properties](object#host_interface) to be updated.  The `interfaceid` property must be defined for each host interface, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
ru	### Параметры  `(объект/массив)` [Свойства интерфейса узла сети](object#host_interface), которые будут обновлены.  Свойство `interfaceid` должно быть указано для каждого интерфейса узла сети, все остальные свойства опциональны. Будут обновлены только переданные свойства, все остальные останутся неизменными.

en-us	### Parameters  `(object/array)` Scripts to create.  The method accepts scripts with the [standard script properties](/manual/api/reference/script/object#script).
ru	### Параметры  `(объект/массив)` Создаваемые скрипты.  Этот метод принимает скрипты со [стандартными свойствами скрипта](/manual/api/reference/script/object#script).

en-us	### Parameters  `(object/array)` Tokens to create.  The method accepts tokens with the [standard token properties](object).
ru	### Параметры  `(объект/массив)` Создаваемые токены.  Этот метод принимает токены со [стандартными свойствами токена](object).

en-us	### Parameters  `(object/array)` [Value map properties](object#value_map) to be updated.  The `valuemapid` property must be defined for each value map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
ru	### Параметры  `(объект/массив)` [Свойства преобразования значений](object#value_map), которые будут обновлены.  Свойство `valuemapid` должно быть определено для каждого преобразования значений, все остальные свойства опциональны. Будут обновлены только переданные свойства, все остальные останутся неизменными.

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает только один параметр.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |output|query|Этот параметр является общим для всех методов `get`, описанных в [справочном комментарии](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает только один параметр.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |output|query|Этот параметр является общим для всех методов `get`, описанных в [справочном комментарии](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	#### Parameter - unquoted string  If the key parameter is an unquoted string, any Unicode character is allowed except comma and right square bracket (\]). Unquoted parameter cannot start with left square bracket (\[).  ![](../../../../../assets/en/manual/config/key_param_unquoted_string.png)
ru	#### Параметр - строка не заключенная в кавычки  Если параметр ключа - это строка без кавычек, тогда разрешен любой символ в Юникод, за исключением запятой и правой квадратной скобки (\]). Параметр, который не заключен в кавычки, не может начинаться с левой квадратной скобки (\[).  ![](../../../../../assets/ru/manual/config/key_param_unquoted_string.png)

en-us	 ### Part 1: Writing the Go code  In this section you will learn how to write the plugin that adds a new metric to Zabbix agent 2.  1. Create a new directory *myip* in */usr/local/zabbix/go/plugins/*.  2. Create the file *main.go* inside *myip* directory and define the name of your Go package.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main ```  ::: notetip Keep the file open to add more lines as described in the next steps. :::  3. Specify the packages to import.   These are the packages that support the plugin.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" ) ```  4. Define the plugin structure.   Embed the *plugin.Base* structure to gain access to the standard plugin functionality.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin ```  5. Implement plugin interface [Export](/devel/plugins/interfaces).   The Export interface performs a poll and returns a value.   **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error) ```  6. Add logging.   Log messages will appear in the Zabbix agent 2 log. You can use one of the logging functions available to plugins: *Critf()*, *Errf()*, *Infof()*, *Warningf()*, *Debugf()*, *Tracef()*.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params)) } ```  7. Implement the core plugin logic.   This logic fetches the response from the specified URL and reads it, then returns the IP address as a response and closes the request.   In case of an error when executing the GET request or reading a response, the error is returned instead.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {         return nil, err     }             defer resp.Body.Close()             body, err := ioutil.ReadAll(resp.Body)     if err != nil {         return nil, err     }             return string(body), nil     } ```  8. Register the metric.   Zabbix agent 2 initiates running *init()* function upon startup.  This function will call *plugin.RegisterMetrics(structure, plugin name, metric name, description)* method to get the plugin data.   The *plugin.RegisterMetrics* method parameter description:   - **structure** - a pointer to plugin implementation; grants access to the plugin structure, including list of available plugin interfaces (for example, *&impl*). - **name** - plugin name; must be unique (for example, *"Myip"*). - **metric name** - metric name (for example, *"myip"*). This is the item key used to gather data from a plugin.  - **description** - metric description; must start with a capital letter and end with a period    (for example, *""Return the external IP address of the host where agent is running."*).  ::: notetip To register several metrics, repeat the parameters **metric name** and **description** for each metric.   For example: `plugin.RegisterMetrics(&impl, "Myip", "metric.one", "Metric one description.", "metric.two", "Metric two description.")` :::  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {         return nil, err     }             defer resp.Body.Close()             body, err := ioutil.ReadAll(resp.Body)     if err != nil {         return nil, err     }             return string(body), nil     }  func init() {     plugin.RegisterMetrics(&impl, "Myip", "myip", "Return the external IP address of the host where agent is running.") } ```  9. Define the *main()* function, which will create a new plugin handler instance, assign it to be used for logging by the plugin and then execute the plugin handler.    ::: noteimportant Defining the *main()* function is mandatory.  :::  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }         var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {         return nil, err     }             defer resp.Body.Close()             body, err := ioutil.ReadAll(resp.Body)     if err != nil {         return nil, err     }             return string(body), nil     }  func init() {     plugin.RegisterMetrics(&impl, "Myip", "myip", "Return the external IP address of the host where agent is running.") }  func main() {     h, err := container.NewHandler(impl.Name())     if err != nil {         panic(fmt.Sprintf("failed to create plugin handler %s", err.Error()))     }     impl.Logger = &h             err = h.Execute()     if err != nil {         panic(fmt.Sprintf("failed to execute plugin handler %s", err.Error()))     } } ```
ru	### Часть 1. Написание кода Go  В этом разделе вы узнаете, как написать плагин, который добавляет новую метрику в Zabbix агент 2.  1. Создайте новый каталог *myip* в */usr/local/zabbix/go/plugins/*.  2. Создайте файл *main.go* внутри каталога *myip* и определите имя вашего пакета Go.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main ```  :::notetip Keep the file open to add more lines as described in the next steps. :::  3. Укажите пакеты для импорта. Это пакеты, которые поддерживают плагин.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" ) ```  4. Определите структуру плагина. Вставьте структуру *plugin.Base*, чтобы получить доступ к стандартным функциям плагина.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin ```  5. Реализовать интерфейс плагина [Экспорт](/devel/plugins/interfaces).  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error) ```  6. Добавьте логирование. Сообщения журнала появятся в журнале Zabbix агента 2. Вы можете использовать одну из функций журналирования, доступных плагинам: *Critf()*, *Errf()*, *Infof()*, *Warningf()*, *Debugf()*, *Tracef()*.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params)) } ```  7. Реализуйте основную логику плагина. Эта логика извлекает ответ из указанного URL-адреса и считывает его, затем возвращает IP-адрес в качестве ответа и закрывает запрос. В случае ошибки при выполнении запроса GET или чтении ответа вместо этого возвращается ошибка.  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {     return nil, err     }      defer resp.Body.Close()      body, err := ioutil.ReadAll(resp.Body)     if err != nil {     return nil, err     }      return string(body), nil } ```  8. Зарегистрируйте метрику. Zabbix агент 2 инициирует выполнение функции *init()* при запуске. Эта функция вызовет метод *plugin.RegisterMetrics(structure, name, metric name, description)* для получения данных плагина.  Описание параметра метода *plugin.RegisterMetrics*:  - **structure** — указатель на реализацию плагина; предоставляет доступ к структуре плагина, включая список доступных интерфейсов плагина (например, *&impl*). - **name** - название плагина; должен быть уникальным (например, *"Myip"*). - **metric name** — имя метрики (например, *"myip"*). Это ключ элемента, используемый для сбора данных из плагина. - **description** — описание метрики; должно начинаться с заглавной буквы и заканчиваться точкой (например, *""Вернуть внешний IP-адрес хоста, на котором запущен агент."*).  :::notetip Чтобы зарегистрировать несколько метрик, повторите параметры **имя метрики** и **описание** для каждой метрики. Например: `plugin.RegisterMetrics(&impl, "Myip", "metric.one", "Описание метрики один.", "metric.two", "Описание метрики два.")` :::  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {     return nil, err     }      defer resp.Body.Close()      body, err := ioutil.ReadAll(resp.Body)     if err != nil {     return nil, err     }      return string(body), nil }  func init() {     plugin.RegisterMetrics(&impl, "Myip", "myip", "Return the external IP address of the host where agent is running.") } ```  9. Определите функцию *main()*, которая создаст новый экземпляр обработчика плагина, назначит его для использования плагином для журналирования, а затем выполнит обработчик плагина.  :::noteimportant Определение функции *main()* является обязательным. :::  **/usr/local/zabbix/go/plugins/myip/main.go**  ```go package main  import (     "fmt"     "io/ioutil"     "net/http"     "git.zabbix.com/ap/plugin-support/plugin/container"     "git.zabbix.com/ap/plugin-support/plugin" )  type Plugin struct {     plugin.Base }  var impl Plugin  func (p *Plugin) Export(key string, params []string, ctx plugin.ContextProvider) (result interface{}, err error){     p.Infof("received request to handle %s key with %d parameters", key, len(params))     resp, err := http.Get("https://api.ipify.org")     if err != nil {     return nil, err     }      defer resp.Body.Close()      body, err := ioutil.ReadAll(resp.Body)     if err != nil {     return nil, err     }      return string(body), nil }  func init() {     plugin.RegisterMetrics(&impl, "Myip", "myip", "Return the external IP address of the host where agent is running.") }  func main() {     h, err := container.NewHandler(impl.Name())     if err != nil {     panic(fmt.Sprintf("failed to create plugin handler %s", err.Error()))     }     impl.Logger = &h      err = h.Execute()     if err != nil {     panic(fmt.Sprintf("failed to execute plugin handler %s", err.Error()))     } } ```

en-us	 ### Part 2: Building the plugin  In this section you will learn how to compile the plugin.   1. To create Go files for dependency handling and download the dependencies automatically execute this bash script from the CLI.  ```bash go mod init myip GOPROXY=direct go get git.zabbix.com/ap/plugin-support/plugin@branchname go mod tidy go build ```  **Make sure** to specify the correct branch name, i.e. replace `branchname` (see Line 2) with one of the following:   -   `release/*` - for the stable release branch, where "\*" is the release version (i.e. `7.0`) -   `master` - for the master branch -   `<commit hash>` - for the specific commit version (use the specific commit hash)  The output should be similar to this:  ```go go: creating new go.mod: module myip go: to add module requirements and sums:     go mod tidy go: finding module for package git.zabbix.com/ap/plugin-support/plugin/container go: finding module for package git.zabbix.com/ap/plugin-support/plugin go: found git.zabbix.com/ap/plugin-support/plugin in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 go: found git.zabbix.com/ap/plugin-support/plugin/container in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 ```  2. Create an executable *myip* for the loadable plugin.   3. Specify the path to the plugin configuration file in the *Plugins.Myip.System.Path* parameter of Zabbix agent 2 configuration file.    ::: noteimportant Plugin name in the configuration parameter name (*Myip* in this tutorial) must match the plugin name defined in the *plugin.RegisterMetrics()* function. :::  ```bash echo 'Plugins.Myip.System.Path=/usr/local/zabbix/go/plugins/myip/myip' > /etc/zabbix_agent2.d/plugins.d/myip.conf ```  4. Test the metric:  ```bash zabbix_agent2 -t myip ```  The response should contain an external IP address of your host.  ::: notetip In case of an error, check whether the user *zabbix* has permissions to access */usr/local/zabbix/go/plugins/myip* directory. :::
ru	 ### Часть 2: Создание плагина  В этом разделе вы узнаете, как скомпилировать плагин.   1. Чтобы создать файлы Go для обработки зависимостей и загрузить зависимости, автоматически выполните этот сценарий bash из CLI.  ```bash go mod init myip GOPROXY=direct go get git.zabbix.com/ap/plugin-support/plugin@branchname go mod tidy go build ```  **Обязательно** укажите правильное имя ветки, т.е. замените `branchname` (см. строку 2) на одно из следующих:   - `release/*` - для ветки стабильного выпуска, где "\*" — это версия выпуска (т.е. `7.0`) - `master` - для главной ветки - `<commit hash>` - для конкретной версии коммита (используйте конкретный хеш коммита)  Вывод должен быть похож на этот:  ```go go: creating new go.mod: module myip go: to add module requirements and sums:     go mod tidy go: finding module for package git.zabbix.com/ap/plugin-support/plugin/container go: finding module for package git.zabbix.com/ap/plugin-support/plugin go: found git.zabbix.com/ap/plugin-support/plugin in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 go: found git.zabbix.com/ap/plugin-support/plugin/container in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 ```  2. Создайте исполняемый файл *myip* для загружаемого плагина.   3. Укажите путь к файлу конфигурации плагина в параметре *Plugins.Myip.System.Path* файла конфигурации Zabbix агента 2.    :::noteimportant Имя плагина в имени параметра конфигурации (*Myip* в этом руководстве) должно совпадать с именем плагина, определенным в функции *plugin.RegisterMetrics()*. :::  ```bash echo 'Plugins.Myip.System.Path=/usr/local/zabbix/go/plugins/myip/myip' > /etc/zabbix_agent2.d/plugins.d/myip.conf ```  4. Проверьте метрику:  ```bash zabbix_agent2 -t myip ```  Ответ должен содержать внешний IP-адрес вашего хоста.  :::notetip В случае ошибки проверьте, есть ли у пользователя *zabbix* права доступа к каталогу */usr/local/zabbix/go/plugins/myip*. :::

en-us	## Part I - "Hello, world!"   In this section you will learn how to create the minimum required widget elements and add a new widget to Zabbix frontend.
ru	## Часть I - "Привет, мир!"  В этом разделе вы изучите, как создать минимально необходимые элементы виджета и добавить новый виджет в интерфейс Zabbix.

en-us	## Part II - Gauge chart
ru	## Часть II - Диаграмма измерений

en-us	### Part I - New menu section
ru	### Часть I — Новый раздел меню

en-us	##### Passive and active checks  Passive checks work similarly to Zabbix agent. Active checks support scheduled/flexible intervals and check concurrency within one active server.   ::: noteclassic   By default, after a restart, Zabbix agent 2 will schedule the first data collection for active checks at a conditionally random time    within the item's update interval to prevent spikes in resource usage. To perform active checks that do not have    *Scheduling* [update interval](/manual/config/items/item/custom_intervals#scheduling-intervals) immediately after the agent restart,    set `ForceActiveChecksOnStart` parameter (global-level) or `Plugins.<Plugin name>.System.ForceActiveChecksOnStart` (affects only specific plugin checks)    in the [configuration file](/manual/appendix/config/zabbix_agent2). Plugin-level parameter, if set, will override the global parameter.  :::
ru	##### Пассивные и активные проверки  Пассивные проверки работают аналогично Zabbix агенту. Активные проверки поддерживают интервалы по расписанию/гибкие интервалы, к тому же проверки выполняются параллельно в пределах одного активного сервера.  ::: noteclassic По умолчанию, после перезапуска Zabbix агент 2 планирует первый сбор данных по активным проверкам в случайное время в течение интервала времени обновления элемента данных, во избежание скачков в использовании ресурсов. Чтобы активные проверки, у которых отсутствует [интервал обновления](/manual/config/items/item/custom_intervals#интервалы-по-расписанию) *По расписанию*, выполнялись сразу после перезапуска агента, укажите параметр `ForceActiveChecksOnStart` (глобальный уровень) или `Plugins.<ИмяПлагина>.System.ForceActiveChecksOnStart` (влияет только на проверки из конкретного плагина) в [файле конфигурации](/manual/appendix/config/zabbix_agent2). Параметр уровня плагина, если задан, переопределяет собой глобальный параметр. :::

en-us	##### Passive and active checks  Zabbix agents can perform passive and active checks.  In a [passive check](/manual/appendix/items/activepassive#passive_checks) the agent responds to a data request. Zabbix server (or proxy) asks for data, for example, CPU load, and Zabbix agent sends back the result.  [Active checks](/manual/appendix/items/activepassive#active_checks) require more complex processing. The agent must first retrieve a list of items from Zabbix server for independent processing. Then it will periodically send new values to the server.  Whether to perform passive or active checks is configured by selecting the respective monitoring [item type](/manual/config/items/itemtypes/zabbix_agent). Zabbix agent processes items of type 'Zabbix agent' or 'Zabbix agent (active)'.
ru	##### Пассивные и активные проверки  Zabbix агенты могут выполнять пассивные и активные проверки.  В случае [пассивной проверки](/manual/appendix/items/activepassive#пассивные-проверки) агент отвечает на запрос данных. Zabbix сервер (или прокси) запрашивает данные, например, загрузку CPU, и Zabbix агент возвращает результат.  [Активные проверки](/manual/appendix/items/activepassive#активные-проверки) требуют более сложной обработки. Агент сначала получает список элементов данных для независимой обработки от Zabbix сервера. В дальнейшем он будет периодически отправлять новые значения серверу.  Выбор между пассивной и активной проверкой осуществляется при выборе соответствующего [типа элемента данных](/manual/config/items/itemtypes/zabbix_agent). Zabbix агент обрабатывает элементы данных типов «Zabbix агент» и «Zabbix агент (активный)».

en-us	#### Passive checks  A passive check is a simple data request. Zabbix server or proxy asks for some data (for example, CPU load) and Zabbix agent sends back the result to the server.  Passive checks are executed asynchronously - it is not required to receive the response to one request before other checks are started. DNS resolving is asynchronous as well.  The maximum concurrency of asynchronous checks is 1000 (defined by [MaxConcurrentChecksPerPoller](/manual/appendix/config/zabbix_server#maxconcurrentchecksperpoller)).  The number of asynchronous agent pollers is defined by the [StartAgentPollers](/manual/appendix/config/zabbix_server#startagentpollers) parameter.  **Server request**  For definition of header and data length please refer to [protocol details](/manual/appendix/protocols/header_datalen).  ```json {   "request": "passive checks",   "data": [     {       "key": "agent.version",       "timeout": 3     }   ] } ```  **Agent response**  ```json {   "version": "7.0.0",   "variant": 2,   "data": [     {       "value": "7.0.0"     }   ] } ```  For example, for supported items:  1.  Server opens a TCP connection 2.  Server sends **<HEADER><DATALEN>{"request":"passive checks","data":[{"key":"agent.ping","timeout":3}]}** 3.  Agent reads the request and responds with     **<HEADER><DATALEN>{"version":"7.0.0","variant":2,"data":[{"value":1}]}** 4.  Server processes data to get the value, '1' in our case 5.  TCP connection is closed  For not supported items:  1.  Server opens a TCP connection 2.  Server sends **<HEADER><DATALEN>{"request":"passive checks","data":[{"key":"vfs.fs.size\[/nono\]","timeout":3}]}** 3.  Agent reads the request and responds with     **<HEADER><DATALEN>{"version":"7.0.0","variant":2,"data":[{"error":"Unsupported item key."}]}** 4.  Server processes data, changes item state to not supported with the     specified error message 5.  TCP connection is closed
ru	#### Пассивные проверки  Пассивная проверка — это простой запрос данных. Zabbix сервер или прокси запрашивает какие-либо данные (например, загрузку CPU), а Zabbix агент отправляет результат обратно на сервер.  Пассивные проверки выполняются асинхронно — не требуется получения ответа на один запрос до запуска других проверок. DNS резолвинг также выполняется асинхронно.  Максимальное число одновременных асинхронных проверок составляет 1000 (определяется параметром [MaxConcurrentChecksPerPoller](/manual/appendix/config/zabbix_server#maxconcurrentchecksperpoller)).  Количество асинхронных поллеров агента определяется параметром [StartAgentPollers](/manual/appendix/config/zabbix_server#startagentpollers).  **Запрос сервера**  Для получения более подробных сведений об определении длины заголовка и данных, пожалуйста, обратитесь к [подробностям протокола](/manual/appendix/protocols/header_datalen).  ```json { "request": "passive checks", "data": [ { "key": "agent.version", "timeout": 3 } ] } ```  **Ответ агента**  ```json { "version": "7.0.0", "variant": 2, "data": [ { "value": "7.0.0" } ] } ```  Например, для поддерживаемых элементов данных:  1.  Сервер открывает TCP-соединение 2.  Сервер отправляет **<ЗАГОЛОВОК><ДЛИНАДАННЫХ>{"request":"passive checks","data":[{"key":"agent.ping","timeout":3}]}** 3.  Агент читает запрос и отвечает: **<ЗАГОЛОВОК><ДЛИНАДАННЫХ>{"version":"7.0.0","variant":2,"data":[{"value":1}]}** 4.  Сервер обрабатывает данные, чтобы извлечь значение, в нашем случае '1' 5.  TCP-соединение закрывается  Для неподдерживаемых элементов данных:  1.  Сервер открывает TCP-соединение 2.  Сервер отправляет **<ЗАГОЛОВОК><ДЛИНАДАННЫХ>{"request":"passive checks","data":[{"key":"vfs.fs.size\[/nono\]","timeout":3}]}** 3.  Агент читает запрос и отвечает: **<ЗАГОЛОВОК><ДЛИНАДАННЫХ>{"version":"7.0.0","variant":2,"data":[{"error":"Unsupported item key."}]}** 4.  Сервер обрабатывает данные, меняет состояние элемента данных на неподдерживаемое с приведённым сообщением об ошибке 5.  TCP-соединение закрывается

en-us	#### Pattern examples  |Pattern|Description|Matches|No match| |--|------|--|--| |*\**|Matches all possible keys with or without parameters.|Any|None| |*vfs.file.contents*|Matches `vfs.file.contents` without parameters.|vfs.file.contents|vfs.file.contents\[/etc/passwd\]| |*vfs.file.contents\[\]*|Matches `vfs.file.contents` with empty parameters.|vfs.file.contents\[\]|vfs.file.contents| |*vfs.file.contents\[\*\]*|Matches `vfs.file.contents` with any parameters; will not match `vfs.file.contents` without square brackets.|vfs.file.contents\[\]<br>vfs.file.contents\[/path/to/file\]|vfs.file.contents| |*vfs.file.contents\[/etc/passwd,\*\]*|Matches `vfs.file.contents` with first parameters matching /etc/passwd and all other parameters having any value (also empty).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/var/log/zabbix\_server.log\]<br>vfs.file.contents\[\]| |*vfs.file.contents\[\*passwd\*\]*|Matches `vfs.file.contents` with first parameter matching \*passwd\* and no other parameters.|vfs.file.contents\[/etc/passwd\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]| |*vfs.file.contents\[\*passwd\*,\*\]*|Matches `vfs.file.contents` with only first parameter matching \*passwd\* and all following parameters having any value (also empty).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/tmp/test\]| |*vfs.file.contents\[/var/log/zabbix\_server.log,\*,abc\]*|Matches `vfs.file.contents` with first parameter matching /var/log/zabbix\_server.log, third parameter matching 'abc' and any (also empty) second parameter.|vfs.file.contents\[/var/log/zabbix\_server.log,,abc\]<br>vfs.file.contents\[/var/log/zabbix\_server.log,utf8,abc\]|vfs.file.contents\[/var/log/zabbix\_server.log,,abc,def\]| |*vfs.file.contents\[/etc/passwd,utf8\]*|Matches `vfs.file.contents` with first parameter matching /etc/passwd, second parameter matching 'utf8' and no other arguments.|vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf16\]| |*vfs.file.\**|Matches any keys starting with `vfs.file.` without any parameters.|vfs.file.contents<br>vfs.file.size|vfs.file.contents\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log\]| |*vfs.file.\*\[\*\]*|Matches any keys starting with `vfs.file.` with any parameters.|vfs.file.size.bytes\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log, utf8\]|vfs.file.size.bytes| |*vfs.\*.contents*|Matches any key starting with `vfs.` and ending with `.contents` without any parameters.|vfs.mount.point.file.contents<br>vfs..contents|vfs.contents|
ru	#### Примеры шаблонов  |Шаблон|Описание|Соответствует|Не соответствует| |--|------|--|--| |*\**|Соответствует всем возможным ключам с параметрами или без них.|Любой|Нет| |*vfs.file.contents*|Соответствие `vfs.file.contents` без параметров.|vfs.file.contents|vfs.file.contents\[/etc/passwd\]| |*vfs.file.contents\[\]*|Соответствие `vfs.file.contents` с пустыми параметрами.|vfs.file.contents\[\]|vfs.file.contents| |*vfs.file.contents\[\*\]*|Соответствие `vfs.file.contents` с любыми параметрами; не будет соответствовать `vfs.file.contents` без квадратных скобок.|vfs.file.contents\[\]<br>vfs.file.contents\[/путь/к/файлу\]|vfs.file.contents| |*vfs.file.contents\[/etc/passwd,\*\]*|Соответствие `vfs.file.contents` с первыми параметрами, соответствующими */etc/passwd*, и всеми другими параметрами, имеющими любое значение (в том числе пустыми).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/var/log/zabbix\_server.log\]<br>vfs.file.contents\[\]| |*vfs.file.contents\[\*passwd\*\]*|Соответствие `vfs.file.contents` с первым параметром, совпадающим с \*passwd\*, и без других параметров.|vfs.file.contents\[/etc/passwd\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]| |*vfs.file.contents\[\*passwd\*,\*\]*|Соответствие `vfs.file.contents` только с первым параметром, совпадающим с \*passwd\*, и всеми последующими параметрами, имеющими любое значение (в том числе пустое).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/tmp/test\]| |*vfs.file.contents\[/var/log/zabbix\_server.log,\*,abc\]*|Соответствие `vfs.file.contents` с первым параметром, совпадающим с /var/log/zabbix\_server.log, третьим параметром, совпадающим с 'abc' и любым (в том числе пустым) вторым параметром.|vfs.file.contents\[/var/log/zabbix\_server.log,,abc\]<br>vfs.file.contents\[/var/log/zabbix\_server.log,utf8,abc\]|vfs.file.contents\[/var/log/zabbix\_server.log,,abc,def\]| |*vfs.file.contents\[/etc/passwd,utf8\]*|Соответствие `vfs.file.contents` с первым параметром, соответствующим /etc/passwd, вторым параметром, совпадающим с 'utf8', и без других аргументов.|vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf16\]| |*vfs.file.\**|Соответствие любым ключам, начинающимся с `vfs.file.` без каких-либо параметров.|vfs.file.contents<br>vfs.file.size|vfs.file.contents\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log\]| |*vfs.file.\*\[\*\]*|Соответствие любым ключам, начинающимся с `vfs.file.`, с любыми параметрами.|vfs.file.size.bytes\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log, utf8\]|vfs.file.size.bytes| |*vfs.\*.contents*|Соответствие любому ключу, который начинается с `vfs.` и заканчивается на `.contents` без каких-либо параметров.|vfs.mount.point.file.contents<br>vfs..contents|vfs.contents|

en-us	## Performance
ru	## Производительность

en-us	#### Performance counter parameters  You can deploy some PerfCounter parameters for the monitoring of Windows performance counters.  For example, you can add these to the Zabbix agent configuration file:         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        or        PerfCounter=UserPerfCounter2,"\4\24",30  With such parameters in place, you can then simply use *UserPerfCounter1* or *UserPerfCounter2* as the keys for creating the respective items.  Remember to restart Zabbix agent after making changes to the configuration file.
ru	#### Параметры счетчиков производительности  Вы можете использовать некоторые параметры PerfCounter для мониторинга счётчиков производительности Windows.  Например, вы можете добавить следующее содержимое в файл конфигурации Zabbix агента:         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        или        PerfCounter=UserPerfCounter2,"\4\24",30  С такими параметрами, вы можете просто использовать ключи *UserPerfCounter1* или *UserPerfCounter2* при создании соответствующих элементов данных.  Не забудьте перезапустить Zabbix агента после внесения изменений в файл конфигурации.

en-us	#### Pie chart and Graph data source options  The "Item list" type data sets for [*Graph*](/manual/web_interface/frontend_sections/dashboards/widgets/graph#data-set) and [*Pie chart*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart#data-set) widgets now support selecting compatible widgets as the [data source](/manual/web_interface/frontend_sections/dashboards/widgets#dynamic-parameters) for items.
ru	#### Параметры источника данных круговой диаграммы и графика  Наборы данных типа «Список элементов данных» для [*Графика*](/manual/web_interface/frontend_sections/dashboards/widgets/graph#data-setвеб-интерфейс) и [*Круговая диаграмма*](/manual/web_interface/frontend_sections/dashboards/widgets Виджеты /pie_chart#data-set) теперь поддерживают выбор совместимых виджетов в качестве [источника данных](/manual/web_interface/frontend_sections/dashboards/widgets#dynamic-parameters) для элементов.

en-us	#### Pie chart visual options  With the [*Pie chart*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart#displaying-options) widget set to display a doughnut chart, you can now configure the *Stroke width* parameter - the width of the chart sector border.  Additionally, when hovering over a sector, it now enlarges outward for a smoother visual effect, replacing the previous pop-out behavior.
ru	#### Варианты отображения круговой диаграммы  С помощью виджета [*Круговая диаграмма*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart#displaying-options), настроенного на отображение кольцевой диаграммы, вы теперь можете настроить параметр *Ширина обводки* — ширина границы сектора диаграммы.  Кроме того, при наведении курсора мыши на сектор он теперь увеличивается для более плавного визуального эффекта, заменяя предыдущее всплывающее окно.

en-us	 ### plugin.Configurator  *Configurator* interface provides plugin configuration parameters from Zabbix agent 2 configuration files.
ru	 ### plugin.Configurator  Интерфейс *Конфигуратор* предоставляет параметры конфигурации плагина из файлов конфигурации Zabbix агента 2.

en-us	 ### plugin.Exporter  *Exporter* is the simplest interface that performs a poll and returns a value (values), nothing, or error. It accepts a preparsed item key, parameters, and context. Access to all other plugin interfaces is exclusive and no method can be called if a plugin is already performing a task. Also, there is a limit of 100 maximum concurrent *Export()* calls per plugin, which can be reduced according to the requirements for each plugin.
ru	 ### plugin.Exporter  *Экспортер* — это простейший интерфейс, который выполняет опрос и возвращает значение (значения), ничего или ошибку. Он принимает подготовленный ключ элемента, параметры и контекст. Доступ ко всем остальным интерфейсам плагинов является эксклюзивным, и ни один метод не может быть вызван, если плагин уже выполняет задачу. Кроме того, существует ограничение в 100 одновременных вызовов *Export()* на каждый плагин, которое можно уменьшить в соответствии с требованиями каждого плагина.

en-us	# Plugin interfaces  This section describes available plugin interfaces.
ru	# Интерфейсы плагинов  В этом разделе описаны доступные интерфейсы плагинов.

en-us	 ### plugin.Runner  *Runner* interface provides the means for performing initialization when a plugin is started (activated) and deinitialization when a plugin is stopped (deactivated). For example, a plugin can start/stop some background *goroutine* by implementing the Runner interface.
ru	 ### plugin.Runner  Интерфейс *Runner* предоставляет средства для выполнения инициализации при запуске (активации) плагина и деинициализации при остановке (деактивации) плагина. Например, плагин может запускать/останавливать некоторую фоновую *goroutine*, реализуя интерфейс Runner.

en-us	## Plugins
ru	## Плагины

en-us	 # Plugins
ru	# Плагины

en-us	##### Plugins  [Plugins](/manual/extensions/plugins) provide an alternative to loadable modules (written in C). However, plugins are a way to extend Zabbix agent 2 only.  A plugin is a *Go* package that defines the structure and implements one or several plugin interfaces (*Exporter*, *Collector*, *Configurator*, *Runner*, *Watcher*). Two types of Zabbix agent 2 plugins are supported:  -   [Built-in plugins](https://www.zabbix.com/documentation/guidelines/en/plugins/built_in_plugins)     (supported since Zabbix 4.4.0) -   [Loadable plugins](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins)     (supported since Zabbix 6.0.0)  See the list of [built-in plugins](/manual/extensions/plugins#built-in).  For instructions and tutorials on writing your own plugins, see [Developer center](/devel/plugins).
ru	##### Плагины  [Плагины](/manual/extensions/plugins) предоставляют альтернативу загружаемым модулям (написанным на языке C). Однако плагины — это способ расширения только Zabbix агента 2.  Плагин — это пакет *Go* который определяет структуру и реализует один или несколько интерфейсов плагина (*Экспортер*, *Коллектор*, *Конфигуратор*, *Runner*, *Watcher*). Поддерживаются два типа плагинов Zabbix агента 2:  -   [Встроенные плагины](https://www.zabbix.com/documentation/guidelines/en/plugins/built_in_plugins)(поддерживаются начиная с Zabbix 4.4.0) -   [Загружаемые плагины ](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins)(поддерживаются начиная с Zabbix 6.0.0)  См. список [встроенных плагинов](/manual/extensions/plugins#built- in).  Инструкции и учебные пособия по написанию собственных плагинов см. в [центре разработчиков](/devel/plugins).

en-us	##### PostgreSQL  To install the PostgreSQL unixODBC database driver, use the package manager for the system of your choice:  ```bash # For Ubuntu/Debian systems: apt install odbc-postgresql  # For RedHat/Fedora-based systems: dnf install postgresql-odbc  # For SUSE-based systems: zypper install psqlODBC ```  To install the database driver without a package manager, please refer to [PostgreSQL documentation](https://www.postgresql.org/download/linux/).
ru	##### PostgreSQL  Чтобы установить драйвер  unixODBC базы данных PostgreSQL , используйте менеджер пакетов для выбранной вами системы:  ```bash # Для систем Ubuntu/Debian: apt install odbc-postgresql  # Для систем на базе RedHat/Fedora: dnf install postgresql-odbc  # Для систем на базе SUSE: zypper install psqlODBC ```  Чтобы установить драйвер базы данных без менеджера пакетов, обратитесь к [документации PostgreSQL] (https://www.postgresql.org/download/linux/).

en-us	#### Pre-installation summary  Review a summary of settings.  ![](../../../assets/en/manual/installation/install_5.png){width="550"}
ru	#### Сводная информация перед установкой  Просмотрите результат настроек.  ![](../../../assets/en/manual/installation/install_5.png){width="550"}

en-us	##### Preparation  Zabbix agent is distributed as a zip archive. After you download the archive you need to unpack it. Choose any folder to store Zabbix agent and the configuration file, e. g.      C:\zabbix  Copy bin\\zabbix\_agentd.exe and conf\\zabbix\_agentd.conf files to c:\\zabbix.  Edit the c:\\zabbix\\zabbix\_agentd.conf file to your needs, making sure to specify a correct "Hostname" parameter.
ru	##### Подготовка  Zabbix агент распространяется в виде zip архива. После загрузки архива вам необходимо распаковать его. Выберите любую папку для записи Zabbix агента и файла конфигурации, например:      C:\zabbix  Скопируйте bin\\zabbix_agentd.exe и conf\\zabbix\_agentd.conf файлы в c:\\zabbix.  Измените файл c:\\zabbix\\zabbix\_agentd.conf в соответствии с вашими требованиями, убедитесь что указан корректный параметр «Hostname».

en-us	##### Preparing frontend  Make sure that Zabbix server address:port is **not defined** in the  frontend configuration (found in `conf/zabbix.conf.php` of the frontend  files directory).  ![](../../../../assets/en/manual/config/frontend_conf_server_port.png){width="600"}  Zabbix frontend will autodetect the active node by reading settings  from the nodes table in Zabbix database. Node address of the active node  will be used as the Zabbix server address.
ru	##### Подготовка веб-интерфейса  Убедитесь, что адрес:порт Zabbix сервера **не указаны** в конфигурации веб-интерфейса (находится в `conf/zabbix.conf.php` в директории с файлами веб-интерфейса).  ![](../../../../assets/en/manual/config/frontend_conf_server_port.png){width="600"}  Веб-интерфейс Zabbix автоматически определит активную ноду, прочитав настройки из таблицы нод в базе данных Zabbix. Адрес активной ноды будет использован как адрес Zabbix сервера.

en-us	## Preprocessing
ru	## Предобработка

en-us	## Pre-requisites  Before proceeding make sure, that:  - The module is located inside the *modules* directory of your Zabbix frontend installation (for example, *zabbix/ui/modules*). - The module has at least a basic version of [manifest.json](/devel/modules/file_structure/manifest) file. - You have access to the Administration menu section in Zabbix (requires Super admin user role type).  :::notetip The frontend will not install or even recognize incompatible modules. :::
ru	## Предварительные требования  Прежде чем продолжить, убедитесь, что:  - Модуль расположен внутри каталога *modules* вашей установки внешнего интерфейса Zabbix (например, *zabbix/ui/modules*). - Модуль имеет как минимум базовую версию файла [manifest.json](/devel/modules/file_structure/manifest). - У вас есть доступ к разделу меню «Администрирование» в Zabbix (требуется тип роли пользователя «Супер-администратор»).  :::notetip Интерфейс не будет устанавливать или даже распознавать несовместимые модули. :::

en-us	 ### Pre-requisites  Prior to configuring service monitoring, you need to have the hosts configured:  - *HA node 1* with at least one trigger and a tag (preferably set on a trigger level) `component:HA node 1` - *HA node 2* with at least one trigger and a tag (preferably set on a trigger level) `component:HA node 2`
ru	### Предварительные требования  Перед тем как настраивать мониторинг услуг вам необходимо настроить следующие узлы сети:  - *HA нода 1* с по крайней мере одним триггеров и тегом (желательно задать на уровне триггера) `компонент:HA нода 1` - *HA нода 2* с по крайней мере одним триггеров и тегом (желательно задать на уровне триггера) `компонент:HA нода 2`

en-us	#### Prerequisites  You will need command line developer tools (Xcode is not required), Automake, pkg-config and PCRE (v8.x) or PCRE2 (v10.x). If you want to build agent binaries with TLS, you will also need OpenSSL or GnuTLS.  To install Automake and pkg-config, you will need a Homebrew package manager from <https://brew.sh/>. To install it, open terminal and run the following command:      /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"  Then install Automake and pkg-config:      brew install automake     brew install pkg-config  Preparing PCRE, OpenSSL and GnuTLS libraries depends on the way how they are going to be linked to the agent.  If you intend to run agent binaries on a macOS machine that already has these libraries, you can use precompiled libraries that are provided by Homebrew. These are typically macOS machines that use Homebrew for building Zabbix agent binaries or for other purposes.  If agent binaries will be used on macOS machines that don't have the shared version of libraries, you should compile static libraries from sources and link Zabbix agent with them.
ru	#### Предварительные требования  Вам потребуются средства разработки для командной строки (Xcode не требуется), Automake, pkg-config, а также PCRE (v8.x) или PCRE2 (v10.x). Если Вы хотите собрать бинарные файлы агента с поддержкой TLS, вам также понадобится OpenSSL или GnuTLS.  Чтобы установить Automake и pkg-config, вам потребуется менеджер пакетов Homebrew с <https://brew.sh/>. Чтобы его установить, откройте терминал и выполните следующую команду:      /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"  Затем установите Automake и pkg-config:      brew install automake     brew install pkg-config  Подготовка библиотек PCRE, OpenSSL и GnuTLS зависит от того, каким образом будет выполняться линковка к агенту.  Если вы намерены запускать бинарные файлы агента на машине macOS, на которой уже имеются данные библиотеки, то можно использовать предварительно скомпилированные библиотеки, поставляемые Homebrew. Обычно это macOS машины, которые используют Homebrew для сборки бинарных файлов Zabbix агента или для других целей.  Если бинарные файлы агента будут использоваться на macOS машинах, на которых отсутствуют разделяемые версии библиотек, то вам потребуется скомпилировать статические версии этих библиотек из исходного кода и выполнить линковку Zabbix агента к ним.

en-us	##### Presentation modification methods  The widget presentation modification methods are responsible for modifying widget appearance.
ru	##### Способы модификации презентации  Способы модификации представления виджета отвечают за изменение внешнего вида виджета.

en-us	#### Problem events  A problem event is created:  -   when a trigger expression evaluates to TRUE if the trigger is in OK     state; -   each time a trigger expression evaluates to TRUE if multiple problem     event generation is enabled for the trigger.
ru	#### События проблемы  Событие проблемы создается:  -   когда выражение триггера вычисляется как ИСТИНА, если триггер был в состоянии ОК; -   каждый раз выражение триггера вычисляется как ИСТИНА, если у триггера активировано множественная генерация событий проблема.

en-us	# problem.get
ru	# problem.get

en-us	 #### Problem tags  Problem tags are used to match problems and services. These tags are specified at the primary service configuration tab.   Only child services of the lowest hierarchy level may have problem tags defined and be directly correlated to problems. If problem tags match,  the service status will change to the same status as the problem has. In case of several problems, a service will have the status of the most severe one. Status of a  parent service is then calculated based on child services statuses according to Status calculation rules.   If several tags are specified, *AND* logic is used: a problem must have all tags  specified in the service configuration to be mapped to the service.   ![](../../../assets/en/manual/config/problem_tags.png){width=600}   :::noteclassic A problem in Zabbix inherits tags from the whole chain of templates, hosts, items, web scenarios, and triggers. Any of these tags can be used for matching problems to services. ::: 
ru	 #### Теги проблем  Теги проблем используются для сопоставления проблем и услуг. Эти теги указываются на основной вкладке настройки услуги.  Только дочерние услуги самого нижнего уровня иерархии могут иметь теги проблем и быть непосредственно связаны с проблемами. Если теги проблем совпадают, состояние услуги изменится на то же самое состояние, что и проблема. В случае наличия нескольких проблем, услуге присваивается состояние самой серьезной проблемы. Затем состояние родительской услуги вычисляется на основе состояний дочерних услуг в соответствии с Правилами вычисления состояния.   Если указано несколько тегов, используется логика *И*: проблема должна иметь все теги, заданные в настройках услуги, чтобы сопоставление имело место.  ![](../../../assets/en/manual/config/problem_tags.png){width=600}   :::noteclassic Проблема в Zabbix наследует теги всей цепочки шаблонов, узлов сети, элементов данных, веб-сценариев и триггеров. Любые из этих тегов можно использовать для сопоставления проблем с услугами. ::: 

en-us	### Problem tag  The problem tag object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |tag|string|Problem tag name.| |value|string|Problem tag value.|
ru	### Тэг проблемы  Объект тега проблемы обладает следующими свойствами.  |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |tag|строка|Имя тега проблемы.| |value|строка|Значение тега проблемы.|

en-us	#### problem  [ZBXNEXT-2299](https://support.zabbix.com/browse/ZBXNEXT-2299), [ZBX-23240](https://support.zabbix.com/browse/ZBX-23240) `problem.get`: Added new parameters `action` and `action_userids`.\
ru	#### проблема  [ZBXNEXT-2299](https://support.zabbix.com/browse/ZBXNEXT-2299), [ZBX-23240](https://support.zabbix.com/browse/ZBX-23240) `problem.get` : Добавлены новые параметры `action` и `action_userids`.\

en-us	#### problem  [ZBXNEXT-6974](https://support.zabbix.com/browse/ZBXNEXT-6974) `problem.get`: Added strict validation of the method parameters.\
ru	#### проблема  [ZBXNEXT-6974](https://support.zabbix.com/browse/ZBXNEXT-6974) `problem.get`: добавлена строгая проверка параметров метода.\

en-us	## Processes
ru	## Процессы

en-us	#### Process user  Zabbix agent on UNIX is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run agent as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be present on your system. You can only run agent as 'root' if you modify the 'AllowRoot' parameter in the agent configuration file accordingly.
ru	#### Пользователь процесса  Zabbix агент на UNIX системах спроектирован для запуска от непривилегированного пользователя (non-root). Он будет работать от любого непривилегированного пользователя, от которого был запущен. Таким образом, вы можете запускать агент от имени любого непривилегированного пользователя, без каких либо последствий.  Если вы попытаетесь запустить агента от «root», он сразу переключится на пользователя «zabbix», который должен присутствовать в вашей системе. Единственный способ запустить агента от пользователя «root» — отредактировать параметр «AllowRoot» в файле конфигурации агента.

en-us	##### Process user  Zabbix proxy is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run proxy as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be present on your system. You can only run proxy as 'root' if you modify the 'AllowRoot' parameter in the proxy configuration file accordingly.
ru	##### Пользователь процесса  Zabbix прокси спроектирован для запуска от непривилегированного пользователя (non-root). Он будет работать от любого непривилегированного пользователя, от которого был запущен. Таким образом, вы можете запускать прокси от имени любого непривилегированного пользователя, без каких либо последствий.  Если вы попытаетесь запустить сервер от имени «root», прокси сразу переключится на пользователя «zabbix», который должен присутствовать в вашей системе. Единственный способ запустить прокси от пользователя «root» — соответствующим образом отредактировать параметр «AllowRoot» в файле конфигурации прокси.

en-us	##### Process user  Zabbix server is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run server as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be [present](/manual/installation/install) on your system. You can only run server as 'root' if you modify the 'AllowRoot' parameter in the server configuration file accordingly.  If Zabbix server and [agent](agent) are run on the same machine it is recommended to use a different user for running the server than for running the agent. Otherwise, if both are run as the same user, the agent can access the server configuration file and any Admin level user in Zabbix can quite easily retrieve, for example, the database password.
ru	##### Пользователь процесса  Zabbix сервер спроектирован для запуска от непривилегированного пользователя (non-root). Он будет работать от любого непривилегированного пользователя, от которого был запущен. Таким образом, вы можете запускать сервер от имени любого непривилегированного пользователя, без каких либо последствий.  Если вы попытаетесь запустить сервер от имени «root», сервер сразу переключится на пользователя «zabbix», который должен [присутствовать](/manual/installation/install) в вашей системе. Единственный способ запустить сервер от пользователя «root» — соответствующим образом отредактировать параметр «AllowRoot» в файле конфигурации сервера.  Если Zabbix сервер и [агент](agent) работают на одном сервере, то рекомендуется использовать разных пользователей для запуска сервера и для запуска агента. В противном случае, если сервер и агент запущены под одним пользователем, агент будет иметь доступ к файлу конфигурации сервера и любой пользователь с правами Администратора в Zabbix может с лёгкостью получить, например, пароль от базы данных.

en-us	#### Prometheus to JSON  Data from Prometheus can be used for low-level discovery. In this case data in JSON format are needed and the *Prometheus to JSON* preprocessing option will return exactly that.  For more details, see [Discovery using Prometheus data](/manual/discovery/low_level_discovery/examples/prometheus).
ru	#### Prometheus в JSON  Данные из Prometheus можно использовать для низкоуровневого обнаружения. В этом случае данные необходимы в формате JSON, и опция предобработки *Prometheus в JSON* вернет их в нужном формате.  Для получения более подробных сведений смотрите [Обнаружение с использованием данных Prometheus](/manual/discovery/low_level_discovery/examples/prometheus).

en-us	#### Property behavior  Some of the object properties are marked with short labels to describe their behavior. The following labels are used:  -   *read-only* - the value of the property is set automatically and cannot be defined or changed by the user, even in some specific conditions     (e.g., *read-only* for inherited objects or discovered objects); -   *write-only* - the value of the property can be set, but cannot be accessed after; -   *constant* - the value of the property can be set when creating an object, but cannot be changed after; -   *supported* - the value of the property is not required to be set, but is allowed to be set in some specific conditions     (e.g., *supported* if `type` is set to "Simple check", "External check", "SSH agent", "TELNET agent", or "HTTP agent"); -   *required* - the value of the property is required to be set for all operations (except get operations) or in some specific conditions     (e.g., *required* for create operations; *required* if `operationtype` is set to "global script" and `opcommand_hst` is not set).  ::: noteclassic For update operations a property is considered as "set" when setting it during the update operation. :::  Properties that are not marked with labels are optional.
ru	#### Характер свойств  Для некоторых свойств объектов указаны краткие подписи, описывающие их характер. Используются следующие подписи:  -   *только чтение* - значение свойства устанавливается автоматически, и пользователь не может задать или изменить его, даже в некоторых конкретных условиях     (напр., *только чтение* для унаследованных или обнаруженных объектов); -   *только запись* - значение свойства можно задать, но после этого оно не будет доступно; -   *постоянное* - значение свойства можно задать при создании объекта, но нельзя изменить позднее; -   *поддерживается* - значение свойства не требуется задавать, но его можно задать в некоторых конкретных условиях     (напр., *поддерживается*, если для `type` задано "Простая проверка", "Внешняя проверка", "SSH агент", "TELNET агент" или "HTTP агент"); -   *требуется* - значение свойства должно быть задано для всех операций (кроме операций получения) или в некоторых конкретных условиях     (напр., *требуется* для операций создания; *требуется*, если для `operationtype` задано "глобальный скрипт" и не задано `opcommand_hst`).  ::: noteclassic Для операций обновления свойство считается заданным, когда оно задается во время операции обновления. :::  Свойства, для которых не указаны подписи, являются необязательными.

en-us	##### Protection against brute force attacks  In case of five consecutive failed login attempts, Zabbix interface will pause for 30 seconds in order to prevent brute force and dictionary attacks.  The IP address of a failed login attempt will be displayed after a successful login.
ru	##### Защита от атак перебором  В случае пяти последовательных неудачных попыток входа, Zabbix интерфейс будет принудительно делать паузу в 30 секунд для предотвращения атак методом перебора пароля и атак по словарю.  IP адрес, с которого были осуществлены неудачные попытки, будет отображен после успешного входа в систему.

en-us	##### Proxy configuration  HA cluster nodes (servers) must be listed in the configuration of either  passive or active Zabbix proxy.  For a passive proxy, the node names must be listed in the Server [parameter](/manual/appendix/config/zabbix_proxy) of the proxy,  separated by a **comma**.  ``` Server=zabbix-node-01,zabbix-node-02 ```  For an active proxy, the node names must be listed in the Server [parameter](/manual/appendix/config/zabbix_proxy) of the proxy,  separated by a **semicolon**. ``` Server=zabbix-node-01;zabbix-node-02 ```
ru	##### Настройка прокси  Ноды (серверы) HA кластера должны быть перечислены в конфигурации как пассивных, так и активных Zabbix прокси.  В случае пассивных прокси имена нод необходимо перечислить в [параметре](/manual/appendix/config/zabbix_proxy) Server этих прокси, разделяя имена **запятой**.  ``` Server=zabbix-node-01,zabbix-node-02 ```  В случае активных прокси имена нод необходимо перечислить в [параметре](/manual/appendix/config/zabbix_proxy) Server этих прокси, разделяя имена **точкой с запятой**. ``` ServerActive=zabbix-node-01;zabbix-node-02 ```

en-us	# proxy.create
ru	# proxy.create

en-us	# proxy.delete
ru	# proxy.delete

en-us	# proxy.get
ru	# proxy.get

en-us	### Proxy installation  Once the required repository is added, you can install Zabbix proxy by running:      dnf install zabbix-proxy-mysql zabbix-sql-scripts  Substitute 'mysql' in the commands with 'pgsql' to use PostgreSQL, or with 'sqlite3' to use SQLite3 (proxy only).  The package 'zabbix-sql-scripts' contains database schemas for all supported database management systems for both Zabbix server and Zabbix proxy and will be used for data import.
ru	### Установка прокси  После добавления требуемого репозитория вы можете установить Zabbix прокси, выполнив следующую команду:      dnf install zabbix-proxy-mysql zabbix-sql-scripts  Замените «mysql» в команде на «pgsql», чтобы использовать PostgreSQL, или на «sqlite3» чтобы использовать SQLite3 (только прокси).  Пакет «zabbix-sql-scripts» содержит схемы базы данных для всех поддерживаемых систем управления базами данных как для Zabbix сервера, так и для Zabbix прокси. Этот пакет используется для импорта данных.

en-us	#### Proxy process types and threads  -   `agent poller` - asynchronous poller process for passive checks with a worker thread -   `availability manager` - process for host availability updates -   `configuration syncer` - process for managing in-memory cache of     configuration data -   `data sender` - proxy data sender -   `discovery manager` - manager process for discovery of devices -   `discovery worker` - process for handling discovery tasks from the discovery manager -   `history syncer` - history DB writer -   `housekeeper` - process for removal of old historical data -   `http agent poller` - asynchronous poller process for HTTP checks with a worker thread -   `http poller` - web monitoring poller -   `icmp pinger` - poller for icmpping checks -   `ipmi manager` - IPMI poller manager -   `ipmi poller` - poller for IPMI checks -   `java poller` - poller for Java checks -   `odbc poller` - poller for ODBC checks -   `poller` - normal poller for passive checks -   `preprocessing manager` - manager of preprocessing tasks with preprocessing worker threads -   `preprocessing worker` - thread for data preprocessing -   `self-monitoring` - process for collecting internal server     statistics -   `snmp poller` - asynchronous poller process for SNMP checks with a worker thread (`walk[OID]` and `get[OID]` items only) -   `snmp trapper` - trapper for SNMP traps -   `task manager` - process for remote execution of tasks requested by     other components (e.g. close problem, acknowledge problem, check     item value now, remote command functionality) -   `trapper` - trapper for active checks, traps, proxy communication -   `unreachable poller` - poller for unreachable devices -   `vmware collector` - VMware data collector responsible for data     gathering from VMware services  The proxy log file can be used to observe these process types.  Various types of Zabbix proxy processes can be monitored using the **zabbix\[process,<type>,<mode>,<state>\]** internal [item](/manual/config/items/itemtypes/internal).
ru	#### Типы процессов прокси  -   `agent poller` - асинхронный процесс поллера для пассивных проверок с рабочим потоком (with a worker thread) -   `availability manager` - процесс для обновления доступности узлов сети -   `configuration syncer` - процесс управления кэшем данных конфигурации в оперативной памяти -   `data sender` - процесс отправки данных с прокси -   `discovery manager` - процесс менеджера для обнаружения устройств -   `discovery worker` - процесс для выполнения задач обнаружения от discovery manager-а -   `history syncer` - процесс, который записывает историю в БД -   `housekeeper` - процесс удаления устаревших данных истории -   `http agent poller` - процесс асинхронного поллера для проверок HTTP с рабочим потоком -   `http poller` - поллер веб-мониторинга -   `icmp pinger` - поллер проверок icmpping -   `ipmi manager` -  менеджер IPMI поллеров -   `ipmi poller` - поллер для проверок через IPMI -   `java poller` - поллер для Java проверок -   `odbc poller` - поллер для ODBC проверок -   `poller` - обычный поллер для пассивных проверок -   `preprocessing manager` - менеджер задач предобработки с рабочим потоком -   `preprocessing worker` - рабочий поток преобработки данных -   `self-monitoring` -  процесс сбора внутренней статистики сервера -   `snmp poller` - процесс асинхронного поллера для проверок SNMP с рабочим потоком(только элементы данных `walk[OID]` и `get[OID]`) -   `snmp trapper` - траппер сбора/обработки SNMP трапов -   `task manager` - процесс для удалённого выполнения задач, которые запрашиваются другими компонентами (например, функционал закрытия проблемы, подтверждения проблемы, принудительной проверки значения элемента данных, удалённой команды) -   `trapper` - процесс-улавливатель для активных проверок, трапов, и прокси -   `unreachable poller` - поллер недоступных устройств -   `vmware collector` - сборщик данных VMware, ответственный за сбор данных со служб VMware  Можно воспользоваться файлом журнала прокси для выявления этих типов процессов.  Различные типы процессов Zabbix прокси можно контролировать, используя внутренний [элемент данных](/manual/config/items/itemtypes/internal) **zabbix\[процесс,<тип>,<режим>,<состояние>\]**.

en-us	# proxy.update
ru	# proxy.update

en-us	#### Proxy upgrade process
ru	#### Процесс обновления прокси

en-us	##### Proxy  [Zabbix proxy](/manual/concepts/proxy) can collect performance and availability data on behalf of Zabbix server. A proxy is an optional part of Zabbix deployment; however, it may be very beneficial to distribute the load of a single Zabbix server.
ru	##### Прокси  [Zabbix прокси](/manual/concepts/proxy) может собирать данные о производительности и доступности от имени Zabbix сервера. Прокси является опциональной частью Zabbix; однако он может быть полезен, чтобы распределить нагрузку одного Zabbix сервера.

en-us	##### Purpose of persistent files  When Zabbix agent is started it receives a list of active checks from Zabbix server or proxy.  For log\*\[\] metrics it receives the processed log size and the modification time for finding where to start log file monitoring from. Depending on the actual log file size and modification time reported by file system the agent decides either to continue log file monitoring from the processed log size or re\-analyze the log file from the beginning.  A running agent maintains a larger set of attributes for tracking all monitored log files between checks.  This in\-memory state is lost when the agent is stopped.  The new optional parameter **persistent\_dir** specifies a directory for storing this state of log\[\], log.count\[\], logrt\[\] or logrt.count\[\] item in a file. The state of log item is restored from the persistent file after the Zabbix agent is restarted.  The primary use\-case is monitoring of log file located on a mirrored file system. Until some moment in time the log file is written to both mirrors. Then mirrors are split.  On the active copy the log file is still growing, getting new records. Zabbix agent analyzes it and sends processed logs size and modification time to server. On the passive copy the log file stays the same, well behind the active copy. Later the operating system and Zabbix agent are rebooted from the passive copy. The processed log size and modification time the Zabbix agent receives from server may not be valid for situation on the passive copy.  To continue log file monitoring from the place the agent left off at the moment of file system mirror split the agent restores its state from the persistent file.
ru	##### Назначение постоянных файлов  Когда Zabbix агент запускается, он получает список активных проверок от Zabbix сервера или прокси.  Для log\*\[\] метрик агент получает размер обработанного журнала и время модификации чтобы найти, откуда следует начать мониторинг файла журнала. В зависимости от реального размера файла журнала и времени модификации, полученных от файловой системы, агент решает: либо продолжить мониторинг файла журнала с обработанного размера журнала, либо проанализировать файл журнала с самого его начала.  Работающий агент поддерживает большой набор атрибутов для отслеживания между проверками всех наблюдаемых файлов журналов. Этот состояние в памяти теряется при остановке агента.  Новый опциональный параметр ** постоянное\_хранилище** указывает директорию для хранения этого состояния в файле по log\[\], log.count\[\], logrt\[\] или logrt.count\[\] элементам данных. Состояние элемента данных журнала восстанавливается из постоянного файла после перезапуска Zabbix агента.  Основным сценарием применения такого подхода является мониторинг файла журнала, который расположен на зеркалируемой файловой системе. До какого-то момента файл журнала записывается в обоих зеркалах. Затем зеркала разделяются.  На активном зеркале копия файла журнала продолжает рости, получая новые записи. Zabbix агент анализирует их и отправляет на сервер размер обработанного журнала и время модификации. На стороне пассивного зеркала копия файла журнала остаётся той же самой, находясь далеко позади активной копии. Затем операционная система и Zabbix агент перезагружаются с пассивной копии. Полученные от сервера Zabbix агентом размер обработанного журнала и время модификации могут быть недостоверными для ситуации с пассивной копией.  Для продолжения наблюдения за файлом журнала с того же места, в котором агент остановил обработку файла при разделении зеркала, агент восстанавливает своё состояние из постоянного файла.

en-us	#### Query language comparison  The following table lists differences and similarities between PromQL and Zabbix Prometheus preprocessing query language.  |[PromQL instant vector selector](https://prometheus.io/docs/prometheus/latest/querying/basics/#instant-vector-selectors)|<|Zabbix Prometheus preprocessing| |----|----|----| |**Differences**|<|<| |Query target|Prometheus server|Plain text in Prometheus exposition format| |Returns|Instant vector|Metric or label value (Prometheus pattern)<br>Array of metrics for single value in JSON (Prometheus to JSON)| |Label matching operators|**=**, **!=**, **=\~**, **!\~**|**=**, **!=**, **=\~**, **!\~**| |Regular expression used in label or metric name matching|RE2|PCRE| |Comparison operators|See [list](https://prometheus.io/docs/prometheus/latest/querying/operators/#comparison-binary-operators)|Only **==** (equal) is supported for value filtering| |**Similarities**|<|<| |Selecting by metric name that equals string|<metric name> or {\_\_name\_\_="<metric name>"}|<metric name> or {\_\_name\_\_="<metric name>"}| |Selecting by metric name that matches regular expression|{\_\_name\_\_=\~"<regex>"}|{\_\_name\_\_=\~"<regex>"}| |Selecting by <label name> value that equals string|{<label name>="<label value>",...}|{<label name>="<label value>",...}| |Selecting by <label name> value that matches regular expression|{<label name>=\~"<regex>",...}|{<label name>=\~"<regex>",...}| |Selecting by value that equals string|{\_\_name\_\_=\~".\*"} == <value>|{\_\_name\_\_=\~".\*"} == <value>|
ru	#### Сравнение языка запросов  В следующей таблице перечислены различия и сходства между PromQL и языком запросов предобработки Prometheus в Zabbix.  |[Мгновенный векторный селектор PromQL \[en\]](https://prometheus.io/docs/prometheus/latest/querying/basics/#instant-vector-selectors)|<|Предобработка Prometheus в Zabbix| |----|----|----| |**Различия**|<|<| |Цель запроса|Сервер Prometheus|Простой текст в формате представления Prometheus| |Возвращает|Мгновенный вектор|Значение метрики или метки (Шаблон Prometheus)<br>Массив метрик для одиночного значения в JSON (Prometheus в JSON)| |Операторы сопоставления меток|**=**, **!=**, **=\~**, **!\~**|**=**, **!=**, **=\~**, **!\~**| |Регулярное выражение, используемое при сопоставлении метки или имени метрики|RE2|PCRE| |Операторы сравнения|Смотрите [список \[en\]](https://prometheus.io/docs/prometheus/latest/querying/operators/#comparison-binary-operators)|Только **==** (равно) поддерживается для фильтрации значений| |**Сходства**|<|<| |Выбор по названию метрики, равному строке|<имя метрики> или {\_\_name\_\_="<имя метрики>"}|<имя метрики> или {\_\_name\_\_="<имя метрики>"}| |Выбор по имени метрики, которое соответствует регулярному выражению|{\_\_name\_\_=\~"<регулярное выражение>"}|{\_\_name\_\_=\~"<регулярное выражение>"}| |Выбор по значению <имя метки>, равному строке|{<имя метки>="<значение метки>",...}|{<имя метки>="<значение метки>",...}| |Выбор по значению <имя метки>, которое соответствует регулярному выражению|{<имя метки>=\~"<регулярное выражение>",...}|{<имя метки>=\~"<регулярное выражение>",...}| |Выбор по значению, равному строке|{\_\_name\_\_=\~".\*"} == <значение>|{\_\_name\_\_=\~".\*"} == <значение>|

en-us	#### Queue item  A special internal item **zabbix\[queue,<from>,<to>\]** can be used to monitor the health of the queue in Zabbix. It will return the number of items delayed by the set amount of time. For more information see [Internal items](/manual/config/items/itemtypes/internal).
ru	#### Элемент данных очереди  Можно использовать специальный внутренний элемент данных **zabbix\[queue,<от>,<до>\]** для наблюдения за состоянием очереди Zabbix. Он будет возвращать количество элементов данных, задерживающихся за указанный период времени. Для получения более подробной информации смотрите [Внутренние элементы данных](/manual/config/items/itemtypes/internal).

en-us	#### Recent data vs longer periods  For very recent data a **single** line is drawn connecting each received value. The single line is drawn as long as there is at least one horizontal pixel available for one value.  For data that show a longer period **three lines** are drawn - a dark green one shows the average, while a light pink and a light green line shows the maximum and minimum values at that point in time. The space between the highs and the lows is filled with yellow background.  Working time (working days) is displayed in graphs as a white background, while non-working time is displayed in gray (with the *Original blue* default frontend theme).  ![](../../../../../assets/en/manual/config/graph_working_time.png){width="550"}  Working time is always displayed in simple graphs, whereas displaying it in [custom graphs](custom#configuring_custom_graphs) is a user preference.  Working time is not displayed if the graph shows more than 3 months.
ru	#### Недавние данные vs длительные периоды  Для самых последних данных **одиночная** линия рисуется с учетом каждого полученного значения. Одиночная линия рисуется до тех пор, пока доступен хотя бы один горизонтальный пиксел для одного значения.  Для данных показывающих длительный период рисуется **три линии** - темно зеленая линия отображает среднее значение, тогда как светло розовая и светло зеленая линии отображают максимальное и минимальное значения в данный момент времени. Пространство между максимумами и минимумами заполняется желтым цветом.  Рабочее время (рабочие дни) отображается на графиках белым фоном, а нерабочее время отображается серым (в теме *Оригинальная синяя*, по умолчанию в веб-интерфейсе).  ![](../../../../../assets/en/manual/config/graph_working_time.png){width="550"}  Рабочее время всегда отображается на простых графиках, тогда как отображение рабочего времени на [пользовательских графиках](custom#настройка_пользовательских_графиков) является предпочтением пользователя.  Рабочее время не отображается, если график отображает период более 3 месяцев.

en-us	# regexp.create
ru	# regexp.create

en-us	# regexp.delete
ru	# regexp.delete

en-us	# regexp.get
ru	# regexp.get

en-us	# regexp.update
ru	# regexp.update

en-us	# Register a new module  This section explains how to add a new module to Zabbix frontend.
ru	# Зарегистрируем новый модуль  В этом разделе объясняется, как добавить новый модуль во внешний интерфейс Zabbix.

en-us	### Regular expression  These examples use regular expressions in the preprocessing steps.
ru	### Регулярное выражение  В этих примерах на этапах предобработки используются регулярные выражения.

en-us	# report.create
ru	# report.create

en-us	# report.delete
ru	# report.delete

en-us	# report.get
ru	# report.get

en-us	# report.update
ru	# report.update

en-us	##### - Repositories  Official Zabbix [repository](/manual/installation/install_from_packages/rhel) has been added to */etc/yum.repos.d*:      [zabbix]     name=Zabbix Official Repository - $basearch     baseurl=http://repo.zabbix.com/zabbix/7.0/rhel/8/$basearch/     enabled=1     gpgcheck=1     gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ZABBIX-A14FE591
ru	##### - Репозитории  Официальный [репозиторий](/manual/installation/install_from_packages/rhel) Zabbix добавлен в */etc/yum.repos.d*:    [zabbix]   name=Zabbix Official Repository - $basearch   baseurl=http://repo.zabbix.com/zabbix/6.0/rhel/8/$basearch/   enabled=1   gpgcheck=1   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ZABBIX-A14FE591

en-us	### Required mode
ru	### Требуемый режим

en-us	### Required mode
ru	### Требуемый режим

en-us	#### Required software  Zabbix is built around modern web servers, leading database engines, and PHP scripting language.
ru	#### Требуемое программное обеспечение  Zabbix использует современные веб-сервера, ведущие СУБД и язык сценариев PHP.

en-us	#### Retrieving hosts  Now you have a valid user authentication token that can be used to access the data in Zabbix. For example, you can use the [host.get](/manual/api/reference/host/get) method to retrieve the IDs, host names and interfaces of all the configured [hosts](/manual/api/reference/host/object):  Request:  ```bash curl --request POST \   --url 'https://example.com/zabbix/api_jsonrpc.php' \   --header 'Authorization: Bearer ${AUTHORIZATION_TOKEN}' \   --header 'Content-Type: application/json-rpc' \   --data @data.json ```  ::: notetip `data.json` is a file that contains a JSON query. Instead of a file, you can pass the query in the `--data` argument. :::  data.json  ```json {     "jsonrpc": "2.0",     "method": "host.get",     "params": {         "output": [             "hostid",             "host"         ],         "selectInterfaces": [             "interfaceid",             "ip"         ]     },     "id": 2 } ```  The response object will contain the requested data about the hosts:  ```json {     "jsonrpc": "2.0",     "result": [         {             "hostid": "10084",             "host": "Zabbix server",             "interfaces": [                 {                     "interfaceid": "1",                     "ip": "127.0.0.1"                 }             ]         }     ],     "id": 2 } ```  ::: notetip For performance reasons it is always recommended to list the object properties you want to retrieve. Thus, you will avoid retrieving everything. :::
ru	#### Получение узлов сети  Теперь у вас есть валидный токен аутентификации пользователя, который можно использовать для доступа к данным в Zabbix. Например, вы можете воспользоваться методом  [host.get](/manual/api/reference/host/get) для получения идентификаторов, имен и интерфейсов всех настроенных [узлов сети](/manual/api/reference/host/object):  Запрос:  ```bash curl --request POST \   --url 'https://example.com/zabbix/api_jsonrpc.php' \   --header 'Authorization: Bearer ${AUTHORIZATION_TOKEN}' \   --header 'Content-Type: application/json-rpc' \   --data @data.json ```  ::: notetip `data.json` - это файл, содержащий запрос JSON. Вместо использования файла запрос можно передать при помощи аргумента `--data`. :::  data.json  ```json {     "jsonrpc": "2.0",     "method": "host.get",     "params": {         "output": [             "hostid",             "host"         ],         "selectInterfaces": [             "interfaceid",             "ip"         ]     },     "id": 2 } ```  Объект ответа будет содержать запрошенные данные об узлах сети:  ```json {     "jsonrpc": "2.0",     "result": [         {             "hostid": "10084",             "host": "Zabbix server",             "interfaces": [                 {                     "interfaceid": "1",                     "ip": "127.0.0.1"                 }             ]         }     ],     "id": 2 } ```  ::: notetip Из соображений производительности рекомендуется всегда перечислять свойства объекта, которые вы хотите получить, чтобы не получать все возможные. :::

en-us	#### Retrieving the version of the API  Retrieve the version of the Zabbix API.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "apiinfo.version",     "params": [],     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": "7.0.0",     "id": 1 } ```
ru	#### Получение версии API  Получите версию Zabbix API.  [Запрос](/manual/api#performing-requests):  ``` json {     "jsonrpc": "2.0",     "method": "apiinfo.version",     "params": [],     "id": 1 } ```  Ответ:  ```json {     "jsonrpc": "2.0",     "result": "7.0.0",     "id": 1 } ```

en-us	### Return values  `(array)` Returns an array with changes in configuration, that will be made.
ru	### Возвращаемые значения  `(array)` Возвращает массив с изменениями в конфигурации, которые будут сделаны.

en-us	### Return values  `(boolean )` Returns boolean true as result on successful update.
ru	### Возвращаемые значения  `(boolean)` Возвращает логическое значение true в качестве результата при успешном обновлении.

en-us	### Return values  `(boolean)` Returns `true` if importing has been successful.
ru	### Возвращаемые значения  `(логическое)` Возвращает `true` при успешном импорте.

en-us	### Return values  `(boolean)` Returns `true` if the copying was successful.
ru	### Возвращаемые значения   `(логическое)` Возвращает `true` при успешном копировании.

en-us	### Return values  `(boolean)` Returns `true` if the user has been logged out successfully.
ru	### Возвращаемые значения  `(логическое)` Возвращает `true`, если пользователь успешно выполнил выход.

en-us	### Return values  `(integer/array)` Returns an array of objects.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает массив объектов.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает:  -   массив объектов  или -   количество полученных объектов , если был использован параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает либо:  - массив объектов; - количество извлеченных объектов, если параметр `countOutput`     был использован.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает:  -   массив объектов; -   количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(integer/array)` Возвращает:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(integer/array)` Returns either:  -   an array of objects; -   the count of retrieved objects, if the `countOutput` parameter has     been used.
ru	### Возвращаемые значения  `(целое число/массив)` Возвращает либо:  - · массив объектов; - · количество извлеченных объектов, если использовался параметр `countOutput`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the cleared items under the `itemids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы очищенных элементов в свойстве `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created correlations under the `correlationids` property. The order of the returned IDs matches the order of the passed correlations.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID созданных корреляций под свойством `correlationids`. Порядок возвращаемых ID совпадает с порядком переданных корреляций.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created dashboards under the `dashboardids` property. The order of the returned IDs matches the order of the passed dashboards.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных панелей, указанных в свойстве `dashboardids`. Порядок возвращаемых ID совпадает с порядком переданных панелей.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created discovery rules under the `druleids` property. The order of the returned IDs matches the order of the passed discovery rules.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных правил обнаружения, указанных в свойстве `druleids`. Порядок возвращаемых ID совпадает с порядком переданных правил обнаружения.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created graph prototypes under the `graphids` property. The order of the returned IDs matches the order of the passed graph prototypes.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных прототипов графиков, указанных в свойстве `graphids`. Порядок возвращаемых ID совпадает с порядком переданных прототипов графиков.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created graphs under the `graphids` property. The order of the returned IDs matches the order of the passed graphs.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных графиков, указанных в  свойстве `graphids`. Порядок возвращаемых ID совпадает с порядком переданных графиков.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created host groups under the `groupids` property. The order of the returned IDs matches the order of the passed host groups.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных групп узлов сети, указанных в свойстве `groupids`. Порядок возвращаемых ID совпадает с порядком переданных групп узлов сети.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created host interfaces under the `interfaceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных интерфейсов узла сети, указанных в свойстве `interfaceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created host interfaces under the `interfaceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных интерфейсов узла сети, указанных в свойстве `interfaceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created host interfaces under the `interfaceids` property. The order of the returned IDs matches the order of the passed host interfaces.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных интерфейсов узлов сети, указанных в свойстве `interfaceids`. Порядок возвращаемых ID совпадает с порядком переданных интерфейсов узлов сети.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created host prototypes under the `hostids` property. The order of the returned IDs matches the order of the passed host prototypes.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных прототипов узлов сети, указанных в свойстве `hostids`. Порядок возвращаемых ID совпадает с порядком переданных прототипов узлов сети.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created hosts under the `hostids` property. The order of the returned IDs matches the order of the passed hosts.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы  созданных хостов в свойстве`hostids`. Порядок возвращаемых  идентификаторов соответствует порядку переданных хостов.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created icon maps under the `iconmapids` property. The order of the returned IDs matches the order of the passed icon maps.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных соответствий иконок, указанных в свойстве `iconmapids`. Порядок возвращаемых ID совпадает с порядком переданных соответствий иконок.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created images under the `imageids` property. The order of the returned IDs matches the order of the passed images.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных изображений, указанных в свойстве `imageids`. Порядок возвращаемых ID совпадает с порядком переданных изображений.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created item prototypes under the `itemids` property. The order of the returned IDs matches the order of the passed item prototypes.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных прототипов элементов данных, указанных в свойстве `itemids`. Порядок возвращаемых ID совпадает с порядком переданных прототипов элементов данных.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created items under the `itemids` property. The order of the returned IDs matches the order of the passed items.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных элементов данных, указанных в свойстве `itemids`. Порядок возвращаемых ID совпадает с порядком переданных элементов данных.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created LLD rules under the `itemids` property. The order of the returned IDs matches the order of the passed LLD rules.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных правил LLD, указанных в свойстве `itemids`. Порядок возвращаемых ID совпадает с порядком переданных правил LLD.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created maintenances under the `maintenanceids` property. The order of the returned IDs matches the order of the passed maintenances.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных обслуживаний, указанных в свойстве `maintenanceids`. Порядок возвращаемых ID совпадает с порядком переданных обслуживаний.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created media types under the `mediatypeids` property. The order of the returned IDs matches the order of the passed media types.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных способов оповещения,  указанных в свойстве`mediatypeids`. Порядок возвращаемых ID совпадает с порядком переданных способов оповещения.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created regular expressions under the `regexpids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных регулярных выражений, указанных в свойстве`regexpids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created roles under the `roleids` property. The order of the returned IDs matches the order of the passed roles.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных ролей, указанных в  свойстве `roleids`. Порядок возвращаемых ID совпадает с порядком переданных ролей.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created scripts under the `scriptids` property. The order of the returned IDs matches the order of the passed scripts.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных скриптов, указанных в  свойстве `scriptids`. Порядок возвращаемых ID совпадает с порядком переданных скриптов.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created tasks under the `taskids` property. One task is created for each item and low-level discovery rule. The order of the returned IDs matches the order of the passed `itemids`.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных задач, указанных в свойстве `taskids`. Одна задача создается по каждому элементу данных и правилу низкоуровневого обнаружения. Порядок возвращаемых ID совпадает с порядком переданных `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created template dashboards under the `dashboardids` property. The order of the returned IDs matches the order of the passed template dashboards.
ru	### Возвращаемые значения   `(объект)` Возвращает объект, который содержит ID созданных шаблонов панелей, указанных в свойстве `dashboardids`. Порядок возвращаемых идентификаторов соответствует порядку переданных шаблонов панелей.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created templates under the `templateids` property. The order of the returned IDs matches the order of the passed templates.
ru	### Возвращаемые значения   `(объект)` Возвращает объект, который содержит ID созданных шаблонов, указанных в свойстве `templateids`. Порядок возвращаемых идентификаторов соответствует порядку переданных шаблонов.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created tokens under the `tokenids` property. The order of the returned IDs matches the order of the passed tokens.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных токенов, указанных в  свойстве `tokenids`. Порядок возвращаемых ID совпадает с порядком переданных токенов.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created triggers under the `triggerids` property. The order of the returned IDs matches the order of the passed triggers.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных триггеров, указанных  в свойстве`triggerids`. Порядок возвращаемых ID совпадает с порядком переданных триггеров.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created users under the `userids` property. The order of the returned IDs matches the order of the passed users.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID созданных пользователей, указанных в свойстве `userids`. Порядок возвращаемых ID совпадает с порядком переданных пользователей.

en-us	### Return values  `(object)` Returns an object containing the IDs of the created web scenarios under the `httptestids` property. The order of the returned IDs matches the order of the passed web scenarios.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID созданных веб-сценариев под свойством `httptestids`. Порядок возвращаемых ID совпадает с порядком переданных веб-сценариев.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted correlations under the `correlationids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных корреляций, переданных в свойстве `correlationids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted dashboards under the `dashboardids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных панелей, указанных в свойстве `dashboardids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted discovery rules under the `druleids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных правил обнаружения, указанных в свойстве `druleids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted graph prototypes under the `graphids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных прототипов графиков, указанных в свойстве `graphids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted graphs under the `graphids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных графиков, указанных в свойстве `graphids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted host groups under the `groupids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных групп узлов сети, указанных в свойстве`groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted host interfaces under the `interfaceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных интерфейсов узлов сети, указанных в свойстве `interfaceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted host interfaces under the `interfaceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных интерфейсов узлов сети, указанных в свойстве `interfaceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted host macros under the `hostmacroids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных макросов узла сети, указанных в свойстве `hostmacroids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted host prototypes under the `hostids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных прототипов узлов сети, указанных в свойстве `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted hosts under the `hostids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы удаленных хостов под свойством hostids.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted icon maps under the `iconmapids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных соответствий иконок, указанных в свойстве `iconmapids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted images under the `imageids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных изображений, указанных в свойстве `imageids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted item prototypes under the `prototypeids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных прототипов элементов данных, указанных в свойстве `prototypeids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted items under the `itemids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных элементов данных, указанных в свойстве `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted LLD rules under the `ruleids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит идентификаторы удаленных правил LLD, указанных в свойстве `ruleids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted maintenance periods under the `maintenanceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных периодов обслуживания, указанных в свойстве `maintenanceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted media types under the `mediatypeids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных способов оповещения, указанных в свойстве `mediatypeids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted regular expressions under the `regexpids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удалённых регулярных выражений, указанных в свойстве`regexpids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted roles under the `roleids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы удаленных ролей, указанных  в свойстве `roleids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted scripts under the `scriptids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных скриптов, указанных в  свойстве `scriptids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted services under the `serviceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных услуг, указанных в свойстве `serviceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted template dashboards under the `dashboardids` property.
ru	### Возвращаемые значения   `(объект)` Возвращает объект, который содержит ID удаленных шаблонов панелей, указанных в свойстве `dashboardids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted template groups under the `groupids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы удаленного шаблона. группы под свойством `groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted templates under the `templateids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удалённых шаблонов, указанных в свойстве `templateids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted tokens under the `tokenids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы удалённых токенов, указанных  в свойстве `tokenids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted triggers under the `triggerids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных триггеров, указанных в свойстве `triggerids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted user groups under the `usrgrpids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удалённых групп пользователей, указанных в свойстве `usrgrpids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted users under the `userids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных пользователей, указанных в свойстве `userids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted value maps under the `valuemapids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID удаленных преобразований значений, указанных в свойстве `valuemapids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the deleted web scenarios under the `httptestids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы удаленных веб-сценариев в свойстве `httptestids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the unblocked users under the `userids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID разблокированных пользователей, указанных в свойстве `userids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated actions under the `actionids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы (IDs) обновленных действий под свойством `actionids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated correlations under the `correlationids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновленных корреляций в свойстве `correlationid`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated dashboards under the `dashboardids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных панелей, указанных в свойстве `dashboardids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated discovery rules under the `druleids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID обновленных правил обнаружения под свойством `druleids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated events under the `eventids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID обновленных событий, указанных в свойстве `eventids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated graph prototypes under the `graphids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID обновленных прототипов графиков, указанных в свойстве `graphids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated graphs under the `graphids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, который содержит ID обновленных графиков, указанных в свойстве `graphids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host groups under the `groupids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных групп узлов сети, указанных в свойстве `groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host groups under the `groupids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных групп узлов сети, указанных в свойстве `groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host groups under the `groupids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных групп узлов сети, указанных в свойстве `groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host groups under the `groupids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных групп узлов сети, указанных в свойстве `groupids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host interfaces under the `interfaceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных интерфейсов узлов сети, указанных в свойстве `interfaceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated host prototypes under the `hostids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных прототипов узлов сети, указанных в свойстве `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated hosts under the `hostids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновленных хостов. под свойством `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated hosts under the `hostids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновленных хостов. под свойством `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated hosts under the `hostids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновленных хостов. под свойством `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated hosts under the `hostids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновленных хостов. под свойством `hostids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated icon maps under the `iconmapids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных соответствий иконок, указанных в свойстве `iconmapids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated images under the `imageids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных изображений, указанных в свойстве `imageids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated item prototypes under the `itemids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных прототипов элементов данных, указанных в свойстве `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated items under the `itemids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных элементов данных, указанных в свойстве `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated LLD rules under the `itemids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных правил LLD, указанных в свойстве `itemids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated maintenances under the `maintenanceids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных обслуживаний, указанных в свойстве `maintenanceids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated media types under the `mediatypeids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных способов оповещений, указанных в свойстве `mediatypeids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated regular expressions under the `regexpids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных регулярных выражений, указанных в свойстве`regexpids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated roles under the `roleids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновлённых ролей, указанных  в свойстве `roleids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated templates under the `templateids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных шаблонов, указанных в свойстве `templateids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated templates under the `templateids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных шаблонов, указанных в свойстве `templateids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated templates under the `templateids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных шаблонов, указанных в свойстве `templateids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated templates under the `templateids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных шаблонов, указанных в свойстве `templateids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated tokens under the `tokenids` property.
ru	### Возвращаемые значения  `(object)` Возвращает объект, содержащий идентификаторы обновлённых токенов, указанных  в свойстве `tokenids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated user groups under the `usrgrpids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных групп пользователей, указанных в свойстве `usrgrpids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated users under the `userids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных пользователей, указанных в свойстве`userids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated value maps under the `valuemapids` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных преобразований значений, указанных в свойстве`valuemapids`.

en-us	### Return values  `(object)` Returns an object containing the IDs of the updated web scenarios under the `httptestid` property.
ru	### Возвращаемые значения  `(объект)` Возвращает объект, который содержит ID обновленных веб-сценариев, указанных в свойстве `httptestid`.

en-us	### Return values  `(object)` Returns authentication object.
ru	### Возвращаемые значения  `(object)` Возвращает объект аутентификации.

en-us	### Return values  `(object)` Returns autoregistration object.
ru	### Возвращаемые значения  `(object)` Возвращает объект авторегистрации.

en-us	### Return values  `(object)` Returns settings object.
ru	### Возвращаемые значения  `(object)` Возвращает объект настроек..

en-us	### Return values  `(string)` Returns a serialized string containing the requested configuration data.
ru	### Возвращаемые значения  `(string)` Возвращает сериализованную строку, содержащую запрошенные данные конфигурации.

en-us	### Return values  `(string)` Returns the version of the Zabbix API.  ::: notetip Starting from Zabbix 2.0.4 the version of the API matches the version of Zabbix. :::
ru	### Return values  `(string)` Возвращает версию Zabbix API.  ::: notetip Начиная с Zabbix 2.0.4 версия API соответствует версии Zabbix. :::

en-us	# role.create
ru	# role.create

en-us	# role.delete
ru	# role.delete

en-us	# role.get
ru	# role.get

en-us	# role.update
ru	# role.update

en-us	#### Running proxy
ru	#### Запуск прокси

en-us	#### Running server
ru	#### Запуск сервера

en-us	#### Running Zabbix sender  An example of running Zabbix UNIX sender:      cd bin     ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43  where:  -   z - Zabbix server host (IP address can be used as well) -   s - technical name of monitored host (as registered in Zabbix     frontend) -   k - item key -   o - value to send  ::: noteimportant Options that contain whitespaces, must be quoted using double quotes. :::  Zabbix sender can be used to send multiple values from an input file. See the [Zabbix sender manpage](/manpages/zabbix_sender) for more information.  If a configuration file is specified, Zabbix sender uses all addresses defined in the agent ServerActive configuration parameter for sending data. If sending to one address fails, the sender tries sending to the other addresses. If sending of batch data fails to one address, the following batches are not sent to this address.  Zabbix sender accepts strings in UTF-8 encoding (for both UNIX-like systems and Windows) without byte order mark (BOM) first in the file.  Zabbix sender on Windows can be run similarly:      zabbix_sender.exe [options]  zabbix\_sender realtime sending scenarios will gather multiple values passed to it  in close succession and send them to the server in a single connection. A value that is not further apart from the previous value than 0.2 seconds can be put in the same stack, but maximum polling time still is 1 second.  ::: noteclassic Zabbix sender will terminate if invalid (not following *parameter=value* notation) parameter entry is present in the specified configuration file. :::
ru	#### Выполнение Zabbix sender  Пример выполнения Zabbix UNIX sender:      cd bin     ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43  где:  -   z — хост Zabbix сервера (также можно использовать IP адрес) -   s — техническое имя наблюдаемого узла сети (как указано в веб-интерфейсе Zabbix) -   k — ключ элемента данных -   o — отправляемое значение  ::: noteimportant Если значения опций содержат пробелы, то эти значения необходимо заключить в двойные кавычки. :::  Zabbix sender можно использовать для отправки нескольких значений из входного файла. Обратитесь к [странице помощи Zabbix sender](/manpages/zabbix_sender) для получения более подробной информации.  Если указывается файл конфигурации, для отправки данных Zabbix sender использует все адреса, которые указаны в параметре ServerActive конфигурации агента. Если отправка на один адрес завершится ошибкой, sender попытается отправить на другие адреса. Если отправка партии данных на один из адресов завершается ошибкой, тогда следующие партии данных отправляться на этот адрес не будут.  Zabbix sender принимает строки в кодировке UTF-8 (как в UNIX-подобных системах, так и в Windows) без начального маркера последовательности байтов (BOM) в файле.  Zabbix sender в Windows можно выполнить аналогичным образом:      zabbix_sender.exe [опции]  В сценариях отправки данных утилитой zabbix\_sender в реальном времени несколько значений, переданных ей за короткий промежуток времени, будут накапливаться и затем отправляться серверу за одно соединение. Значения, пришедшие через менее, чем 0.2 секунды с момента получения предыдущего значения, накапливаются в одном стеке, но максимальное время их накопления до отправки — всё же 1 секунда.  ::: noteclassic Zabbix sender завершится с ошибкой, если в указанном файле конфигурации имеется ошибочный (не соответствующий определению *параметр=значение*) параметр. :::

en-us	###      Runtime control options     **config\_cache\_reload**   Reload configuration cache. Ignored if cache is being currently loaded. Active Zabbix proxy will connect to the Zabbix server and request configuration data. Default configuration file (unless **-c** option is specified) will be used to find PID file and signal will be sent to process, listed in PID file.     **snmp\_cache\_reload**   Reload SNMP cache.     **housekeeper\_execute**   Execute the housekeeper. Ignored if housekeeper is being currently executed.     **diaginfo**\[=*section*\]   Log internal diagnostic information of the specified section. Section can be *historycache*, *preprocessing*. By default diagnostic information of all sections is logged.     **log\_level\_increase**\[=*target*\]   Increase log level, affects all processes if target is not specified.     **log\_level\_decrease**\[=*target*\]   Decrease log level, affects all processes if target is not specified.  [ ]{#lbAG}
ru	###    ·  Параметры runtime-option   ·  **config\_cache\_reload** ·  Перезагрузить кеш конфигурации. Игнорируется, если кеш в данный момент загружается. Активный прокси Zabbix подключится к серверу Zabbix и запросит данные конфигурации. Если файл конфигурации не указан (если опция **-c** не указана) то для поиска будет использоваться PID, и сигнал будет отправлен на процесс, указанный в файле PID.   ·  **snmp\_cache\_reload** ·  Перезагрузить кэш SNMP.   ·  **housekeeper\_execute** ·  Запустит процесс housekeeper. Игнорируется, если housekeeper в данный момент выполняется.   ·  **diaginfo**\[=*раздел*\] ·  Записывать внутреннюю диагностическую информацию указанного раздела. Раздел может быть *historycache*, *preprocessing*. По умолчанию диагностическая информация всех разделов логируется.   ·  **log\_level\_increase**\[=*цель*\] ·  Увеличить уровень логирования, влияет на все процессы, если цель не указана.   ·  **log\_level\_decrease**\[=*цель*\] ·  Уменьшить уровень логирования, влияет на все процессы, если цель не указана.  [ ]{#lbAG}

en-us	##### Runtime control  Runtime control provides some options for remote control.  |Option|Description| |--|--------| |log\_level\_increase|Increase log level.| |log\_level\_decrease|Decrease log level.| |metrics|List available metrics.| |version|Display agent version.| |userparameter\_reload|Reload values of the *UserParameter* and *Include* options from the current configuration file.| |help|Display help information on runtime control.|  Examples:  -   increasing log level for agent 2 -   print runtime control options  ```bash zabbix_agent2 -R log_level_increase zabbix_agent2 -R help ```
ru	##### Управление работой  Управление работой агента предоставляет некоторые опции для удалённого управления агентом.  |Опция|Описание| |------|-----------| |log\_level\_increase|Увеличение уровня журналирования.| |log\_level\_decrease|Уменьшение уровня журналирования.| |metrics|Список доступных метрик.| |version|Отображение версии агента.| |userparameter\_reload|Загрузка заново значений параметров *UserParameter* и *Include* из текущего файла конфигурации.| |help|Отображение справочной информации о функции управления работой.|  Примеры:  -   увеличение уровня журналирования агента 2 -   вывод опций управления работой  ```bash zabbix_agent2 -R log_level_increase zabbix_agent2 -R help ```

en-us	##### Runtime control  With runtime control options you may change the log level of agent processes.  |Option|Description|Target| |--|------|------| |log\_level\_increase\[=<target>\]|Increase log level.<br>If target is not specified, all processes are affected.|Target can be specified as:<br>**process type** - all processes of specified type (e.g., listener)<br>See all [agent process types](#agent_process_types).<br>**process type,N** - process type and number (e.g., listener,3)<br>**pid** - process identifier (1 to 65535). For larger values specify target as 'process-type,N'.| |log\_level\_decrease\[=<target>\]|Decrease log level.<br>If target is not specified, all processes are affected.|^| |userparameter\_reload|Reload values of the *UserParameter* and *Include* options from the current configuration file.| |  Examples:  -   increasing log level of all processes -   increasing log level of the third listener process -   increasing log level of process with PID 1234 -   decreasing log level of all active check processes  ```{=html} <!-- --> ```     zabbix_agentd -R log_level_increase     zabbix_agentd -R log_level_increase=listener,3     zabbix_agentd -R log_level_increase=1234     zabbix_agentd -R log_level_decrease="active checks"  ::: noteclassic Runtime control is not supported on OpenBSD, NetBSD and Windows. :::
ru	##### Управление работой  Используя опции административных функций, вы можете изменить уровень журналирования у процессов агента.  |Опция|Описание|Цель| |------|---------|------| |log\_level\_increase\[=<цель>\]|Увеличение уровня журналирования.<br>Действует на все процессы, если цель не указана.|Цель можно указать с помощью:<br>**тип процесса** — все процессы указанного типа (например: listener)<br>Смотрите весь список [типов процессов агента](#типы-процессов-агента).<br>**тип процесса,N** — тип процесса и номер (например: listener,3)<br>**pid** —  идентификатора процесса (от 1 до 65535). В случае значений PID больше 65535 укажите цель в виде «тип процесса,N».| |log\_level\_decrease\[=<цель>\]|Уменьшение уровня журналирования.<br>Действует на все процессы, если цель не указана.|^| |userparameter\_reload|Загрузка заново значений параметров *UserParameter* и *Include* из текущего файла конфигурации.| |  Примеры:  -   увеличение уровня журналирования всем процессам -   увеличение уровня журналирования у третьего процесса listener -   увеличение уровня журналирования у процесса с PID 1234 -   уменьшение уровня журналирования по всем процессам active check  ```{=html} <!-- --> ``` zabbix_agentd -R log_level_increase zabbix_agentd -R log_level_increase=listener,3 zabbix_agentd -R log_level_increase=1234 zabbix_agentd -R log_level_decrease="active checks"  ::: noteclassic Выполнение административных функций не поддерживается в OpenBSD, NetBSD и Windows. :::

en-us	#### Scenario
ru	#### Сценарий

en-us	#### Scenario items  As soon as a scenario is created, Zabbix automatically adds the following items for monitoring.  |Item|Description| |----|-----------| |*Download speed for scenario <Scenario>*|This item will collect information about the download speed (bytes per second) of the whole scenario, i.e. average for all steps.<br>Item key: web.test.in\[Scenario,,bps\]<br>Type: *Numeric(float)*| |*Failed step of scenario <Scenario>*|This item will display the number of the step that failed on the scenario. If all steps are executed successfully, 0 is returned.<br>Item key: web.test.fail\[Scenario\]<br>Type: *Numeric(unsigned)*| |*Last error message of scenario <Scenario>*|This item returns the last error message text of the scenario. A new value is stored only if the scenario has a failed step. If all steps are ok, no new value is collected.<br>Item key: web.test.error\[Scenario\]<br>Type: *Character*|  The actual scenario name will be used instead of "Scenario".  ::: noteclassic If the scenario name contains [user macros](/manual/config/macros/user_macros), these macros will be left unresolved in web monitoring item names. <br><br> If the scenario name starts with a doublequote or contains a comma or a square bracket, it will be properly quoted in item keys. In other cases no additional quoting will be performed. :::  ::: noteclassic Web monitoring items are added with a 30 day history and a 90 day trend retention period. :::  These items can be used to create triggers and define notification conditions.
ru	#### Элементы данных сценария  Как только сценарий будет создан, Zabbix автоматически добавит сопутствующие элементы данных для мониторинга.  |Элемент данных|Описание| |----|-----------| |*Скорость загрузки сценария <Сценарий>*|Этот элемент данных собирает информацию о скорости загрузки (байт в секунду) всего сценария, т.е. средний показатель для всех шагов.<br>Ключ элемента данных: web.test.in\[Сценарий,,bps\]<br>Тип: *Числовой (с плавающей точкой)*| |*Неуспешный шаг сценария <Сценарий>*|Этот элемент данных отображает номер неуспешного шага в сценарии. Если все шаги в сценарии выполнены успешно, то возвращается 0.<br>Ключ элемента данных: web.test.fail\[Сценарий\]<br>Тип: *Числовой (целое)*| |*Последнее сообщение об ошибке для сценария <Сценарий>*|Этот элемент данных возвращает текст последнего сообщения об ошибке в сценарии. Новое значение сохраняется только, если в сценарии есть неуспешный шаг. Если все шаги в сценарии выполнены успешно, то значение не сохраняется.<br>Ключ элемента данных: web.test.error\[Сценарий\]<br>Тип: *Символ*|  Вместо "Сценарий" будет использовано реальное имя сценария.  ::: noteclassic Элементы данных веб-мониторинга добавляются с 30 дневным периодом хранения истории и с 90 дневным периодом хранения динамики изменений. :::  ::: noteclassic Если имя сценария начинается с двойной кавычки, содержит запятую или квадратные скобки, оно будет корректно заключено в кавычки в ключах элементов данных. В других случаях дополнительные кавычки не добавляются. :::  Эти элементы данных можно использовать для создания триггеров, а также при настройке условий оповещения.