en-us	#### Overview  Value mapping allows configuring a more user-friendly representation of received values using mappings between numeric/string values and string representations.  For example, when an item's value is "0" or "1," value mappings can be used to represent these values in a more user-friendly manner:  -   0 → Not Available -   1 → Available  Value mappings for data backup types could be configured as follows:  -   F → Full -   D → Differential -   I → Incremental  Value ranges for voltage could be configured as follows:  -   \<=209 → Low -   210-230 → OK -   \>=231 → High  Value mapping is used in Zabbix frontend and notifications sent by media types.  ::: noteimportant Substitution of the received value with the configured representation is performed both in Zabbix frontend and server; however, the server handles substitution only in the following cases:<br><br>  - when populating [host inventory](/manual/config/hosts/inventory#inventory-overview); - when expanding [supported macros](/manual/appendix/macros/supported_by_location) {ITEM.VALUE}, {ITEM.LASTVALUE}, and {EVENT.OPDATA}. :::  Value mappings are set up on templates or hosts. Once configured, they are available for all items within the respective template or host. When [configuring items](/manual/config/items/item#configuration), specify the name of a previously configured value mapping in the *Value mapping* parameter.  ::: noteclassic There is no value map inheritance - hosts and templates do not inherit value mappings from linked templates. Template items on a host will continue to use the value mappings configured on the template. :::  ::: noteclassic Value mappings can be used with items having *Numeric (unsigned)*, *Numeric (float)*, and *Character* types of information. :::  Value mappings are exported/imported with the respective template or host. They can also be mass-updated using the [host](/manual/config/hosts/hostupdate) and [template](/manual/config/templates/mass) mass update forms.
ru	#### Обзор  Для более "человеческого" представления полученных значений, вы можете использовать преобразования значений, которые содержат соответствия между числовыми либо строковыми значениями и строковыми представлениями.  Например, элемент данных, который имеет значения '0' или '1', может использовать преобразование значений для представления этих значений в более читабельном виде:  -   0 → Недоступен -   1 → Доступен  Преобразование значений для видов резервного копирования данных может быть настроено следущим образом:  -   F → Полный -   D → Дифференциальный -   I → Инкрементный  Диапазоны значений напряжения можно отображать так:  -   \<=209 → Низкое -   210-230 → ОК -   \>=231 → Высокое  Преобразования значений используются в веб-интерфейсе Zabbix и в оповещениях, отсылаемых по каналам оповещений.  ::: noteimportant Подстановка полученного значения его настроенным представлением выполняется как веб-интерфейсом Zabbix, так и сервером; однако, сервер обрабатывает подстановки только в следующих случаях:<br><br>  - при заполнении [инвентарных данных узла сети](/manual/config/hosts/inventory#просмотр-инвентарных-данных); - при раскрытии [поддерживаемых макросов](/manual/appendix/macros/supported_by_location) {ITEM.VALUE}, {ITEM.LASTVALUE} и {EVENT.OPDATA}. :::  Преобразования значений настраиваются на уровне шаблонов и узлов сети. Сразу после добавления, эти преобразования значений становятся доступными для всех элементов данных соответствующего шаблона или узла сети.  При [настройке элементов данных](/manual/config/items/item#настройка) выберите в параметре *Отображение значения* имя ранее добавленного преобразования значений.  ::: noteclassic Наследование преобразований значений отсутствует - узлы сети и шаблоны не наследуют преобразования значений от присоединённых шаблонов. Элементы данных шаблона на узле сети продолжат использовать преобразования значений, настроенные в своём шаблоне. :::  ::: noteclassic Преобразования значений можно использовать с элементами данных, которые имеют типы информации *Числовой (целое положительное)*, *Числовой (с плавающей точкой)* и *Символ*. :::  Преобразования значений могуть быть экспортированы/импортированы вместе с соответствующим шаблоном или узлом сети. Их можно обновлять массово, используя диалоги массового обновления [узла сети](/manual/config/hosts/hostupdate) и [шаблона](/manual/config/templates/mass).

en-us	#### Overview  When monitoring systems using an agent, a good practice is to obtain metrics from the host on which the agent is installed. To use the principle of least privilege, it is necessary to determine what metrics are obtained from the agent.  The table in this document allows you to select the minimum rights for guaranteed correct operation of Zabbix agent.  If a different user is selected for the agent to work, rather than 'LocalSystem', then for the operation of agent as a Windows service, the new user must have the rights "Log on as a service" from "Local Policy→User Rights Assignment" and the right to create, write and delete the Zabbix agent log file. An Active Directory user must be added to the *Performance Monitor Users* group.  ::: noteclassic When working with the rights of an agent based on the "minimum technically acceptable" group, prior provision of rights to objects for monitoring is required. :::
ru	#### Обзор  Когда системы мониторинга используют агента, хорошей практикой будет получение метрик с хоста, на котором установлен этот агент. Чтобы использовать принцип минимальных привилегий, необходимо определить метрики, которые собираются агентом.  Таблица в этом документе позволит вам выбрать минимальные права, которые будут гарантировать корректную работу Zabbix агента.  Если для работы агента выбран пользователь, отличный от «LocalSystem», то для работы агента в качестве службы Windows новый пользователь должен иметь права «Вход в качестве службы» из «Групповая политика→Назначение прав пользователя» и право создавать, записывать и удалять файл журнала Zabbix агента. Пользователь Active Directory должен быть добавлен в группу «Performance Monitor Users».  ::: noteclassic При работе с правами агента основываясь на группе «Минимально технически приемлемо», требуется предварительное предоставление прав на объекты мониторинга. :::

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

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

en-us	#### Overview  While many things in the frontend can be configured using the frontend itself, some customisations 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 документов HTML Zabbix.

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 calculated items it is possible to create calculations based on the values of other items.  Calculations may use both:  -   single values of individual items -   complex filters to select multiple items for aggregations (see     [aggregate     calculations](/manual/config/items/itemtypes/calculated/aggregate)     for details)  Thus, calculated items are a way of creating virtual data sources. All calculations are done by Zabbix server only. The values are periodically calculated based on the arithmetical expression used.  The resulting data is stored in the Zabbix database as for any other item; both history and trend values are stored and graphs can be generated.  ::: noteclassic If the calculation result is a float value it will be trimmed to an integer if the calculated item type of information is *Numeric (unsigned)*. :::  Calculated items share their syntax with trigger [expressions](/manual/config/triggers/expression). Comparison to strings is allowed in calculated items. Calculated items may be referenced by macros or other entities same as any other item type.  To use calculated items, choose the item type **Calculated**.
ru	#### Обзор  При помощи вычисляемых элементов данных имеется возможность выполнять подсчеты на основании значений других элементов данных.  Вычисления могут использовать:  -   единичные значения отдельных элементов данных -   сложные фильтры для выбора нескольких элементов данных для последующей агрегации (смотрите [агрегированные вычисления](/manual/config/items/itemtypes/calculated/aggregate) для получения более подробных сведений)  Таким образом, вычисляемые элементы - это способ создания виртуальных источников данных. Все вычисления выполняются только на стороне Zabbix сервера. Значения периодически рассчитываются на основе использованного арифметического выражения.  Полученные данные записываются в базу данных Zabbix также как и по любым другим элементам данных; хранятся значения истории и динамики изменений, можно сгенерировать графики.  ::: noteclassic Если результат вычисления - значение числа с плавающей точкой, оно будет обрезаться до целого числа, если типом информации вычисляемого элемента данных выбрано *Числовой (целое положительное)*. :::  Вычисляемые элементы данных имеют общий синтаксис с [выражениями](/manual/config/triggers/expression) триггеров. В вычисляемых элементах данных допускается сравнение со строками. На вычисляемые элементы данных можно ссылаться макросами или другими такими же объектами, как и в случае любого другого типа элементов данных.  Для использования вычисляемых элементов данных выберите **Вычисляемый** тип элементов данных.

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 lots of data flowing into Zabbix, it becomes much easier for the users if they can look at a visual representation of what is going on rather than only numbers.  This is where graphs come in. Graphs allow to grasp the data flow at a glance, correlate problems, discover when something started or make a presentation of when something might turn into a problem.  Zabbix provides users with:  -   built-in [simple graphs](/manual/config/visualization/graphs/simple)     of one item data -   the possibility to create more complex [customized     graphs](/manual/config/visualization/graphs/custom) -   access to a comparison of several items quickly in [ad-hoc     graphs](/manual/config/visualization/graphs/adhoc) -   modern customizable [vector     graphs](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph)
ru	#### Обзор  При наличии большого потока данных, поступающих в Zabbix, для пользователей намного проще, если они могут взглянуть на визуальное представление о происходящем, а не только на числа.  Именно здесь на помощь приходят графики. Графики позволяют охватить поток данных с одного взгляда, соотнести проблемы, обнаружить, когда что-то началось, или выступить с докладом о том, что что-то может стать проблемой.  Zabbix предоставляет пользователям:  -  встроенные [простые графики](/manual/config/visualization/graphs/simple) по данным одного элемента данных -  возможность создавать более сложные [пользовательские графики](/manual/config/visualization/graphs/custom) -  доступ к быстрому сравнению нескольких элементов данных с использованием [ситуационных графиков](/manual/config/visualization/graphs/adhoc) -  современные настраиваемые [векторные графики](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#график)

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), если заканчивается место на диске -   Мигрировать виртуальную машину с одного физического сервера на другой, в зависимости от загрузки CPU -   Добавить новые узлы в облачную среду при недостаточных ресурсах CPU (диска, памяти, чего-угодно)  Настройка действий для удалённых команд аналогична настройке действий для отправки сообщений, с той лишь разницей, что вместо отправки сообщения Zabbix будет выполнять команду.  Удалённые команды могут выполняться на стороне Zabbix сервера, прокси или агента. Удалённые команды на Zabbix агенте могут выполняться напрямую Zabbix сервером или через Zabbix прокси. По умолчанию удалённые команды отключены как у Zabbix агента, так и у Zabbix прокси. Их можно включить:  -   добавив параметр `AllowKey=system.run[*]` в конфигурацию агента; -   изменив параметр EnableRemoteCommands на значение '1' в конфигурации прокси.  Удалённые команды, выполняемые Zabbix сервером, запускаются, как описано в разделе [Выполнение команд](/manual/appendix/command_execution), включая проверку кода завершения.  Удалённые команды будут выполнены, даже если целевой узел сети находится в обслуживании.

en-us	#### Overview  With the *Scheduled reports* feature, you can set up a PDF version of a given dashboard to be sent to specified recipients at recurring intervals.  ![](/assets/en/manual/web_interface/scheduled_report_pdf_example.png){width="600"}  ::: noteimportant Currently the support of scheduled reports is experimental. :::  ::: noteclassic For multi-page dashboards, only the first page is included in the PDF report. :::  Pre-requisites:  -  Zabbix web service must be installed and configured correctly to enable scheduled report generation - see [Setting up scheduled reports](/manual/appendix/install/web_service) for instructions. -  A user must have a [user role](/manual/web_interface/frontend_sections/administration/user_roles) of type *Admin* or *Super admin* with the following permissions:    - *Scheduled reports* in the *Access to UI elements* block (to view reports)    - *Manage scheduled reports* in the *Access to actions* block (to create/edit reports)  To create a scheduled report in Zabbix frontend, do the following:  -   Go to: *Reports* → *Scheduled reports* -   Click *Create report* in the upper right corner of the screen -   Enter parameters of the report in the form  You can also create a report by opening an existing one, clicking the *Clone* button, and then saving it under a different name.
ru	#### Обзор  С помощью функции *Регулярные отчёты*, вы можете настроить так, чтобы PDF-версия определённой панели отсылалась указанным получателям через определённые промежутки времени.  ![](/assets/en/manual/web_interface/scheduled_report_pdf_example.png){width="600"}  В этом разделе содержится информация о настройке регулярных отчётов.  ::: noteimportant На данный момент поддержка отчётов по расписанию является экспериментальной.  :::  ::: noteclassic Для многостраничных панелей в отчёт PDF включается только первая страница. :::  Предварительные условия:  - Веб-сервис Zabbix необходимо установить и настроить должным образом для составления регулярных отчётов - смотрите инструкции в разделе [Настройка отчётов по расписанию](/manual/appendix/install/web_service)  - Пользователь должен иметь [роль пользователя](/manual/web_interface/frontend_sections/administration/user_roles) типа Администратор или Супер-Администратор со следующими правами доступа:      - *Регулярные отчёты* в блоке *Доступ к элементам веб-интерфейса* (для просмотра отчётов);     - *Управление регулярными отчётами* в блоке *Доступ к действиям* (для создания/изменения отчётов).  Чтобы создать регулярный отчёт в веб-интерфейсе Zabbix, выполните следующее:  - Перейдите в: *Отчёты* → *Регулярные отчёты* - Нажмите *Создать отчёт* в правом верхнем углу экрана - Введите в диалоге параметры отчёта  Вы также можете создать отчёт, открывая существующий, нажимая на кнопку *Клонировать*, а затем сохраняя под другим именем.

en-us	#### Overview  With Zabbix you can check several availability aspects of web sites.\  ::: noteimportant To perform web monitoring Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with cURL (libcurl) support. :::  To activate web monitoring you need to define web scenarios. A web scenario consists of one or several HTTP requests or "steps". The steps are periodically executed by Zabbix server in a pre-defined order. If a host is monitored by proxy, the steps are executed by the proxy.  Web scenarios are attached to hosts/templates in the same way as items, triggers, etc. That means that web scenarios can also be created on a template level and then applied to multiple hosts in one move.  The following information is collected in any web scenario:  -   average download speed per second for all steps of whole scenario -   number of the step that failed -   last error message  The following information is collected in any web scenario step:  -   download speed per second -   response time -   response code  For more details, see [web monitoring items](/manual/web_monitoring/items).  Data collected from executing web scenarios is kept in the database. The data is automatically used for graphs, triggers and notifications.  Zabbix can also check if a retrieved HTML page contains a pre-defined string. It can execute a simulated login and follow a path of simulated mouse clicks on the page.  Zabbix web monitoring supports both HTTP and HTTPS. When running a web scenario, Zabbix will optionally follow redirects (see option *Follow redirects* below). Maximum number of redirects is hard-coded to 10 (using cURL option [CURLOPT\_MAXREDIRS](http://curl.haxx.se/libcurl/c/CURLOPT_MAXREDIRS.html)). All cookies are preserved during the execution of a single scenario.
ru	#### Обзор  Благодаря Zabbix вы можете проверять несколько аспектов доступности веб-сайтов.\  ::: noteimportant Для выполнения веб-мониторинга Zabbix сервер должен быть изначально [сконфигурирован](/manual/installation/install#установка-из-исходных-кодов) с поддержкой cURL (libcurl). :::  Для активации веб-мониторинга вам необходимо определить веб-сценарии. Веб-сценарий состоит из одного или нескольких запросов HTTP, или "шагов". Шаги периодически выполняются Zabbix сервером в предопределённом порядке. Если узел сети наблюдается через прокси, тогда шаги выполняются этим прокси.  Веб-сценарии привязываются к узлам сети/шаблонам тем же образом, как элементы данных, триггеры и т.д. Это означает, что веб-сценарии можно создавать на уровне шаблона и далее применять к нескольким узлам сети одним движением.  Каждым веб-сценарием собирается следующая информация:  -   средняя скорость загрузки в секунду для всех шагов для всего сценария -   номер шага, который завершился с ошибкой -   последнее сообщение об ошибке  На каждом шаге веб-сценария собирается следующая информация:  -   скорость загрузки в секунду -   время ответа -   код ответа  Для получения более детальных сведений смотрите [элементы данных веб мониторинга](/manual/web_monitoring/items).  Собранные данные с выполненных веб-сценариев хранятся в базе данных. Эти данные автоматически используются для графиков, триггеров и оповещений.  Zabbix может также проверять, содержит ли полученная HTML страница заданную строку. Он может выполнить эмуляцию входа и следовать пути, эмулируя нажатия мышкой на странице.  Веб-мониторинг в Zabbix поддерживает и HTTP, и HTTPS. При выполнении веб-сценария, Zabbix сервер может следовать перенаправлениям (смотрите опцию *Следовать перенаправлениям* ниже). Максимальное количество перенаправлений жёстко задано в исходном коде и равно 10 (используется cURL опция [CURLOPT\_MAXREDIRS](http://curl.haxx.se/libcurl/c/CURLOPT_MAXREDIRS.html)). Все cookies запоминаются на протяжении выполнения одного сценария.

en-us	#### Overview  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation) is a powerful interface in Windows that can be used for retrieving various information about Windows components, services, state and software installed.  It can be used for physical disk discovery and their performance data collection, network interface discovery, Hyper-V guest discovery, monitoring Windows services and many other things in Windows OS.  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using WQL queries whose results get automatically transformed into a JSON object suitable for low-level discovery.
ru	#### Обзор  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation) - мощный интерфейс в Windows, который можно использовать для получения различной информации о компонентах, службах, состоянии и установленном программном обеспечении Windows.  Его можно использовать для обнаружения физических дисков и сбора их данных производительности, обнаружения сетевых интерфейсов, обнаружения гостевых систем Hyper-V, мониторинга служб Windows и множества других задач в ОС Windows.  Этот тип низкоуровневого [обнаружения](/manual/discovery/low_level_discovery) выполняется с использованием запросов WQL, результаты которых автоматически преобразуются в объект JSON, подходящий для низкоуровневого обнаружения.

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

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

en-us	#### Overview  You can define the following operations for all events:  -   send a message -   execute a remote command  ::: noteimportant Zabbix server does not create alerts if access to the host is explicitly "denied" for the user defined as action operation recipient or if the user has no rights defined to the host at all. :::  For discovery and autoregistration events, there are additional operations available:  -   [add     host](/manual/config/notifications/action/operation/other#adding_host) -   remove host -   enable host -   disable host -   add to host group -   remove from host group -   link to template -   unlink from template -   set host inventory mode
ru	#### Обзор  Вы можете указать следующие операции по всем событиям:  -   отправка сообщений -   выполнение удалённых команд  ::: noteimportant Zabbix сервер не создаёт оповещения, если доступ к узлу сети явным образом "запрещён" пользователю, который задан в операции в качестве получателя, или если пользователь вовсе не имеет прав доступа, заданных к этому узлу сети. :::  Для событий обнаружения и авторегистрации, также доступны дополнительные операции:  -   [добавление узла сети](/manual/config/notifications/action/operation/other#добавление-узла-сети) -   удаление узла сети -   активация узла сети -   деактивация узла сети -   добавление в группу узлов сети -   удаление из группы узлов сети -   присоединение шаблона -   отсоединение шаблона -   установка режима инвентарных данных узлам сети

en-us	#### Overview  You can differentiate user permissions in Zabbix by defining the respective user role. Then the unprivileged users need to be included in user groups that have access to host group data.
ru	#### Обзор  Вы можете разграничить права доступа пользователей в Zabbix, указав соответствующую роль пользователя. Затем пользователей без особых привилегий необходимо включить в группы пользователей, которые имеют доступ к данным группы узлов сети.

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

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

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

en-us	#### Overview  You may want to use SNMP monitoring on devices such as printers, network switches, routers or UPS that usually are SNMP-enabled and on which it would be impractical to attempt setting up complete operating systems and Zabbix agents.  To be able to retrieve data provided by SNMP agents on these devices, Zabbix server must be [initially configured](/manual/installation/install#configure-the-sources) with SNMP support by specifying the `--with-net-snmp` flag.  SNMP checks are performed over the UDP protocol only.  Zabbix server and proxy daemons query SNMP devices for multiple values in a single request. This affects all kinds of SNMP items (regular SNMP items, SNMP items with dynamic indexes, and SNMP low-level discovery) and should make SNMP processing much more efficient. See the [bulk processing](#internal-workings-of-bulk-processing) section for technical details on how it works internally. Bulk requests can also be disabled for devices that cannot handle them properly using the "Use bulk requests" setting for each interface.  Zabbix server and proxy daemons log lines similar to the following if they receive an incorrect SNMP response:      SNMP response from host "gateway" does not contain all of the requested variable bindings  While they do not cover all the problematic cases, they are useful for identifying individual SNMP devices for which bulk requests should be disabled.  Zabbix server/proxy will always retry at least one time after an unsuccessful query attempt: either through the SNMP library's retrying mechanism or through the internal [bulk processing](#internal-workings-of-bulk-processing) mechanism.  ::: notewarning If monitoring SNMPv3 devices, make sure that msgAuthoritativeEngineID (also known as snmpEngineID or "Engine ID") is never shared by two devices. According to [RFC 2571](http://www.ietf.org/rfc/rfc2571.txt) (section 3.1.1.1) it must be unique for each device. :::  ::: notewarning  RFC3414 requires the SNMPv3 devices to persist their engineBoots. Some devices do not do that, which results in their SNMP messages being discarded as outdated after being restarted. In such situation, SNMP cache needs to be manually cleared on a server/proxy (by using [-R snmp\_cache\_reload](/manual/concepts/server#runtime-control)) or the server/proxy needs to be restarted.  :::
ru	#### Обзор  Возможно, Вы захотите использовать SNMP для мониторинга таких устройств как принтеры, сетевые коммутаторы, маршрутизаторы или ИБП, которые, как правило, поддерживают SNMP и на которых было бы непрактично пытаться устанавливать полноценные операционные системы и Zabbix агенты.  Чтобы была возможность получать данные, переданные SNMP агентами с этих устройств, Zabbix сервер должен быть [изначально сконфигурирован](/manual/installation/install#сконфигурируйте-исходный-код) с поддержкой SNMP.  SNMP проверки выполняются только через UDP протокол.  Zabbix серверы и прокси опрашивают устройства SNMP по несколько значений за один запрос. Такое поведение влияет на все виды элементов данных SNMP (обычные элементы данных SNMP, элементы данных с динамическими индексами, а также низкоуровневые SNMP обнаружения), и должно сделать работу SNMP более эффективной. Смотрите раздел [массовой обработки](#обработка-массовых-snmp-запросов) для получения технической информации о том, как этот функционал работает изнутри. Также массовые запросы можно отключить у устройств, которые не способны обработать их должным образом, используя настройку "Использовать массовые запросы", доступную у каждого интерфейса.  Процессы Zabbix сервера и прокси запишут в журнал строки наподобие следующих в случае получения неправильного/искажённого SNMP ответа:       SNMP response from host "gateway" does not contain all of the requested variable bindings  Пока они не покрывают все возможные проблемные случаи, но они полезны для идентификации отдельных SNMP устройств, на которых массовую обработку нужно отключить.  Zabbix сервер / прокси всегда повторят запрос минимум один раз после неуспешной попытки: либо через механизм библиотеки SNMP, либо через внутренний механизм [сбора множества значений за один запрос (bulk)](#обработка-массовых-snmp-запросов).  ::: notewarning При мониторинге устройств по SNMPv3, убедитесь что msgAuthoritativeEngineID (также известное как snmpEngineID или "Engine ID") никогда не будет общим для двух и более устройств. Согласно [RFC 2571](http://​www.ietf.org/​rfc/​rfc2571.txt) \[en\] (раздел 3.1.1.1), оно должно быть уникальным для каждого устройства. :::  ::: notewarning  RFC3414 требует, чтобы SNMPv3 устройства сохраняли свои значения engineBoots. Некоторые устройства не выполняют этого требования, что приводит к тому, что после перезагрузки их SNMP сообщения отбрасываются как устаревшие. В этой ситуации необходимо вручную очистить кэш SNMP на сервере / прокси (используя [-R snmp\_cache\_reload](/manual/concepts/server#управление-работой)), или же придётся перезапустить сервер / прокси.  :::

en-us	#### Overview  Zabbix agent 2 is a new generation of Zabbix agent and may be used in place of Zabbix agent.  This section lists parameters supported in a Zabbix agent 2 configuration file (zabbix\_agent2.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 in the beginning of     the line.
ru	#### Обзор  Zabbix агент 2 - новое поколение Zabbix агента и может использоваться в качестве замены Zabbix агента.  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Zabbix агента 2 (zabbix\_agent2.conf).  Обратите внимание, что:  -   Значения по умолчанию отражают значения по умолчанию процесса, а не значения в поставляемых файлах конфигурации; -   Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без     [BOM](https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%80%D0%BA%D0%B5%D1%80_%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B1%D0%B0%D0%B9%D1%82%D0%BE%D0%B2); -   Комментарии, начинающиеся с «#», поддерживаются только в начале строки.

en-us	#### Overview  Zabbix agent 2 is a new generation of Zabbix agent and may be used in place of Zabbix agent.  This section lists parameters supported in a Zabbix agent 2 configuration file (zabbix\_agent2.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 in the beginning of     the line.
ru	#### Обзор  Zabbix агент 2 - новое поколение Zabbix агента и может использоваться в качестве замены Zabbix агента.  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Zabbix агента 2 (zabbix\_agent2.conf).  Обратите внимание, что:  -   Значения по умолчанию отражают значения по умолчанию процесса, а не значения в поставляемых файлах конфигурации; -   Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без     [BOM](https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%80%D0%BA%D0%B5%D1%80_%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B1%D0%B0%D0%B9%D1%82%D0%BE%D0%B2); -   Комментарии, начинающиеся с «#», поддерживаются только в начале строки.

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 -   have greater check concurrency -   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 (with some C code of Zabbix agent reused). A configured Go environment with a currently supported [Go version](https://golang.org/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).  Passive checks work similarly to Zabbix agent. Active checks support scheduled/flexible intervals and check concurrency within one active server.  **Check concurrency**  Checks from different plugins can be executed concurrently. The number of concurrent checks within one plugin is limited by the plugin capacity setting. Each plugin may have a hardcoded capacity setting (100 being default) that can be lowered using the `Plugins.<Plugin name>.Capacity=N` setting in the *Plugins* configuration [parameter](#configuration_file).  See also: [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/plugins).  
ru	#### Обзор  Zabbix агент 2 - новое поколение Zabbix агента, его можно использовать в качестве замены Zabbix агента. Zabbix агент 2 разработан для:  -   уменьшения количества TCP соединений -   улучшения многопоточности проверок -   легкого расширения при помощи плагинов. Плагин должен иметь следующее:     -   обеспечивать простые проверки, состоящие только из нескольких строк кода     -   обеспечивать сложные проверки, состоящие из длительно выполняемых скриптов и автономного сбора данных с периодической отправкой данных обратно -   простой замены Zabbix агента (поскольку он поддерживает весь предыдущий функционал)  Agent 2 написан на Go (с частичным использованием C кода из Zabbix агента). Для сборки Zabbix агент 2 требуется подготовленная среда Go с поддерживаемой в настоящее время [версией Go](https://golang.org/doc/devel/release#policy).  Agent 2 не имеет встроенной поддержки режима демона на Linux; он может быть запущен [службой Windows](/manual/appendix/install/windows_agent).  Пассивные проверки работают аналогично Zabbix агенту. Активные проверки поддерживают интервалы по расписанию/гибкие интервалы, также проверки выполняются параллельно в пределах одного активного сервера.  **Параллелизм проверок**  Проверки из разных плагинов могут выполняться параллельно. Количество параллельных проверок в пределах одного плагина ограничено настройкой производительности плагина. Каждый плагин может иметь жестко зашитую в код настройку производительности (по умолчанию, 100), значение которой можно уменьшить, указав `Plugins.<Имя плагина>.Capacity=N` настройку при настройке *Plugins* [параметра](#файл_конфигурации).  Смотрите также: [Методические указания по разработке плагинов](https://www.zabbix.com/documentation/guidelines/plugins). 

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).  Passive checks work similarly to Zabbix agent. Active checks support scheduled/flexible intervals and check concurrency within one active server.  ::: noteclassic By default, 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 intervals](/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. Forcing active checks on start is supported since Zabbix 6.0.2. :::  **Check concurrency**  Checks from different plugins can be executed concurrently. The number of concurrent checks within one plugin is limited by the plugin capacity setting. Each plugin may have a hardcoded capacity setting (100 being default) that can be lowered using the `Plugins.<PluginName>.System.Capacity=N` setting in the *Plugins* configuration [parameter](#configuration_file). Former name of this parameter `Plugins.<PluginName>.Capacity` is still supported, but has been deprecated in Zabbix 6.0.  See also: [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/en/plugins).
ru	#### Обзор  Zabbix агент 2 — новое поколение Zabbix агента, его можно использовать в качестве замены Zabbix агента. Zabbix агент 2 разработан для:  -   уменьшения количества TCP соединений -   улучшения многопоточности проверок -   легкого расширения при помощи плагинов. Плагин должен уметь следующее:     -   обеспечивать простые проверки, состоящие только из нескольких строк кода     -   обеспечивать сложные проверки, состоящие из длительно выполняемых скриптов и автономного сбора данных с периодической отправкой данных обратно -   простой замены Zabbix агента (поскольку он поддерживает весь предыдущий функционал)  Agent 2 написан на Go (с частичным использованием C кода из Zabbix агента). Для сборки Zabbix агент 2 требуется подготовленная среда Go с поддерживаемой в настоящее время [версией Go](https://go.dev/doc/devel/release#policy).  Agent 2 не имеет встроенной поддержки режима демона на Linux; его можно запустить в качестве [службы Windows](/manual/appendix/install/windows_agent).  Пассивные проверки работают аналогично Zabbix агенту. Активные проверки поддерживают интервалы по расписанию/гибкие интервалы, к тому же проверки выполняются параллельно в пределах одного активного сервера.  ::: noteclassic По умолчанию, Zabbix agent 2 планирует первый сбор данных по активным проверкам в случайное время в течение интервала времени обновления элемента данных, во избежание скачков в использовании ресурсов. Чтобы активные проверки, у которых отсутствует [интервал обновления](/manual/config/items/item/custom_intervals#интервалы-по-расписанию) *По расписанию*, выполнялись сразу после перезапуска агента, укажите параметр `ForceActiveChecksOnStart` (глобальный уровень) или `Plugins.<ИмяПлагина>.System.ForceActiveChecksOnStart` (влияет только на проверки из конкретного плагина) в [файле конфигурации](/manual/appendix/config/zabbix_agent2). Параметр уровня плагина, если задан, переопределяет собой глобальный параметр. Принудительные активные проверки при запуске агента поддерживаются, начиная с Zabbix 6.0.2.  :::  **Параллелизм проверок**  Проверки из разных плагинов могут выполняться параллельно. Количество параллельных проверок в пределах одного плагина ограничено настройкой производительности плагина. Каждый плагин может иметь жёстко зашитую в код настройку производительности (по умолчанию, 100), значение которой можно уменьшить, указав `Plugins.<ИмяПлагина>.System.Capacity=N` при настройке [параметра](#файл-конфигурации) конфигурации *Plugins*. Прежнее название этого параметра `Plugins.<ИмяПлагина>.Capacity` всё ещё поддерживается, но устарело с версии Zabbix 6.0.  Смотрите также: [Методические указания по разработке плагинов \[en\]](https://www.zabbix.com/documentation/guidelines/en/plugins).

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 extremely efficient because of 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 RSA certificates in PEM format, signed by a public or in-house certificate authority (CA). Certificate verification is done against a pre-configured CA certificate. Optionally certificate revocation lists (CRL) can be used. Each Zabbix component can have only one certificate configured.  For more information how to set up and operate internal CA, how to generate certificate requests and sign them, how to revoke certificates you can find numerous online how-tos, for example, [OpenSSL PKI Tutorial v1.1](http://pki-tutorial.readthedocs.org/en/latest/) .  Carefully consider and test your certificate extensions - see [Limitations on using X.509 v3 certificate extensions](/manual/encryption/using_certificates#limitations_on_using_x.509_v3_certificate_extensions).
ru	#### Обзор  Zabbix может использовать RSA сертификаты в формате PEM, подписанные публичным или внутренним центром сертификации (certificate authority, CA). Проверка сертификата выполняется с использованием заранее подготовленного сертификата CA. Опционально можно использовать списки отзывов сертификатов (CRL). Каждый компонент Zabbix может иметь только один настроенный сертификат.   Для получения более подробной информации о том, как настроить и управлять внутренним CA, как генерировать запросы на сертификаты и подписывать их, как отзывать сертификаты, - всё это вы можете найти в большом количестве различных руководств в сети, например, [OpenSSL PKI Tutorial v1.1 \[en\]](http://pki-tutorial.readthedocs.org/en/latest/) .  Тщательно продумывайте и тестируйте ваши расширения сертификатов - смотри  [Ограничения при использовании расширений X.509 v3 сертификатов](/manual/encryption/using_certificates#ограничения-при-использовании-расширений-x.509-v3-сертификатов).

en-us	#### Overview  Zabbix export/import functionality makes it possible to exchange various configuration entities between one Zabbix system and another.  Typical use cases for this functionality:  -   share templates or network maps - Zabbix users may share their     configuration parameters -   upload a template to [Zabbix Community templates](https://github.com/zabbix/community-templates). Then others can     download the template and import the file into Zabbix. -   integrate with third-party tools - universal YAML, XML and JSON     formats make integration and data import/export possible with third-party     tools and applications
ru	#### Обзор  Функционал экспорта/импорта настроек в Zabbix делает возможным выполнять обмен объектами конфигурации между одной Zabbix системой и другой.  Типичные случаи применения этого функционала:  -   обмен шаблонами и картами сети - пользователи Zabbix могут опубликовывать свои параметры конфигурации -   размещение шаблона на странице [Zabbix Community templates](https://github.com/zabbix/community-templates). Другие люди затем могут загрузить этот шаблон себе и импортировать в Zabbix. -   интеграция с прикладными инструментами - универсальные форматы YAML, XML и JSON делают возможным интеграцию и импорт/экспорт данных в прикладные инструменты и приложения.

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#размер-базы-данных)**  -   хранение данных в базе данных -   настраиваемая история -   встроенная процедура очистки истории  **[Простая настройка](/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 Mac OS agent can be installed from PKG installer packages available for [download](https://www.zabbix.com/download_agents#tab:44). Versions with or without encryption are available.
ru	#### Обзор  Zabbix Mac OS агент можно установить из пакетов установщика PKG, которые доступны для [загрузки](https://www.zabbix.com/ru/download_agents#tab:44). Доступны версии как с поддержкой шифрования, так и без.

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 \[en\]](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) — библиотека Python, имеющая встроенный функционал для действий, аналогичных утилите Zabbix sender.

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 server uses a JSON- based communication protocol for receiving data from Zabbix sender with the help of [trapper item](/manual/config/items/itemtypes/trapper).  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ru	#### Обзор  Zabbix сервер использует протокол коммуникации на основе JSON для получения данных от Zabbix sender с помощью [траппер элементов данных](/manual/config/items/itemtypes/trapper).  Сообщения запроса и ответа должны начинаться с [заголовка и длины данных](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Zabbix strives to provide a growing list of useful out-of-the-box [templates](/manual/config/templates). Out-of-the-box templates come preconfigured and thus are a useful way for speeding up the deployment of monitoring jobs.  The templates are available:  -   In new installations - in *Configuration* → *Templates*; -   If you are upgrading Zabbix, the upgraded installation might lack newer templates.     You can find them in the Zabbix [Git repository](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates?at=refs%2Fheads%2Frelease%2F6.0) - select the version you upgraded to.     To add a new template, download the template file, open Zabbix frontend, go to *Configuration* → *Templates*, and import the file.  Please use the sidebar to access information about specific template types and operation requirements.  See also:  -   [Template import](/manual/xml_export_import/templates#importing) -   [Linking a     template](/manual/config/templates/linking#linking_a_template)
ru	#### Обзор  Zabbix стремится поставлять постоянно растущий список полезных готовых [шаблонов](/manual/config/templates). Готовые (доступные из коробки) шаблоны заранее настроены и, таким образом, являются полезным способом ускорения развёртывания задач мониторинга.  Шаблоны доступны:  -   В новых инсталляциях - в *Настройка* → *Шаблоны*; -   Если вы выполняете обновление Zabbix, то обновлённая версия может не содержать новые шаблоны. Вы можете найти их в [репозитории Git](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates?at=refs%2Fheads%2Frelease%2F6.0) Zabbix — выберите версию, до которой вы обновились. Чтобы добавить новый шаблон, загрузите файл шаблона, откройте веб-интерфейс Zabbix, перейдите к *Конфигурация* → *Шаблоны*и импортируйте файл.  Используйте боковую панель для доступа к информации о конкретных типах шаблонов и требованиям по эксплуатации.  Смотрите также:  -   [Импорт шаблонов](/manual/xml_export_import/templates#импорт) -   [Присоединение шаблона](/manual/config/templates/linking#присоединение-шаблона)

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 encrypted communications between Zabbix components using Transport Layer Security (TLS) protocol v.1.2 and 1.3 (depending on the crypto library). Certificate-based and pre-shared key-based encryption is supported.  Encryption can be configured for connections:  -   Between Zabbix server, Zabbix proxy, Zabbix agent, zabbix\_sender     and zabbix\_get utilities -   To Zabbix database [from Zabbix frontend and     server/proxy](/manual/appendix/install/db_encrypt)  Encryption is optional and configurable for individual components:  -   Some proxies and agents can be configured to use certificate-based     encryption with the server, while others can use pre-shared     key-based encryption, and yet others continue with unencrypted     communications (as before) -   Server (proxy) can use different encryption configurations for     different hosts  Zabbix daemon programs use one listening port for encrypted and unencrypted incoming connections. Adding an encryption does not require opening new ports on firewalls.
ru	#### Обзор  Zabbix поддерживает шифрование коммуникаций между компонентами Zabbix с использованием протокола Transport Layer Security (TLS) версий 1.2 и 1.3 (в зависимости от криптографической библиотеки). Поддерживается шифрование на основе сертификата и на основе общего ключа (pre-shared key, PSK).  Шифрование может быть настроено для соединений:  -   между Zabbix сервером, Zabbix прокси, Zabbix агентом, утилитами zabbix\_sender и zabbix\_get -   к базе данных Zabbix [от веб-интерфейса Zabbix и сервера/прокси](/manual/appendix/install/db_encrypt)  Шифрование опционально и настраивается для отдельных компонентов:  -   некоторые прокси и агенты можно настроить на использование шифрования с сервером на основе сертификатов, в то время как другие могут использовать шифрование на основе общего ключа, а остальные могут продолжать использовать незашифрованные соединения (как и ранее) -   сервер (прокси) может использовать различные настройки шифрования для разных узлов сети  Программы Zabbix демонов слушают один порт для зашифрованных и незашифрованных входящих подключений. Добавление шифрования не потребует открывать новые порты на брандмауэрах.

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 minicom или Windows HyperTerminal.  Zabbix был протестирован на следующих GSM модемах:  -   Siemens MC35 -   Teltonika ModemCOM/G10  Для настройки SMS как канала отправки сообщений, вам также необходимо настроить SMS в качестве способа оповещений и ввести соответствующие номера телефонов для пользователей.

en-us	#### Overview  Zabbix supports TimescaleDB, a PostgreSQL-based database solution of automatically partitioning data into time-based chunks to support faster performance at scale.  ::: notewarning Currently TimescaleDB is not supported by Zabbix proxy. :::  Instructions on this page can be used for creating TimescaleDB database or migrating from existing PostgreSQL tables to TimescaleDB.
ru	#### Обзор  Для поддержки большего уровня производительности при масштабировании, Zabbix поддерживает TimescaleDB, решение на основе базы данных PostgreSQL для автоматического партиционирования данных на фрагменты (chunks) на основе времени.  ::: notewarning В настоящее время TimescaleDB не поддерживается Zabbix прокси. :::  Инструкции на этой странице могут быть использованы для создания базы данных TimescaleDB или для миграции с существующих таблиц PostgreSQL на TimescaleDB.

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 \[en\]](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 GPL General Public License version 2. 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 написан и распространяется под лицензией GPL General Public License версии 2. Это означает, что его исходный код свободно распространяется и доступен для неограниченного круга лиц.  [Коммерческая поддержка](http://www.zabbix.com/support.php)  доступна и осуществляется как самой компанией Zabbix, так и партнёрами компании по всему миру.  Узнайте больше о [возможностях Zabbix](features).

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 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 e-mail 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 GPL General Public License version 2. 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 написан и распространяется под лицензией GPL General Public License версии 2. Это означает, что его исходный код свободно распространяется и доступен для неограниченного круга лиц.  [Коммерческая поддержка](http://www.zabbix.com/support.php) доступна и осуществляется как самой компанией Zabbix Company, так и партнерами компании по всему миру.  Узнайте больше о [возможностях Zabbix](features).  

en-us	#### Overview  Zabbix web frontend can be temporarily disabled in order to prohibit access to it. This can be useful for protecting the Zabbix database from any changes initiated by users, thus protecting the integrity of database.  Zabbix database can be stopped and maintenance tasks can be performed while Zabbix frontend is in maintenance mode.  Users from defined IP addresses will be able to work with the frontend normally during maintenance mode.
ru	#### Обзор  Имеется возможность временного отключения веб-интерфейса Zabbix, для того чтобы запретить доступ извне к веб-интерфейсу. Такая возможность может быть полезна для защиты базы данных Zabbix от любых изменений, инициированных пользователями; таким образом, сохраняется целостность базы данных.  Пока Zabbix веб-интерфейс находится в режиме обслуживания, можно останавливать базу данных Zabbix и выполнять задачи по её обслуживанию.  Пользователи из указанного диапазона IP адресов будут иметь возможность нормально работать с веб-интерфейсом в процессе обслуживания.

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	#### Overview  Zabbix web service is a process that is used for communication with external web services.  This section lists parameters supported in Zabbix web service configuration file (zabbix\_web\_service.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	#### Обзор  Zabbix веб-сервис - это процесс, который используется для коммуникации с внешними веб-сервисами.  В этом разделе перечислены параметры, поддерживаемые в файле конфигурации Zabbix веб-сервиса (zabbix\_web\_service.conf).   Обратите внимание, что:  -   Значения по умолчанию отражают значения по умолчанию самого демона, а не значения в поставляемых файлах конфигурации; -   Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без      [BOM](https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%80%D0%BA%D0%B5%D1%80_%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B1%D0%B0%D0%B9%D1%82%D0%BE%D0%B2); -   Комментарии, начинающиеся с «#», поддерживаются только в начале строки.

en-us	#### Overview  Zabbix Windows agent can be installed from Windows MSI installer packages (32-bit or 64-bit) available for [download](https://www.zabbix.com/download_agents#tab:44).  The minimum requirement for a Zabbix agent 2 MSI installation is Windows 10 32-bit/Server 2016.  The Zabbix get and sender utilities can also be installed, either together with Zabbix agent/agent 2 or separately.  A 32-bit package cannot be installed on a 64-bit Windows.  All packages come with TLS support, however, configuring TLS is optional.  Both UI and command-line based installation is supported.  ::: noteclassic Although Zabbix installation from MSI installer packages is fully supported, it is recommended to install at least *Microsoft .NET Framework 2* for proper error handling. See [Microsoft Download .NET Framework](https://dotnet.microsoft.com/en-us/download/dotnet-framework). :::  ::: noteimportant It is recommended to use default paths provided by the installer as using custom paths without proper permissions could compromise the security of the installation. :::
ru	#### Обзор  Zabbix агента для Windows можно установить из пакетов установщика Windows MSI (32-бит или 64-бит), который доступен для [загрузки](https://www.zabbix.com/ru/download_agents#tab:44).  Минимальные требования для установки Zabbix agent 2 MSI — это Windows 10 32-bit/Server 2016.  Утилиты Zabbix get и sender также могут быть установлены либо вместе с Zabbix агентом / агентом 2, либо отдельно.  32-битный пакет нельзя установить на 64-битную Windows.  Все пакеты поставляются с поддержкой TLS, однако, настройка TLS опциональна.  Поддерживается инсталляция как через UI, так и через командную строку.  ::: noteimportant Несмотря на то, что установка Zabbix из пакетов инсталятора MSI полностью поддерживается, рекомендуется установить хотя бы *Microsoft .NET Framework 2* для корректной обработки ошибок. Смотрите [Microsoft Download .NET Framework](https://dotnet.microsoft.com/en-us/download/dotnet-framework). :::

en-us	### Packages  SQL scripts have been moved from the `/usr/share/doc` directory to `/usr/share` in Zabbix packages.
ru	### Пакеты  В пакетах Zabbix скрипты SQL были передвинуты из папки `/usr/share/doc` в папку `/usr/share`.

en-us	#### Page menu  The page menu can be opened by clicking on the three dots ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/dashboard_page_menu.png) next to the page name:  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/page_menu.png)  It contains the following options:  -   *Copy* - copy the page -   *Delete* - delete the page (pages can only be deleted in the     dashboard editing mode) -   *Properties* - customize the page parameters (the name and the page     display period in a slideshow)
ru	#### Меню страниц  Меню страниц можно открыть, нажав на три точки ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/dashboard_page_menu.png) после имени страницы:  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/page_menu.png)  Оно содержит следующие опции:  -   *Копировать (Copy)* - скопировать страницу -   *Удалить (Delete)* - удалить страницу (страницы можно удалить только     в режиме редактирования панели) -   *Свойства (Properties)* - настроить параметры страницы (имя и период     отображения страницы в слайд-шоу)

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	 ##### Parameter priority  *Since version 6.0.18*, Zabbix agent 2 plugins search for connection-related parameter values in the following order:   ![](../../../assets/en/diagrams/agent2_parameters.png)  1. The first item key parameter is compared to session names. If no match is found it is treated as an actual value; in this case, step 3 will be skipped. If a match is found, the parameter value (usually, a URI) must be defined in the named session. 2. Other parameters will be taken from the item key if defined. 3. If an item key parameter (for example, password) is empty, plugin will look for the corresponding named session parameter. 4. If the session parameter is also not specified, the value defined in the corresponding [default parameter](#default-values) will be used. 5. If all else fails, the plugin will use the hardcoded default value.
ru	##### Приоритет параметров  *Начиная с версии 6.0.18*, плагины Zabbix агента 2 ищут значения относящихся к соединению параметров в следующем порядке:  ![](../../../assets/en/diagrams/agent2_parameters.png)  1. Первый параметр ключа элемента данных сравнивается с именами сессий. Если совпадений не найдено, он рассматривается как реальное значение, в этом случае шаг 3 пропускается. Если же совпадение найдено, то значение этого параметра (как правило, URI) должно быть определено в параметрах сессии. 2. Остальные параметры будут браться из ключа элемента данных, если они там есть. 3. Если параметр ключа элемента данных (например, пароль) не указан, плагин будет искать соответствующий параметр именованной сессии. 4. Если параметр сессии также не указан, будет использоваться значение, определённое в соответствующих [параметрах по умолчанию](значения-по-умолчанию).  5. Если всё равно значение определить не удалось, то плагин будет использовать жёстко заданное в коде значение по умолчанию.

en-us	#### Parameter - quoted string  If the key parameter is a quoted string, any Unicode character is allowed.  If the key parameter string contains comma, this parameter has to be quoted.  If the key parameter string contains quotation mark, this parameter has to be quoted and each quotation mark which is a part of the parameter string has to be escaped with a backslash (`\`) character.  ![](../../../../../assets/en/manual/config/key_param_quoted_string.png)  ::: notewarning To quote item key parameters, use double quotes only. Single quotes are not supported. :::
ru	#### Параметр - строка, заключённая в кавычки  Если параметр ключа — это строка, заключённая в кавычки, тогда разрешён любой символ в Юникод.  Если строка параметра ключа содержит запятую, то этот параметр должен быть заключён в кавычки.  Если строка параметра ключа содержит кавычки, этот параметр должен быть заключён в кавычки, а каждая кавычка, являющаяся частью строки параметра, должна экранироваться символом обратной косой черты (`\`).  ![](../../../../../assets/ru/manual/config/key_param_quoted_string.png)  ::: notewarning Чтобы заключить параметры ключа элемента данных в кавычки, используйте только двойные кавычки. Одинарные кавычки не поддерживаются. :::

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 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	### Параметры  `(array)` Метод принимает пустой массив.

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

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  ::: noteclassic In Zabbix versions before 6.0.10, parameter names start with *Plugins.Postgres.<Parameter>* instead of *Plugins.PostgreSQL.<Parameter>*. For example, *Plugins.Postgres.KeepAlive*. :::  |Parameter|Mandatory|Range|Default|Description| |--|--|--|--|----------| |Plugins.PostgreSQL.Default.CacheMode|no| |prepare|Cache mode for the PostgreSQL connection.<br>Supported values:<br>*prepare* (default) - will create prepared statements on the PostgreSQL server;<br>*describe* - will use the anonymous prepared statement to describe a statement without creating a statement on the server.<br>Note that "describe" is primarily useful when the environment does not allow prepared statements such as when running a connection pooler like PgBouncer.<br>Supported since version 6.0.25.| |Plugins.PostgreSQL.CallTimeout|no|1-30|global timeout|Maximum wait time (in seconds) for a request to be completed.| |Plugins.PostgreSQL.CustomQueriesPath|no| |disabled|Full pathname of the directory containing *.sql* files with custom queries.| |Plugins.PostgreSQL.Default.Database|no| | |Default database for connecting to PostgreSQL; used if no value is specified in an item key or named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.Password|no| | |Default password for connecting to PostgreSQL; used if no value is specified in an item key or named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.TLSCAFile|no<br>(yes, if Plugins.PostgreSQL.Default.TLSConnect is set to *verify_ca* or *verify_full*)| | |Full pathname of a file containing the top-level CA(s) certificate for peer certificate verification for encrypted communications between Zabbix agent 2 and monitored databases; used if no value is specified in a named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.TLSCertFile|no<br>(yes, if Plugins.PostgreSQL.Default.TLSConnect is set to *verify_ca* or *verify_full*)| | |Full pathname of a file containing the PostgreSQL certificate or certificate chain for encrypted communications between Zabbix agent 2 and monitored databases; used if no value is specified in a named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.TLSConnect|no| | |Encryption type for communications between Zabbix agent 2 and monitored databases; used if no value is specified in a named session.<br>Supported values:<br>*required* - connect using TLS as transport mode without identity checks;<br>*verify\_ca* - connect using TLS and verify certificate;<br>*verify\_full* - connect using TLS, verify certificate and verify that database identity (CN) specified by DBHost matches its certificate.<br>Undefined encryption type means unencrypted connection.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.TLSKeyFile|no<br>(yes, if Plugins.PostgreSQL.Default.TLSConnect is set to *verify_ca* or *verify_full*)| | |Full pathname of a file containing the PostgreSQL private key for encrypted communications between Zabbix agent 2 and monitored databases; used if no value is specified in a named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.Uri|no| | |Default URI for connecting to PostgreSQL; used if no value is specified in an item key or named session.<br><br>Should not include embedded credentials (they will be ignored).<br>Must match the URI format.<br>Supported schemes: `tcp`, `unix`.<br>Examples: `tcp://127.0.0.1:5432`<br>`tcp://localhost`<br>`unix:/var/run/postgresql/.s.PGSQL.5432`<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.Default.User|no| | |Default username for connecting to PostgreSQL; used if no value is specified in an item key or named session.<br>Supported since version 6.0.18.| |Plugins.PostgreSQL.KeepAlive|no|60-900|300|Maximum time of waiting (in seconds) before unused plugin connections are closed.| |Plugins.PostgreSQL.Sessions.<SessionName>.CacheMode|no| |prepare|Cache mode for the PostgreSQL connection.<br>**<SessionName>** - define name of a session for using in item keys.<br>Supported values:<br>*prepare* (default) - will create prepared statements on the PostgreSQL server;<br>*describe* - will use the anonymous prepared statement to describe a statement without creating a statement on the server.<br>Note that "describe" is primarily useful when the environment does not allow prepared statements such as when running a connection pooler like PgBouncer.<br>Supported since version 6.0.25.| |Plugins.PostgreSQL.Sessions.<SessionName>.Database|no| | |Database for session connection.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.Sessions.<SessionName>.Password|no|Must match the password format.| |Password for session connection.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.Sessions.<SessionName>.TLSCAFile|no<br>(yes, if Plugins.PostgreSQL.Sessions.<SessionName>.TLSConnect is set to *verify_ca* or *verify_full*)| | |Full pathname of a file containing the top-level CA(s) certificate peer certificate verification.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.Sessions.<SessionName>.TLSCertFile|yes, if Plugins.PostgreSQL.Sessions.<SessionName>.TLSKeyFile is specified<br><br>Before version 6.0.22 always mandatory if Plugins.PostgreSQL.Sessions.<SessionName>.TLSConnect is set to *verify_ca* or *verify_full*| | |Full pathname of a file containing the PostgreSQL certificate or certificate chain.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.Sessions.<SessionName>.TLSConnect|no| | |Encryption type for PostgreSQL connection.<br>**<SessionName>** - define name of a session for using in item keys.<br><br>Supported values:<br>*required* - connect using TLS as transport mode without identity checks;<br>*verify\_ca* - connect using TLS and verify certificate;<br>*verify\_full* - connect using TLS, verify certificate and verify that database identity (CN) specified by DBHost matches its certificate.<br>Undefined encryption type means unencrypted connection.| |Plugins.PostgreSQL.Sessions.<SessionName>.TLSKeyFile|yes, if Plugins.PostgreSQL.Sessions.<SessionName>.TLSCertFile is specified<br><br>Before version 6.0.22 always mandatory if Plugins.PostgreSQL.Sessions.<SessionName>.TLSConnect is set to *verify_ca* or *verify_full*| | |Full pathname of a file containing the PostgreSQL private key.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.Sessions.<SessionName>.Uri|no| | |Connection string of a named session.<br>**<SessionName>** - define name of a session for using in item keys.<br><br>Should not include embedded credentials (they will be ignored).<br>Must match the URI format.<br>Supported schemes: `tcp`, `unix`.<br>Examples: `tcp://127.0.0.1:5432`<br>`tcp://localhost`<br>`unix:/var/run/postgresql/.s.PGSQL.5432`| |Plugins.PostgreSQL.Sessions.<SessionName>.User|no| | |Named session username.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.PostgreSQL.System.Path|yes| | |Path to external plugin executable. Supported since Zabbix 6.0.10.| |Plugins.PostgreSQL.Timeout|no|1-30|global timeout|Request execution timeout (how long to wait for a request to complete before shutting it down).|  See also:  -   Description of general Zabbix agent 2 configuration parameters:     [Zabbix agent 2 (UNIX)](/manual/appendix/config/zabbix_agent2) /     [Zabbix agent 2     (Windows)](/manual/appendix/config/zabbix_agent2_win) -   Instructions for configuring [plugins](/manual/config/items/plugins)
ru	### Параметры  ::: noteclassic В версиях Zabbix до 6.0.10, имена параметров начинались с *Plugins.Postgres.<Параметр>* вместо *Plugins.PostgreSQL.<Параметр>*. Например, *Plugins.Postgres.KeepAlive*. :::  |Параметр|Обязательный|Диапазон|По умолчанию|Описание| |--|--|--|--|----------| |Plugins.PostgreSQL.Default.CacheMode|нет| |prepare|Режим кэширования для соединений PostgreSQL.<br>Поддерживаются значения:<br>*prepare* (по умолчанию) - будет создавать параметризованные запросы (prepared statements) на сервере PostgreSQL;<br>*describe* - будет использовать анонимные параметризованные запросы (anonymous prepared statement) для описания запросов без создания запросов на сервере.<br>Обратите внимание, что «describe» главным образом полезен, когда среда не допускает параметризованные запросы, например, при работе пулера соединений наподобие PgBouncer.<br>Поддерживается с версии 6.0.25.| |Plugins.PostgreSQL.CallTimeout|нет|1-30|глобальный тайм-аут|Максимальное время ожидания (в секундах) завершения запроса.| |Plugins.PostgreSQL.CustomQueriesPath|нет| |отключено|Абсолютный путь к папке, содержащей файлы *.sql* для пользовательских запросов.| |Plugins.PostgreSQL.Default.Database|нет| | |База данных по умолчанию для подключения к PostgreSQL; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.Password|нет| | |Пароль по умолчанию для подключения к PostgreSQL; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.TLSCAFile|нет<br>(да, если Plugins.PostgreSQL.Default.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*)| | |Абсолютный путь к файлу, который содержит сертификаты удостоверяющих центров (certificate authority, CA) верхнего уровня для проверки сертификата узла для зашифрованных соединений между Zabbix агентом 2 и наблюдаемыми базами данных; используется, если значение не указано в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.TLSCertFile|нет<br>(да, если Plugins.PostgreSQL.Default.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*)| | |Абсолютный путь к файлу, который содержит сертификат PostgreSQL или цепочку сертификатов для зашифрованных соединений между Zabbix агентом 2 и наблюдаемыми базами данных; используется, если значение не указано в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.TLSConnect|нет| | |Тип шифрования для коммуникаций между Zabbix агентом 2 и наблюдаемыми базами данных; используется, если значение не указано в именованной сессии.<br>Поддерживаются значения:<br>*required* - подключаться, используя TLS как режим транспорта без проверки подлинности;<br>*verify\_ca* - подключаться с использованием TLS и проверкой сертификата;<br>*verify\_full* - подключаться с использованием TLS, проверкой сертификата и проверкой того, что идентификатор базы данных (CN), указанный параметром DBHost, соответствует своему сертификату.<br>Неуказанный тип шифрования означает нешифрованное подключение.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.TLSKeyFile|нет<br>(да, если Plugins.PostgreSQL.Default.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*)| | |Абсолютный путь к файлу, содержащему закрытый ключ (private key) PostgreSQL, используется для зашифрованных коммуникаций между Zabbix агентом 2 и наблюдаемыми базами данных; используется, если значение не указано в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.Uri|нет| | |URI по умолчанию для подключения к PostgreSQL; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br><br>Не должно содержать встроенных креденшиалов (они будут проигнорированы).<br>Должно соответствовать формату URI.<br>Поддерживаются схемы: `tcp`, `unix`.<br>Примеры: `tcp://127.0.0.1:5432`<br>`tcp://localhost`<br>`unix:/var/run/postgresql/.s.PGSQL.5432`<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.Default.User|нет| | |Имя пользователя по умолчанию для подключения к PostgreSQL; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br>Поддерживается с версии 6.0.18.| |Plugins.PostgreSQL.KeepAlive|нет|60-900|300|Максимальное время ожидания (в секундах), прежде чем неиспользуемые плагином соединения закрываются.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.CacheMode|нет| |prepare|Режим кэширования для соединений PostgreSQL.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br>Поддерживаются значения:<br>*prepare* (по умолчанию) - будет создавать параметризованные запросы (prepared statements) на сервере PostgreSQL;<br>*describe* - будет использовать анонимные параметризованные запросы (anonymous prepared statement) для описания запросов без создания запросов на сервере.<br>Обратите внимание, что «describe» главным образом полезен, когда среда не допускает параметризованные запросы, например, при работе пулера соединений наподобие PgBouncer.<br>Поддерживается с версии 6.0.25.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.Database|нет| | |База данных именованной сессии для подключения.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.Password|нет|Должно соответствовать формату пароля.| |Пароль именованной сессии для подключения.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSCAFile|нет<br>(да, если Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*)| | |Абсолютный путь к файлу, который содержит сертификаты удостоверяющих центров (certificate authority, CA) верхнего уровня для проверки сертификата узла.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSCertFile|да, если параметр Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSKeyFile указан.<br><br>До версии 6.0.22 всегда обязателен, если Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*| | |Абсолютный путь к файлу, который содержит сертификат PostgreSQL или цепочку сертификатов.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSConnect|нет| | |Тип шифрования для подключения к PostgreSQL.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Поддерживаются значения:<br>*required* - подключаться, используя TLS как режим транспорта без проверки подлинности;<br>*verify\_ca* - подключаться с использованием TLS и проверкой сертификата;<br>*verify\_full* - подключаться с использованием TLS, проверкой сертификата и проверкой того, что идентификатор базы данных (CN), указанный параметром DBHost, соответствует своему сертификату.<br>Неуказанный тип шифрования означает нешифрованное подключение.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSKeyFile|да, если параметр Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSCertFile указан.<br><br>До версии 6.0.22 всегда обязателен, если Plugins.PostgreSQL.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: *verify_ca*, *verify_full*| | |Абсолютный путь к файлу, содержащему закрытый ключ (private key) PostgreSQL.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.Uri|нет| | |Строка подключения именованной сессии.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Не должна содержать встроенных креденшиалов (они будут проигнорированы).<br>Должна соответствовать формату URI.<br>Поддерживаются схемы: `tcp`, `unix`.<br>Примеры: `tcp://127.0.0.1:5432`<br>`tcp://localhost`<br>`unix:/var/run/postgresql/.s.PGSQL.5432`| |Plugins.PostgreSQL.Sessions.<ИмяСессии>.User|нет| | |Имя пользователя именованной сессии.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.PostgreSQL.System.Path|да| | |Путь до внешнего исполняемого файла плагина. Поддерживается с версии Zabbix 6.0.10.| |Plugins.PostgreSQL.Timeout|нет|1-30|глобальный тайм-аут|Время ожидания выполнения запроса (как долго запрос будет ожидать выполнения, прежде чем будет принудительно завершён).|  Смотрите также:  -   Описание общих параметров конфигурации Zabbix агента 2:     [Zabbix агент 2 (UNIX)](/manual/appendix/config/zabbix_agent2) /     [Zabbix агент 2     (Windows)](/manual/appendix/config/zabbix_agent2_win) -   Инструкции по настройке [плагинов](/manual/config/items/plugins)

en-us	#### Parameters  ::: noteclassic In Zabbix versions before 6.0.6, parameter names start with *Plugins.Mongo.<Parameter>* instead of *Plugins.MongoDB.<Parameter>*. For example, *Plugins.Mongo.KeepAlive* :::  |Parameter|Mandatory|Range|Default|Description| |--|--|--|--|----------| |Plugins.MongoDB.Default.Password|no| | |Default password for connecting to MongoDB; used if no value is specified in an item key or named session.<br> Supported since version 6.0.18| |Plugins.MongoDB.Default.Uri|no| | |Default URI for connecting to MongoDB; used if no value is specified in an item key or named session. <br><br>Should not include embedded credentials (they will be ignored).<br>Must match the URI format.<br>Only `tcp` scheme is supported; a scheme can be omitted.<br>A port can be omitted (default=27017).<br>Examples: `tcp://127.0.0.1:27017`, `tcp:localhost`, `localhost`<br> Supported since version 6.0.18| |Plugins.MongoDB.Default.User|no| | |Default username for connecting to MongoDB; used if no value is specified in an item key or named session.<br> Supported since version 6.0.18| |Plugins.MongoDB.KeepAlive|no|60-900|300|The maximum time of waiting (in seconds) before unused plugin connections are closed.| |Plugins.MongoDB.Sessions.<SessionName>.Password|no| | |Named session password.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.MongoDB.Sessions.<SessionName>.TLSCAFile|no <br>(yes, if Plugins.MongoDB.Sessions.<SessionName>.TLSConnect is set to one of: verify_ca, verify_full)| | |Full pathname of a file containing the top-level CA(s) certificates for peer certificate verification, used for encrypted communications between Zabbix agent 2 and monitored databases.<br>**<SessionName>** - define name of a session for using in item keys. <br><br> Supported in plugin versions 1.2.0, 6.0.13 and newer^[1](mongodb_plugin#footnotes)^. | |Plugins.MongoDB.Sessions.<SessionName>.TLSCertFile|yes, if Plugins.MongoDB.Sessions.<SessionName>.TLSKeyFile is specified<br><br>Before version 6.0.24 always mandatory if Plugins.MongoDB.Sessions.<SessionName>.TLSConnect is set to one of: verify_ca, verify_full| | |Full pathname of a file containing the agent certificate or certificate chain, used for encrypted communications between Zabbix agent 2 and monitored databases.<br>**<SessionName>** - define name of a session for using in item keys. <br><br> Supported in plugin versions 1.2.0, 6.0.13 and newer^[1](mongodb_plugin#footnotes)^.| |Plugins.MongoDB.Sessions.<SessionName>.TLSConnect|no | | |Encryption type for communications between Zabbix agent 2 and monitored databases.<br>**<SessionName>** - define name of a session for using in item keys.<br><br>Supported values:<br>*required* - require TLS connection;<br>*verify\_ca* - verify certificates;<br>*verify\_full* - verify certificates and IP address. <br><br> Supported in plugin versions 1.2.0, 6.0.13 and newer^[1](mongodb_plugin#footnotes)^.| |Plugins.MongoDB.Sessions.<SessionName>.TLSKeyFile|yes, if Plugins.MongoDB.Sessions.<SessionName>.TLSCertFile is specified<br><br>Before version 6.0.24 always mandatory if Plugins.MongoDB.Sessions.<SessionName>.TLSConnect is set to one of: verify_ca, verify_full| | |Full pathname of a file containing the database private key used for encrypted communications between Zabbix agent 2 and monitored databases.<br>**<SessionName>** - define name of a session for using in item keys. <br><br> Supported in plugin versions 1.2.0, 6.0.13 and newer^[1](mongodb_plugin#footnotes)^.| |Plugins.MongoDB.Sessions.<SessionName>.Uri|no| | |Connection string of a named session.<br>**<SessionName>** - define name of a session for using in item keys.<br><br>Should not include embedded credentials (they will be ignored).<br>Must match the URI format.<br>Only `tcp` scheme is supported; a scheme can be omitted.<br>A port can be omitted (default=27017).<br>Examples: `tcp://127.0.0.1:27017`, `tcp:localhost`, `localhost`| |Plugins.MongoDB.Sessions.<SessionName>.User|no| | |Named session username.<br>**<SessionName>** - define name of a session for using in item keys.| |Plugins.MongoDB.System.Path|no| | |Path to external plugin executable. Supported since Zabbix 6.0.6| |Plugins.MongoDB.Timeout|no|1-30|global timeout|Request execution timeout (how long to wait for a request to complete before shutting it down).|  See also:  -   Description of general Zabbix agent 2 configuration parameters:     [Zabbix agent 2 (UNIX)](/manual/appendix/config/zabbix_agent2) /     [Zabbix agent 2     (Windows)](/manual/appendix/config/zabbix_agent2_win) -   Instructions for configuring [plugins](/manual/config/items/plugins)
ru	#### Параметры  ::: noteclassic В версиях versions до 6.0.6, имена параметров начинались с *Plugins.Mongo.<Параметр>* вместо *Plugins.MongoDB.<Параметр>*. Например, *Plugins.Mongo.KeepAlive* :::  |Параметр|Обязательный|Диапазон|По умолчанию|Описание| |--|--|--|--|----------| |Plugins.MongoDB.Default.Password|нет| | |Пароль по умолчанию для подключения к MongoDB; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br>Поддерживается с версии 6.0.18| |Plugins.MongoDB.Default.Uri|нет| | |URI по умолчанию для подключения к MongoDB; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br><br>Не должно содержать встроенных креденшиалов  (они будут проигнорированы).<br>Должно соответствовать формату URI.<br>Поддерживается только схема `tcp`; схема может быть опущена.<br>Порт может быть опущен (по умолчанию 27017).<br>Примеры: `tcp://127.0.0.1:27017`, `tcp:localhost`, `localhost`<br>Поддерживается с версии 6.0.18| |Plugins.MongoDB.Default.User|нет| | |Имя пользователя по умолчанию для подключения к MongoDB; используется, если значение не указано в ключе элемента данных или в именованной сессии.<br>Поддерживается с версии 6.0.18| |Plugins.MongoDB.KeepAlive|нет|60-900|300|Максимальное время ожидания (в секундах), прежде чем неиспользуемые плагином соединения закрываются.| |Plugins.MongoDB.Sessions.<ИмяСессии>.Password|нет| | |Пароль именованной сессии.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.MongoDB.Sessions.<ИмяСессии>.TLSCAFile|нет<br>(да, если Plugins.MongoDB.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: verify_ca, verify_full)| | |Абсолютный путь к файлу, который содержит сертификаты удостоверяющих центров (certificate authority, CA) верхнего уровня для проверки сертификата узла, используется для зашифрованных соединений между Zabbix агентом 2 и наблюдаемыми базами данных.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Поддерживается в версиях плагина 1.2.0, 6.0.13 и новее^[1](mongodb_plugin#примечания)^. | |Plugins.MongoDB.Sessions.<ИмяСессии>.TLSCertFile|да, если Plugins.MongoDB.Sessions.<ИмяСессии>.TLSKeyFile указано<br><br>До версии 6.0.24 всегда обязательно, если Plugins.MongoDB.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: verify_ca, verify_full| | |Абсолютный путь к файлу, который содержит сертификат агента или цепочку сертификатов, используется для зашифрованных соединений между Zabbix агентом 2 и наблюдаемыми базами данных.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Поддерживается в версиях плагина 1.2.0, 6.0.13 и новее^[1](mongodb_plugin#примечания)^.| |Plugins.MongoDB.Sessions.<ИмяСессии>.TLSConnect|нет| | |Тип шифрования для коммуникаций между Zabbix агентом 2 и наблюдаемыми базами данных.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Поддерживаются значения:<br>*required* - требовать TLS подключений;<br>*verify\_ca* - проверять сертификаты;<br>*verify\_full* - проверять сертификаты и IP адрес. <br><br>Поддерживается в версиях плагина 1.2.0, 6.0.13 и новее^[1](mongodb_plugin#примечания)^.| |Plugins.MongoDB.Sessions.<ИмяСессии>.TLSKeyFile|да, если Plugins.MongoDB.Sessions.<ИмяСессии>.TLSCertFile указано<br><br>До версии 6.0.24 всегда обязательно, если Plugins.MongoDB.Sessions.<ИмяСессии>.TLSConnect имеет одно из значений: verify_ca, verify_full| | |Абсолютный путь к файлу, содержащему закрытый ключ (private key) базы данных, используется для зашифрованных коммуникаций между Zabbix агентом 2 и наблюдаемыми базами данных.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Поддерживается в версиях плагина 1.2.0, 6.0.13 и новее^[1](mongodb_plugin#примечания)^.| |Plugins.MongoDB.Sessions.<ИмяСессии>.Uri|нет| | |Строка подключения именованной сессии.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.<br><br>Не должна содержать встроенных креденшиалов  (они будут проигнорированы).<br>Должна соответствовать формату URI.<br>Поддерживается только схема `tcp`; схема может быть опущена.<br>Порт может быть опущен (по умолчанию 27017).<br>Примеры: `tcp://127.0.0.1:27017`, `tcp:localhost`, `localhost`| |Plugins.MongoDB.Sessions.<ИмяСессии>.User|нет| | |Имя пользователя именованной сессии.<br>**<ИмяСессии>** - определяет имя сессии, используемое в ключах элементов данных.| |Plugins.MongoDB.System.Path|нет| | |Путь к внешнему исполняемому файлу плагина. Поддерживается с версии Zabbix 6.0.6| |Plugins.MongoDB.Timeout|нет|1-30|глобальный тайм-аут|Время ожидания выполнения запроса (как долго запрос будет ожидать выполнения, прежде чем будет принудительно завершён).|  Смотрите также:  -   Описание общих параметров конфигурации Zabbix агента 2:     [Zabbix агент 2 (UNIX)](/manual/appendix/config/zabbix_agent2) /     [Zabbix агент 2     (Windows)](/manual/appendix/config/zabbix_agent2_win) -   Инструкции по настройке [плагинов](/manual/config/items/plugins)

en-us	### Parameters  `(object/array)` Action properties to be updated.  The `actionid` property must be defined for each action, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard action properties](object#action), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Action [filter](/manual/api/reference/action/object#action_filter) object to replace the current filter.| |operations|array|Action [operations](/manual/api/reference/action/object#action_operation) to replace existing operations.| |recovery\_operations|array|Action [recovery operations](/manual/api/reference/action/object#action_recovery_operation) to replace existing recovery operations.| |update\_operations|array|Action [update operations](/manual/api/reference/action/object#action_update_operation) to replace existing update operations.|
ru	### Параметры  `(объект/массив)` Свойства действий, которые необходимо обновить.  Свойство `actionid` должно быть указано для каждого действия, все остальные свойства опциональны. Будут обновлены только переданные свойства, все остальные останутся неизменными.  Дополнительно к [стандартным свойствам действий](object#действие), данный метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#типы-данных)|Описание| |--|--|------| |filter|объект|[Фильтр](/manual/api/reference/action/object#фильтр-действия), заменяющий  у действия его текущий фильтр.| |operations|массив|[Операции](/manual/api/reference/action/object#операция-действия), заменяющие для действия его существующие операции.| |recovery\_operations|массив|[Операции восстановления](/manual/api/reference/action/object#операция-восстановления-действия), заменяющие для действия его существующие операции восстановления.| |update\_operations|массив|[Операции обновления](/manual/api/reference/action/object#операция-обновления-действия), заменяющие для действия существующие операции обновления.|

en-us	### Parameters  `(object/array)` Actions to create.  Additionally to the [standard action properties](object#action), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Action [filter](/manual/api/reference/action/object#action_filter) object for the action.| |operations|array|Action [operations](/manual/api/reference/action/object#action_operation) to create for the action.| |recovery\_operations|array|Action [recovery operations](/manual/api/reference/action/object#action_recovery_operation) to create for the action.| |update\_operations|array|Action [update operations](/manual/api/reference/action/object#action_update_operation) to create for the action.|
ru	### Parameters  `(object/array)` Действия для создания.  В дополнение к [стандартным свойствам действия](object#action) метод принимает следующие параметры.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Action [filter](/manual/api/reference/action/object#action_filter) объект для действия.| |operations|array|Action [operations](/manual/api/reference/action/object#action_operation), созданиедля действия.| |recovery\_operations|array|Action [recovery operations](/manual/api/reference/action/object#action_recovery_operation), создание для действия.| |update\_operations|array|Action [update operations](/manual/api/reference/action/object#action_update_operation), создание для действия.|

en-us	### Parameters  `(object/array)` Correlation properties to be updated.  The `correlationid` property must be defined for each correlation, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard correlation properties](object#correlation), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Correlation [filter](/manual/api/reference/correlation/object#correlation_filter) object to replace the current filter.| |operations|array|Correlation [operations](/manual/api/reference/correlation/object#correlation_operation) to replace existing operations.|
ru	 ### Параметры  `(object/array)` Свойства корреляции должны быть обновлены.  Свойство `correlationid` должно быть определено для каждой корреляции, все остальные свойства являются необязательными. Только переданные свойства будут автоматически обновлены, все остальные останутся неизменными.  В дополнение к [standard correlation properties](object#correlation),  метод принимает следующее параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |filter|object|Корреляция [filter](/manual/api/reference/корреляция/объект#correlation_filter) объект для замены текущего фильтра.| |operations|array|Корреляция [operations](/руководство/api/ссылка/корреляция/объект#корреляция_операция) для замены существующих операций.|

en-us	### Parameters  `(object/array)` Correlations to create.  Additionally to the [standard correlation properties](object#correlation), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**operations**<br>(required)|array|Correlation [operations](/manual/api/reference/correlation/object#correlation_operation) to create for the correlation.| |**filter**<br>(required)|object|Correlation [filter](/manual/api/reference/correlation/object#correlation_filter) object for the correlation.|
ru	### Параметры  `(object/array)` Создаваемые корреляции.  В дополнение к [стандартным свойствам корреляции](object#correlation), этот метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**operations**<br>(обязательный)|array|Корреляция [операций](/manual/api/reference/correlation/object#correlation_operation) для создания корреляции.| |**filter**<br>(обязательный)|object|Объект [фильтра](/manual/api/reference/correlation/object#correlation_filter) корреляции для корреляции.|

en-us	### Parameters  `(object/array)` Discovery rule properties to be updated.  The `druleid` property must be defined for each discovery rule, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard discovery rule properties](object#discovery_rule), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dchecks|array|Discovery [checks](/manual/api/reference/dcheck/object) to replace existing checks.|
ru	### Параметры  `(object/array)` Свойства правила обнаружения, которые будут обновлены.  Свойство `druleid` должно быть указано по каждому правилу обнаружения, все остальные свойства опциональны. Будут обновлены только переданные свойства, все остальные останутся неизменными.  В дополнение к [стандартным свойствам правила обнаружения](object#discovery_rule), этот метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |dchecks|array|Проверки обнаружения, которые заменят существующие проверки.|

en-us	### Parameters  `(object/array)` Discovery rules to create.  Additionally to the [standard discovery rule properties](object#discovery_rule), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**dchecks**<br>(required)|array|Discovery [checks](/manual/api/reference/dcheck/object) to create for the discovery rule.|
ru	### Параметры  `(объект/массив)` Создаваемые правила обнаружения.  В дополнение к [стандартным свойствам правила обнаружения](object#discovery_rule), этот метод принимает следующие параметры.  |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**dchecks**<br>(обязательное)|массив|[Проверки обнаружения](/manual/api/reference/dcheck/object) создаваемого правила обнаружения.|  

en-us	### Parameters  `(object/array)` Graph prototypes to create.  Additionally to the [standard graph prototype properties](object#graph_prototype), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**gitems**<br>(required)|array|Graph [items](/manual/api/reference/graphitem/object) to be created for the graph prototypes. Graph items can reference both items and item prototypes, but at least one item prototype must be present.|
ru	### Параметры  `(объект/массив)` Создаваемые прототипы графиков.  В дополнение к [стандартным свойствам прототипа графиков](object#graph_prototype), этот метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**gitems**<br>(обязательный)|массив|[Элементы графика](/manual/api/reference/graphitem/object) создаваемые для прототипа графиков. Элементами графика могут быть как элементы данных, так и прототипы элементов данных, но должен присутствовать по крайней мере один прототип элементов данных.|

en-us	### Parameters  `(object/array)` Graphs to create.  Additionally to the [standard graph properties](object#graph), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**gitems**<br>(required)|array|Graph [items](/manual/api/reference/graphitem/object) to be created for the graph.|
ru	### Параметры  `(объект/массив)` Создаваемые графики.  В дополнение к [стандартным свойствам графика](object#graph), этот метод принимает следующие параметры.  |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**gitems**<br>(обязательное)|массив|Создаваемые [элементы графика](/manual/api/reference/graphitem/object).|  

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 groups to create. The method accepts host groups with the [standard host group properties](object#host_group).
ru	### Параметры  `(объект/массив)` Создаваемые группы узлов сети. Этот метод принимает группы узлов сети со [стандартными свойствами групп узлов сети](object#host_group).  

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)` Host interfaces to create. The method accepts host interfaces with the [standard host interface properties](object#host_interface).
ru	### Параметры  `(объект/массив)` Создаваемые интерфейсы узлов сети. Этот метод принимает интерфейсы узлов сети со [стандартными свойствами интерфейсов узлов сети](object#host_interface).

en-us	### Parameters  `(object/array)` Host properties to be updated.  The `hostid` property must be defined for each host, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.  Note, however, that updating the host technical name will also update the host's visible name (if not given or empty) by the host's technical name value.  Additionally to the [standard host properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groups|object/array|Host [groups](/manual/api/reference/hostgroup/object#host_group) to replace the current host groups the host belongs to.<br><br>The host groups must have the `groupid` property defined. All host groups that are not listed in the request will be unlinked.| |interfaces|object/array|Host [interfaces](/manual/api/reference/hostinterface/object) to replace the current host interfaces.<br><br>All interfaces that are not listed in the request will be removed.| |tags|object/array|Host [tags](/manual/api/reference/host/object#host_tag) to replace the current host tags.<br><br>All tags that are not listed in the request will be removed.| |inventory|object|Host [inventory](/manual/api/reference/host/object#host_inventory) properties.| |macros|object/array|[User macros](/manual/api/reference/usermacro/object) to replace the current user macros.<br><br>All macros that are not listed in the request will be removed.| |templates|object/array|[Templates](/manual/api/reference/template/object) to replace the currently linked templates. All templates that are not listed in the request will be only unlinked.<br><br>The templates must have the `templateid` property defined.| |templates\_clear|object/array|[Templates](/manual/api/reference/template/object) to unlink and clear from the host.<br><br>The templates must have the `templateid` property defined.|  ::: notetip As opposed to the Zabbix frontend, when `name` (visible host name) is the same as `host` (technical host name), updating `host` via API will not automatically update `name`. Both properties need to be updated explicitly. :::
ru	### Параметры  `(object/array)` Свойства узла сети, которые необходимо обновить.  Свойство `hostid` должно быть определено для каждого узла сети, все остальные свойства необязательны. Будут обновлены только заданные свойства, все другие останутся без изменений.  Обратите внимание, что обновление технического имени узла сети также приведет к обновлению видимого имени узла сети (если оно не задано или не указано) на значение технического имени.  В дополнение к [стандартным свойствам узла сети](object#узел-сети) метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#типы-данных)|Описание| |--|--|------| |groups|объект/массив|[Группы](/manual/api/reference/hostgroup/object#группа-узлов-сети) узлов сети, на которые необходимо заменить текущие группы, к которым принадлежит узел сети.<br><br>Для групп узлов сети должно быть определено свойство `groupid `. Привязка ко всем группам, не указанным в запросе, будет удалена.| |interfaces|объект/массив|[Интерфейсы](/manual/api/reference/hostinterface/object) узла сети, на которые необходимо заменить текущие интерфейсы.<br><br>Все интерфейсы, не указанные в запросе, будут удалены.| |tags|объект/массив|[Теги](/manual/api/reference/host/object#тег-узла-сети) узла сети, на которые необходимо заменить текущие теги.<br><br>Все теги, не указанные в запросе, будут удалены.| |inventory|объект|Свойства [инвентарных данных](/manual/api/reference/host/object#host_inventory) узла сети.| |macros|объект/массив|[Пользовательские макросы](/manual/api/reference/usermacro/object) для замены текущих пользовательских макросов.<br><br>Все макросы, не указанные в запросе, будут удалены.| |templates|объект/массив|[Шаблоны](/manual/api/reference/template/object), чтобы заменить текущие связанные шаблоны. Привязка ко всем шаблонам, не указанным в запросе, будет удалена.<br><br>Для шаблонов должно быть определено свойство `templateid`.| |templates\_clear|объект/массив|[Шаблоны](/manual/api/reference/template/object), для которых необходимо удалить привязку к узлу сети и удалить составляющие шаблона с узла сети.<br><br>Для шаблонов должно быть определено свойство `templateid`.|  ::: notetip В отличие от веб-интерфейса Zabbix, где `name` (видимое имя узла сети) совпадает с `host` (техническим именем узла сети), обновление `host` через API не будет автоматически обновлять `name`. Оба свойства должны быть обновлены непосредственно. :::

en-us	### Parameters  `(object/array)` Hosts to create.  Additionally to the [standard host properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**groups**<br>(required)|object/array|Host [groups](/manual/api/reference/hostgroup/object) to add the host to.<br><br>The host groups must have the `groupid` property defined.| |interfaces|object/array|[Interfaces](/manual/api/reference/hostinterface/object) to be created for the host.| |tags|object/array|Host [tags](/manual/api/reference/host/object#host_tag).| |templates|object/array|[Templates](/manual/api/reference/template/object) to be linked to the host.<br><br>The templates must have the `templateid` property defined.| |macros|object/array|[User macros](/manual/api/reference/usermacro/object) to be created for the host.| |inventory|object|Host [inventory](/manual/api/reference/host/object#host_inventory) properties.|
ru	### Параметры  `(object/array)` Хосты для создания.  В дополнение к [стандартным свойствам хоста](object#host) метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**groups**<br>(обязательно)|object/array|Хост [группы](/manual/api/reference/hostgroup/object) для добавления хоста.<br><br>Группы хостов должны иметь определено свойство `groupid`.| |interfaces|object/array|[Interfaces](/manual/api/reference/hostinterface/object) для хоста.| |tags|object/array|Хост [теги](/manual/api/reference/host/object#host_tag).| |templates|object/array|[Templates](/manual/api/reference/template/object) для связи с хостом.<br><br>В шаблонах должно быть определено свойство `templateid`.| |macros|object/array|[Пользовательские макросы](/manual/api/reference/usermacro/object), которые необходимо создать для хоста.| |inventory|object|Свойства хоста [inventory](/manual/api/reference/host/object#host_inventory).|

en-us	### Parameters  `(object/array)` Icon maps to create.  Additionally to the [standard icon map properties](object#icon_map), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**mappings**<br>(required)|array|[Icon mappings](/manual/api/reference/iconmap/object#icon_mapping) to be created for the icon map.|
ru	### Параметры  `(объект/массив)` Создаваемые соответствия иконок.  В дополнение к [стандартным свойствам соответствий иконок](object#icon_map), этот метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**mappings**<br>(обязательный)|массив|Создаваемые соответствия иконок.|

en-us	### Parameters  `(object/array)` Items to create.  Additionally to the [standard item properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |preprocessing|array|Item [preprocessing](/manual/api/reference/item/object#item_preprocessing) options.| |tags|array|Item [tags.](/manual/api/reference/item/object#item_tag)|
ru	### Параметры  `(объект/массив)` Создаваемые элементы данных.  В дополнение к [стандартным свойствам элемента данных](object#host), этот метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |preprocessing|массив|Параметры [предварительной обработки](/manual/api/reference/item/object#item_preprocessing) элемента данных.| |tags|массив|[Тэги](/manual/api/reference/item/object#item_tag) элемента данных.|

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/array)` Web scenarios to create.  Additionally to the [standard web scenario properties](object#web_scenario), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**steps**<br>(required)|array|Web scenario [steps](/manual/api/reference/httptest/object#scenario_step).| |tags|array|Web scenario [tags.](/manual/api/reference/httptest/object#web_scenario_tag)|
ru	### Параметры  `(object/array)` Создаваемые веб-сценарии.  В дополнение к [стандартным свойствам веб-сценария](object#web_scenario) метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**шаги**<br>(обязательно)|array|Веб-сценарий [шаги](/manual/api/reference/httptest/object#scenario_step).| |tags|array|Веб-сценарий [теги.](/manual/api/reference/httptest/object#web_scenario_tag)|

en-us	### Parameters  `(object)` Authentication properties to be updated.
ru	### Параметры  `(object)` Свойства аутентификации, которые необходимо обновить.

en-us	### Parameters  `(object)` Autoregistration properties to be updated.
ru	### Параметры  `(object)` Свойства авторегистрации для обновления.

en-us	### Parameters  `(object)` Parameters containing the ID of the host to be updated and the new host interfaces.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**hostid**<br>(required)|string|ID of the host to be updated.| |**interfaces**<br>(required)|object/array|[Host interfaces](/manual/api/reference/hostinterface/object) to replace the current host interfaces with.|
ru	### Параметры  `(объект)` Параметры, которые содержат ID обновляемого узла сети и новые интерфейсы узла сети.  |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**hostid**<br>(обязательное)|строка|ID обновляемого узла сети.| |**interfaces**<br>(обязательное)|объект/массив|[Интерфейсы узла сети](/manual/api/reference/hostinterface/object), на которые заменят текущие интерфейсы узла сети.|  

en-us	### Parameters  `(object)` Parameters containing the IDs of the host groups to update and the objects that should be removed.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**groupids**<br>(required)|string/array|IDs of the host groups to be updated.| |hostids|string/array|Hosts to remove from all host groups.| |templateids|string/array|Templates to remove from all host groups.|
ru	### Параметры  `(объект)` Параметры, которые содержат ID обновляемых групп узлов сети и объектов, которые необходимо удалить.  |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |----------------|------|----------------| |**groupids**<br>(обязательное)|строка/массив|ID обновляемых групп узлов сети.| |hostids|строка/массив|Удаляемые узлы сети из всех групп узлов сети.| |templateids|строка/массив|Удаляемые шаблоны из всех групп узлов сети.|  

en-us	### Parameters  `(object)` Parameters containing the IDs of the host groups to update and the objects that should be updated.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**groups**<br>(required)|object/array|Host groups to be updated.<br><br>The host groups must have the `groupid` property defined.| |**hosts**<br>(required)|object/array|Hosts to replace the current hosts on the given host groups.<br>All other hosts, except the ones mentioned, will be excluded from host groups.<br>Discovered hosts will not be affected.<br><br>The hosts must have the `hostid` property defined.| |**templates**<br>(required)|object/array|Templates to replace the current templates on the given host groups.<br>All other templates, except the ones mentioned, will be excluded from host groups.<br><br>The templates must have the `templateid` property defined.|
ru	### Параметры  `(object)` Параметры, содержащие ID обновляемых групп узлов сети и объекты, которые необходимо обновить.  |Параметр|[Тип](/manual/api/reference_commentary#типы_данных)|Описание| |--|--|------| |**groups**<br>(требуется)|объект/массив|Обновляемые группы узлов сети.<br><br>У групп узлов сети должно быть задано свойство `groupid`.| |**hosts**<br>(требуется)|объект/массив|Узлы сети, которые заменят текущие узлы сети в заданных группах узлов сети.<br>Все остальные узлы сети, кроме указанных, будут исключены из групп узлов сети.<br>Обнаруженные узлы сети не будут затронуты.<br><br>У узлов сети должно быть задано свойство `hostid`.| |**templates**<br>(требуется)|объект/массив|Шаблоны, которые заменят текущие шаблоны в заданных группах узлов сети.<br>Все остальные шаблоны, кроме указанных, будут исключены из групп узлов сети.<br><br>У шаблонов должно быть задано свойство `templateid`.|

en-us	### Parameters  `(object)` Parameters containing the IDs of the hosts to update and the objects that should be removed.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**hostids**<br>(required)|string/array|IDs of the hosts to be updated.| |groupids|string/array|Host groups to remove the given hosts from.| |interfaces|object/array|Host interfaces to remove from the given hosts.<br><br>The host interface object must have the `ip`, `dns` and `port` properties defined.| |macros|string/array|User macros to delete from the given hosts.| |templateids|string/array|Templates to unlink from the given hosts.| |templateids\_clear|string/array|Templates to unlink and clear from the given hosts.|
ru	### Параметры  `(object)` Параметры, содержащие идентификаторы хостов для обновления и объекты, которые следует удалить.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**hostids**<br>(обязательно)|строка/массив|ID хостов, подлежащих обновлению.| |groupids|string/array|Группы хостов, из которых следует удалить заданные хосты.| |interfaces|object/array|Интерфейсы хоста для удаления с заданных хостов.<br><br>У объекта интерфейса хоста должны быть определены свойства `ip`, `dns` и `port`.| |макросы|string/array|Пользовательские макросы для удаления с заданных хостов.| |templateids|string/array|Шаблоны для отключения от заданных хостов.| |templateids\_clear|string/array|Шаблоны для отключения и очистки от заданных хостов.|

en-us	### Parameters  `(object)` Parameters containing the IDs of the hosts to update and the objects to add to all the hosts.  The method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**hosts**<br>(required)|object/array|Hosts to be updated.<br><br>The hosts must have the `hostid` property defined.| |groups|object/array|Host groups to add to the given hosts.<br><br>The host groups must have the `groupid` property defined.| |interfaces|object/array|[Host interfaces](/manual/api/reference/hostinterface/object) to be created for the given hosts.| |macros|object/array|[User macros](/manual/api/reference/usermacro/object) to be created for the given hosts.| |templates|object/array|Templates to link to the given hosts.<br><br>The templates must have the `templateid` property defined.|
ru	### Параметры  `(object)` Параметры, содержащие идентификаторы хостов для обновления и объекты для добавления ко всем хостам.  Метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**hosts**<br>(обязательно)|object/array|Хосты для обновления.<br><br>У хостов должно быть определено свойство `hostid`.| |groups|object/array|Группы хостов для добавления к заданным хостам.<br><br>Группы хостов должны иметь определенное свойство `groupid`.| |interfaces|object/array|[Host interfaces](/manual/api/reference/hostinterface/object), которые будут созданы для заданных хостов.| |macros|object/array|[Пользовательские макросы](/manual/api/reference/usermacro/object), которые будут созданы для заданных хостов.| |templates|object/array|Шаблоны для ссылки на заданные хосты.<br><br>В шаблонах должно быть определено свойство `templateid`.|

en-us	### Parameters  `(object)` Parameters containing the IDs of the hosts to update and the properties that should be updated.  Additionally to the [standard host properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**hosts**<br>(required)|object/array|[Hosts](/manual/api/reference/host/object) to be updated.<br><br>The hosts must have the `hostid` property defined.| |groups|object/array|Host [groups](/manual/api/reference/hostgroup/object) to replace the current host groups the hosts belong to.<br><br>The host groups must have the `groupid` property defined.| |interfaces|object/array|Host [interfaces](/manual/api/reference/hostinterface/object) to replace the current host interfaces on the given hosts.| |inventory|object|Host [inventory](/manual/api/reference/host/object#host_inventory) properties.<br><br>Host inventory mode cannot be updated using the `inventory` parameter, use `inventory_mode` instead.| |macros|object/array|[User macros](/manual/api/reference/usermacro/object) to replace the current user macros on the given hosts.| |templates|object/array|[Templates](/manual/api/reference/template/object) to replace the currently linked templates on the given hosts.<br><br>The templates must have the `templateid` property defined.| |templates\_clear|object/array|[Templates](/manual/api/reference/template/object) to unlink and clear from the given hosts.<br><br>The templates must have the `templateid` property defined.|
ru	### Параметры  `(object)` Параметры, содержащие идентификаторы хостов для обновления и свойства, которые следует обновить.  В дополнение к [стандартным свойствам хоста](object#host) метод принимает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**hosts**<br>(обязательно)|object/array|[Hosts](/manual/api/reference/host/object) для обновления.<br><br>Хосты должны иметь `hostid` свойство определено.| |groups|object/array|Host [groups](/manual/api/reference/hostgroup/object) для замены текущих групп хостов, к которым принадлежат хосты.<br><br>Группы хостов должны иметь свойство `groupid` определено.| |interfaces|object/array|Host [interfaces](/manual/api/reference/hostinterface/object) для замены текущих интерфейсов хоста на заданных хостах.| |inventory|object|Свойства хоста [inventory](/manual/api/reference/host/object#host_inventory).<br><br>Режим инвентаризации хоста нельзя обновить с помощью параметра `inventory`, вместо этого используйте `inventory_mode`. | |macros|object/array|[Пользовательские макросы](/manual/api/reference/usermacro/object) для замены текущих пользовательских макросов на заданных хостах.| |templates|object/array|[Templates](/manual/api/reference/template/object) для замены текущих связанных шаблонов на заданных хостах.<br><br>В шаблонах должно быть определено свойство `templateid`. | |templates\_clear|object/array|[Templates](/manual/api/reference/template/object), чтобы разорвать связь и очистить указанные хосты.<br><br>В шаблонах должно быть определено свойство `templateid`. |

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	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |actionids|string/array|Return only actions with the given IDs.| |groupids|string/array|Return only actions that use the given host groups in action conditions.| |hostids|string/array|Return only actions that use the given hosts in action conditions.| |triggerids|string/array|Return only actions that use the given triggers in action conditions.| |mediatypeids|string/array|Return only actions that use the given media types to send messages.| |usrgrpids|string/array|Return only actions that are configured to send messages to the given user groups.| |userids|string/array|Return only actions that are configured to send messages to the given users.| |scriptids|string/array|Return only actions that are configured to run the given scripts.| |selectFilter|query|Return a [filter](/manual/api/reference/action/object#action_filter) property with the action condition filter.| |selectOperations|query|Return an [operations](/manual/api/reference/action/object#action_operation) property with action operations.| |selectRecoveryOperations|query|Return a [recovery\_operations](/manual/api/reference/action/object#action_recovery_operation) property with action recovery operations.| |selectUpdateOperations|query|Return an [update\_operations](/manual/api/reference/action/object#action_update_operation) property with action update operations.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values are: `actionid`, `name` and `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#типы-данных)|Описание| |--|--|------| |actionids|string/array|Вернуть только действия с заданными идентификаторами.| |groupids|string/array|Вернуть только действия, использующие в своих условиях заданные группы узлов сети.| |hostids|string/array|Вернуть только действия, использующие в своих условиях указанные узлы сети.| |triggerids|string/array|Вернуть только действия, использующие в своих условиях данные триггеры.| |mediatypeids|string/array|Вернуть только действия, использующие данные способы оповещения для отправки сообщений.| |usrgrpids|string/array|Вернуть только действия, настроенные на отправку сообщений указанным группам пользователей.| |userids|string/array|Вернуть только действия, настроенные на отправку сообщений указанным пользователям.| |scriptids|string/array|Вернуть только действия, настроенные для запуска заданных сценариев.| |selectFilter|query|Вернуть свойство [filter](/manual/api/reference/action/object#action_filter) с фильтром условия действия.| |selectOperations|query|Вернуть свойство [operations](/manual/api/reference/action/object#action_operation) с операциями действия.| |selectRecoveryOperations|query|Вернуть свойство [recovery\_operations](/manual/api/reference/action/object#action_recovery_operation) с операциями восстановления действия.| |selectUpdateOperations|query|Вернуть свойство [update\_operations](/manual/api/reference/action/object#action_update_operation) с операциями обновления действия.| |sortfield|string/array|Сортировать результат по указанным свойствам.<br><br>Возможные значения: `actionid`, `name` and `status`.| |countOutput|boolean|Эти параметры являются общими для всех методов `get` и описаны в [справочном комментарии](/manual/api/reference_commentary#общие-параметры-get_метода).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |alertids|string/array|Return only alerts with the given IDs.| |actionids|string/array|Return only alerts generated by the given actions.| |eventids|string/array|Return only alerts generated by the given events.| |groupids|string/array|Return only alerts generated by objects from the given host groups.| |hostids|string/array|Return only alerts generated by objects from the given hosts.| |mediatypeids|string/array|Return only message alerts that used the given media types.| |objectids|string/array|Return only alerts generated by the given objects| |userids|string/array|Return only message alerts that were sent to the given users.| |eventobject|integer|Return only alerts generated by events related to objects of the given type.<br><br>See event ["object"](/manual/api/reference/event/object#event) for a list of supported object types.<br><br>Default: 0 - trigger.| |eventsource|integer|Return only alerts generated by events of the given type.<br><br>See event ["source"](/manual/api/reference/event/object#event) for a list of supported event types.<br><br>Default: 0 - trigger events.| |time\_from|timestamp|Return only alerts that have been generated after the given time.| |time\_till|timestamp|Return only alerts that have been generated before the given time.| |selectHosts|query|Return a [hosts](/manual/api/reference/host/object) property with data of hosts that triggered the action operation.| |selectMediatypes|query|Return a [mediatypes](/manual/api/reference/mediatype/object) property with an array of the media types that were used for the message alert.| |selectUsers|query|Return a [users](/manual/api/reference/user/object) property with an array of the users that the message was addressed to.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values are: `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto` and `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ru	### Параметры  `(object)` Параметры определяющие желаемый результат.  Метод поддерживает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |alertids|string/array|Возвращает только оповещения с заданными IDs.| |actionids|string/array|Возвращает только оповещения, созданные указанными действиями.| |eventids|string/array|Возвращает только оповещения, созданные указанными событиями.| |groupids|string/array|Возвращает только оповещения, созданные объектами из заданных групп узлов сети.| |hostids|string/array|Возвращает только оповещения, созданные объектами с заданных узлов сети.| |mediatypeids|string/array|Возвращать только сообщения оповещений в которых использовались заданные способы оповещений.| |objectids|string/array|Возвращает только оповещения созданные указанными объектами| |userids|string/array|Возвращает только сообщения оповещений которые были отправлены указанным пользователям.| |eventobject|integer|Возвращает только оповещения созданные событиями связанными с объектами данного типа.<br><br>См. список событий ["object"](/manual/api/reference/event/object#event) поддерживаемые типы объектов.<br><br>По умолчанию: 0 - триггер.| |eventsource|integer|Возвращает только оповещения, созданные событиями заданного типа.<br><br>См. список поддерживаемых типов событий в событии ["source"](/manual/api/reference/event/object#event) .<br><br>По умолчанию: 0 – события оповещений.| |time\_from|timestamp|Возвращает только оповещения, созданные после указанного времени.| |time\_till|timestamp|Возвращает только оповещения, созданные до указанного времени.| |selectHosts|query|Возвращает свойство [hosts](/manual/api/reference/host/object) с данными узлов сети которые инициировали операцию действия.| |selectMediatypes|query|Возвращает свойство [mediatypes](/manual/api/reference/mediatype/object) с массивом способов оповещений, которые использовались для сообщения оповещения.| |selectUsers|query|Возвращает свойство [users](/manual/api/reference/user/object) с массивом пользователей которым было адресовано сообщение.| |sortfield|string/array|Сортировать результат по заданным свойствам.<br><br>Возможные значения: `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto` и `status`.|  |countOutput|boolean|Эти параметры являются общими для всех методов `get` и описаны в [справочных комментариях](/manual/api/reference_commentary#common_get_method_parameters).| |редактируемый|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dcheckids|string/array|Return only discovery checks with the given IDs.| |druleids|string/array|Return only discovery checks that belong to the given discovery rules.| |dserviceids|string/array|Return only discovery checks that have detected the given discovered services.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values are: `dcheckid` and `druleid`.| |countOutput|boolean|These parameters being common for all `get` methods are described in detail in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |dcheckids|string/array|Возвращает только проверки обнаружения с заданными идентификаторами.| |druleids|string/array|Возвращает только те проверки обнаружения, которые принадлежат заданным правилам обнаружения.| |dserviceids|string/array|Возвращает только те проверки обнаружения, которые обнаружили данные обнаруженные службы.| |sortfield|string/arrayexcludeSearch|Сортировать результат по заданным свойствам.<br><br>Возможные значения: `dcheckid` и `druleid`.| |countOutput|boolean|Эти параметры являются общими для всех методов `get` и подробно описаны в [справочном комментарии](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dhostids|string/array|Return only discovered hosts with the given IDs.| |druleids|string/array|Return only discovered hosts that have been created by the given discovery rules.| |dserviceids|string/array|Return only discovered hosts that are running the given services.| |selectDRules|query|Return a [drules](/manual/api/reference/drule/object) property with an array of the discovery rules that detected the host.| |selectDServices|query|Return a [dservices](/manual/api/reference/dservice/object) property with the discovered services running on the host.<br><br>Supports `count`.| |limitSelects|integer|Limits the number of records returned by subselects.<br><br>Applies to the following subselects:<br>`selectDServices` - results will be sorted by `dserviceid`.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values are: `dhostid` and `druleid`.| |countOutput|boolean|These parameters being common for all `get` methods are described in detail in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |dhostids|string/array|Возвращает только обнаруженные узлы сети с заданными IDs.| |druleids|string/array|Возвращает только обнаруженные узлы сети, созданные по заданным правилам обнаружения.| |dserviceids|string/array|Возвращает только обнаруженные узлы сети, на которых запущены указанные службы.| |selectDRules|query|Возвращает свойство [drules](/manual/api/reference/drule/object) с массивом правил обнаружения, обнаруживших узел сети.| |selectDServices|query|Возвращает свойство [dservices](/manual/api/reference/dservice/object) с обнаруженными службами, запущенными на узле сети.<br><br>Поддерживает `count`.| |limitSelects|integer|Ограничивает количество записей, возвращаемых вложенными выборками.<br><br>Применяется к следующим вложенным выборкам:<br>`selectDServices` — результаты будут отсортированы по `dserviceid`.| |sortfield|string/array|Сортировать результат по указанным свойствам.<br><br>Возможные значения: `dhostid` и `druleid`.| |countOutput|boolean|Эти параметры являются общими для всех методов `get` и подробно описаны в [справочных комментариях](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|integer|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |history|integer|History object types to return.<br><br>Possible values:<br>0 - numeric float;<br>1 - character;<br>2 - log;<br>3 - numeric unsigned;<br>4 - text.<br><br>Default: 3.| |hostids|string/array|Return only history from the given hosts.| |itemids|string/array|Return only history from the given items.| |time\_from|timestamp|Return only values that have been received after or at the given time.| |time\_till|timestamp|Return only values that have been received before or at the given time.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values are: `itemid` and `clock`.| |countOutput|boolean|These parameters being common for all `get` methods are described in detail in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters) page.| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ru	### Параметры  `(object)` Параметры, определяющие желаемый результат.  Метод поддерживает следующие параметры.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |history|integer|Типы объектов истории для возврата.<br><br>Возможные значения:<br>0 – числовое значение с плавающей запятой;<br>1 – символ;<br>2 – журнал;<br>3 – числовое значение без знака; <br>4 - текст.<br><br>По умолчанию: 3.| |hostids|string/array|Возвращает только историю с заданных хостов.| |itemids|string/array|Возвращает только историю из указанных элементов.| |time\_from|timestamp|Возвращает только те значения, которые были получены после или в указанное время.| |time\_till|timestamp|Возвращает только те значения, которые были получены до или в указанное время.| |sortfield|string/array|Сортировать результат по заданным свойствам.<br><br>Возможные значения: `itemid` и `clock`.| |countOutput|boolean|Эти параметры являются общими для всех методов `get` и подробно описаны на странице [справочный комментарий](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the LLD rules to copy and the target hosts.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |discoveryids|array|IDs of the LLD rules to be copied.| |hostids|array|IDs of the hosts to copy the LLD rules to.|
ru	### Параметры  `(объект)` Параметры, которые задают копируемые правила LLD и целевые узлы сети.  |Параметр|Тип|Описание| |Свойство|[Тип](/manual/api/reference_commentary#data_types)|Описание| |discoveryids|массив|ID копируемых правил LLD.| |hostids|массив|ID узлов сети, в которые скопируются правила LLD.|

en-us	### Parameters  `(object)` Parameters defining the objects to be exported and the format to use.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**format**<br>(required)|string|Format in which the data must be exported.<br><br>Possible values:<br>`yaml` - YAML;<br>`xml` - XML;<br>`json` - JSON;<br>`raw` - unprocessed PHP array.| |prettyprint|boolean|Make the output more human readable by adding indentation.<br><br>Possible values:<br>`true` - add indentation;<br>`false` - *(default)* do not add indentation.| |**options**<br>(required)|object|Objects to be exported.<br><br>The `options` object has the following parameters:<br>`groups` - `(array)` IDs of host groups to export;<br>`hosts` - `(array)` IDs of hosts to export;<br>`images` - `(array)` IDs of images to export;<br>`maps` - `(array)` IDs of maps to export;<br>`mediaTypes` - `(array)` IDs of media types to export;<br>`templates` - `(array)` IDs of templates to export.<br>|
ru	### Параметры  `(object)` Параметры, определяющие экспортируемые объекты и формат использования.  |Параметр|[Тип](/manual/api/reference_commentary#data_types)|Описание| |--|--|------| |**format**<br>(обязательно)|string|Формат, в котором должны быть экспортированы данные.<br><br>Возможные значения:<br>`yaml` - YAML;<br>`xml` - XML ;<br>`json` - JSON;<br>`raw` - необработанный массив PHP.| |prettyprint|boolean|Делает вывод более удобочитаемым, добавив отступы.<br><br>Возможные значения:<br>`true` – добавить отступы;<br>`false` – *(по умолчанию)* не добавлять отступы .| |**options**<br>(обязательно)|object|Экспортируемые объекты.<br><br>Объект `options` имеет следующие параметры:<br>`groups` - `(массив)` ID группы хостов для экспорта;<br>`hosts` - `(массив)` идентификаторов хостов для экспорта;<br>`images` - `(массив)` идентификаторов изображений для экспорта;<br>`maps` - `( array)` идентификаторы карт для экспорта;<br>`mediaTypes` - `(массив)` идентификаторов типов мультимедиа для экспорта;<br>`templates` - `(массив)` идентификаторов шаблонов для экспорта.<br>|

en-us	#### Parameters  |Parameter|Description|Defaults|Example| |--|------|--|---| |*endpoint*|Protocol and address of the endpoint, defined as `protocol://connection_string`<br><br>Possible protocol values: *rtu*, *ascii* (Agent 2 only), *tcp*<br><br>Connection string format:<br><br>with *tcp* - `address:port`<br>with serial line: *rtu*, *ascii* - `port_name:speed:params`<br>where<br>'speed' - 1200, 9600 etc<br>'params' - data bits (5,6,7 or 8), parity (n,e or o for none/even/odd), stop bits (1 or 2)|protocol: none<br><br>*rtu/ascii* protocol:<br>port\_name: none<br>speed: 115200<br>params: 8n1<br><br>*tcp* protocol:<br>address: none<br>port: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*slave id*|Modbus address of the device it is intended for (1 to 247), see [MODBUS Messaging Implementation Guide](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf) (page 23)<br><br>tcp device (not GW) will ignore the field|serial: 1<br><br>tcp: 255 (0xFF)|2| |*function*|Empty or value of a supported function:<br><br>1 - Read Coil,<br>2 - Read Discrete Input,<br>3 - Read Holding Registers,<br>4 - Read Input Registers|empty|3| |*address*|Address of the first registry, coil or input.<br><br>If 'function' is empty, then 'address' should be in range for:<br>Coil - 00001 - 09999<br>Discrete input - 10001 - 19999<br>Input register - 30001 - 39999<br>Holding register - 40001 - 49999<br><br>If 'function' is not empty, the 'address' field will be from 0 till 65535 and used without modification (PDU)|empty function: 00001<br><br>non-empty function: 0|9999| |*count*|Count of sequenced 'type' which will be read from device, where:<br><br>for Coil or Discrete input the 'type' = 1 bit<br>for other cases: (count\*type)/2 = real count of registers for reading<br>If 'offset' is not 0, the value will be added to 'real count'<br>Acceptable range for 'real count' is 1:65535|1|2| |*type*|Data type:<br><br>for Read Coil and Read Discrete Input - *bit*<br><br>for Read Holding Registers and Read Input Registers:<br>*int8* - 8bit<br>*uint8* - 8bit (unsigned)<br>*int16* - 16bit<br>*uint16* - 16bit (unsigned)<br>*int32* - 32bit<br>*uint32* - 32bit (unsigned)<br>*float* - 32bit<br>*uint64* - 64bit (unsigned)<br>*double* - 64bit|bit<br>uint16|uint64| |*endianness*|Endianness type:<br>*be* - Big Endian<br>*le* - Little Endian<br>*mbe* - Mid-Big Endian<br>*mle* - Mid-Little Endian<br><br>Limitations:<br>for 1 bit - be<br>for 8 bits - be,le<br>for 16 bits - be,le|be|le| |*offset*|Number of registers, starting from 'address', the result of which will be discarded.<br><br>The size of each register is 16bit (needed to support equipment that does not support random read access).|0|4|
ru	#### Parameters  |Параметр|Описание|По умолчанию|Пример| |--|------|--|---| |*точка входа*|Протокол и адрес точки входа, определяемый в виде `протокол://строка_подключения`<br><br>Возможные значения протокола: *rtu*, *ascii* (только Агент 2), *tcp*<br><br>Формат строки подключения:<br><br>для *tcp* - `адрес:порт`<br>для последовательной линии: *rtu*, *ascii* - `имя_порта:скорость:параметры`<br>где<br>«скорость» - 1200, 9600 и т.д.<br>«параметры» - количество бит (5,6,7 или 8), чётность (n,e или o для нет(none)/чёт(even)/нечет(odd)), стоп-битов (1 или 2)|протокол: нет<br><br>протокол *rtu/ascii*:<br>имя\_порта: нет<br>скорость: 115200<br>параметры: 8n1<br><br>протокол *tcp*:<br>адрес: нет<br>порт: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*id ведомого*|Адрес modbus устройства, для которого он предназначен (от 1 до 247), см. [MODBUS Messaging Implementation Guide \[en\]](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf) (страница 23)<br><br>устройство tcp  (не GW) будет игнорировать это поле|для последовательной линии: 1<br><br>для tcp: 255 (0xFF)|2| |*функция*|Пусто или значение поддерживаемой функции:<br><br>1 - Чтение Флага,<br>2 - Чтение Дискретного Входа,<br>3 - Чтение Регистров Временного Хранения,<br>4 - Чтение Входных Регистров|пусто|3| |*адрес*|адрес первого регистра, флага или входа.<br><br>Если параметр «функция» пустой, то «адрес» должен быть в диапазоне для:<br>Флага - 00001 - 09999<br>Дискретного входа - 10001 - 19999<br>Входного регистра - 30001 - 39999<br>Регистра Временного Хранения - 40001 - 49999<br><br>Если параметр «функция» не пуст, то поле «адрес» будет от 0 до 65535 использоваться без модификации (PDU)|пустая функция: 00001<br><br>непустая функция: 0|9999| |*количество*|Количество последовательных «типов», которые будут считаны с устройства, где:<br><br>для флага или дискретного входа «тип» = 1 бит<br>в остальных случаях: (количество\*тип)/2 = реальное количество регистров для чтения<br>Если «сдвиг» не равен 0, то значение будет добавлено к «реальному количеству»<br>Допустимый диапазон для «реального количества» составляет 1:65535|1|2| |*тип*|Тип данных:<br><br>для Чтения Флага и Чтения Дискретного Входа - *bit*<br><br>для Чтения Регистров Временного Хранения и Чтения Входных Регистров:<br>*int8* - 8 бит<br>*uint8* - 8 бит (без знака)<br>*int16* - 16 бит<br>*uint16* - 16 бит (без знака)<br>*int32* - 32 бита<br>*uint32* - 32 бита (без знака)<br>*float* - 32 бита<br>*uint64* - 64 бита (без знака)<br>*double* - 64 бита|bit<br>uint16|uint64| |*порядок следования байтов*|Тип порядка следования байтов:<br>*be* - Big Endian<br>*le* - Little Endian<br>*mbe* - Mid-Big Endian<br>*mle* - Mid-Little Endian<br><br>Ограничения:<br>для 1 бит - be<br>для 8 бит - be,le<br>для 16 бит - be,le|be|le| |*сдвиг*|Количество регистров, начиная с «адреса», результаты которых будут отброшены.<br><br>Размер каждого регистра составляет 16 бит (требуется для поддержки оборудования, не поддерживающего произвольный доступ для чтения).|0|4|