en-us	#### Item value preprocessing  To visualize the data preprocessing process, we can use the following simplified diagram:  ![](../../../../../assets/en/manual/appendix/items/preprocessing_simplified.png)  The diagram above shows only processes, objects and main actions related to item value preprocessing in a **simplified** form. The diagram does not show conditional direction changes, error handling or loops. Only one preprocessing worker is shown on this diagram (multiple preprocessing workers can be used in real-life scenarios), only one item value is being processed and we assume that this item requires to execute at least one preprocessing step. The aim of this diagram is to show the idea behind item value preprocessing pipeline.  -   Item data and item value is passed to preprocessing manager using     socket-based IPC mechanism. -   Item is placed in the preprocessing queue.  ::: noteclassic Item can be placed at the end or at the beginning of the preprocessing queue. Zabbix internal items are always placed at the beginning of preprocessing queue, while other item types are enqueued at the end. :::  -   At this point data flow stops until there is at least one unoccupied     (that is not executing any tasks) preprocessing worker. -   When preprocessing worker is available, preprocessing task is being     sent to it. -   After preprocessing is done (both failed and successful execution of     preprocessing steps), preprocessed value is being passed back to     preprocessing manager. -   Preprocessing manager converts result to desired format (defined by     item value type) and places result in preprocessing queue. If there     are dependent items for current item, then dependent items are added     to preprocessing queue as well. Dependent items are enqueued in     preprocessing queue right after the master item, but only for master     items with value set and not in NOT SUPPORTED state.
es	#### Preprocesamiento del valor de la métrica  Para visualizar el proceso de preprocesamiento de datos, podemos utilizar el siguiente diagrama simplificado:  ![](../../../../../assets/en/manual/appendix/items/preprocessing_simplified.png)  El diagrama anterior muestra solo procesos, objetos y acciones principales relacionadas al preprocesamiento del valor de la métrica en una forma **simplificada**. El diagrama no muestra los cambios de dirección condicionales, manejo de errores o bucles. En este diagrama solo se muestra un trabajador de preprocesamiento ( los trabajadores de preprocesamiento múltiples se pueden utilizar en escenarios de la vida real), solo un valor de métrica se está procesando y asumimos que esta métrica requiere ejecutar al menos un paso de preprocesamiento. El objetivo de este diagrama es mostrar la idea detrás del proceso de preprocesamiento del valor de la métrica.  - Los datos y el valor de la métrica se pasan al administrador de preprocesamiento mediante     el mecanismo IPC basado en sockets. - La métrica se coloca en la cola de preprocesamiento.  ::: noteclassic La métrica se puede colocar al final o al principio de la cola de preprocesamiento. Las métricas internas de Zabbix siempre se colocan en el comienzo de la cola de preprocesamiento, mientras que otros tipos de métricas se ponen en la cola al final. :::  -   En este punto el flujo de datos se detiene hasta que haya al menos un trabajador de preprocesamiento desocupado     (que no está ejecutando ninguna tarea). -   Cuando el trabajador de preprocesamiento está disponible, la tarea de preprocesamiento se envía al     trabajador. -   Después de realizar el preprocesamiento (ejecución fallida y exitosa de     los pasos de preprocesamiento), el valor preprocesado se devuelve al     administrador de preprocesamiento. -   El administrador de preprocesamiento convierte el resultado al formato deseado (definido por el     tipo de valor de la métrica) y pone el resultado en la cola de preprocesamiento. Sí hay     métricas dependientes para la métrica actual, luego se agregan las métricas dependientes     a la cola de preprocesamiento también. Las métricas dependientes se ponen en la     cola de preprocesamiento justo después de la métrica principal, pero solo para las métricas     principales con valor establecido y no en estado NO SOPORTADO.

en-us	#### Item value processing  To visualize the data flow from data source to the Zabbix database, we can use the following simplified diagram:  ![](../../../../../assets/en/manual/appendix/items/overall_pic.png)  The diagram above shows only processes, objects and actions related to item value processing in a **simplified** form. The diagram does not show conditional direction changes, error handling or loops. Local data cache of preprocessing manager is not shown either because it doesn't affect data flow directly. The aim of this diagram is to show processes involved in item value processing and the way they interact.  -   Data gathering starts with raw data from a data source. At this     point, data contains only ID, timestamp and value (can be multiple     values as well) -   No matter what type of data gatherer is used, the idea is the same     for active or passive checks, for trapper items and etc, as it only     changes the data format and the communication starter (either data     gatherer is waiting for a connection and data, or data gatherer     initiates the communication and requests the data). Raw data is     validated, item configuration is retrieved from configuration cache     (data is enriched with the configuration data). -   Socket-based IPC mechanism is used to pass data from data gatherers     to preprocessing manager. At this point data gatherer continue to     gather data without waiting for the response from preprocessing     manager. -   Data preprocessing is performed. This includes execution of     preprocessing steps and dependent item processing.  ::: noteclassic Item can change its state to NOT SUPPORTED while preprocessing is performed if any of preprocessing steps fail. :::  -   History data from local data cache of preprocessing manager is being     flushed into history cache. -   At this point data flow stops until the next synchronization of     history cache (when history syncer process performs data     synchronization). -   Synchronization process starts with data normalization storing data     in Zabbix database. Data normalization performs conversions to     desired item type (type defined in item configuration), including     truncation of textual data based on predefined sizes allowed for     those types (HISTORY\_STR\_VALUE\_LEN for string,     HISTORY\_TEXT\_VALUE\_LEN for text and HISTORY\_LOG\_VALUE\_LEN for     log values). Data is being sent to Zabbix database after     normalization is done.  ::: noteclassic Item can change its state to NOT SUPPORTED if data normalization fails (for example, when textual value cannot be converted to number). :::  -   Gathered data is being processed - triggers are checked, item     configuration is updated if item becomes NOT SUPPORTED, etc. -   This is considered the end of data flow from the point of view of     item value processing.
es	#### Procesamiento del valor de la métrica  Para visualizar el flujo de datos desde la fuente de datos a la base de datos Zabbix, Podemos utilizar el siguiente diagrama simplificado:  ![](../../../../../assets/en/manual/appendix/items/overall_pic.png)  El diagrama anterior muestra solo procesos, objetos y acciones relacionados con el procesamiento del valor de la métrica en forma **simplificada**. El diagrama no muestra cambios de dirección condicionales, manejo de errores o bucles. La caché de los datos locales del administrador de preprocesamiento tampoco se muestra porque no afectan directamente al flujo de datos. El objetivo de este diagrama es mostrar los procesos involucrados en el procesamiento del valor de la métrica y la forma en que interactúan.  - La recopilación de datos comienza con datos sin procesar de una fuente de datos. En este     punto, los datos contienen solo ID, marca de tiempo y valor (pueden ser múltiples     valores también) - No importa qué tipo de recolector de datos se utilice, la idea es la misma     para controles activos o pasivos, para elementos de trampero, etc., ya que solo     cambia el formato de datos y el iniciador de comunicación (ya sea datos     El recolector está esperando una conexión y datos, o recolector de datos.     inicia la comunicación y solicita los datos). Los datos brutos son     validado, la configuración de la métrica se recupera del caché de configuración     (los datos se enriquecen con los datos de configuración). - El mecanismo IPC basado en sockets se utiliza para pasar datos desde los recolectores de datos.     al administrador de preprocesamiento. En este punto, el recolector de datos continúa     recopilar datos sin esperar la respuesta del preprocesamiento     gerente. - Se realiza el preprocesamiento de datos. Esto incluye la ejecución de     pasos de preprocesamiento y procesamiento de artículos dependientes.  ::: noteclassic La métrica puede cambiar su estado a NO SOPORTADO mientras el preprocesamiento se realiza si alguno de los pasos de preprocesamiento falla. :::  - Se están actualizando los datos históricos del caché de datos local del administrador de preprocesamiento.     descargado en el caché del historial. - En este punto el flujo de datos se detiene hasta la próxima sincronización de     caché de historial (cuando el proceso de sincronización de historial realiza datos     sincronización). - El proceso de sincronización comienza con la normalización de datos y el almacenamiento de datos.     en la base de datos Zabbix. La normalización de datos realiza conversiones al     tipo de métrica deseado (tipo definido en la configuración de la métrica), incluido el     truncamiento de datos textuales basado en tamaños predefinidos permitidos para     esos tipos (HISTORY\_STR\_VALUE\_LEN para cadena,     HISTORY\_TEXT\_VALUE\_LEN para texto e HISTORY\_LOG\_VALUE\_LEN para     valores logarítmicos). Los datos se envían a la base de datos de Zabbix después     de realizar la normalización.  ::: noteclassic La métrica puede cambiar su estado a NO COMPATIBLE si  la normalización de los datos falla (por ejemplo, cuando el valor textual no se puede convertir a número). :::  - Se están procesando los datos recopilados - Se verifican los iniciadores,     la configuración de la métrica se actualiza si la métrica pasa a ser NO SOPORTADA, etc. - Esto se considera el final del flujo de datos desde el punto de vista de     procesamiento del valor de la métrica.

en-us	#### Item values  The following information is exported for a collected item value:  |Field|<|Type|Description| |-|---------|---------|---------------------------| |*host*|<|object|Host name of the item host.| | |host|string|Host name.| |^|name|string|Visible host name.| |*groups*|<|array|List of host groups of the item host; there should be at least one element in array.| | |\-|string|Host group name.| |*itemid*|<|number|Item ID.| |*name*|<|string|Visible item name.| |*clock*|<|number|Number of seconds since Epoch to the moment when value was collected (integer part).| |*ns*|<|number|Number of nanoseconds to be added to `clock` to get a precise value collection time.| |*timestamp*<br>(*Log* only)|<|number|0 if not available.| |*source*<br>(*Log* only)|<|string|Empty string if not available.| |*severity*<br>(*Log* only)|<|number|0 if not available.| |*eventid*<br>(*Log* only)|<|number|0 if not available.| |*value*|<|number (for numeric items) or<br>string (for text items)|Collected item value.| |*type*|<|number|Collected value type:<br>0 - numeric float, 1 - character, 2 - log, 3 - numeric unsigned, 4 - text|
es	#### Valores de métricas  La siguiente información se exporta para un valor de métrica recopilado:  |Campo|<|Tipo|Descripción| |-|---------|---------|--------------------- | |*host*|<|objeto|Nombre del equipo de la métrica.| | |host|cadena|Nombre de equipo.| |^|name|cadena|Nombre de equipo visible.| |*groups*|<|array|Lista de grupos de equipos del equipo de la métrica; debe haber al menos un elemento en la matriz.| | |\-|cadena|Nombre del grupo de host.| |*itemid*|<|número|ID de la métrica.| |*name*|<|cadena|Nombre visible de la métrica.| |*clock*|<|número|Número de segundos desde la época hasta el momento en que se recopiló el valor (parte entera).| |*ns*|<|número|Número de nanosegundos que se agregarán al `reloj` para obtener un tiempo de recopilación de valores preciso.| |*timestamp*<br>(*Registro* solamente)|<|número|0 si no está disponible.| |*source*<br>(*Registro* solamente)|<|cadena|Cadena vacía si no está disponible.| |*severity*<br>(*Registro* solamente)|<|número|0 si no está disponible.| |*eventid*<br>(*Registro* solamente)|<|número|0 si no está disponible.| |*value*|<|número (para métricas numéricas) o<br>cadena (para métricas de texto)|Valor recopilado de la métrica.| |*type*|<|número|Tipo de valor recopilado:<br>0 - flotante numérico, 1 - carácter, 2 - registro, 3 - numérico sin signo, 4 - texto|

en-us	##### Item value  The following parameters are supported if *Data* is set to "Item value".  ::: noteclassic The first number in the *Thresholds* property name (e.g. columnsthresholds.color.0.0) references the column for which thresholds are configured, while the second number references threshold place in a list, sorted in ascending order. However, if thresholds are configured in a different order, the values will be sorted in ascending order after updating widget configuration in Zabbix frontend (e.g. `"threshold.threshold.0":"5"` → `"threshold.threshold.0":"1"`; `"threshold.threshold.1":"1"` → `"threshold.threshold.1": "5"`). :::  |Parameter|<|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-|--------|--|--------|-------------------------------| |*Item*|<|1 |columns.item.0|Valid item name.| |***Time shift***<br>(required)|<|1|columns.timeshift.0|Valid numeric or time string value (e.g. `3600` or `1h`).<br>You may use [time suffixes](/manual/appendix/suffixes#time-suffixes). Negative values are allowed.| |*Aggregation function*|<|0|columns.aggregate_function.0|0 - *(default)* none;<br>1 - min;<br>2 - max;<br>3 - avg;<br>4 - count;<br>5 - sum;<br>6 - first;<br>7 - last.| |*Aggregation interval*|<|1|columns.aggregate_interval.0|Valid time string (e.g. `3600`, `1h`, etc.).<br>You may use [time suffixes](/manual/appendix/suffixes#time-suffixes).<br><br>Parameter *Aggregation interval* not available if *Aggregation function* is set to *none*.<br><br>Default: `1h`.| |*Display*|<|0|columns.display.0|1 - *(default)* As is;<br>2 - Bar;<br>3 - Indicators.| |*Min*|<|1|columns.min.0|Any numeric value.<br><br>Parameter *Min* not available if *Display* is set to "As is".| |*Max*|<|1|columns.max.0|Any numeric value.<br><br>Parameter *Max* not available if *Display* is set to "As is".| |*History data*|<|0|columns.history.0|1 - *(default)* Auto;<br>2 - History;<br>3 - Trends.| |*Thresholds*|<|<|<|<| |<|*Color*|1|columnsthresholds.color.0.0|Hexadecimal color code (e.g. `FF0000`).<br><br>Default: `""` (empty).| |^|*Threshold*|1|columnsthresholds.threshold.0.0|Any string value.|
es	##### Valor de la métrica  Los siguientes parámetros son compatibles si *Data* se establece en "Valor de la métrica".  ::: noteclassic El primer número en el nombre de la propiedad *Thresholds* (por ejemplo, columnsthresholds.color.0.0) hace referencia a la columna para la cual se configuran los umbrales, mientras que el segundo número hace referencia al lugar del umbral en una lista, ordenada en orden ascendente. Sin embargo, si los umbrales se configuran en un orden diferente, los valores se ordenarán en orden ascendente después de actualizar la configuración del widget en la interfaz de Zabbix. (por ejemplo, `"umbral.umbral.0":"5"` → `"umbral.umbral.0":"1"`; `"umbral.umbral.1":"1"` → `"umbral.umbral. 1": "5"`). :::  |Parámetro|<|[tipo](/manual/api/reference/dashboard/object#dashboard-widget-field)|nombre|valor| |-|--------|--|--------|-------------------------- -----| |*Mñetrica*|<|1 |columns.item.0|Nombre válido de métrica .| |***Timeshift***<br>(obligatorio)|<|1|columns.timeshift.0|Valor numérico o de cadena de tiempo válido (por ejemplo, `3600` o `1h`).<br>Puedes usar [ sufijos de tiempo](/manual/appendix/suffixes#time-suffixes). Se permiten valores negativos.| |*Función de agregación*|<|0|columns.aggregate_function.0|0 - *(predeterminado)* ninguno;<br>1 - min;<br>2 - max;<br>3 - promedio;<br>4 - contar;<br>5 - suma;<br>6 - primero;<br>7 - último.| |*Intervalo de agregación*|<|1|columns.aggregate_interval.0|Cadena de tiempo válida (por ejemplo, `3600`, `1h`, etc.).<br>Puede usar [sufijos de tiempo](/manual/appendix/suffixes #time-suffixes).<br><br>Parámetro *Intervalo de agregación* no disponible si *Función de agregación* está configurada en *ninguna*.<br><br>Predeterminado: `1h`.| |*Pantalla*|<|0|columns.display.0|1 - *(predeterminado)* Tal cual;<br>2 - Barra;<br>3 - Indicadores.| |*Min*|<|1|columns.min.0|Cualquier valor numérico.<br><br>El parámetro *Min* no está disponible si *Display* está configurado en "Tal cual".| |*Max*|<|1|columns.max.0|Cualquier valor numérico.<br><br>El parámetro *Max* no está disponible si *Display* está configurado en "Tal cual".| |*Datos del historial*|<|0|columns.history.0|1 - *(predeterminado)* Automático;<br>2 - Historial;<br>3 - Tendencias.| |*Umbrales*|<|<|<|<| |<|*Color*|1|columnsthresholds.color.0.0|Código de color hexadecimal (por ejemplo, `FF0000`).<br><br>Predeterminado: `""` (vacío).| |^|*Umbral*|1|columnasumbrales.threshold.0.0|Cualquier valor de cadena.|

en-us	### Item value widget  An *Item value* widget has been added to dashboard widgets.   This type of widget is useful for displaying values of  single items prominently. Different visual styles of display  are possible:  ![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_value_widgets_new.png)  For more information, see [Item value widget](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/item_value).  
es	Macros for internal actions contain the reason why an item, an LLD-rule, or a trigger became unsupported:   - {ITEM.STATE.ERROR} - for item-based internal notifications;  - {LLDRULE.STATE.ERROR} -  for LLD-rule based internal notifications;  - {TRIGGER.STATE.ERROR} - for trigger-based internal notifications.  For more details, see [Supported macros](/manual/appendix/macros/supported_by_location).  

en-us	##### Java gateway  If you obtained Zabbix from the source repository or an archive, then the necessary dependencies are already included in the source tree.  If you obtained Zabbix from your distribution's package, then the necessary dependencies are already provided by the packaging system.  In both cases above, the software is ready to be used and no additional downloads are necessary.  If, however, you wish to provide your versions of these dependencies (for instance, if you are preparing a package for some Linux distribution), below is the list of library versions that Java gateway is known to work with. Zabbix may work with other versions of these libraries, too.  The following table lists JAR files that are currently bundled with Java gateway in the original code:  |Library|License|Website|Comments| |-------|-------|-------|--------| |*logback-core-1.2.3.jar*|EPL 1.0, LGPL 2.1|<http://logback.qos.ch/>|Tested with 0.9.27, 1.0.13, 1.1.1 and 1.2.3.| |*logback-classic-1.2.3.jar*|EPL 1.0, LGPL 2.1|<http://logback.qos.ch/>|Tested with 0.9.27, 1.0.13, 1.1.1 and 1.2.3.| |*slf4j-api-1.7.30.jar*|MIT License|<http://www.slf4j.org/>|Tested with 1.6.1, 1.6.6, 1.7.6 and 1.7.30.| |*android-json-4.3\_r3.1.jar*|Apache License 2.0|<https://android.googlesource.com/platform/libcore/+/master/json>|Tested with 2.3.3\_r1.1 and 4.3\_r3.1. See src/zabbix\_java/lib/README for instructions on creating a JAR file.|  Java gateway can be built using either Oracle Java or open-source OpenJDK (version 1.6 or newer). Packages provided by Zabbix are compiled using OpenJDK. The table below provides information about OpenJDK versions used for building Zabbix packages by distribution:  |Distribution|OpenJDK version| |------------|---------------| |RHEL/CentOS 8|1.8.0| |RHEL/CentOS 7|1.8.0| |SLES 15|11.0.4| |SLES 12|1.8.0| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|
es	##### Pasarela Java  Si obtuvo Zabbix del repositorio fuente o de un archivo, entonces las dependencias necesarias ya están incluidas en el árbol fuente.  Si obtuvo Zabbix del paquete de su distribución, entonces el el sistema de empaquetado ya proporciona las dependencias necesarias.  En los dos casos anteriores, el software está listo para ser utilizado y no requiere las descargas son necesarias.  Sin embargo, si desea proporcionar sus versiones de estas dependencias (por ejemplo, si está preparando un paquete para alguna distribución Linux), a continuación se muestra la lista de versiones de la bibliotecase sabe que trabaja con la puerta de enlace de Java Zabbix puede funcionar con otras versiones de estos bibliotecas también.  La siguiente tabla enumera los archivos JAR que actualmente se incluyen con Java puerta de enlace en el código original:  |Biblioteca|Licencia|Sitio web|Comentarios| |-------|-------|-------|--------| |*logback-core-1.2.3.jar*|EPL 1.0, LGPL 2.1|<http://logback.qos.ch/>|Probado con 0.9.27, 1.0.13, 1.1.1 y 1.2.3. | |*logback-classic-1.2.3.jar*|EPL 1.0, LGPL 2.1|<http://logback.qos.ch/>|Probado con 0.9.27, 1.0.13, 1.1.1 y 1.2.3. | |*slf4j-api-1.7.30.jar*|Licencia MIT|<http://www.slf4j.org/>|Probado con 1.6.1, 1.6.6, 1.7.6 y 1.7.30.| |*android-json-4.3\_r3.1.jar*|Licencia Apache 2.0|<https://android.googlesource.com/platform/libcore/+/master/json>|Probado con 2.3.3\_r1.1 y 4.3\_r3.1. Consulte src/zabbix\_java/lib/README para obtener instrucciones sobre cómo crear un archivo JAR.|  La puerta de enlace de Java se puede construir utilizando Oracle Java o código abierto OpenJDK (versión 1.6 o posterior). Los paquetes proporcionados por Zabbix se compilan utilizando OpenJDK. La siguiente tabla proporciona información sobre OpenJDK versiones utilizadas para construir paquetes Zabbix por distribución:  |Distribución|Versión de OpenJDK| |------------------|---------------| |RHEL/Cent OS 8|1.8.0| |RHEL/Cent OS 7|1.8.0| |SLES 15|11.0.4| |SLES 12|1.8.0| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|

en-us	### Java gateway installation  It is required to install [Java gateway](/manual/concepts/java) only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  Once the required repository is added, you can install Zabbix Java gateway by running:      apt install zabbix-java-gateway  Proceed to [setup](/manual/concepts/java/from_debian_ubuntu) for more details on configuring and running Java gateway.
es	### Instalación del Java gateway  Es necesario instalar [Java gateway](/manual/concepts/java) sólo si desea supervisar las aplicaciones JMX. Java Gateway es ligero y no requiere base de datos.  Una vez añadido el repositorio requerido, puede instalar Zabbix Java gateway ejecutando:      apt install zabbix-java-gateway  Continúe con la [configuración](/manual/concepts/java/from_debian_ubuntu) para más detalles sobre la configuración y ejecución de la puerta de enlace de Java.

en-us	### Java gateway installation  It is required to install [Java gateway](/manual/concepts/java) only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  Once the required repository is added, you can install Zabbix Java gateway by running:      # dnf install zabbix-java-gateway  Proceed to [setup](/manual/concepts/java/from_rhel_centos) for more details on configuring and running Java gateway.
es	### Instalación de Java gateway  Es necesario instalar [Java gateway](/manual/concepts/java) solo si desea monitorear aplicaciones JMX. Java gateway es ligero y no requiere una base de datos.  Una vez que se agrega el repositorio requerido, puede instalar Zabbix Java gateway ejecutando:      # dnf install zabbix-java-gateway  Vaya a [configuración](/manual/concepts/java/from_rhel_centos) para obtener más detalles sobre la configuración y ejecución de Java gateway.

en-us	### Java gateway installation  It is required to install [Java gateway](/manual/concepts/java) only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  Once the required repository is added, you can install Zabbix Java gateway by running:      dnf install zabbix-java-gateway  Proceed to [setup](/manual/concepts/java/from_rhel) for more details on configuring and running Java gateway.
es	### Instalación de Java gateway  Es necesario instalar [Java gateway](/manual/concepts/java) solo si desea monitorear aplicaciones JMX. Java gateway es ligero y no requiere una base de datos.  Una vez que se agrega el repositorio requerido, puede instalar Zabbix Java gateway ejecutando:      dnf install zabbix-java-gateway  Vaya a la [configuración](/manual/concepts/java/from_rhel_centos) para obtener más detalles sobre la configuración y ejecución de Java gateway.

en-us	#### JavaScript preprocessing  JavaScript preprocessing is done by invoking JavaScript function with a single parameter 'value' and user provided function body. The preprocessing step result is the value returned from this function, for example, to perform Fahrenheit to Celsius conversion user must enter:      return (value - 32)  * 5 / 9  in JavaScript preprocessing parameters, which will be wrapped into a JavaScript function by server:  ``` {.java} function (value) {    return (value - 32) * 5 / 9 } ```  The input parameter 'value' is always passed as a string. The return value is automatically coerced to string via ToString() method (if it fails then the error is returned as string value), with a few exceptions:  -   returning undefined value will result in an error -   returning null value will cause the input value to be discarded,     much like 'Discard value' preprocessing on 'Custom on fail' action.  Errors can be returned by throwing values/objects (normally either strings or Error objects).  For example:  ``` {.java} if (value == 0)     throw "Zero input value" return 1/value ```  Each script has a 10 second execution timeout (depending on the script it might take longer for the timeout to trigger); exceeding it will return error. A 512-megabyte heap limit is enforced (64 megabytes before Zabbix 6.0.19).  The JavaScript preprocessing step bytecode is cached and reused when the step is applied next time. Any changes to the item's preprocessing steps will cause the cached script to be reset and recompiled later.  Consecutive runtime failures (3 in a row) will cause the engine to be reinitialized to mitigate the possibility of one script breaking the execution environment for the next scripts (this action is logged with DebugLevel 4 and higher).  JavaScript preprocessing is implemented with Duktape (<https://duktape.org/>) JavaScript engine.  See also: [Additional JavaScript objects and global functions](/manual/config/items/preprocessing/javascript/javascript_objects)
es	#### Preprocesamiento de JavaScript  El preprocesamiento de JavaScript se realiza invocando la función de JavaScript con un 'valor' de parámetro único y cuerpo de función proporcionado por el usuario. El resultado del paso de preprocesamiento es el valor devuelto por esta función. Por ejemplo, para realizar la conversión de Fahrenheit a Celsius, el usuario debe ingresar:      return (value - 32)* 5 / 9  en los parámetros de preprocesamiento de JavaScript, que se incluirán en una función JavaScript por el servidor:  ``` {.java} function (value) {    return (value - 32) * 5 / 9 } ```  El parámetro de entrada 'value' siempre se pasa como una cadena. El valor de retorno se convierte automáticamente en cadena mediante el método ToString() (si falla, el error se devuelve como valor de cadena), con algunas excepciones:  -   devolver un valor indefinido resultará en un error -   devolver un valor nulo hará que se descarte el valor de entrada,     muy parecido al preprocesamiento 'Descartar valor' en la acción 'Personalizado en caso de error'.  Los errores se pueden devolver arrojando valores/objetos (normalmente ya sea cadenas u objetos de error).  Por ejemplo:  ``` {.java} if (value == 0)     throw "Zero input value" return 1/value ```  Cada script tiene un tiempo de espera de ejecución de 10 segundos (dependiendo del script el tiempo de espera puede tardar más en activarse); si se supera, se producirá un error de retorno. Se aplica un límite de almacenamiento dinámico de 512 megabytes (64 megabytes antes de Zabbix 6.0.19).  El código de bytes del paso de preprocesamiento de JavaScript se almacena en caché y se reutiliza cuando el paso se aplica la próxima vez. Cualquier cambio en los pasos de preprocesamiento de la métrica hará que el script almacenado en caché se restablezca y se vuelva a compilar más tarde.  Fallos consecutivos en el tiempo de ejecución (3 seguidos) causarán que el motor se apague, reiniciadose para mitigar la posibilidad de que un script rompa el entorno de ejecución para los siguientes scripts (esta acción se registra con un nivel de depuración 4 y superior).  El preprocesamiento de JavaScript se implementa con Duktape (<https://duktape.org/>) Motor JavaScript.  Ver también: [Objetos JavaScript adicionales y funciones globales](/manual/config/items/preprocessing/javascript/javascript_objects)

en-us	### JavaScript preprocessing  The heap limit for scripts has been upped from 64 to 512 megabytes.
es	### Preprocesamiento de JavaScript  El límite de almacenamiento dinámico para scripts se ha aumentado de 64 a 512 megabytes.

en-us	#### JMX item keys in more detail
es	#### Claves de elementos JMX con más detalle

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
es	#### Monitoreo de la JMX  Consulte la página [Monitoreo de la JMX](/manual/config/items/itemtypes/jmx_monitoring) para más detalles.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
es	#### Monitoreo de la JMX  Consulte la página [Monitoreo de la JMX](/manual/config/items/itemtypes/jmx_monitoring) para más detalles.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
es	#### Monitoreo de la JMX  Consulte la página [Monitoreo de la JMX](/manual/config/items/itemtypes/jmx_monitoring) para más detalles.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
es	#### Monitoreo de la JMX  Consulte la página [Monitoreo de la JMX](/manual/config/items/itemtypes/jmx_monitoring) para más detalles.

en-us	 ### JMX monitoring  The template *Generic Java JMX* now contains discovery rules for low-level discovery of memory pools and garbage collectors. 
es	 ### Monitoreo JMX  La plantilla *Generic Java JMX* ahora contiene reglas de descubrimiento para el descubrimiento de bajo nivel de grupos de memoria y recolectores de basura.

en-us	 ### JSONPath parsing errors  JSONPath parsing errors occur in this version in case of leading whitespace and empty array/object. Fixed in Zabbix 6.0.12.
es	 ### Errores de análisis de JSONPath  En esta versión se producen errores de análisis de JSONPath en caso de espacios en blanco iniciales y una matriz/objeto vacío. Corregido en Zabbix 6.0.12.

en-us	#### Keeping history  You can set for how many days history will be kept:  -   in the item properties [form](/manual/config/items/item) -   when mass-updating items -   when [setting     up](/manual/web_interface/frontend_sections/administration/general#housekeeper)     housekeeper tasks  Any older data will be removed by the housekeeper.  The general strong advice is to keep history for the smallest possible number of days and that way not to overload the database with lots of historical values.  Instead of keeping a long history, you can keep longer data of trends. For example, you could keep history for 14 days and trends for 5 years.  You can get a good idea of how much space is required by history versus trends data by referring to the [database sizing page](/manual/installation/requirements#database_size).  While keeping shorter history, you will still be able to review older data in graphs, as graphs will use trend values for displaying older data.  ::: noteimportant If history is set to '0', the item will update only dependent items and inventory. No trigger functions will be evaluated because trigger evaluation is based on history data only. :::   ::: notetip As an alternative way to preserve history consider to use [history export](/manual/config/items/loadablemodules#providing_history_export_callbacks) functionality of loadable modules. :::
es	#### Mantener historial  Puede establecer durante cuántos días se guardará el historial:  - en las propiedades del elemento [formulario](/manual/config/items/item) - al actualizar artículos en masa - cuando [ajuste     arriba](/manual/web_interface/frontend_sections/administration/general#housekeeper)     tareas de ama de llaves  El ama de llaves eliminará cualquier dato anterior.  El fuerte consejo general es mantener la historia por el menor tiempo posible. número de días y de esa manera no sobrecargar la base de datos con muchos valores historicos.  En lugar de mantener un historial largo, puede mantener datos de tendencias más extensos. Por ejemplo, podría conservar el historial durante 14 días y las tendencias durante 5 años.  Puede obtener una buena idea de cuánto espacio requiere el historial versus datos de tendencias haciendo referencia al [tamaño de la base de datos página](/manual/instalación/requisitos#tamaño_base_de_datos).  Mientras mantiene un historial más corto, aún podrá revisar los más antiguos datos en gráficos, ya que los gráficos usarán valores de tendencia para mostrar datos más antiguos datos.  ::: notaimportante Si el historial se establece en '0', el elemento se actualizará solo artículos dependientes e inventario. No se activarán funciones evaluado porque la evaluación del activador se basa en datos históricos solamente. :::  ::: nota Como una forma alternativa de preservar historia considere usar [historia exportar](/manual/config/items/loadablemodules#providing_history_export_callbacks) funcionalidad de los módulos cargables. :::

en-us	#### Keeping trends  Trends is a built-in historical data reduction mechanism which stores minimum, maximum, average and the total number of values per every hour for numeric data types.  You can set for how many days trends will be kept:  -   in the item properties [form](/manual/config/items/item) -   when mass-updating items -   when setting up Housekeeper tasks  Trends usually can be kept for much longer than history. Any older data will be removed by the housekeeper.  Zabbix server accumulates trend data in runtime in the trend cache, as the data flows in. Server flushes **previous hour** trends of every item into the database (where frontend can find them) in these situations:  -   server receives the first current hour value of the item -   5 or less minutes of the current hour left and still no current hour     values of the item -   server stops  To see trends on a graph you need to wait at least to the beginning of the next hour (if item is updated frequently) and at most to the end of the next hour (if item is updated rarely), which is 2 hours maximum.  When server flushes trend cache and there are already trends in the database for this hour (for example, server has been restarted mid-hour), server needs to use update statements instead of simple inserts. Therefore on a bigger installation if restart is needed it is desirable to stop server in the end of one hour and start in the beginning of the next hour to avoid trend data overlap.  History tables do not participate in trend generation in any way.  ::: noteimportant If trends are set to '0', Zabbix server does not calculate or store trends at all. :::  ::: noteclassic The trends are calculated and stored with the same data type as the original values. As a result the average value calculations of unsigned data type values are rounded and the less the value interval is the less precise the result will be. For example if item has values 0 and 1, the average value will be 0, not 0.5.  Also restarting server might result in the precision loss of unsigned data type average value calculations for the current hour. :::
es	#### Mantener las tendencias  Trends es un mecanismo integrado de reducción de datos históricos que almacena mínimo, máximo, promedio y el número total de valores por cada hora para tipos de datos numéricos.  Puede establecer durante cuántos días se mantendrán las tendencias:  - en las propiedades del elemento [formulario](/manual/config/items/item) - al actualizar artículos en masa - al configurar tareas de ama de llaves  Las tendencias generalmente se pueden mantener por mucho más tiempo que la historia. Cualquier dato anterior será retirado por el ama de llaves.  El servidor Zabbix acumula datos de tendencias en tiempo de ejecución en el caché de tendencias, como los datos fluyen. El servidor vacía las tendencias de **hora anterior** de cada elemento en la base de datos (donde la interfaz puede encontrarlos) en estas situaciones:  - el servidor recibe el primer valor de hora actual del elemento - Quedan 5 minutos o menos de la hora actual y todavía no hay hora actual     valores del articulo - el servidor se detiene  Para ver las tendencias en un gráfico, debe esperar al menos hasta el comienzo de la próxima hora (si el elemento se actualiza con frecuencia) y como máximo hasta el final de la próxima hora (si el elemento se actualiza con poca frecuencia), que es de 2 horas como máximo.  Cuando el servidor vacía la caché de tendencias y ya hay tendencias en el base de datos para esta hora (por ejemplo, el servidor se ha reiniciado media hora), el servidor necesita usar declaraciones de actualización en lugar de simples inserciones Por lo tanto, en una instalación más grande, si se necesita reiniciar, es deseable detener el servidor al final de una hora y comenzar en el comienzo de la siguiente hora para evitar la superposición de datos de tendencias.  Las tablas de historial no participan en la generación de tendencias de ninguna manera.  ::: notaimportante Si las tendencias se establecen en '0', el servidor Zabbix no calcular o almacenar tendencias en absoluto. :::  ::: notaclásica Las tendencias se calculan y almacenan con el mismo tipo de datos como los valores originales. Como resultado, los cálculos del valor promedio de los valores de tipo de datos sin signo se redondean y cuanto menor es el intervalo de valor menos preciso será el resultado. Por ejemplo, si el elemento tiene valores 0 y 1, el valor medio será 0, no 0,5.  Además, reiniciar el servidor puede resultar en la pérdida de precisión de datos no firmados. Cálculos de valor promedio de tipo de datos para la hora actual. :::

en-us	 ##### Kernel data  |Item key|<|<|<| |--|--|------|------| |Description|Return value|Parameters|Comments| |**kernel.maxfiles**|<|<|<| |Maximum number of opened files supported by OS.|Integer| | | |**kernel.maxproc**|<|<|<| |Maximum number of processes supported by OS.|Integer| | | |**kernel.openfiles**|<|<|<| |Return the number of currently open file descriptors.|Integer| |This item is supported since Zabbix 6.0.|
es	 ##### Datos del núcleo  |Clave de artículo|<|<|<| |--|--|------|------| |Descripción|Valor devuelto|Parámetros|Comentarios| |**núcleo.maxfiles**|<|<|<| |Número máximo de archivos abiertos admitidos por el sistema operativo.|Entero| | | |**núcleo.maxproc**|<|<|<| |Número máximo de procesos soportados por SO.|Entero| | | |**núcleo.archivos abiertos**|<|<|<| |Retorna el número de descriptores de archivos actualmente abiertos.|Entero| |Este elemento es compatible desde Zabbix 6.0.|

en-us	 ### Keyboard navigation  Keyboard control has been implemented for info icons in the frontend. Thus it is now  possible to focus on info icons, and open the hints, using the keyboard.
es	 ### Navegación por teclado  Se ha implementado el control del teclado para los íconos de información en la interfaz. Así ahora es posible centrarse en los íconos de información y abrir las sugerencias usando el teclado.

en-us	##### Key file authentication  To use key based authentication for SSH items, certain changes to the server configuration are required.  Open the Zabbix server configuration file ([*zabbix\_server.conf*](/manual/appendix/config/zabbix_server)) as `root` and look for the following line:  ```ini # SSHKeyLocation= ```  Uncomment it and set the full path to the folder where the public and private keys will be located:  ```ini SSHKeyLocation=/home/zabbix/.ssh ```  Save the file and restart Zabbix server afterwards.  The path */home/zabbix* here is the home directory for the *zabbix* user account, and *.ssh* is a directory where by default public and private keys will be generated by an [ssh-keygen](http://en.wikipedia.org/wiki/Ssh-keygen) command inside the home directory.  Usually installation packages of Zabbix server from different OS distributions create the *zabbix* user account with a home directory elsewhere, for example, */var/lib/zabbix* (as for system accounts).  Before generating the keys, you could reallocate the home directory to */home/zabbix*, so that it corresponds with the `SSHKeyLocation` Zabbix server configuration parameter mentioned above.  ::: noteclassic The following steps can be skipped if *zabbix* account has been added manually according to the [installation section](/manual/installation/install#create_user_account). In such a case the home directory for the *zabbix* account is most likely already */home/zabbix*. :::  To change the home directory of the *zabbix* user account, all working processes which are using it have to be stopped:  ```bash service zabbix-agent stop service zabbix-server stop ```  To change the home directory location with an attempt to move it (if it exists) the following command should be executed:  ```bash usermod -m -d /home/zabbix zabbix ```  It is also possible that a home directory did not exist in the old location, so it should be created at the new location. A safe attempt to do that is:  ```bash test -d /home/zabbix || mkdir /home/zabbix ```  To be sure that all is secure, additional commands could be executed to set permissions to the home directory:  ```bash chown zabbix:zabbix /home/zabbix chmod 700 /home/zabbix ```  Previously stopped processes can now be started again:  ```bash service zabbix-agent start service zabbix-server start ```  Now, the steps to generate the public and private keys can be performed with the following commands (for better readability, command prompts are commented out):  ```bash sudo -u zabbix ssh-keygen -t rsa # Generating public/private rsa key pair. # Enter file in which to save the key (/home/zabbix/.ssh/id_rsa): /home/zabbix/.ssh/id_rsa # Enter passphrase (empty for no passphrase): <Leave empty> # Enter same passphrase again:  <Leave empty> # Your identification has been saved in /home/zabbix/.ssh/id_rsa. # Your public key has been saved in /home/zabbix/.ssh/id_rsa.pub. # The key fingerprint is: # 90:af:e4:c7:e3:f0:2e:5a:8d:ab:48:a2:0c:92:30:b9 zabbix@it0 # The key's randomart image is: # +--[ RSA 2048]----+ # |                 | # |       .         | # |      o          | # | .     o         | # |+     . S        | # |.+   o =         | # |E .   * =        | # |=o . ..* .       | # |... oo.o+        | # +-----------------+ ```  ::: noteclassic The public and private keys (*id\_rsa.pub* and *id\_rsa*) have been generated by default in the */home/zabbix/.ssh* directory, which corresponds to the Zabbix server `SSHKeyLocation` configuration parameter. :::  ::: noteimportant Key types other than "rsa" may be supported by the ssh-keygen tool and SSH servers but they may not be supported by libssh2 used by Zabbix. :::
es	##### Autenticación de archivos de claves  Para utilizar la autenticación basada en claves para métricas SSH, se requieren ciertos cambios en la configuración del servidor.  Abra el archivo de configuración del servidor Zabbix ([*zabbix\_server.conf*](/manual/appendix/config/zabbix_server)) como `root` y busque la siguiente línea:  ```ini # SSHKeyLocation= ```  Descomentelo y establezca la ruta completa a la carpeta donde se encuentran las claves públicas y privadas:  ```ini SSHKeyLocation=/home/zabbix/.ssh ```  Guarde el archivo y reinicie el servidor Zabbix luego.  La ruta */home/zabbix* aquí es el directorio de inicio para la cuenta de usuario *zabbix*, y *.ssh* es un directorio donde, de forma predeterminada, se almacenarán las claves públicas y privadas generadas por un comando [ssh-keygen](http://en.wikipedia.org/wiki/Ssh-keygen) dentro del directorio de inicio.  Generalmente los paquetes de instalación del servidor Zabbix desde diferentes distribuciones  de sistemas operativos crean la cuenta de usuario *zabbix* con un directorio de inicio en otro lugar, por ejemplo, */var/lib/zabbix* (como para las cuentas del sistema).  Antes de generar las claves, podría reasignar el directorio de inicio a */home/zabbix*, para que corresponda con el parámetro `SSHKeyLocation` de configuración del servidor Zabbix mencionado anteriormente.  ::: noteclassic Los siguientes pasos se pueden omitir si la cuenta *zabbix* se ha agregado manualmente según la [sección de instalación](/manual/installation/install#create_user_account). En tal caso, lo más probable es que el directorio de inicio de la cuenta *zabbix* ya esté en */home/zabbix*. :::  Para cambiar el directorio de inicio de la cuenta de usuario *zabbix*, todos los procesos que lo utilizan deben detenerse:  ```bash service zabbix-agent stop service zabbix-server stop ```  Para cambiar la ubicación del directorio de inicio con un intento de moverlo (si existe) se debe ejecutar el siguiente comando:  ```bash usermod -m -d /home/zabbix zabbix ```  También es posible que no existiera un directorio de inicio en la ubicación anterior, por lo que debe crearse en la nueva ubicación. Un intento seguro de hacerlo es:  ```bash test -d /home/zabbix || mkdir /home/zabbix ```  Para asegurarse de que todo esté seguro, se pueden ejecutar comandos adicionales para establecer permisos para el directorio de inicio:  ```bash chown zabbix:zabbix /home/zabbix chmod 700 /home/zabbix ```  Los procesos previamente detenidos ahora se pueden iniciar nuevamente:  ```bash service zabbix-agent start service zabbix-server start ```  Ahora se pueden realizar los pasos para generar las claves pública y privada con los siguientes comandos (para una mejor legibilidad, las indicaciones de comando están comentadas):  ```bash sudo -u zabbix ssh-keygen -t rsa # Generando par de claves rsa pública/privada. # Ingrese el archivo en el que guardar la clave (/home/zabbix/.ssh/id_rsa): /home/zabbix/.ssh/id_rsa # Ingrese la frase de contraseña (vacío si no hay frase de contraseña): <Dejar vacío> # Ingrese la misma contraseña nuevamente: <Dejar vacío> # Su identificación se ha guardado en /home/zabbix/.ssh/id_rsa. # Su clave pública se ha guardado en /home/zabbix/.ssh/id_rsa.pub. # La huella digital clave es: # 90:af:e4:c7:e3:f0:2e:5a:8d:ab:48:a2:0c:92:30:b9 zabbix@it0 # La imagen aleatoria de la clave es: # +--[RSA 2048]----+ # | | # | . | # | o | # | . o | # |+ . S | # |.+ o = | # |mi . * = | # |=o . ..* . | # |...oo.o+ | # +-----------------+ ```  ::: noteclassic Las claves pública y privada (*id\_rsa.pub* y *id\_rsa*) se han generado de forma predeterminada en el directorio */home/zabbix/.ssh*, que corresponde al parámetro de configuración del servidor Zabbix `SSHKeyLocation`. :::  ::: noteimportant Es posible que el sistema admita tipos de claves distintos de "rsa" en la herramienta ssh-keygen y servidores SSH, pero es posible que no sean compatibles con libssh2 utilizado por Zabbix. :::

en-us	#### Key name  The key name itself has a limited range of allowed characters, which just follow each other. Allowed characters are:      0-9a-zA-Z_-.  Which means:  -   all numbers; -   all lowercase letters; -   all uppercase letters; -   underscore; -   dash; -   dot.  ![](../../../../../assets/en/manual/config/key_name.png)
es	#### Nombre clave  El nombre de la clave en sí tiene un rango limitado de caracteres permitidos, lo que simplemente siguen unos a otros. Los caracteres permitidos son:      0-9a-zA-Z_-.  Lo que significa:  - todos los números; - todas las letras minúsculas; - todas las letras mayúsculas; -   guion bajo; -   guión; -   punto.  ![](../../../../../assets/en/manual/config/key_name.png)

en-us	#### Key parameters  An item key can have multiple parameters that are comma separated.  ![](../../../../../assets/en/manual/config/key_parameters.png)  Each key parameter can be either a quoted string, an unquoted string or an array.  ![](../../../../../assets/en/manual/config/item_parameter.png)  The parameter can also be left empty, thus using the default value. In that case, the appropriate number of commas must be added if any further parameters are specified. For example, item key **icmpping\[,,200,,500\]** would specify that the interval between individual pings is 200 milliseconds, timeout - 500 milliseconds, and all other parameters are left at their defaults.  It is possible to include macros in the parameters. Those can be [user macros](/manual/appendix/macros/supported_by_location_user#items-item-prototypes) or some of the built-in macros. To see what particular built-in macros are supported in item key parameters, search the page [Supported macros](/manual/appendix/macros/supported_by_location) for "item key parameters".
es	#### Parámetros de la clave  Una clave de métrica puede tener varios parámetros separados por comas.  ![](../../../../../assets/en/manual/config/key_parameters.png)  Cada parámetro de la clave puede ser una cadena entre comillas, una cadena sin comillas o una matriz.  ![](../../../../../assets/en/manual/config/item_parameter.png)  El parámetro también se puede dejar vacío, utilizando así el valor predeterminado. En ese caso, se debe agregar el número apropiado de comas si se requiere especificar parámetros adicionales. Por ejemplo, la clave de la métrica **icmpping\[,,200,,500\]** especificaría que el intervalo entre pings individuales es de 200 milisegundos, tiempo de espera - 500 milisegundos, y todos los demás parámetros se dejan en sus valores predeterminados.  Es posible incluir macros en los parámetros. Pueden ser [macros de usuario](/manual/appendix/macros/supported_by_location_user#items-item-prototypes) o algunas de las macros integradas. Para ver qué macros integradas particulares son compatibles con los parámetros de la clave de la métrica,busque en la página [Macros compatibles](/manual/appendix/macros/supported_by_location) por "parámetros clave de la métrica".

en-us	#### Kiosk mode  The kiosk mode in supported frontend pages can be activated using URL parameters. For example, in dashboards:  -   `/zabbix.php?action=dashboard.view&kiosk=1` - activate kiosk mode -   `/zabbix.php?action=dashboard.view&kiosk=0` - activate normal mode
es	#### Modo quiosco  El modo de quiosco en las páginas de frontend compatibles se puede activar mediante URL parámetros Por ejemplo, en los tableros:  - `/zabbix.php?action=dashboard.view&kiosk=1` - activa el modo quiosco - `/zabbix.php?action=dashboard.view&kiosk=0` - activa el modo normal

en-us	#### Known issues  See [known issues](/manual/installation/known_issues#graphs) for graphs.
es	#### Problemas conocidos  Consulte [problemas conocidos](/manual/installation/known_issues#graphs) para obtener gráficos.

en-us	#### Known issues  To improve performance, you can convert the field types from *nclob* to *nvarchar2*, see [known issues](/manual/installation/known_issues#slow-configuration-sync-with-oracle).
es	#### Problemas conocidos  Para mejorar el rendimiento, puede convertir los tipos de campo de *nclob* a *nvarchar2*, consulte [problemas conocidos](/manual/installation/known_issues#slow-configuration-sync-with-oracle).

en-us	#### Kubernetes   - *Kubernetes nodes by HTTP*  - *Kubernetes cluster state by HTTP* - *Kubernetes API server by HTTP* - *Kubernetes Controller manager by HTTP* - *Kubernetes Scheduler by HTTP* - *Kubernetes kubelet by HTTP*  To enable Kubernetes monitoring, you need to use the new tool [Zabbix Helm Chart](https://git.zabbix.com/projects/ZT/repos/kubernetes-helm/browse?at=refs%2Fheads%2Frelease%2F6.0), which installs Zabbix proxy and Zabbix agents in the Kubernetes cluster.  To learn more about configuring templates, see [HTTP template operation](/manual/config/templates_out_of_the_box/http).
es	#### Kubernetes  - *Nodos de Kubernetes por HTTP* - *Estado del clúster de Kubernetes por HTTP* - *Servidor API de Kubernetes por HTTP* - *Administrador del controlador Kubernetes por HTTP* - *Programador de Kubernetes por HTTP* - *Kubernetes kubelet por HTTP*  Para habilitar el monitoreo de Kubernetes, debe usar la nueva herramienta [Zabbix Helm Chart](https://git.zabbix.com/projects/ZT/repos/kubernetes-helm/browse?at=refs%2Fheads%2Frelease%2F6.0), que instala el proxy Zabbix y los agentes Zabbix en el clúster de Kubernetes.  Para obtener más información sobre la configuración de plantillas, consulte [Operación de plantilla HTTP](/manual/config/templates_out_of_the_box/http).

en-us	##### Large file support  Zabbix has large file support for SNMP trapper files. The maximum file size that Zabbix can read is 2\^63 (8 EiB). Note that the filesystem may impose a lower limit on the file size.
es	##### Compatibilidad con archivos grandes  Zabbix tiene "soporte de archivos grandes" para los archivos de captura SNMP. El tamaño máximo del archivo que Zabbix puede leer es 2\^63 (8 EiB). Tenga en cuenta que el sistema de archivos puede imponer un límite inferior en el tamaño del archivo.

en-us	 ### Latest data link for hosts shows numbers  The latest data link for hosts in [*Monitoring* -> *Hosts*](/manual/web_interface/frontend_sections/monitoring/hosts) now shows the number of items with latest data.
es	 ### El último enlace de datos para equipos muestra números  El enlace de datos más reciente para equipos en [*Monitoreo* -> *Equipos*](/manual/web_interface/frontend_sections/monitoring/hosts) ahora muestra la cantidad de métricas con los datos más recientes.

en-us	#### Legend  The following parameters are supported for configuring *Legend*.  |Parameter|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Show legend*|0|legend|0 - Disabled;<br>1 - *(default)* Enabled.| |*Number of rows*|0|legend_lines|Valid values range from 1-5.<br><br>Default: 1.|
es	#### Leyenda  Los siguientes parámetros son compatibles para configurar *Legend*.  |Parámetro|[tipo](/manual/api/reference/dashboard/object#dashboard-widget-field)|nombre|valor| |-----|-|-----|-------------------| |*Mostrar leyenda*|0|legend|0 - Deshabilitado;<br>1 - *(predeterminado)* Habilitado.| |*Número de filas*|0|legend_lines|Los valores válidos oscilan entre 1 y 5.<br><br>Predeterminado: 1.|

en-us	#### Library in a non-standard location  Zabbix allows you to specify a library located in a non-standard location. In the example below, Zabbix will run `curl-config` from the specified non-standard location and use its output to determine the correct libcurl to use.      $ ./configure --enable-server --with-mysql --with-libcurl=/usr/local/bin/curl-config  This will work if it is the only libcurl installed in the system, but might not if there is another libcurl installed in a standard location (by the package manager, for example). Such is the case when you need a newer version of the library for Zabbix and the older one for other applications.  Therefore, specifying a component in a non-standard location will not always work when the same component also exists in a standard location.  For example, if you use a newer libcurl installed in `/usr/local` with the libcurl package still installed, Zabbix might pick up the wrong one and compilation will fail:      usr/bin/ld: ../../src/libs/zbxhttp/libzbxhttp.a(http.o): in function 'zbx_http_convert_to_utf8':     /tmp/zabbix-master/src/libs/zbxhttp/http.c:957: undefined reference to 'curl_easy_header'     collect2: error: ld returned 1 exit status  Here, the function `curl_easy_header()` is not available in the older `/usr/lib/x86_64-linux-gnu/libcurl.so`, but is available in the newer `/usr/local/lib/libcurl.so`.  The problem lies with the order of linker flags, and one solution is to specify the full path to the library in an LDFLAGS variable:      $ LDFLAGS="-Wl,--no-as-needed /usr/local/lib/libcurl.so" ./configure --enable-server --with-mysql --with-libcurl=/usr/local/bin/curl-config  Note the `-Wl,--no-as-needed` option which might be needed on some systems (see also: default linking options on [Debian-based](https://wiki.debian.org/ToolChain/DSOLinking) systems).
es	#### Biblioteca en una ubicación no estándar  Zabbix le permite especificar una biblioteca ubicada en una ubicación no estándar. En el siguiente ejemplo, Zabbix ejecutará `curl-config` desde la ubicación no estándar especificada y usará su salida para determinar el libcurl correcto a usar.      $ ./configure --enable-server --with-mysql --with-libcurl=/usr/local/bin/curl-config  Esto funcionará si es el único libcurl instalado en el sistema, pero podría no funcionar si hay otro libcurl instalado en una ubicación estándar (por el administrador de paquetes, por ejemplo). Tal es el caso cuando necesita una versión más nueva de la biblioteca para Zabbix y la anterior para otras aplicaciones.  Por lo tanto, especificar un componente en una ubicación no estándar no siempre funcionará cuando el mismo componente también existe en una ubicación estándar.  Por ejemplo, si usa un libcurl más nuevo instalado en `/usr/local` con el paquete libcurl aún instalado, Zabbix podría seleccionar el incorrecto y la compilación fallará:      usr/bin/ld: ../../src/libs/zbxhttp/libzbxhttp.a(http.o): en la función 'zbx_http_convert_to_utf8':     /tmp/zabbix-master/src/libs/zbxhttp/http.c:957: referencia no definida a 'curl_easy_header'     Collect2: error: ld devolvió 1 estado de salida  Aquí, la función `curl_easy_header()` no está disponible en el `/usr/lib/x86_64-linux-gnu/libcurl.so` anterior, pero sí en el `/usr/local/lib/libcurl.so` más nuevo. .  El problema radica en el orden de los indicadores del vinculador y una solución es especificar la ruta completa a la biblioteca en una variable LDFLAGS:      $ LDFLAGS="-Wl,--no-según-necesario /usr/local/lib/libcurl.so" ./configure --enable-server --with-mysql --with-libcurl=/usr/local/bin /curl-config  Tenga en cuenta la opción `-Wl,--no-as-needed` que puede ser necesaria en algunos sistemas (consulte también: opciones de enlace predeterminadas en [Debian-based] (https://wiki.debian.org/ToolChain/DSOLinking) systems).

en-us	##### Limitations  -   Only same host (template) dependencies are allowed -   An item prototype can depend on another item prototype or regular     item from the same host -   Maximum count of dependent items for one master item is limited to     29999 (regardless of the number of dependency levels) -   Maximum 3 dependency levels allowed -   Dependent item on a host with master item from template will not be     exported to XML  
es	##### Limitaciones  - · Sólo se permiten dependencias del mismo host (plantilla) - · Un prototipo de elemento puede depender de otro prototipo de elemento o de un elemento del mismo host - · El número máximo de elementos dependientes para un elemento maestro está limitado a 29999 (independientemente del número de niveles de dependencia) - · Se permite un máximo de 3 niveles de dependencia - · El elemento dependiente de un anfitrión con un elemento maestro de la plantilla no se exportará a XML.    

en-us	#### Limitations on using X.509 v3 certificate extensions  -   **Subject Alternative Name (*subjectAltName*)** extension.\     Alternative subject names from *subjectAltName* extension (like IP     address, email address) are not supported by Zabbix. Only value of     "Subject" field can be checked in Zabbix (see [Restricting allowed     certificate Issuer and     Subject](/manual/encryption/using_certificates#restricting_allowed_certificate_issuer_and_subject)).\     If certificate uses the *subjectAltName* extension then result     depends on particular combination of crypto toolkits Zabbix     components are compiled with (it may or may not work, Zabbix may     refuse to accept such certificates from peers). -   **Extended Key Usage** extension.\     If used then generally both *clientAuth* (TLS WWW client     authentication) and *serverAuth* (TLS WWW server authentication) are     necessary.\     For example, in passive checks Zabbix agent acts in a TLS server     role, so *serverAuth* must be set in agent certificate. For active     checks agent certificate needs *clientAuth* to be set.\     *GnuTLS* issues a warning in case of key usage violation but allows     communication to proceed. -   **Name Constraints** extension.\     Not all crypto toolkits support it. This extension may prevent     Zabbix from loading CA certificates where this section is marked as     *critical* (depends on particular crypto toolkit).
es	#### Limitaciones en el uso de extensiones de certificado X.509 v3  - **Extensión del nombre alternativo del sujeto (*subjectAltName*)**.\     Nombres de asunto alternativos de la extensión *subjectAltName* (como IP     dirección, dirección de correo electrónico) no son compatibles con Zabbix. único valor de     El campo "Asunto" se puede marcar en Zabbix (consulte [Restricción permitida     Emisor del certificado y     Asunto](/manual/encryption/using_certificates#restricting_allowed_certificate_issuer_and_subject)).\     Si el certificado usa la extensión *subjectAltName* entonces el resultado     depende de una combinación particular de kits de herramientas criptográficas Zabbix     se compilan los componentes (puede que funcione o no, Zabbix puede     negarse a aceptar dichos certificados de sus pares). - Extensión **Uso extendido de clave**.\     Si se usa, generalmente ambos *clientAuth* (cliente TLS WWW     autenticación) y *serverAuth* (autenticación del servidor TLS WWW) son     necesario.\     Por ejemplo, en comprobaciones pasivas, el agente Zabbix actúa en un servidor TLS.     rol, por lo que *serverAuth* debe configurarse en el certificado del agente. Para activos     comprueba que el certificado del agente necesita *clientAuth* para estar configurado.\     *GnuTLS* emite una advertencia en caso de infracción de uso de clave pero permite     comunicación para proceder. - Extensión **Restricciones de nombre**.\     No todos los kits de herramientas criptográficas lo admiten. Esta extensión puede impedir     Zabbix cargue certificados de CA donde esta sección está marcada como     *crítico* (depende del conjunto de herramientas criptográficas en particular).

en-us	#### - Limitations  Support of loadable modules is implemented for the Unix platform only. It means that it does not work for Windows agents.  In some cases a module may need to read module-related configuration parameters from *zabbix\_agentd.conf*. It is not supported currently. If you need your module to use some configuration parameters you should probably implement parsing of a module-specific configuration file.
es	#### - Limitaciones  El soporte de módulos cargables se implementa solo para la plataforma Unix. Significa que no funciona para los agentes de Windows.  En algunos casos, un módulo puede necesitar leer la configuración relacionada con el módulo parámetros de *zabbix\_agentd.conf*. Actualmente no es compatible. Si necesita que su módulo use algunos parámetros de configuración que debe probablemente implemente el análisis de un archivo de configuración específico del módulo.

en-us	##### Limitations  There are some limitations associated with the algorithm of creating LLD macro names from MBean property names:  -   attribute names are changed to uppercase -   attribute names are ignored (no LLD macros are generated) if they     consist of unsupported characters for LLD macro names. Supported     characters can be described by the following regular expression:     `A-Z0-9_\.` -   if an attribute is called "obj" or "domain" they will be ignored     because of the overlap with the values of the reserved Zabbix     properties {\#JMXOBJ} and {\#JMXDOMAIN} (supported since Zabbix     3.4.3.)  Please consider this jmx.discovery (with "beans" mode) example. MBean has the following properties defined (some of which will be ignored; see below):      name=test     тип=Type     attributes []=1,2,3     Name=NameOfTheTest     domAin=some  As a result of JMX discovery, the following LLD macros will be generated:  -   {\#JMXDOMAIN} - Zabbix internal, describing the domain of MBean -   {\#JMXOBJ} - Zabbix internal, describing MBean object -   {\#JMXNAME} - created from "name" property  Ignored properties are:  -   тип : its name contains unsupported characters (non-ASCII) -   attributes\[\] : its name contains unsupported characters (square     brackets are not supported) -   Name : it's already defined (name=test) -   domAin : it's a Zabbix reserved name
es	##### Limitaciones  Existen algunas limitaciones asociadas con el algoritmo de creación de LLD. nombres de macro de nombres de propiedades de MBean:  - los nombres de los atributos se cambian a mayúsculas - los nombres de los atributos se ignoran (no se generan macros LLD) si     constan de caracteres no admitidos para nombres de macros LLD. Soportado     Los caracteres se pueden describir mediante la siguiente expresión regular:     `A-Z0-9_\.` - si un atributo se llama "obj" o "dominio", será ignorado     debido a la superposición con los valores del Zabbix reservado     propiedades {\#JMXOBJ} y {\#JMXDOMAIN} (compatibles desde Zabbix     3.4.3.)  Considere este ejemplo de jmx.discovery (con modo "beans"). MBean tiene las siguientes propiedades definidas (algunas de las cuales se ignorarán; ver más abajo):      nombre=prueba     tip=Tipo     atributos []=1,2,3     Nombre=NombreDeLaPrueba     dominio=algunos  Como resultado del descubrimiento de JMX, las siguientes macros LLD serán generado:  - {\#JMXDOMAIN} - Zabbix interno, que describe el dominio de MBean - {\#JMXOBJ} - Zabbix interno, que describe el objeto MBean - {\#JMXNAME} - creado a partir de la propiedad "nombre"  Las propiedades ignoradas son:  - тип: su nombre contiene caracteres no admitidos (no ASCII) - atributos\[\] : su nombre contiene caracteres no admitidos (cuadrado     los corchetes no son compatibles) - Nombre: ya está definido (nombre=prueba) - dominio: es un nombre reservado de Zabbix

en-us	 #### Limitations  Zabbix agent for Windows does not support non-standard Windows configurations where CPUs are distributed non-uniformly across NUMA nodes. If logical CPUs are distributed non-uniformly, then CPU performance metrics may not be available for some CPUs. For example, if there are 72 logical CPUs with 2 NUMA nodes, both nodes must have 36 CPUs each.
es	 #### Limitaciones  El agente Zabbix para Windows no es compatible con configuraciones de Windows no estándar donde se distribuyen CPU de manera no uniforme entre los nodos NUMA. Si las CPU lógicas están distribuidas de manera no uniforme, es posible que las métricas de rendimiento de la CPU no estén disponibles para algunas CPU. Por ejemplo, si hay 72 CPU lógicas con 2 nodos NUMA, ambos nodos deben tener 36 CPU cada uno.

en-us	#### Limiting access to API  Update role with ID "5", deny to call any "create", "update" or "delete" methods.  Request:  ```json {     "jsonrpc": "2.0",     "method": "role.update",     "params": [         {             "roleid": "5",             "rules": {                 "api.access": "1",                 "api.mode": "0",                 "api": ["*.create", "*.update", "*.delete"]             }         }     ],     "auth": "3a57200802b24cda67c4e4010b50c065",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "roleids": [             "5"         ]     },     "id": 1 } ```
es	#### Limitando el acceso a la API  Actualizar rol con ID "5", denegar la llamada a cualquiera de los métodos "creación", "actualización" o "eliminación".  Solicitud:  ```json {     "jsonrpc": "2.0",     "method": "role.update",     "params": [         {             "roleid": "5",             "rules": {                 "api.access": "1",                 "api.mode": "0",                 "api": ["*.create", "*.update", "*.delete"]             }         }     ],     "auth": "3a57200802b24cda67c4e4010b50c065",     "id": 1 } ```  Respuesta:  ```json {     "jsonrpc": "2.0",     "result": {         "roleids": [             "5"         ]     },     "id": 1 } ```

en-us	### Limits for JavaScript objects in preprocessing  The following limits for [JavaScript objects](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) in preprocessing have been introduced:  -   The total size of all messages that can be logged with the `log()` method has been limited to 8 MB per script execution. -   The initialization of multiple `HttpRequest` objects has been limited to 10 per script execution. -   The total length of header fields that can be added to a single `HttpRequest` object with the `addHeader()` method has been limited to 128 Kbytes (special characters and header names included).
es	### Límites para objetos JavaScript en preprocesamiento  Se han introducido los siguientes límites para los [objetos JavaScript](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) en el preprocesamiento:  - El tamaño total de todos los mensajes que se pueden registrar con el método `log()` se ha limitado a 8 MB por ejecución de script. - La inicialización de múltiples objetos `HttpRequest` se ha limitado a 10 por ejecución de script. - La longitud total de los campos de encabezado que se pueden agregar a un único objeto `HttpRequest` con el método `addHeader()` se ha limitado a 128 Kbytes (se incluyen caracteres especiales y nombres de encabezado).

en-us	### Limits for JavaScript objects in preprocessing  The following limits for [JavaScript objects](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) in preprocessing have been introduced:  -   The total size of all messages that can be logged with the `log()` method has been limited to 8 MB per script execution. -   The initialization of multiple `HttpRequest` objects has been limited to 10 per script execution. -   The total length of header fields that can be added to a single `HttpRequest` object with the `addHeader()` method has been limited to 128 Kbytes (special characters and header names included).
es	### Límites para objetos JavaScript en preprocesamiento  Se han introducido los siguientes límites para los [objetos JavaScript](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) en el preprocesamiento:  - El tamaño total de todos los mensajes que se pueden registrar con el método `log()` se ha limitado a 8 MB por ejecución de script. - La inicialización de múltiples objetos `HttpRequest` se ha limitado a 10 por ejecución de script. - La longitud total de los campos de encabezado que se pueden agregar a un único objeto `HttpRequest` con el método `addHeader()` se ha limitado a 128 Kbytes (se incluyen caracteres especiales y nombres de encabezado).

en-us	#### Link a group to templates  Add host group "2" to two templates.  Request:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10085"             },             {                 "templateid": "10086"             }         ],         "groups": [             {                 "groupid": "2"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10085",             "10086"         ]     },     "id": 1 } ```
es	#### Vincular un grupo a plantillas  Agregue el grupo de equipos "2" a dos plantillas.  Solicitud:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10085"             },             {                 "templateid": "10086"             }         ],         "groups": [             {                 "groupid": "2"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Respuesta:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10085",             "10086"         ]     },     "id": 1 } ```

en-us	#### Linking a template  To link a template to the host, do the following:  -   Go to *Configuration → Hosts* -   Click on the required host -   Start typing the template name in the *Templates* field. A list of     matching templates will appear; scroll down to select. -   Alternatively, you may click on *Select* next to the field and     select one or several templates from the list in a popup window -   Click on *Add/Update* in the host attributes form  The host will now have all the entities (items, triggers, graphs, etc) of the template.  ::: noteimportant Linking multiple templates to the same host will fail if in those templates there are items with the same item key. And, as triggers and graphs use items, they cannot be linked to a single host from multiple templates either, if using identical item keys. :::  When entities (items, triggers, graphs etc.) are added from the template:  -   previously existing identical entities on the host are updated as     entities of the template, and **any existing host-level customizations to the entity are lost** -   entities from the template are added -   any directly linked entities that, prior to template linkage,     existed only on the host remain untouched  In the lists, all entities from the template now are prefixed by the template name, indicating that these belong to the particular template. The template name itself (in gray text) is a link allowing to access the list of those entities on the template level.  If some entity (item, trigger, graph etc.) is not prefixed by the template name, it means that it existed on the host before and was not added by the template.
es	#### Vincular una plantilla  Para vincular una plantilla al equipo, haga lo siguiente:  - Vaya a *Configuración → Equipos* - Haga clic en el equipo requerido - Comience a escribir el nombre de la plantilla en el campo *Plantillas*. Aparecerá una lista de    plantillas coincidentes; desplácese hacia abajo para seleccionar. -   Alternativamente, puede hacer clic en *Seleccionar* al lado del campo y     seleccione una o varias plantillas de la lista en una ventana emergente -   Haga clic en *Agregar/Actualizar* en el formulario de atributos del equipo  El equipo ahora tendrá todas las entidades (métricas, iniciadores, gráficos, etc.) de la plantilla.  ::: noteimportant Vincular varias plantillas al mismo equipo falla si en esas plantillas hay métricas con la misma clave de métrica. Y, como los iniciadores y los gráficos utilizan métricas, no se pueden vincular a un solo equipo desde varias plantillas, si se utiliza una clave de métrica idéntica. :::  Cuando se agregan entidades (métricas, iniciadores, gráficos, etc.) desde el plantilla:  -   Las entidades idénticas previamente existentes en el equipo se actualizan como     entidades de la plantilla y **cualquier personalización existente a nivel de equipo en la entidad se pierde** -   se agregan entidades de la plantilla -   cualquier entidad directamente vinculada que, antes de la vinculación de la plantilla,     existía sólo en el equipo permanece intacta  En las listas, todas las entidades de la plantilla ahora tienen como prefijo el nombre de la plantilla, indicando que pertenecen a la plantilla en particular. El nombre de la plantilla en sí (en texto gris) es un enlace que permite acceder a la lista de esas entidades en el nivel de plantilla.  Si alguna entidad (métrica, iniciador, gráfico, etc.) no tiene el prefijo de nombre de la plantilla, significa que existía en el equipo con anterioridad y no estaba agregado por la plantilla.

en-us	#### Linking elements  Once you have put some elements on the map, it is time to start linking them. To link two elements you must first select them. With the elements selected, click on *Add* next to Link.  With a link created, the single element form now contains an additional *Links* section. Click on *Edit* to edit link attributes.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Link attributes:  |Parameter|Description| |--|--------| |*Label*|Label that will be rendered on top of the link.<br>Expression [macros](/manual/appendix/macros/supported_by_location) are supported in this field, but only with `avg`, `last`, `min` and `max` functions, with time as parameter (for example, `{?avg(/host/key,1h)}`).| |*Connect to*|The element that the link connects to.| |*Type (OK)*|Default link style:<br>**Line** - single line<br>**Bold line** - bold line<br>**Dot** - dots<br>**Dashed line** - dashed line| |*Color (OK)*|Default link color.| |*[Link indicators](links)*|List of triggers linked to the link. In case a trigger has status PROBLEM, its style is applied to the link.|
es	#### Elementos de enlace  Una vez que haya puesto algunos elementos en el mapa, es hora de comenzar a vincular a ellos. Para vincular dos elementos primero debe seleccionarlos. con los elementos seleccionado, haga clic en *Agregar* al lado de Enlace.  Con un enlace creado, el formulario de un solo elemento ahora contiene una Sección *Enlaces*. Haga clic en *Editar* para editar los atributos del enlace.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Atributos de enlace:  |Parámetro|Descripción| |--|--------| |*Etiqueta*|Etiqueta que se representará en la parte superior del enlace.<br>Las expresiones [macros](/manual/appendix/macros/supported_by_location) se admiten en este campo, pero solo con `avg`, `last`, Funciones `min` y `max`, con el tiempo como parámetro (por ejemplo, `{?avg(/host/key,1h)}`).| |*Conectar a*|El elemento al que se conecta el enlace.| |*Escriba (OK)*|Estilo de enlace predeterminado:<br>**Línea** - línea única<br>**Línea en negrita** - línea en negrita<br>**Punto** - puntos<br>** Línea discontinua** - línea discontinua| |*Color (OK)*|Color de enlace predeterminado.| |*[Indicadores de enlace](enlaces)*|Lista de disparadores enlazados al enlace. En caso de que un disparador tenga el estado PROBLEMA, su estilo se aplica al enlace.|

en-us	##### Linking pre-defined templates to hosts  As you may have noticed, Zabbix comes with a set of predefined templates for various OS, devices and applications. To get started with monitoring very quickly, you may link the appropriate one of them to a host, but beware that these templates need to be fine-tuned for your environment. Some checks may not be needed, and polling intervals may be way too frequent.  More information about [templates](/manual/config/templates) is available.
es	##### Vincular plantillas predefinidas a equipos  Como habrá notado, Zabbix viene con un conjunto de plantillas predefinidas. para varios sistemas operativos, dispositivos y aplicaciones. Para comenzar con el monitoreo muy rápidamente, puede vincular la plantilla apropiada a un equipo, pero tenga en cuenta que estas plantillas deben ajustarse a su entorno. Es posible que algunas comprobaciones no sean necesarias y que los intervalos de sondeo sean demasiado frecuentes.  Más información sobre [plantillas](/manual/config/templates) está disponible.

en-us	##### Linking templates to several hosts  To update template linkage of many hosts, in *Configuration → Hosts* select some hosts by marking their checkboxes, then click on **[Mass update](/manual/config/hosts/hostupdate)** below the list and then select *Link templates*:  ![](../../../../assets/en/manual/config/mass_link.png)  To link additional templates, start typing the template name in the auto-complete field until a dropdown appears offering the matching templates. Just scroll down to select the template to link.  The *Replace* option will allow to link a new template while unlinking any template that was linked to the hosts before. The *Unlink* option will allow to specify which templates to unlink. The *Clear when unlinking* option will allow to not only unlink any previously linked templates, but also remove all elements inherited from them (items, triggers, etc.).  ::: notetip Zabbix offers a sizable set of predefined templates. You can use these for reference, but beware of using them unchanged in production as they may contain too many items and poll for data too often. If you feel like using them, finetune them to fit you real needs. :::
es	##### Vincular plantillas a varios hosts  Para actualizar la vinculación de plantillas de muchos equipos, en *Configuración → Equipos* seleccione algunos equipos marcando sus casillas de verificación, luego haga clic en **[Actualizar masivamente](/manual/config/hosts/hostupdate)** debajo de la lista y luego seleccione *Plantillas de enlaces*:  ![](../../../../assets/en/manual/config/mass_link.png)  Para vincular plantillas adicionales, comience a escribir el nombre de la plantilla en el campo de autocompletar hasta que aparezca un menú desplegable que ofrezca las plantillas coincidentes. Simplemente desplácese hacia abajo para seleccionar la plantilla a vincular.  La opción *Reemplazar* permitirá vincular una nueva plantilla mientras se desvincula cualquier plantilla que estuviera vinculada anteriormente a los equipos. La opción *Desvincular* permitirá especificar qué plantillas desvincular. El *Borrar cuando se desvincule* permitirá no solo desvincular cualquier vínculo previamente vinculado plantillas, sino también eliminar todos los elementos heredados de ellas (métricas, iniciadores, etc.).  ::: notetip Zabbix ofrece un conjunto considerable de plantillas predefinidas.  Puede usarlas como referencia, pero tenga cuidado de usarlas sin cambios en producción, ya que pueden contener demasiadas métricas y también sondear datos a menudo. Si tiene ganas de usarlas, ajústelas para que se adapten a sus necesidades. :::

en-us	#### Linking template to host  With a template ready, it only remains to add it to a host. For that, go to *Configuration → Hosts*, click on 'New host' to open its property form and find the **Templates** field.  Start typing *New template* in the *Templates* field. The name of template we have created should appear in the dropdown list. Scroll down to select. See that it appears in the *Templates* field.  ![](../../../assets/en/manual/quickstart/link_template.png)  Click *Update* in the form to save the changes. The template is now added to the host, with all entities that it holds.  As you may have guessed, this way it can be applied to any other host as well. Any changes to the items, triggers and other entities at the template level will propagate to the hosts the template is linked to.
es	#### Vincular plantilla al equipo  Con una plantilla lista solo queda agregarla a un equipo. Para eso vaya a *Configuración → Equipos*, haga clic en 'Nuevo host' para abrir su formulario de propiedades y busque el campo **Plantillas**.  Comience a escribir *Nueva plantilla* en el campo *Plantillas*. El nombre de la plantilla que hemos creado debería aparecer en la lista desplegable. Desplácese hacia abajo para seleccionarla. Mire que aparece en el campo *Plantillas*.  ![](../../../assets/en/manual/quickstart/link_template.png)  Haga clic en *Actualizar* en el formulario para guardar los cambios. La plantilla está ahora agregado al equipo, con todas las entidades que contiene.  Como habrá adivinado, de esta manera se puede aplicar también a cualquier otro equipo. Cualquier cambio en las métricas, iniciadores y otras entidades a nivel de plantilla se propagará a los equipos a los que está vinculada la plantilla.

en-us	#### Links available  For each entry the following links are available:  -   Hosts     -   Monitoring         -   Latest data         -   Problems         -   Graphs         -   Host dashboards         -   Web scenarios     -   Configuration         -   Items         -   Triggers         -   Graphs         -   Discovery rules         -   Web scenarios  ```{=html} <!-- --> ``` -   Host groups     -   Monitoring         -   Latest data         -   Problems         -   Web scenarios     -   Configuration         -   Hosts         -   Templates  ```{=html} <!-- --> ``` -   Templates     -   Configuration         -   Items         -   Triggers         -   Graphs         -   Template dashboards         -   Discovery rules         -   Web scenarios
es	#### Enlaces disponibles  Para cada entrada están disponibles los siguientes enlaces:  -   Hospedadores     -   Vigilancia         - Últimos datos         -   Problemas         - Gráficos         - Tableros de host         - Escenarios web     - Configuración         -   Elementos         - Disparadores         - Gráficos         - Reglas de descubrimiento         - Escenarios web  ```{=html} <!-- --> ``` - Grupos de acogida     -   Vigilancia         - Últimos datos         -   Problemas         - Escenarios web     - Configuración         -   Hospedadores         - Plantillas  ```{=html} <!-- --> ``` - Plantillas     - Configuración         -   Elementos         - Disparadores         - Gráficos         - Tableros de plantillas         - Reglas de descubrimiento         - Escenarios web

en-us	##### Links  Clicking on a map element opens a menu with some available links.
es	##### Enlaces  Al hacer clic en una métrica del mapa se abre un menú con algunos enlaces disponibles.

en-us	#### Link two templates to a template  Link templates "10106" and "10104" to template.  Request:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10073"             }         ],         "templates_link": [             {                 "templateid": "10106"             },             {                 "templateid": "10104"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10073"         ]     },     "id": 1 } ```
es	#### Vincular dos plantillas a una plantilla  Vincula las plantillas "10106" y "10104" a la plantilla.  Solicitud:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10073"             }         ],         "templates_link": [             {                 "templateid": "10106"             },             {                 "templateid": "10104"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Respuesta:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10073"         ]     },     "id": 1 } ```

en-us	#### Linux kernel threads
es	#### Hilos del kernel de Linux

en-us	##### Linux  On Linux systems `ps` command can be used together with `watch` command for observing how Zabbix is doing. For example, to run `ps` command 5 times per second to see process activities:      watch -n 0.2 ps -fu zabbix  To show only Zabbix proxy and agent processes:      watch -tn 0.2 'ps -f -C zabbix_proxy -C zabbix_agentd'  To show only history syncer processes:      watch -tn 0.2 'ps -fC zabbix_server | grep history'  The `ps` command produces a wide output (approximately 190 columns) as some activity messages are long. If your terminal has less than 190 columns of text you can try      watch -tn 0.2 'ps -o cmd -C zabbix_server -C zabbix_proxy -C zabbix_agentd'  to display only commandlines without UID, PID, start time etc.  `top` command also can be used for observing Zabbix performance. Pressing 'c' key in `top` shows processes with their commandlines. In our tests on Linux `top` and `atop` correctly displayed changing activities of Zabbix processes, but `htop` was not displaying changing activities.
es	#####Linux  En sistemas Linux, el comando `ps` se puede utilizar junto con el comando `watch` por observar cómo le está yendo a Zabbix. Por ejemplo, para ejecutar el comando `ps` 5 veces por segundo para ver las actividades del proceso:      watch -n 0.2 ps -fu zabbix  Para mostrar solo los procesos de agente y proxy de Zabbix:      watch -tn 0.2 'ps -f -C zabbix_proxy -C zabbix_agentd'  Para mostrar solo los procesos de sincronización del historial:      watch -tn 0.2 'ps -fC zabbix_server | grep history'  El comando `ps` produce una salida amplia (aproximadamente 190 columnas) como algunos mensajes de actividad son largos. Si tu terminal tiene menos de 190 columnas de texto, puede probar      watch -tn 0.2 'ps -o cmd -C zabbix_server -C zabbix_proxy -C zabbix_agentd'  para mostrar solo líneas de comando sin UID, PID, hora de inicio, etc.  El comando `top` también se puede utilizar para observar el rendimiento de Zabbix. Al presionar la tecla 'c' en `top` se muestran los procesos con sus líneas de comando. En nuestras pruebas en Linux `top` y `atop` se muestran correctamente cambiando las actividades de los procesos de Zabbix, pero "htop" no mostraba  actividades cambiantes.

en-us	#### Linux  See values supported for 'memtype' parameter on Linux in the table.  |Supported value|Description|Source in /proc/<pid>/status file| |--|------|--| |vsize ^[1](proc_mem_notes#footnotes)^|Virtual memory size|VmSize| |pmem|Percentage of real memory|(VmRSS/total\_memory) \* 100| |rss|Resident set size|VmRSS| |data|Size of data segment|VmData| |exe|Size of code segment|VmExe| |hwm|Peak resident set size|VmHWM| |lck|Size of locked memory|VmLck| |lib|Size of shared libraries|VmLib| |peak|Peak virtual memory size|VmPeak| |pin|Size of pinned pages|VmPin| |pte|Size of page table entries|VmPTE| |size|Size of process code + data + stack segments|VmExe + VmData + VmStk| |stk|Size of stack segment|VmStk| |swap|Size of swap space used|VmSwap|  Notes for Linux:  1.  Not all 'memtype' values are supported by older Linux kernels. For     example, Linux 2.4 kernels do not support `hwm`, `pin`, `peak`,     `pte` and `swap` values. 2.  We have noticed that self-monitoring of the Zabbix agent active     check process with `proc.mem[...,...,...,...,data]` shows a value     that is 4 kB larger than reported by `VmData` line in the agent's     /proc/<pid>/status file. At the time of self-measurement the     agent's data segment increases by 4 kB and then returns to the     previous size.
es	#### Linux  Consulte los valores admitidos para el parámetro 'memtype' en Linux en la siguiente tabla.  |Valor admitido|Descripción|Fuente en /proc/<pid>/archivo de estado| |--|------|--| |vsize ^[1](proc_mem_notes#footnotes)^|Tamaño de la memoria virtual|VmSize| |pmem|Porcentaje de memoria real|(VmRSS/total\_memory) \* 100| |rss|Tamaño del conjunto residente|VmRSS| |data|Tamaño del segmento de datos|VmData| |exe|Tamaño del segmento de código|VmExe| |hwm|Tamaño máximo del conjunto residente|VmHWM| |lck|Tamaño de la memoria bloqueada|VmLck| |lib|Tamaño de bibliotecas compartidas|VmLib| |peak|Tamaño máximo de memoria virtual|VmPeak| |pin|Tamaño de las páginas fijadas|VmPin| |pte|Tamaño de las entradas de la tabla de páginas|VmPTE| |size|Tamaño del código de proceso + datos + segmentos de pila|VmExe + VmData + VmStk| |stk|Tamaño del segmento de pila|VmStk| |swap|Tamaño del espacio de intercambio utilizado|VmSwap|  Notas para Linux:  1.   No todos los valores de 'memtype' son compatibles con los kernels de Linux más antiguos.     Por ejemplo, los kernels de Linux 2.4 no admiten los valores `hwm`, `pin`, `peak`,      `pte` y `swap`. 2.   Hemos observado que el auto monitoreo de las comprobaciones activas del agente Zabbix     con `proc.mem[...,...,...,...,data]` muestra un valor     que es 4 kB más grande que lo informado por la línea `VmData` en el archivo del agente     /proc/<pid>/status. En el momento de la automedición, el     segmento de datos del agente aumenta en 4 kB y luego regresa al     tamaño anterior.

en-us	##### List of sorting fields available for each type of diagnostic information request  Following statistic fields can be used to sort and limit requested information.  |Diagnostic type|Available fields|[Type](/manual/api/reference_commentary#data_types)| |---------------|----------------|---------------------------------------------------| |historycache|values|integer| |valuecache|values|integer| |^|request.values|integer| |preprocessing|values|integer| |alerting|media.alerts|integer| |^|source.alerts|integer| |lld|values|integer|
es	##### Lista de campos de ordenación disponibles para cada tipo de solicitud de información de diagnóstico  Los siguientes campos estadísticos se pueden utilizar para ordenar y limitar las solicitudes de información.  |Tipo de diagnóstico|Campos disponibles|[Tipo](/manual/api/reference_commentary#data_types)| |---------------|----------------|---------------------------------------------------| |historycache|valores|entero| |valuecache|valores|entero| |^|request.values|entero| |preprocessing|valores|entero| |alerting|media.alerts|entero| |^|source.alerts|entero| |lld|valores|entero|

en-us	##### List of statistic fields available for each type of diagnostic information request  Following statistic fields can be requested for each type of diagnostic information request property.  |Diagnostic type|Available fields|Description| |---------------|----------------|-----------| |historycache|items|Number of cached items.| |^|values|Number of cached values.| |^|memory|Shared memory statistics (free space, number of used chunks, number of free chunks, max size of free chunk).| |^|memory.data|History data cache shared memory statistics.| |^|memory.index|History index cache shared memory statistics.| |valuecache|items|Number of cached items.| |^|values|Number of cached values.| |^|memory|Shared memory statistics (free space, number of used chunks, number of free chunks, max size of free chunk).| |^|mode|Value cache mode.| |preprocessing|values|Number of queued values.| |^|preproc.values|Number of queued values with preprocessing steps.| |alerting|alerts|Number of queued alerts.| |lld|rules|Number of queued rules.| |^|values|Number of queued values.|
es	##### Lista de campos estadísticos disponibles para cada tipo de solicitud de información de diagnóstico  Se pueden solicitar los siguientes campos estadísticos para cada tipo de diagnóstico Solicitud de información de la propiedad.  |Tipo de diagnóstico|Campos disponibles|Descripción| |---------------|----------------|-----------| |historycache|items|Número de elementos almacenados en caché.| |^|valores|Número de valores almacenados en caché.| |^|memoria|Estadísticas de memoria compartida (espacio libre, número de fragmentos utilizados, número de fragmentos libres, tamaño máximo de fragmentos libres).| |^|memory.data|Historial de estadísticas de memoria compartida de caché de datos.| |^|memory.index|Estadísticas de memoria compartida de caché de índice histórico.| |valuecache|items|Número de elementos almacenados en caché.| |^|valores|Número de valores almacenados en caché.| |^|memoria|Estadísticas de memoria compartida (espacio libre, número de fragmentos utilizados, número de fragmentos libres, tamaño máximo de fragmentos libres).| |^|modo|Modo de caché de valores.| |preprocesamiento|valores|Número de valores en cola.| |^|preproc.values|Número de valores en cola con pasos de preprocesamiento.| |alertas|alertas|Número de alertas en cola.| |lld|rules|Número de reglas en cola.| |^|valores|Número de valores en cola.|

en-us	##### List of waiting items  In this screen, each waiting item is listed.  ![](../../../../../assets/en/manual/web_interface/queue_details.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Scheduled check*|The time when the check was due is displayed.| |*Delayed by*|The length of the delay is displayed.| |*Host*|Host of the item is displayed.| |*Name*|Name of the waiting item is displayed.| |*Proxy*|The proxy name is displayed, if the host is monitored by proxy.|
es	##### Lista de elementos en espera  En esta pantalla, se enumeran todos los elementos en espera.  ![](../../../../../assets/en/manual/web_interface/queue_details.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Cheque programado*|Se muestra la hora a la que venció el cheque.| |*Retrasado por*|Se muestra la duración del retraso.| |*Host*|Se muestra el host del elemento.| |*Nombre*|Se muestra el nombre del elemento en espera.| |*Proxy*|Se muestra el nombre del proxy, si el host está supervisado por proxy.|

en-us	### LLD macro path  The LLD macro path has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**lld\_macro**<br>(required)|string|LLD macro.| |**path**<br>(required)|string|Selector for value which will be assigned to corresponding macro.|
es	### Ruta de macro LLD  La ruta de macro LLD tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**lld\_macro**<br>(obligatorio)|cadena|Macro LLD.| |**path**<br>(obligatorio)|cadena|Selector del valor que se asignará a la macro correspondiente.|

en-us	#### LLD rule filter condition  The LLD rule filter condition object defines a separate check to perform on the value of an LLD macro. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(required)|string|LLD macro to perform the check on.| |**value**<br>(required)|string|Value to compare with.| |formulaid|string|Arbitrary unique ID that is used to reference the condition from a custom expression. Can only contain capital-case letters. The ID must be defined by the user when modifying filter conditions, but will be generated anew when requesting them afterward.| |operator|integer|Condition operator.<br><br>Possible values:<br>8 - *(default)* matches regular expression;<br>9 - does not match regular expression;<br>12 - exists;<br>13 - does not exist.|  ::: notetip To better understand how to use filters with various types of expressions, see examples on the [discoveryrule.get](get#retrieving_filter_conditions) and [discoveryrule.create](create#using_a_custom_expression_filter) method pages. :::
es	#### Condición de filtro de regla LLD  El objeto de condición de filtro de regla LLD define una comprobación separada para realizar sobre el valor de una macro LLD. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**macro**<br>(obligatorio)|cadena|Macro LLD para realizar la verificación.| |**value**<br>(obligatorio)|cadena|Valor con el que comparar.| |formulaid|cadena|ID único arbitrario que se utiliza para hacer referencia a la condición desde una expresión personalizada. Sólo puede contener letras mayúsculas. El ID debe ser definido por el usuario al modificar las condiciones del filtro, pero se generará nuevamente al solicitarlas posteriormente.| |operator|entero|Operador de condición.<br><br>Valores posibles:<br>8 - *(predeterminado)* coincide con la expresión regular;<br>9 - no coincide con la expresión regular;<br>12 - existe;< br>13 - no existe.|  ::: notetip Para comprender mejor cómo utilizar filtros con varios tipos de expresiones, ver los ejemplos en las páginas de los métodos [discoveryrule.get](get#retrieving_filter_conditions) y [discoveryrule.create](create#using_a_custom_expression_filter). :::

en-us	### LLD rule filter  The LLD rule filter object defines a set of conditions that can be used to filter discovered objects. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**conditions**<br>(required)|array|Set of filter conditions to use for filtering results.| |**evaltype**<br>(required)|integer|Filter condition evaluation method.<br><br>Possible values:<br>0 - and/or;<br>1 - and;<br>2 - or;<br>3 - custom expression.| |eval\_formula|string|*(readonly)* Generated expression that will be used for evaluating filter conditions. The expression contains IDs that reference specific filter conditions by its `formulaid`. The value of `eval_formula` is equal to the value of `formula` for filters with a custom expression.| |formula|string|User-defined expression to be used for evaluating conditions of filters with a custom expression. The expression must contain IDs that reference specific filter conditions by its `formulaid`. The IDs used in the expression must exactly match the ones defined in the filter conditions: no condition can remain unused or omitted.<br><br>Required for custom expression filters.|
es	### Filtro de reglas LLD  El objeto de filtro de regla LLD define un conjunto de condiciones que se pueden utilizar para filtrar objetos descubiertos. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**conditions**<br>(obligatorio)|matriz|Conjunto de condiciones de filtro a utilizar para filtrar resultados.| |**evaltype**<br>(obligatorio)|entero|Método de evaluación de la condición del filtro.<br><br>Valores posibles:<br>0 - y/o;<br>1 - y;<br>2 - o;<br>3 - expresión personalizada.| |eval\_formula|string|*(readonly)* Expresión generada que se utilizará para evaluar las condiciones del filtro. La expresión contiene ID que hacen referencia a condiciones de filtro específicas mediante su "formulaid". El valor de `eval_formula` es igual al valor de `formula` para filtros con una expresión personalizada.| |formula|cadena|Expresión definida por el usuario que se utilizará para evaluar las condiciones de los filtros con una expresión personalizada. La expresión debe contener ID que hagan referencia a condiciones de filtro específicas mediante su "formulaid". Los ID utilizados en la expresión deben coincidir exactamente con los definidos en las condiciones del filtro: ninguna condición puede permanecer sin usar u omitir.<br><br>Obligatorio para filtros de expresión personalizados.|

en-us	# > LLD rule object  The following objects are directly related to the `discoveryrule` API.
es	# > objeto de regla LLD  Los siguientes objetos están directamente relacionados con la API `discoveryrule`.

en-us	#### LLD rule override filter condition  The LLD rule override filter condition object defines a separate check to perform on the value of an LLD macro. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(required)|string|LLD macro to perform the check on.| |**value**<br>(required)|string|Value to compare with.| |formulaid|string|Arbitrary unique ID that is used to reference the condition from a custom expression. Can only contain capital-case letters. The ID must be defined by the user when modifying filter conditions, but will be generated anew when requesting them afterward.| |operator|integer|Condition operator.<br><br>Possible values:<br>8 - *(default)* matches regular expression;<br>9 - does not match regular expression;<br>12 - exists;<br>13 - does not exist.|
es	#### Condición de filtro de anulación de regla LLD  El objeto de condición de filtro de anulación de regla LLD define una comprobación separada para realizar sobre el valor de una macro LLD. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**macro**<br>(obligatorio)|cadena|Macro LLD para realizar la verificación.| |**value**<br>(obligatorio)|cadena|Valor con el que comparar.| |formulaid|cadena|ID único arbitrario que se utiliza para hacer referencia a la condición desde una expresión personalizada. Sólo puede contener letras mayúsculas. El ID debe ser definido por el usuario al modificar las condiciones del filtro, pero se generará nuevamente al solicitarlas posteriormente.| |operator|entero|Operador de condición.<br><br>Valores posibles:<br>8 - *(predeterminado)* coincide con la expresión regular;<br>9 - no coincide con la expresión regular;<br>12 - existe;< br>13 - no existe.|

en-us	#### LLD rule override filter  The LLD rule override filter object defines a set of conditions that if they match the discovered object the override is applied. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**evaltype**<br>(required)|integer|Override filter condition evaluation method.<br><br>Possible values:<br>0 - and/or;<br>1 - and;<br>2 - or;<br>3 - custom expression.| |**conditions**<br>(required)|array|Set of override filter conditions to use for matching the discovered objects.| |eval\_formula|string|*(readonly)* Generated expression that will be used for evaluating override filter conditions. The expression contains IDs that reference specific override filter conditions by its `formulaid`. The value of `eval_formula` is equal to the value of `formula` for filters with a custom expression.| |formula|string|User-defined expression to be used for evaluating conditions of override filters with a custom expression. The expression must contain IDs that reference specific override filter conditions by its `formulaid`. The IDs used in the expression must exactly match the ones defined in the override filter conditions: no condition can remain unused or omitted.<br><br>Required for custom expression override filters.|
es	#### Filtro de anulación de regla LLD  El objeto de filtro de anulación de regla LLD define un conjunto de condiciones que, si coinciden con el objeto descubierto, se aplica la anulación. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**evaltype**<br>(obligatorio)|entero|Anular el método de evaluación de la condición del filtro.<br><br>Valores posibles:<br>0 - y/o;<br>1 - y;<br>2 - o;<br>3 - expresión personalizada.| |**conditions**<br>(obligatorio)|matriz|Conjunto de condiciones de filtro de anulación que se utilizarán para hacer coincidir los objetos descubiertos.| |eval\_formula|string|*(readonly)* Expresión generada que se utilizará para evaluar las condiciones del filtro de anulación. La expresión contiene ID que hacen referencia a condiciones de filtro de anulación específicas mediante su "formulaid". El valor de `eval_formula` es igual al valor de `formula` para filtros con una expresión personalizada.| |formula|cadena|Expresión definida por el usuario que se utilizará para evaluar las condiciones de anulación de filtros con una expresión personalizada. La expresión debe contener ID que hagan referencia a condiciones de filtro de anulación específicas mediante su "formulaid". Los ID utilizados en la expresión deben coincidir exactamente con los definidos en las condiciones del filtro de anulación: ninguna condición puede permanecer sin usar u omitir.<br><br>Obligatorio para filtros de anulación de expresiones personalizadas.|

en-us	##### LLD rule override operation discover  LLD rule override operation discover status that is set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**discover**<br>(required)|integer|Override the discover status for selected object.<br><br>Possible values:<br>0 - Yes, continue discovering the objects;<br>1 - No, new objects will not be discovered and existing ones will be marked as lost.|
es	##### Descubrimiento de operación de anulación de regla LLD  Estado de descubrimiento de operación de anulación de regla LLD que está establecido en  el objeto descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |discover<br>(obligatoria)|entero|Anula el estado de descubrimiento del objeto seleccionado.<br><br>Valores posibles:<br>0 - Sí, continúa descubriendo los objetos;<br>1 - No, no se descubrirán nuevos objetos y los existentes se marcará como perdido.|

en-us	##### LLD rule override operation history  LLD rule override operation history value that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**history**<br>(required)|string|Override the history of item prototype which is a time unit of how long the history data should be stored. Also accepts user macro and LLD macro.|
es	##### Historial de operaciones de anulación de regla LLD  La regla LLD anula el valor del historial de operaciones que está configurado como  métrica descubierta. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**history**<br>(obligatoria)|cadena|Anula el historial del prototipo de métrica, que es una unidad de tiempo de cuánto tiempo se deben almacenar los datos del historial. También acepta macros de usuario y macros LLD.|

en-us	##### LLD rule override operation inventory  LLD rule override operation inventory mode value that is set to discovered host. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**inventory\_mode**<br>(required)|integer|Override the host prototype inventory mode.<br><br>Possible values are:<br>-1 - disabled;<br>0 - *(default)* manual;<br>1 - automatic.|
es	##### Inventario de operaciones de anulación de regla LLD  La regla LLD anula el valor del modo de inventario de operación que está establecido en equipo descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**inventory\_mode**<br>(obligatoria)|entero|Anula el modo de inventario del prototipo del equipo.<br><br>Valores posibles:<br>-1 - deshabilitado;<br>0 - *(predeterminado)* manual;<br>1 - automático.|

en-us	##### LLD rule override operation period  LLD rule override operation period is an update interval value (supports custom intervals) that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**delay**<br>(required)|string|Override the update interval of the item prototype. Accepts seconds or a time unit with suffix (30s,1m,2h,1d) as well as flexible and scheduling intervals and user macros or LLD macros. Multiple intervals are separated by a semicolon.|
es	##### Período de operación de anulación de regla LLD  El período de operación de anulación de regla LLD es un valor de intervalo de actualización (admite intervalos personalizados) que se establece como elemento descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**delay**<br>(obligatoria)|cadena|Anula el intervalo de actualización del prototipo del artículo. Acepta segundos o una unidad de tiempo con sufijo (30s,1m,2h,1d), así como intervalos flexibles y de programación y macros de usuario o macros LLD. Varios intervalos están separados por un punto y coma.|

en-us	##### LLD rule override operation severity  LLD rule override operation severity value that is set to discovered trigger. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**severity**<br>(required)|integer|Override the severity of trigger prototype.<br><br>Possible values are: 0 - *(default)* not classified;<br>1 - information;<br>2 - warning;<br>3 - average;<br>4 - high;<br>5 - disaster.|
es	##### Regla LLD anula la gravedad de la operación  La regla LLD anula el valor de gravedad de la operación que está configurada como iniciador descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**severity**<br>(obligatoria)|entero|Anula la gravedad del prototipo de iniciador.<br><br>Valores posibles:<br>0 - *(predeterminado)* no clasificado;<br>1 - información;<br>2 - advertencia;<br >3 - promedio;<br>4 - alto;<br>5 - desastre.|

en-us	##### LLD rule override operation status  LLD rule override operation status that is set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**status**<br>(required)|integer|Override the status for selected object.<br><br>Possible values:<br>0 - Create enabled;<br>1 - Create disabled.|
es	##### Estado de operación de anulación de regla LLD  La regla LLD anula el estado de operación establecido en objeto descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |status<br>(obligatoria)|entero|Anula el estado del objeto seleccionado.<br><br>Valores posibles:<br>0 - Crear habilitado;<br>1 - Crear deshabilitado.|

en-us	##### LLD rule override operation tag  LLD rule override operation tag object contains tag name and value that are set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(required)|string|New tag name.| |value|string|New tag value.|
es	##### Etiqueta de operación de anulación de regla LLD  El objeto de etiqueta de operación de anulación de regla LLD contiene el nombre y el valor de la etiqueta que están configurados para el objeto descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**tag**<br>(obligatoria)|cadena|Nuevo nombre de etiqueta.| |value|cadena|Nuevo valor de etiqueta.|

en-us	##### LLD rule override operation template  LLD rule override operation template object that is linked to discovered host. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**templateid**<br>(required)|string|Override the template of host prototype linked templates.|
es	##### Plantilla de operación de anulación de regla LLD  Objeto de plantilla de operación de anulación de regla LLD que está vinculado a un equipo descubierto. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**templateid**<br>(obligatoria)|cadena|Anular la plantilla de  prototipo de equipo de las plantillas vinculadas.|

en-us	#### LLD rule override operation  The LLD rule override operation is combination of conditions and actions to perform on the prototype object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**operationobject**<br>(required)|integer|Type of discovered object to perform the action.<br><br>Possible values:<br>0 - Item prototype;<br>1 - Trigger prototype;<br>2 - Graph prototype;<br>3 - Host prototype.| |operator|integer|Override condition operator.<br><br>Possible values:<br>0 - *(default)* equals;<br>1 - does not equal;<br>2 - contains;<br>3 - does not contain;<br>8 - matches;<br>9 - does not match.| |value|string|Pattern to match item, trigger, graph or host prototype name depending on selected object.| |opstatus|object|Override operation status object for item, trigger and host prototype objects.| |opdiscover|object|Override operation discover status object (all object types).| |opperiod|object|Override operation period (update interval) object for item prototype object.| |ophistory|object|Override operation history object for item prototype object.| |optrends|object|Override operation trends object for item prototype object.| |opseverity|object|Override operation severity object for trigger prototype object.| |optag|array|Override operation tag object for trigger and host prototype objects.| |optemplate|array|Override operation template object for host prototype object.| |opinventory|object|Override operation inventory object for host prototype object.|
es	#### Operación de anulación de regla LLD  La operación de anulación de la regla LLD es una combinación de condiciones y acciones. realizar en el objeto prototipo. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**operationobject**<br>(obligatorio)|entero|Tipo de objeto descubierto para realizar la acción.<br><br>Valores posibles:<br>0 - Prototipo de métrica;<br>1 - Prototipo de iniciador;< br>2 - Prototipo de gráfico;<br>3 - Prototipo de equipo.| |operator|entero|Operador de condición de anulación.<br><br>Valores posibles:<br>0 - *(predeterminado)* es igual;<br>1 - no es igual;<br>2 - contiene;<br>3 - no contiene;<br>8 - coincide;<br>9 - no coincide.| |value|cadena|Patrón para hacer coincidir el nombre de la métrica, iniciador, gráfico o prototipo de equipo según el objeto seleccionado.| |opstatus|objeto|Anular el objeto de estado de operación para objetos de elemento, activador y prototipo de host.| |opdiscover|objeto|Anular operación de descubrimiento de objeto de estado (todos los tipos de objetos).| |opperiod|object|Anular el objeto de período de operación (intervalo de actualización) para el objeto prototipo de métrica.| |ophistory|objeto|Anular el objeto de historial de operaciones para el objeto prototipo de métrica.| |optrends|object|Anular el objeto de tendencias de operación para el objeto prototipo de métrica.| |opseverity|object|Anular el objeto de gravedad de la operación para el objeto prototipo de iniciador.| |optag|array|Anular objeto de etiqueta de operación para objetos de prototipo de equipo e iniciador.| |optemplate|array|Anular el objeto de plantilla de operación para el objeto prototipo de equipo.| |opinventory|object|Anular objeto de inventario de operación para objeto prototipo de equipo.|

en-us	##### LLD rule override operation trends  LLD rule override operation trends value that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**trends**<br>(required)|string|Override the trends of item prototype which is a time unit of how long the trends data should be stored. Also accepts user macro and LLD macro.|
es	##### Tendencias de operación de anulación de regla LLD  La regla LLD anula el valor de tendencias de operación que se establece en la métrica descubierta. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**trends**<br>(obligatorio)|string|Anula las tendencias del prototipo de la métrica, que es una unidad de tiempo de cuánto tiempo se deben almacenar los datos de tendencias. También acepta macros de usuario y macros LLD.|

en-us	### LLD rule overrides  The LLD rule overrides object defines a set of rules (filters, conditions and operations) that are used to override properties of different prototype objects. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**name**<br>(required)|string|Unique override name.| |**step**<br>(required)|integer|Unique order number of the override.| |stop|integer|Stop processing next overrides if matches.<br><br>Possible values:<br>0 - *(default)* don't stop processing overrides;<br>1 - stop processing overrides if filter matches.| |filter|object|Override filter.| |operations|array|Override operations.|
es	### Anulación de regla LLD  El objeto de anulación de regla LLD  define un conjunto de reglas (filtros, condiciones y operaciones) que se utilizan para anular las propiedades de diferentes objetos prototipo. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**name**<br>(obligatoria)|cadena|Nombre único de anulación.| |**step**<br>(obligatoria)|entero|Número de orden único de la anulación.| |stop|entero|Detener el procesamiento de las siguientes anulaciones si coinciden.<br><br>Valores posibles:<br>0 - *(predeterminado)* no detener el procesamiento de las anulaciones;<br>1 - detener el procesamiento de las anulaciones si el filtro coincide. | |filter|objeto|Anular filtro.| |operations|matriz|Operaciones de anulación.|

en-us	### LLD rule preprocessing  The LLD rule preprocessing object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**type**<br>(required)|integer|The preprocessing option type.<br><br>Possible values:<br>5 - Regular expression matching;<br>11 - XML XPath;<br>12 - JSONPath;<br>15 - Does not match regular expression;<br>16 - Check for error in JSON;<br>17 - Check for error in XML;<br>20 - Discard unchanged with heartbeat;<br>21 - JavaScript;<br>23 - Prometheus to JSON;<br>24 - CSV to JSON;<br>25 - Replace;<br>27 - XML to JSON.| |**params**<br>(required)|string|Additional parameters used by preprocessing option. Multiple parameters are separated by LF (\\n) character.| |**error\_handler**<br>(required)|integer|Action type used in case of preprocessing step failure.<br><br>Possible values:<br>0 - Error message is set by Zabbix server;<br>1 - Discard value;<br>2 - Set custom value;<br>3 - Set custom error message.| |**error\_handler\_params**<br>(required)|string|Error handler parameters. Used with `error_handler`.<br><br>Must be empty, if `error_handler` is 0 or 1.<br>Can be empty if, `error_handler` is 2.<br>Cannot be empty, if `error_handler` is 3.|  The following parameters and error handlers are supported for each preprocessing type.  |Preprocessing type|Name|Parameter 1|Parameter 2|Parameter 3|Supported error handlers| |------------------|----|-----------|-----------|-----------|------------------------| |5|Regular expression|pattern^1^|output^2^|<|0, 1, 2, 3| |11|XML XPath|path^3^|<|<|0, 1, 2, 3| |12|JSONPath|path^3^|<|<|0, 1, 2, 3| |15|Does not match regular expression|pattern^1^|<|<|0, 1, 2, 3| |16|Check for error in JSON|path^3^|<|<|0, 1, 2, 3| |17|Check for error in XML|path^3^|<|<|0, 1, 2, 3| |20|Discard unchanged with heartbeat|seconds^4,\ 5^|<|<|<| |21|JavaScript|script^2^|<|<|<| |23|Prometheus to JSON|pattern^5,\ 6^|<|<|0, 1, 2, 3| |24|CSV to JSON|character^2^|character^2^|0,1|0, 1, 2, 3| |25|Replace|search string^2^|replacement^2^|<|<| |27|XML to JSON|<|<|<|0, 1, 2, 3|  ^1^ regular expression\ ^2^ string\ ^3^ JSONPath or XML XPath\ ^4^ positive integer (with support of time suffixes, e.g. 30s, 1m, 2h, 1d)\ ^5^ user macro\ ^6^ Prometheus pattern following the syntax: `<metric name>{<label name>="<label value>", ...} == <value>`. Each Prometheus pattern component (metric, label name, label value and metric value) can be user macro.\
es	### Preprocesamiento de reglas LLD  El objeto de preprocesamiento de reglas LLD tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**type**<br>(obligatorio)|entero|El tipo de opción de preprocesamiento.<br><br>Valores posibles:<br>5 - Coincidencia de expresiones regulares;<br>11 - XML XPath;<br>12 - JSONPath;<br>15 - No coincide con la expresión regular;<br>16 - Verifique si hay errores en JSON;<br>17 - Verifique si hay errores en XML;<br>20 - Descartar sin cambios con un latido;<br>21 - JavaScript;<br>23 - Prometheus a JSON;<br>24 - CSV a JSON;<br>25 - Reemplazar;<br>27 - XML a JSON.| |**params**<br>(obligatorio)|cadena|Parámetros adicionales utilizados por la opción de preprocesamiento. Varios parámetros están separados por el carácter LF (\\n).| |**error\_handler**<br>(obligatorio)|entero|Tipo de acción utilizado en caso de error en el paso de preprocesamiento.<br><br>Valores posibles:<br>0: el servidor Zabbix establece el mensaje de error;< br>1 - Descartar valor;<br>2 - Establecer valor personalizado;<br>3 - Establecer mensaje de error personalizado.| |**error\_handler\_params**<br>(obligatorio)|cadena|Parámetros del controlador de errores. Se usa con `error_handler`.<br><br>Debe estar vacío, si `error_handler` es 0 o 1.<br>Puede estar vacío si `error_handler` es 2.<br>No puede estar vacío, si `error_handler` es 3.|  Se admiten los siguientes parámetros y controladores de errores para cada tipo de preprocesamiento.  |Tipo de preprocesamiento|Nombre|Parámetro 1|Parámetro 2|Parámetro 3|Manejadores de errores admitidos| |------------------|----|-----------|-----------|- ----------|---------------------------------| |5|Expresión regular|patrón^1^|salida^2^|<|0, 1, 2, 3| |11|XML XPath|ruta^3^|<|<|0, 1, 2, 3| |12|JSONPath|ruta^3^|<|<|0, 1, 2, 3| |15|No coincide con la expresión regular|patrón^1^|<|<|0, 1, 2, 3| |16|Compruebe si hay errores en JSON|ruta^3^|<|<|0, 1, 2, 3| |17|Compruebe si hay errores en XML|ruta^3^|<|<|0, 1, 2, 3| |20|Descartar sin cambios con latido|segundos^4,\ 5^|<|<|<| |21|JavaScript|script^2^|<|<|<| |23|Prometeo a JSON|patrón^5,\ 6^|<|<|0, 1, 2, 3| |24|CSV a JSON|carácter^2^|carácter^2^|0,1|0, 1, 2, 3| |25|Reemplazar|cadena de búsqueda^2^|reemplazo^2^|<|<| |27|XML a JSON|<|<|<|0, 1, 2, 3|  ^1^ expresión regular\ ^2^ cadena\ ^3^ JSONPath o XML XPath\ ^4^ entero positivo (con soporte de sufijos de tiempo, por ejemplo, 30s, 1m, 2h, 1d)\ ^5^ macro de usuario\ ^6^ Patrón de Prometheus siguiendo la sintaxis: `<nombre de métrica>{<nombre de etiqueta>="<valor de etiqueta>", ...} == <valor>`. Cada Componente del patrón Prometheus (métrica, nombre de etiqueta, valor de etiqueta y métrica) valor) puede ser una macro de usuario.\

en-us	### LLD rule  The low-level discovery rule object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemid|string|*(readonly)* ID of the LLD rule.| |**delay**<br>(required)|string|Update interval of the LLD rule. Accepts seconds or time unit with suffix and with or without one or more [custom intervals](/manual/config/items/item/custom_intervals) that consist of either flexible intervals and scheduling intervals as serialized strings. Also accepts user macros. Flexible intervals could be written as two macros separated by a forward slash. Intervals are separated by a semicolon.<br><br>Optional for Zabbix trapper, dependent items and for Zabbix agent (active) with `mqtt.get` key.| |**hostid**<br>(required)|string|ID of the host that the LLD rule belongs to.| |**interfaceid**<br>(required)|string|ID of the LLD rule's host interface. Used only for host LLD rules.<br><br>Not required for Zabbix agent (active), Zabbix internal, Zabbix trapper, dependent, database monitor and script LLD rules. Optional for HTTP agent LLD rules.| |**key\_**<br>(required)|string|LLD rule key.| |**name**<br>(required)|string|Name of the LLD rule.| |**type**<br>(required)|integer|Type of the LLD rule.<br><br>Possible values:<br>0 - Zabbix agent;<br>2 - Zabbix trapper;<br>3 - simple check;<br>5 - Zabbix internal;<br>7 - Zabbix agent (active);<br>10 - external check;<br>11 - database monitor;<br>12 - IPMI agent;<br>13 - SSH agent;<br>14 - TELNET agent;<br>16 - JMX agent;<br>18 - Dependent item;<br>19 - HTTP agent;<br>20 - SNMP agent;<br>21 - Script.| |**url**<br>(required)|string|URL string, required for HTTP agent LLD rule. Supports user macros, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |allow\_traps|integer|HTTP agent LLD rule field. Allow to populate value as in trapper item type also.<br><br>0 - *(default)* Do not allow to accept incoming data.<br>1 - Allow to accept incoming data.| |authtype|integer|Used only by SSH agent or HTTP agent LLD rules.<br><br>SSH agent authentication method possible values:<br>0 - *(default)* password;<br>1 - public key.<br><br>HTTP agent authentication method possible values:<br>0 - *(default)* none<br>1 - basic<br>2 - NTLM| |description|string|Description of the LLD rule.| |error|string|*(readonly)* Error text if there are problems updating the LLD rule value.| |follow\_redirects|integer|HTTP agent LLD rule field. Follow response redirects while polling data.<br><br>0 - Do not follow redirects.<br>1 - *(default)* Follow redirects.| |headers|object|HTTP agent LLD rule field. Object with HTTP(S) request headers, where header name is used as key and header value as value.<br><br>Example:<br>{ "User-Agent": "Zabbix" }| |http\_proxy|string|HTTP agent LLD rule field. HTTP(S) proxy connection string.| |ipmi\_sensor|string|IPMI sensor. Used only by IPMI LLD rules.| |jmx\_endpoint|string|JMX agent custom connection string.<br><br>Default value:<br>service:jmx:rmi:///jndi/rmi://{HOST.CONN}:{HOST.PORT}/jmxrmi| |lifetime|string|Time period after which items that are no longer discovered will be deleted. Accepts seconds, time unit with suffix and user macro.<br><br>Default: `30d`.| |master\_itemid|integer|Master item ID.<br>Recursion up to 3 dependent items and maximum count of dependent items equal to 999 are allowed.<br>Discovery rule cannot be master item for another discovery rule.<br><br>Required for Dependent item.| |output\_format|integer|HTTP agent LLD rule field. Should response be converted to JSON.<br><br>0 - *(default)* Store raw.<br>1 - Convert to JSON.| |params|string|Additional parameters depending on the type of the LLD rule:<br>- executed script for SSH and Telnet LLD rules;<br>- SQL query for database monitor LLD rules;<br>- formula for calculated LLD rules.| |parameters|array|Additional parameters for script type LLD rule. Array of objects with 'name' and 'value' properties, where name must be unique.| |password|string|Password for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent LLD rules.| |post\_type|integer|HTTP agent LLD rule field. Type of post data body stored in posts property.<br><br>0 - *(default)* Raw data.<br>2 - JSON data.<br>3 - XML data.| |posts|string|HTTP agent LLD rule field. HTTP(S) request body data. Used with post\_type.| |privatekey|string|Name of the private key file.| |publickey|string|Name of the public key file.| |query\_fields|array|HTTP agent LLD rule field. Query parameters. Array of objects with 'key':'value' pairs, where value can be empty string.| |request\_method|integer|HTTP agent LLD rule field. Type of request method.<br><br>0 - *(default)* GET<br>1 - POST<br>2 - PUT<br>3 - HEAD| |retrieve\_mode|integer|HTTP agent LLD rule field. What part of response should be stored.<br><br>0 - *(default)* Body.<br>1 - Headers.<br>2 - Both body and headers will be stored.<br><br>For request\_method HEAD only 1 is allowed value.| |snmp\_oid|string|SNMP OID.| |ssl\_cert\_file|string|HTTP agent LLD rule field. Public SSL Key file path.| |ssl\_key\_file|string|HTTP agent LLD rule field. Private SSL Key file path.| |ssl\_key\_password|string|HTTP agent LLD rule field. Password for SSL Key file.| |state|integer|*(readonly)* State of the LLD rule.<br><br>Possible values:<br>0 - *(default)* normal;<br>1 - not supported.| |status|integer|Status of the LLD rule.<br><br>Possible values:<br>0 - *(default)* enabled LLD rule;<br>1 - disabled LLD rule.| |status\_codes|string|HTTP agent LLD rule field. Ranges of required HTTP status codes separated by commas. Also supports user macros as part of comma separated list.<br><br>Example: 200,200-{$M},{$M},200-400| |templateid|string|(readonly) ID of the parent template LLD rule.| |timeout|string|Item data polling request timeout. Used for HTTP agent and script LLD rules. Supports user macros.<br><br>default: 3s<br>maximum value: 60s| |trapper\_hosts|string|Allowed hosts. Used by trapper LLD rules or HTTP agent LLD rules.| |username|string|Username for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent LLD rules.<br><br>Required by SSH and Telnet LLD rules.| |uuid|string|Universal unique identifier, used for linking imported LLD rules to already existing ones. Used only for LLD rules on templates. Auto-generated, if not given.| |verify\_host|integer|HTTP agent LLD rule field. Whether to validate that the host name for the connection matches the one in the host's certificate.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.| |verify\_peer|integer|HTTP agent LLD rule field. Whether to validate that the host's certificate is authentic.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.|  Note that for some methods (update, delete) the required/optional parameter combination is different.
es	### Regla LLD  L'objecte de regla de descobriment de baix nivell té les propietats següents.  |Propietat|[Tipus](/manual/api/reference_commentary#data_types)|Descripció| |--|--|------| |itemid|cadena|*(només de lectura)* ID de regla LLD.| |**delay**<br>(obligatori)|cadena|Interval d'actualització de regles LLD. Accepta segons o unitat de temps amb sufix i amb o sense un o més [intervals personalitzats](/manual/config/items/item/custom_intervals) que consisteixen en intervals flexibles i intervals de programació com a cadenes serialitzades. També accepta macros d'usuari. Els intervals flexibles es poden escriure com dues macros separades per una barra inclinada. Els intervals són separats per un punt i coma.<br><br>Opcional per a Zabbix trapper, elements dependents i per a l'agent Zabbix (actiu) amb la clau `mqtt.get`.| |**hostid**<br>(obligatori)|cadena|ID de l'equip al que pertany la regla LLD.| |**interfaceid**<br>(obligatori)|cadena|ID de la interfície de l'equip de la regla LLD. S'empra només per a les regles de LLD de l'equip.<br><br>No es calen per a les regles de LLD de l'agent Zabbix (actiu), Zabbix intern, trapper de Zabbix, dependent, monitor de base de dades i scripts. Opcional per a les regles LLD de l'agent HTTP.| |**clau\_**<br>(obligatori)|cadena|clau de regla LLD.| |**nom**<br>(obligatori)|cadena|Nom de la regla LLD.| |**tipus**<br>(obligatori)|enter|Tipus de regla LLD..<br><br>Valors possibles:<br>0 - Agent Zabbix;<br>2 - Trapper Zabbix;<br> 3 - comprovació simple;<br>5 - Zabbix intern;<br>7 - Agent Zabbix (actiu);<br>10 - comprovació externa;<br>11 - Monitor de base de dades;<br>12 - Agent IPMI ;<br> 13 - Agent SSH;<br>14 - Agent TELNET;<br>16 - Agent JMX;<br>18 - Element dependent;< br>19 - Agent HTTP;<br>20 - Agent SNMP;< br>21 - Guió.| |**url**<br>(obligatori)|cadena|cadena d'URL, necessària per a la regla LLD de l'agent HTTP. Admet macros d'usuari, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |allow\_traps|enteger|Camp de regla LLD de l'agent HTTP. També permet l'ampliació de valors com en el tipus d'element trapper.<br><br>0 - *(per defecte)* No permet acceptar dades entrants.<br>1 - Permet acceptar dades entrants.| |authtype|enteger|Només l'empren l'agent SSH o les regles LLD de l'agent HTTP.<br><br>Valors possibles per al mètode d'autenticació de l'agent SSH:<br>0 - passa mot de pas *(per defecte)*;<br>1 - clau pública.<br><br> Valors possibles del mètode d'autenticació de l'agent HTTP:<br>0 - *(per defecte)* cap<br >1 - bàsic<br>2 - NTLM| |descripció|cadena|Descripció de la regla LLD.| |error|cadena|*(només de lectura)* Text d'error si hi ha problemes per actualitzar el valor de la regla LLD.| |follow\_redirects|enteger|Camp de regla LLD de l'agent HTTP. Seguiu les redireccions de resposta en afegir dades.<br><br>0: No seguiu les redireccions.<br>1: *(per defecte)* Seguiu les redireccions.| |capçaleres|objecte|Camp de política LLD de l'agent HTTP. Objecte amb capçaleres de sol·licitud HTTP(S), on el nom de la capçalera s'empra com a clau i el valor de la capçalera com a valor.<br><br>Exemple:<br>{ " User-Agent": "Zabbix" }| |http\_proxy|string|Camp de regla LLD de l'agent HTTP. Cadena de connexió del proxy HTTP(S).| |ipmi\_sensor|string|sensor IPMI. S'empra només per les regles IPMI LLD.| |jmx\_endpoint|cadena|Cadena de connexió de l'agent JMX personalitzada.<br><br>Per defecte:<br>service:jmx:rmi:///jndi/rmi://{HOST.CONN} :{HOST.PORT} /jmxrmi| |lifetime|string|Període després del qual s'eliminaran els elements que ja no es descobreixen. Accepta segons, unitat de temps amb sufix i macro d'usuari.<br><br>Per defecte: `30d`.| |master\_itemid|enteger|Identificador de l'element principal.<br>Es permet la recursivitat fins a 3 elements dependents i un nombre màxim d'elements dependents igual a 999.<br>La regla de descobriment no pot ser l'element principal d'una altra regla de descobriment.<br ><br> Obligatori per a l'element dependent.| |output\_format|enteger|Camp de regla LLD de l'agent HTTP. la resposta s'ha de convertir a JSON.<br><br>0 - *(per defecte)* Emmagatzema en brut.<br>1 - Converteix a JSON.| |params|string|Paràmetres addicionals en funció del tipus de regla LLD:<br>- script executat per a regles LLD SSH i Telnet;<br>- Consulta SQL per a regles de supervisió de bases de dades LLD;<br>- fórmula per a regles LLD calculades.| |parameters|array|Paràmetres addicionals per a la regla LLD semblant a un script. Matriu d'objectes amb propietats "nom" i "valor", on el nom ha de ser únic.| |password|cadena|Mot de pas per a l'autenticació. S'empra per a Simple Check, SSH, Telnet, Database Monitor, JMX LLD Rules i HTTP Agent.| |post\_type|enteger|Camp de regla LLD de l'agent HTTP. Tipus de cos de dades de publicació emmagatzemat a la propietat de publicacions.<br><br>0 - *(per defecte)* Dades en brut.<br>2 - Dades JSON.<br>3 - Dades XML.| |posts|cadena|Camp de política LLD de l'agent HTTP. HTTP(S) sol·licita dades del cos. S'empra amb post\_type.| |privatekey|string|Nom del fitxer de clau privada.| |publickey|string|Nom del fitxer de clau pública.| |query\_fields|array|Camp de regla LLD de l'agent HTTP. Paràmetres de consulta. Matriu d'objectes amb parells 'clau':'valor', on el valor pot ser una cadena buida.| |request\_method|enteger|Camp de regla LLD de l'agent HTTP. Tipus de mètode de sol·licitud.<br><br>0 - *(per defecte)* GET<br>1 - POST<br>2 - PUT<br>3 - HEAD| |retrieve\_mode|enteger|Camp de regla LLD de l'agent HTTP. Quina part de la resposta s'ha d'emmagatzemar.<br><br>0 - *(per defecte)* Cos.<br>1 - Capçaleres.<br>2 - S'emmagatzemaran el cos i les capçaleres.< br><br>Per request\_method HEAD només es permet el valor 1.| |snmp\_oid|cadena|SNMP OID.| |ssl\_cert\_file|string|camp de política LLD de l'agent HTTP. Camí al fitxer de clau SSL pública.| |ssl\_key\_file|string|camp de política LLD de l'agent HTTP. Camí al fitxer de clau SSL privada.| |ssl\_key\_password|string|camp de política LLD de l'agent HTTP. Contrasenya per al fitxer de clau SSL.| |state|entier|*(només de lectura)* Estat de la regla LLD.<br><br>Valors possibles:<br>0 - *(per defecte)* normal;<br>1 - no compatible.| |state|entier|Estat de la regla LLD.<br><br>Valors possibles:<br>0 - *(per defecte)* Regla LLD activada;<br>1 - Regla LLD desactivada.| |state\_codis|cadena|Camp de regla LLD de l'agent HTTP. Intervals de codis d'estat HTTP obligatoris separats per comes. També admet macros d'usuari com a part d'una llista separada per comes.<br><br>Exemple: 200.200-{$M},{$M},200-400| |templateid|string|(només de lectura) ID de regla LLD de la plantilla principal.| |timeout|string|Temps d'espera de la sol·licitud de consulta de dades d'element. S'empra per a l'agent HTTP i les regles d'script LLD. Admet macros d'usuari.<br><br>valor per defecte: 3s<br>valor màxim: 60s| |trapper\_hosts|string|Equips permesos. Emprat per les regles Trapper LLD o les regles LLD de l'agent HTTP.| |username|cadena|Nom d'usuari per a l'autenticació. S'empra per les regles LLD de Simple Check, SSH, Telnet, Database Monitor, JMX i HTTP Agent LLD.<br><br>Requerit per les regles SSH i Telnet LLD.| |uuid|string|Identificador únic universal, emprat per enllaçar les regles LLD importades amb les existents. S'empra només per a regles LLD en models. Es genera automàticament, si no es proporciona.<br><br>Per a les operacions d'actualització, aquest camp és *només de lectura*.| |verify\_host|enteger|Camp de regla LLD de l'agent HTTP. Valida que el nom d'equip a l'URL es troba al camp Nom comú o al camp Nom alternatiu de l'assumpte del certificat d'equip.<br><br>0 - *(per defecte)* No validar. <br>1 - Validar. | |verify\_peer|enteger|Camp de regla LLD de l'agent HTTP. Vàlid si el certificat d'equip és autèntic.<br><br>0 - *(per defecte)* No validar.<br>1 - Validar.|  Tingueu en compte que per a alguns mètodes (actualitzar, esborrar) la combinació de paràmetres obligatoris/opcionals és diferent.

en-us	# LLD rule  This class is designed to work with low level discovery rules.  Object references:\  -   [LLD rule](/manual/api/reference/discoveryrule/object#lld_rule)  Available methods:\  -   [discoveryrule.copy](/manual/api/reference/discoveryrule/copy) -     copying LLD rules -   [discoveryrule.create](/manual/api/reference/discoveryrule/create) -     creating new LLD rules -   [discoveryrule.delete](/manual/api/reference/discoveryrule/delete) -     deleting LLD rules -   [discoveryrule.get](/manual/api/reference/discoveryrule/get) -     retrieving LLD rules -   [discoveryrule.update](/manual/api/reference/discoveryrule/update) -     updating LLD rules
es	# regla LLD  Esta clase está diseñada para trabajar con reglas de low level discovery.  Referencias de objetos:\  - [Regla LLD](/manual/api/reference/discoveryrule/object#lld_regla)  Métodos disponibles:\  - [discoveryrule.copy](/manual/api/reference/discoveryrule/copy) -     copiar reglas LLD - [discoveryrule.create](/manual/api/reference/discoveryrule/create) -     creando nuevas reglas LLD - [discoveryrule.delete](/manual/api/reference/discoveryrule/delete) -     borrando reglas LLD - [discoveryrule.get](/manual/api/reference/discoveryrule/get) -     recuperando reglas LLD - [discoveryrule.update](/manual/api/reference/discoveryrule/update) -     actualizando las reglas LLD

en-us	 ### Loadable MongoDB plugin  MongoDB [plugin](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) is no longer part of Zabbix agent 2 and is now available as  a loadable plugin instead. List of supported MongoDB versions has been extended to *2.6-5.3*.   Plugin functionality and set of supported [items](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) haven't change.   The MongoDB plugin, along with other loadable plugins which may potentially be added in the future, is stored in the new repository  [zabbix-agent2-plugins](http://repo.zabbix.com/zabbix-agent2-plugins/). The package *zabbix-release* now adds this repository to the user's system.   To continue monitoring MongoDB on the installations from official Zabbix packages, update *zabbix-release* package and install *zabbix-agent2-plugin-mongodb* package.   Sources are available on [CDN](https://cdn.zabbix.com/zabbix-agent2-plugins/sources/mongodb/).
es	 ### Complemento cargable de MongoDB  El [complemento](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) MongoDB ya no forma parte de Zabbix Agent 2 y ahora está disponible como un complemento cargable. La lista de versiones de MongoDB compatibles se ha ampliado a *2.6-5.3*.  La funcionalidad del complemento y el conjunto de [métricas](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) admitidas no han cambiado.  El complemento MongoDB, junto con otros complementos cargables que potencialmente se pueden agregar en el futuro, se almacenan en el nuevo repositorio. [zabbix-agent2-plugins](http://repo.zabbix.com/zabbix-agent2-plugins/). El paquete *zabbix-release* ahora agrega este repositorio al sistema del usuario.  Para continuar monitoreando MongoDB en las instalaciones de los paquetes oficiales de Zabbix, actualice el paquete *zabbix-release* e instale el paquete *zabbix-agent2-plugin-mongodb*.  Las fuentes están disponibles en [CDN](https://cdn.zabbix.com/zabbix-agent2-plugins/sources/mongodb/).

en-us	 #### Loadable  ::: notetip Loadable plugins, when launched with:<br> -   *-V --version* - print plugin version and license information;<br> -   *-h --help* - print help information. :::  Click on the plugin name to go to the plugin repository with additional information.  |Plugin name|Description|Supported item keys|Comments| |--|--|--|----| |[Ember+](https://git.zabbix.com/projects/AP/repos/ember-plus/browse?at=refs%2Fheads%2Frelease%2F6.0)|Monitoring of Ember+.|ember.get|This plugin is supported since Zabbix 6.0.30. Currently only available to be built from the source (for both Unix and Windows).<br><br>See also [Ember+ plugin configuration parameters](/manual/appendix/config/zabbix_agent2_plugins/ember_plus_plugin#parameters).| |[MongoDB](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md?at=refs%2Fheads%2Frelease%2F6.0)|Monitoring of MongoDB servers and clusters (document-based, distributed database).|mongodb.collection.stats, mongodb.collections.discovery, mongodb.collections.usage, mongodb.connpool.stats,<br>mongodb.db.stats, mongodb.db.discovery, mongodb.jumbo\_chunks.count, mongodb.oplog.stats,<br>mongodb.ping, mongodb.rs.config, mongodb.rs.status, mongodb.server.status,<br>mongodb.sh.discovery, mongodb.version|This plugin is loadable since Zabbix 6.0.6 (built-in previously). Pre-compiled plugin binaries for Windows are available since [Zabbix 6.0.19](https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.19/) and are compatible with previous 6.0 versions.<br><br>To configure encrypted connections to the database, specify the TLS parameters in the agent configuration file as [named session](#named_sessions) parameters.<br>Supported in plugin versions 1.2.0, 6.0.13 and newer^[1](#footnotes)^.<br>Currently, TLS parameters cannot be passed as item key parameters.<br><br>See also [MongoDB plugin configuration parameters](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin#parameters).| |[MSSQL](https://git.zabbix.com/projects/AP/repos/mssql/browse?at=refs%2Fheads%2Frelease%2F6.0)|Monitoring of MSSQL database.|mssql.availability.group.get, mssql.custom.query, mssql.db.get, mssql.job.status.get, mssql.last.backup.get, mssql.local.db.get, mssql.mirroring.get, mssql.nonlocal.db.get, mssql.perfcounter.get, mssql.ping, mssql.quorum.get, mssql.quorum.member.get, mssql.replica.get, mssql.version|This plugin is supported since Zabbix 6.0.27. Pre-compiled plugin binaries for Windows are available since [Zabbix 6.0.28](https://cdn.zabbix.com/zabbix/binaries/stable/6.4/6.4.13/) and are compatible with 6.0.27 version.<br><br>To configure encrypted connection to the database, specify the TLS parameters in the agent configuration file as [named session](#named_sessions) or [default](#default-values) parameters. Currently, TLS parameters cannot be passed as item key parameters.<br><br>See also [MSSQL plugin configuration parameters](/manual/appendix/config/zabbix_agent2_plugins/mssql_plugin#parameters).| |[PostgreSQL](https://git.zabbix.com/projects/AP/repos/postgresql/browse/README.md?at=refs%2Fheads%2Frelease%2F6.0)|Monitoring of PostgreSQL and its forks.|pgsql.autovacuum.count, pgsql.archive, pgsql.bgwriter, pgsql.cache.hit, pgsql.connections,<br> pgsql.custom.query, pgsql.dbstat, pgsql.dbstat.sum, pgsql.db.age, pgsql.db.bloating\_tables, <br> pgsql.db.discovery, pgsql.db.size, pgsql.locks, pgsql.oldest.xid, pgsql.ping, pgsql.queries, <br> pgsql.replication.count, pgsql.replication.process, pgsql.replication.process.discovery, pgsql.replication.recovery\_role, pgsql.replication.status, <br> pgsql.replication\_lag.b, pgsql.replication\_lag.sec, pgsql.uptime, pgsql.version, pgsql.wal.stat |This plugin is loadable since Zabbix 6.0.10 (built-in previously). Pre-compiled plugin binaries for Windows are available since [Zabbix 6.0.19](https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.19/) and are compatible with previous 6.0 versions.<br><br>To configure encrypted connections to the database, specify the TLS parameters in the agent configuration file as [named session](#named_sessions) or [default](#default-values) parameters.<br>Currently, TLS parameters cannot be passed as item key parameters.<br><br>See also [PostgreSQL plugin configuration parameters](/manual/appendix/config/zabbix_agent2_plugins/postgresql_plugin#parameters).|  See also: [Building loadable plugins](/manual/config/items/plugins/build).
es	 #### Cargable  ::: nota Complementos cargables, cuando se inician con:<br> - *-V --version* - imprime la versión del complemento y la información de licencia;<br> - *-h --help* - imprime información de ayuda. :::  Haga clic en el nombre del complemento para ir al repositorio de complementos con información adicional.  |Nombre del complemento|Descripción|Claves de elementos compatibles|Comentarios| |--|--|--|----| |[Ember+](https://git.zabbix.com/projects/AP/repos/ember-plus/browse?at=refs%2Fheads%2Frelease%2F6.0)|Monitoreo de Ember+.|ember.get|Esto El complemento es compatible desde Zabbix 6.0.30. Actualmente solo está disponible para ser compilado desde el código fuente (tanto para Unix como para Windows).<br><br>Consulte también [Parámetros de configuración del complemento Ember+](/manual/appendix/config/zabbix_agent2_plugins/ember_plus_plugin#parameters).| |[MongoDB](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md?at=refs%2Fheads%2Frelease%2F6.0)|Monitoreo de servidores y clusters MongoDB (documento -base de datos distribuida basada en).|mongodb.collection.stats, mongodb.collections.discovery, mongodb.collections.usage, mongodb.connpool.stats,<br>mongodb.db.stats, mongodb.db.discovery, mongodb.jumbo \_chunks.count, mongodb.oplog.stats,<br>mongodb.ping, mongodb.rs.config, mongodb.rs.status, mongodb.server.status,<br>mongodb.sh.discovery, mongodb.version|Esto El complemento se puede cargar desde Zabbix 6.0.6 (integrado anteriormente). Los binarios de complementos precompilados para Windows están disponibles desde [Zabbix 6.0.19](https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.19/) y son compatibles con versiones 6.0 anteriores.<br ><br>Para configurar conexiones cifradas a la base de datos, especifique los parámetros TLS en el archivo de configuración del agente como parámetros de [sesión con nombre](#sesiones_con nombre).<br>Compatible con las versiones de complemento 1.2.0, 6.0.13 y posteriores^[ 1](#footnotes)^.<br>Actualmente, los parámetros TLS no se pueden pasar como parámetros de clave de elemento.<br><br>Consulte también [Parámetros de configuración del complemento MongoDB](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin#parameters ).| |[MSSQL](https://git.zabbix.com/projects/AP/repos/mssql/browse?at=refs%2Fheads%2Frelease%2F6.0)|Monitoreo de la base de datos MSSQL.|mssql.availability.group. obtener, mssql.custom.query, mssql.db.get, mssql.job.status.get, mssql.last.backup.get, mssql.local.db.get, mssql.mirroring.get, mssql.nonlocal.db. get, mssql.perfcounter.get, mssql.ping, mssql.quorum.get, mssql.quorum.member.get, mssql.replica.get, mssql.version|Este complemento es compatible desde Zabbix 6.0.27. Los binarios de complementos precompilados para Windows están disponibles desde [Zabbix 6.0.28](https://cdn.zabbix.com/zabbix/binaries/stable/6.4/6.4.13/) y son compatibles con la versión 6.0.27.< br><br>Para configurar una conexión cifrada a la base de datos, especifique los parámetros TLS en el archivo de configuración del agente como parámetros [sesión con nombre] (# sesiones_con nombre) o [valores predeterminados] (# valores predeterminados). Actualmente, los parámetros TLS no se pueden pasar como parámetros de clave de elemento.<br><br>Consulte también [parámetros de configuración del complemento MSSQL](/manual/appendix/config/zabbix_agent2_plugins/mssql_plugin#parameters).| |[PostgreSQL](https://git.zabbix.com/projects/AP/repos/postgresql/browse/README.md?at=refs%2Fheads%2Frelease%2F6.0)|Monitoreo de PostgreSQL y sus bifurcaciones.| pgsql.autovacuum.count, pgsql.archive, pgsql.bgwriter, pgsql.cache.hit, pgsql.connections,<br> pgsql.custom.query, pgsql.dbstat, pgsql.dbstat.sum, pgsql.db.age, pgsql .db.bloating\_tables, <br> pgsql.db.discovery, pgsql.db.size, pgsql.locks, pgsql.oldest.xid, pgsql.ping, pgsql.queries, <br> pgsql.replication.count, pgsql .replication.process, pgsql.replication.process.discovery, pgsql.replication.recovery\_role, pgsql.replication.status, <br> pgsql.replication\_lag.b, pgsql.replication\_lag.sec, pgsql.uptime, pgsql.version, pgsql.wal.stat | Este complemento se puede cargar desde Zabbix 6.0.10 (integrado anteriormente). Los binarios de complementos precompilados para Windows están disponibles desde [Zabbix 6.0.19](https://cdn.zabbix.com/zabbix/binaries/stable/6.0/6.0.19/) y son compatibles con versiones 6.0 anteriores.<br ><br>Para configurar conexiones cifradas a la base de datos, especifique los parámetros TLS en el archivo de configuración del agente como parámetros [sesión nombrada](#named_sessions) o [predeterminado](#valores-default).<br>Actualmente, los parámetros TLS no pueden pasarse como parámetros de clave de elemento.<br><br>Consulte también [Parámetros de configuración del complemento PostgreSQL](/manual/appendix/config/zabbix_agent2_plugins/postgresql_plugin#parameters).|  Ver también: [Creación de complementos cargables](/manual/config/items/plugins/build).

en-us	### Loadable plugins  ##### Encrypted MongoDB plugin connection  MongoDB plugin now supports TLS encryption when connecting to MongoDB using named sessions.   Updated plugin (MongoDB plugin 1.2.1) is included into Zabbix official packages starting from Zabbix 6.0.14. Note that MongoDB is a loadable plugin and can be installed separately either from packages or from sources. The plugin will work with any minor version of Zabbix 6.0. For more details see [MongoDB plugin](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin).
es	### Complementos cargables  ##### Conexión cifrada del complemento MongoDB  El complemento MongoDB ahora admite el cifrado TLS cuando se conecta a MongoDB mediante sesiones con nombre.  El complemento actualizado (complemento MongoDB 1.2.1) se incluye en los paquetes oficiales de Zabbix a partir de Zabbix 6.0.14. Tenga en cuenta que MongoDB es un complemento cargable y se puede instalar por separado desde paquetes o desde fuentes. El complemento funcionará con cualquier versión menor de Zabbix 6.0. Para obtener más detalles, consulte [complemento de MongoDB](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin).

en-us	##### Load on I/O  Item's persistent file is updated after successful sending of every batch of data \(containing item's data\) to server.  For example, default 'BufferSize' is 100.  If a log item has found 70 matching records then the first 50 records will be sent in one batch, persistent file will be updated, then remaining 20 records will be sent \(maybe with some delay when more data is accumulated\) in the 2nd batch, and the persistent file will be updated again.
es	##### Carga en E/S  El archivo persistente del artículo se actualiza después del envío exitoso de cada lote de datos \(que contienen los datos del elemento\) al servidor. Por ejemplo, predeterminado 'BufferSize' es 100. Si un elemento de registro ha encontrado 70 registros coincidentes, los primeros 50 registros se enviará en un lote, el archivo persistente se actualizará y luego quedarán 20 los registros se enviarán \(quizás con algo de retraso cuando se acumulen más datos\) en el segundo lote, y el archivo persistente se actualizará nuevamente.

en-us	#### Locale  Note that the agent requires a UTF-8 locale so that some textual agent items can return the expected content. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
es	#### Configuración regional  Tenga en cuenta que el agente requiere una configuración regional UTF-8 para que algún agente textual los elementos pueden devolver el contenido esperado. La mayoría de los sistemas similares a Unix modernos tener una configuración regional UTF-8 por defecto, sin embargo, hay algunos sistemas donde puede ser necesario establecer específicamente.

en-us	#### Locale  Note that the proxy requires a UTF-8 locale so that some textual items can be interpreted correctly. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
es	#### Configuración regional  Tenga en cuenta que el proxy requiere una configuración regional UTF-8 para que algunos elementos de texto se puede interpretar correctamente. La mayoría de los sistemas similares a Unix modernos tienen un UTF-8 locale como predeterminado, sin embargo, hay algunos sistemas donde eso puede necesitar que se establezca específicamente.

en-us	#### Locale  Note that the server requires a UTF-8 locale so that some textual items can be interpreted correctly. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
es	#### Configuración regional  Tenga en cuenta que el servidor requiere una configuración regional UTF-8 para que algunos elementos de texto se puede interpretar correctamente. La mayoría de los sistemas similares a Unix modernos tienen un UTF-8 locale como predeterminado, sin embargo, hay algunos sistemas donde eso puede necesitar que se establezca específicamente.

en-us	 ##### Log data  See additional information on [log monitoring](log_items).  |Item key|<|<|<| |--|--|------|------| |Description|Return value|Parameters|Comments| |**log**\[file,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Monitoring of a log file.|Log|**file** - full path and name of log file<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines** - maximum number of new lines per second the agent will send to Zabbix server or proxy. This parameter overrides the value of 'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (since version 2.0)- possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**output** (since version 2.2) - an optional output formatting template. The **\\0** escape sequence is replaced with the matched part of text (from the first character where match begins until the character where match ends) while an **\\N** (where N=1...9) escape sequence is replaced with Nth matched group (or an empty string if the N exceeds the number of captured groups).<br>**maxdelay** (since version 3.2) - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.4.7) - additional options:<br>*mtime-noreread* - non-unique records, reread only if the file size changes (ignore modification time change). (This parameter is deprecated since 5.0.2, because now mtime is ignored.)<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br>If file is missing or permissions do not allow access, item turns unsupported.<br><br>If `output` is left empty - the whole line containing the matched text is returned. Note that all global regular expression types except 'Result is TRUE' always return the whole matched line and the `output` parameter is ignored.<br><br>Content extraction using the `output` parameter takes place on the agent.<br><br>Examples:<br>=> log\[/var/log/syslog\]<br>=> log\[/var/log/syslog,error\]<br>=> log\[/home/zabbix/logs/logfile,,,100\]<br><br>*Using `output` parameter for extracting a number from log record:*<br>=> log\[/app1/app.log,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send only '6080' to server. Because a numeric value is being sent, the "Type of information" for this item can be set to "Numeric (unsigned)" and the value can be used in graphs, triggers etc.<br><br>*Using `output` parameter for rewriting log record before sending to server:*<br>=> log\[/app1/app.log,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send a modified record "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" to server. | |**log.count**\[file,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Count of matched lines in a monitored log file.|Integer|**file** - full path and name of log file<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxproclines** - maximum number of new lines per second the agent will analyze (cannot exceed 10000). Default value is 10\*'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**maxdelay** - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.4.7) - additional options:<br>*mtime-noreread* - non-unique records, reread only if the file size changes (ignore modification time change). (This parameter is deprecated since 5.0.2, because now mtime is ignored.)<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br><br><br>Matching lines are counted in the new lines since the last log check by the agent, and thus depend on the item update interval.<br>If the file is missing or permissions do not allow access, item turns unsupported. <br><br>This item is not supported for Windows Event Log.<br><br>Supported since Zabbix 3.2.0.| |**logrt**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Monitoring of a log file that is rotated.|Log|**file\_regexp** - absolute path to file and the file name described by a regular [expression](/manual/regular_expressions#overview). *Note* that only the file name is a regular expression<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required content pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines** - maximum number of new lines per second the agent will send to Zabbix server or proxy. This parameter overrides the value of 'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (since version 2.0) - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**output** (since version 2.2) - an optional output formatting template. The **\\0** escape sequence is replaced with the matched part of text (from the first character where match begins until the character where match ends) while an **\\N** (where N=1...9) escape sequence is replaced with Nth matched group (or an empty string if the N exceeds the number of captured groups).<br>**maxdelay** (since version 3.2) - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.0; *mtime-reread*, *mtime-noreread* options since 4.4.7) - type of log file rotation and other options. Possible values:<br>*rotate* (default),<br>*copytruncate* - note that *copytruncate* cannot be used together with *maxdelay*. In this case *maxdelay* must be 0 or not specified; see [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation) notes,<br>*mtime-reread* - non-unique records, reread if modification time or size changes (default),<br>*mtime-noreread* - non-unique records, reread only if the size changes (ignore modification time change).<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br>Log rotation is based on the last modification time of files.<br><br>Note that logrt is designed to work with one currently active log file, with several other matching inactive files rotated. If, for example, a directory has many active log files, a separate logrt item should be created for each one. Otherwise if one logrt item picks up too many files it may lead to exhausted memory and a crash of monitoring.<br><br>If `output` is left empty - the whole line containing the matched text is returned. Note that all global regular expression types except 'Result is TRUE' always return the whole matched line and the `output` parameter is ignored.<br><br>Content extraction using the `output` parameter takes place on the agent.<br><br>Examples:<br>=> logrt\["/home/zabbix/logs/\^logfile\[0-9\]{1,3}$",,,100\] → will match a file like "logfile1" (will not match ".logfile1")<br>=> logrt\["/home/user/\^logfile\_.\*\_\[0-9\]{1,3}$","pattern\_to\_match","UTF-8",100\] → will collect data from files such "logfile\_abc\_1" or "logfile\_\_001".<br><br>*Using `output` parameter for extracting a number from log record:*<br>=> logrt\[/app1/\^test.\*log$,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send only '6080' to server. Because a numeric value is being sent, the "Type of information" for this item can be set to "Numeric (unsigned)" and the value can be used in graphs, triggers etc.<br><br>*Using `output` parameter for rewriting log record before sending to server:*<br>=> logrt\[/app1/\^test.\*log$,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send a modified record "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" to server. | |**logrt.count**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Count of matched lines in a monitored log file that is rotated.|Integer|**file\_regexp** - absolute path to file and regular [expression](/manual/regular_expressions#overview) describing the file name pattern<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required content pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxproclines** - maximum number of new lines per second the agent will analyze (cannot exceed 10000). Default value is 10\*'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**maxdelay** - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.0; *mtime-reread*, *mtime-noreread* options since 4.4.7) - type of log file rotation and other options. Possible values:<br>*rotate* (default),<br>*copytruncate* - note that *copytruncate* cannot be used together with *maxdelay*. In this case *maxdelay* must be 0 or not specified; see [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation) notes,<br>*mtime-reread* - non-unique records, reread if modification time or size changes (default),<br>*mtime-noreread* - non-unique records, reread only if the size changes (ignore modification time change).<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br><br>Matching lines are counted in the new lines since the last log check by the agent, and thus depend on the item update interval.<br><br>Log rotation is based on the last modification time of files. <br><br>This item is not supported for Windows Event Log.<br><br>Supported since Zabbix 3.2.0.|
es	##### Dato de registro  Consulte información adicional sobre [monitoreo de registros](log_items).  |Clave de métrica|<|<|<| |--|--|------|------| |Descripción|Valor de retorno|Parámetros|Comentarios| |**log**\[archivo,\<regexp\>,\<codificación\>,\<maxlines\>,\<modo\>,\<salida\>,\<maxdelay\>,\<opciones\ >,\<persistente\_dir\>\]|<|<|<| |Supervisión de un archivo de registro.|Registro|**archivo** - ruta completa y nombre del archivo de registro<br>**regexp** - [expresión] regular(/manual/regular_expressions#overview) que describe el patrón requerido<br >**encoding** - página de códigos [identificador](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines** - número máximo de líneas nuevas por segundo que el agente enviará al servidor Zabbix o apoderado. Este parámetro anula el valor de 'MaxLinesPerSecond' en [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (desde la versión 2.0) - valores posibles:<br>*todos* (predeterminado), *skip* - omitir el procesamiento de datos más antiguos (afecta sólo a las métricas recién creadas).<br>**output** (desde la versión 2.2): una plantilla de formato de salida opcional. La secuencia de escape **\\0** se reemplaza con la parte coincidente del texto (desde el primer carácter donde comienza la coincidencia hasta el carácter donde termina la coincidencia), mientras que **\\N** (donde N=1... 9) la secuencia de escape se reemplaza con el enésimo grupo coincidente (o una cadena vacía si N excede el número de grupos capturados).<br>**maxdelay** (desde la versión 3.2): retraso máximo en segundos. Tipo: flotador. Valores: 0 - (predeterminado) nunca ignorar las líneas del archivo de registro; > 0.0: ignore las líneas más antiguas para analizar las líneas más recientes en segundos de "retraso máximo". ¡Lea las notas de [maxdelay](log_items#using_maxdelay_parameter) antes de usarlo!<br>**options** (desde la versión 4.4.7) - opciones adicionales:<br>*mtime-noreread* - registros no únicos, solo releer si el tamaño del archivo cambia (ignore el cambio de hora de modificación). (Este parámetro está obsoleto desde 5.0.2, porque ahora se ignora mtime).<br>**persistent\_dir** (desde las versiones 5.0.18, 5.4.9, solo en zabbix\_agentd en sistemas Unix; no se admite en Agent2): nombre de ruta absoluta del directorio donde almacenar archivos persistentes. Consulte también las notas adicionales sobre [archivos persistentes](log_items#notes-on-persistent-files-for-log-items).|La métrica debe configurarse como una [comprobación activa](/manual/appendix/items/activepassive#active_checks ).<br>Si falta el archivo o los permisos no permiten el acceso, la métrica deja de ser compatible.<br><br>Si `salida` se deja vacía, se devuelve la línea completa que contiene el texto coincidente. Tenga en cuenta que todos los tipos de expresiones regulares globales excepto 'El resultado es VERDADERO' siempre devuelven la línea coincidente completa y el parámetro `output` se ignora.<br><br>La extracción de contenido utilizando el parámetro `output` se realiza en el agente.<br ><br>Ejemplos:<br>=> log\[/var/log/syslog\]<br>=> log\[/var/log/syslog,error\]<br>=> log\[/home /zabbix/logs/logfile,,,100\]<br><br>*Usando el parámetro `output` para extraer un número del registro:*<br>=> log\[/app1/app.log,"task ejecute \[0-9.\]+ seg, registros procesados (\[0-9\]+), \[0-9\]+ errores",,,,\\1\] → coincidirá con un registro "2015-11-13 10:08:26 la tarea se ejecutó 6,08 segundos, procesó 6080 registros, 0 errores" y envió solo '6080' al servidor. Debido a que se envía un valor numérico, el "Tipo de información" para esta métrica se puede establecer en "Numérico (sin firmar)" y el valor se puede usar en gráficos, iniciadores, etc.<br><br>*Uso del parámetro `output` para reescribir el registro antes de enviarlo al servidor:*<br>=> log\[/app1/app.log,"(\[0-9 :-\]+) tarea ejecutada (\[0-9.\] +) seg, registros procesados (\[0-9\]+), (\[0-9\]+) errores",,,,"\\1 REGISTROS: \\3, ERRORES: \\4, DURACIÓN : \\2"\] → coincidirá con un registro "2015-11-13 10:08:26 ejecución de tarea 6.08 segundos, procesó 6080 registros, 0 errores" y enviará un registro modificado "2015-11-13 10:08 :26 REGISTROS: 6080, ERRORES: 0, DURACIÓN: 6.08" al servidor. | |**log.count**\[archivo,\<regexp\>,\<codificación\>,\<maxproclines\>,\<modo\>,\<maxdelay\>,\<opciones\>,\< persistente\_dir\>\]|<|<|<| |Recuento de líneas coincidentes en un archivo de registro monitoreado.|Entero|**archivo** - ruta completa y nombre del archivo de registro<br>**regexp** - [expresión](/manual/regular_expressions#overview) regular que describe el patrón requerido<br>**encoding** - página de códigos [identificador](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxproclines** - número máximo de líneas nuevas por segundo que el agente analizará (no puede exceder 10000). El valor predeterminado es 10\*'MaxLinesPerSecond' en [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - valores posibles:<br>*all* (predeterminado), *skip* - omite el procesamiento de datos más antiguos (afecta sólo a las métricas recién creadas).<br>**maxdelay** - retraso máximo en segundos. Tipo: flotador. Valores: 0 - (predeterminado) nunca ignorar las líneas del archivo de registro; > 0.0: ignore las líneas más antiguas para analizar las líneas más recientes en segundos de "retraso máximo". ¡Lea las notas de [maxdelay](log_items#using_maxdelay_parameter) antes de usarlo!<br>**options** (desde la versión 4.4.7) - opciones adicionales:<br>*mtime-noreread* - registros no únicos, solo releer si el tamaño del archivo cambia (ignore el cambio de hora de modificación). (Este parámetro está en desuso desde 5.0.2, porque ahora se ignora mtime.)<br>**persistent\_dir** (desde las versiones 5.0.18, 5.4.9, solo en zabbix\_agentd en sistemas Unix; no compatible con Agent2): nombre de ruta absoluta del directorio donde para almacenar archivos persistentes. Consulte también las notas adicionales sobre [archivos persistentes](log_items#notes-on-persistent-files-for-log-items).|La métrica debe configurarse como una [comprobación activa](/manual/appendix/items/activepassive#active_checks ).<br><br><br>Las líneas coincidentes se cuentan en las nuevas líneas desde la última verificación del registro por parte del agente y, por lo tanto, dependen del intervalo de actualización de la métrica.<br>Si falta el archivo o los permisos no lo permiten acceso, la métrica deja de ser compatible. <br><br>Esta métrica no es compatible con el registro de eventos de Windows.<br><br>Soportado desde Zabbix 3.2.0.| |**logrt**\[archivo\_regexp,\<regexp\>,\<codificación\>,\<maxlines\>,\<modo\>,\<salida\>,\<maxdelay\>,\< opciones\>,\<persistent\_dir\>\]|<|<|<| |Supervisión de un archivo de registro que se rota.|Registro|**file\_regexp**: ruta absoluta al archivo y nombre del archivo descrito por una [expresión] normal (/manual/regular_expressions#overview). *Tenga en cuenta* que solo el nombre del archivo es una expresión regular<br>**regexp** - [expresión](/manual/regular_expressions#overview) regular que describe el patrón de contenido requerido<br>**codificación** - página de códigos [ identificador](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines**: número máximo de líneas nuevas por segundo que el agente enviará al servidor o proxy de Zabbix. Este parámetro anula el valor de 'MaxLinesPerSecond' en [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (desde la versión 2.0) - valores posibles:<br>*all* (predeterminado), *skip* - omitir el procesamiento de datos más antiguos (afecta sólo a las métricas recién creadas).<br>**output** (desde la versión 2.2): una plantilla de formato de salida opcional. La secuencia de escape **\\0** se reemplaza con la parte coincidente del texto (desde el primer carácter donde comienza la coincidencia hasta el carácter donde termina la coincidencia), mientras que **\\N** (donde N=1... 9) la secuencia de escape se reemplaza con el enésimo grupo coincidente (o una cadena vacía si N excede el número de grupos capturados).<br>**maxdelay** (desde la versión 3.2): retraso máximo en segundos. Tipo: flotador. Valores: 0 - (predeterminado) nunca ignorar las líneas del archivo de registro; > 0.0: ignore las líneas más antiguas para analizar las líneas más recientes en segundos de "retraso máximo". ¡Lea las notas de [maxdelay](log_items#using_maxdelay_parameter) antes de usarlo!<br>**opciones** (desde la versión 4.0; opciones *mtime-reread*, *mtime-noreread* desde 4.4.7) - tipo de archivo de registro rotación y otras opciones. Valores posibles:<br>*rotate* (predeterminado),<br>*copytruncate* - tenga en cuenta que *copytruncate* no se puede utilizar junto con *maxdelay*. En este caso *maxdelay* debe ser 0 o no especificarse; consulte las notas de [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation),<br>*mtime-reread* - registros no únicos, vuelva a leer si la hora de modificación o el tamaño cambian (predeterminado),<br>*mtime-noreread* - registros no únicos, vuelva a leer solo si el tamaño cambia (ignore el cambio de hora de modificación).<br>**persistent\_dir** (desde las versiones 5.0.18, 5.4.9, solo en zabbix\_agentd en sistemas Unix; no compatible con Agent2) - absoluto nombre de ruta del directorio donde almacenar archivos persistentes. Consulte también las notas adicionales sobre [archivos persistentes](log_items#notes-on-persistent-files-for-log-items).|La métrica debe configurarse como una [comprobación activa](/manual/appendix/items/activepassive#active_checks ).<br>La rotación de registros se basa en la hora de la última modificación de los archivos.<br><br>Tenga en cuenta que logrt está diseñado para funcionar con un archivo de registro actualmente activo, con varios otros archivos inactivos coincidentes rotados. Si, por ejemplo, un directorio tiene muchos archivos de registro activos, se debe crear una métrica de registro independiente para cada uno. De lo contrario, si una métrica de logrt recoge demasiados archivos, puede provocar que se agote la memoria y se produzca un bloqueo del monitoreo.<br><br>Si `output` se deja vacío, se devuelve toda la línea que contiene el texto coincidente. Tenga en cuenta que todos los tipos de expresiones regulares globales excepto 'El resultado es VERDADERO' siempre devuelven la línea coincidente completa y el parámetro `output` se ignora.<br><br>La extracción de contenido utilizando el parámetro `output` se realiza en el agente.<br ><br>Ejemplos:<br>=> logrt\["/home/zabbix/logs/\^logfile\[0-9\]{1,3}$",,,100\] → coincidirá con un archivo como "logfile1" (no coincidirá con ".logfile1")<br>=> logrt\["/home/user/\^logfile\_.\*\_\[0-9\]{1,3}$ ","pattern\_to\_match","UTF-8",100\] → recopilará datos de archivos como "logfile\_abc\_1" o "logfile\_\_001".<br><br>*Usando Parámetro `output` para extraer un número del registro:*<br>=> logrt\[/app1/\^test.\*log$,"tarea ejecutada \[0-9.\]+ sec, procesada (\ [0-9\]+) registros, \[0-9\]+ errores",,,,\\1\] → coincidirá con un registro de registro "2015-11-13 10:08:26 ejecución de tarea 6,08 seg. , procesó 6080 registros, 0 errores" y envió solo '6080' al servidor. Debido a que se envía un valor numérico, el "Tipo de información" para esta métrica se puede establecer en "Numérico (sin firmar)" y el valor se puede usar en gráficos, iniciadores, etc.<br><br>*Uso del parámetro `output` para reescribir el registro antes de enviarlo al servidor ver:*<br>=> logrt\[/app1/\^test.\*log$,"(\[0-9 :-\]+) ejecución de tarea (\[0-9.\]+) seg , registros procesados (\[0-9\]+), (\[0-9\]+) errores",,,,"\\1 REGISTROS: \\3, ERRORES: \\4, DURACIÓN: \\ 2"\] → coincidirá con un registro "2015-11-13 10:08:26 tarea ejecutada 6.08 segundos, procesó 6080 registros, 0 errores" y enviará un registro modificado "2015-11-13 10:08:26 REGISTROS : 6080, ERRORES: 0, DURACIÓN: 6.08" al servidor. | |**logrt.count**\[archivo\_regexp,\<regexp\>,\<codificación\>,\<maxproclines\>,\<modo\>,\<maxdelay\>,\<opciones\>, \<persistente\_dir\>\]|<|<|<| |Recuento de líneas coincidentes en un archivo de registro monitoreado que se rota.|Entero|**file\_regexp**: ruta absoluta al archivo y [expresión](/manual/regular_expressions#overview) regular que describe el patrón de nombre de archivo<br> **regexp** - [expresión] regular(/manual/regular_expressions#overview) que describe el patrón de contenido requerido<br>**encoding** - página de códigos [identificador](/manual/config/items/itemtypes/zabbix_agent#encoding_settings )<br>**maxproclines**: número máximo de líneas nuevas por segundo que analizará el agente (no puede exceder 10000). El valor predeterminado es 10\*'MaxLinesPerSecond' en [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - valores posibles:<br>*all* (predeterminado), *skip* - omite el procesamiento de datos más antiguos (afecta sólo a las métricas recién creadas).<br>**maxdelay** - retraso máximo en segundos. Tipo: flotador. Valores: 0 - (predeterminado) nunca ignorar las líneas del archivo de registro; > 0.0: ignore las líneas más antiguas para analizar las líneas más recientes en segundos de "retraso máximo". ¡Lea las notas de [maxdelay](log_items#using_maxdelay_parameter) antes de usarlo!<br>**opciones** (desde la versión 4.0; opciones *mtime-reread*, *mtime-noreread* desde 4.4.7) - tipo de archivo de registro rotación y otras opciones. Valores posibles:<br>*rotate* (predeterminado),<br>*copytruncate* - tenga en cuenta que *copytruncate* no se puede utilizar junto con *maxdelay*. En este caso *maxdelay* debe ser 0 o no especificarse; consulte las notas de [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation),<br>*mtime-reread* - registros no únicos, vuelva a leer si la hora de modificación o el tamaño cambian (predeterminado),<br>*mtime-noreread* - registros no únicos, vuelva a leer solo si el tamaño cambia (ignore el cambio de hora de modificación).<br>**persistent\_dir** (desde las versiones 5.0.18, 5.4.9, solo en zabbix\_agentd en sistemas Unix; no compatible con Agent2) - absoluto nombre de ruta del directorio donde almacenar archivos persistentes. Consulte también las notas adicionales sobre [archivos persistentes](log_items#notes-on-persistent-files-for-log-items).|La métrica debe configurarse como una [comprobación activa](/manual/appendix/items/activepassive#active_checks ).<br><br>Las líneas coincidentes se cuentan en las nuevas líneas desde la última verificación del registro por parte del agente y, por lo tanto, dependen del intervalo de actualización de la métrica.<br><br>La rotación del registro se basa en la última hora de modificación de archivos. <br><br>Esta métrica no es compatible con el registro de eventos de Windows.<br><br>Soportado desde Zabbix 3.2.0.|

en-us	### Log entry  The log entry object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |level|integer|Log level.| |ms|string|The time elapsed in milliseconds since the script was run before log entry was added.| |message|string|Log message.|
es	### Entrada de registro  El objeto de entrada de registro tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |level|entero|Nivel de registro.| |ms|cadena|El tiempo transcurrido en milisegundos desde que se ejecutó el script antes de agregar la entrada de registro.| |message|cadena|Mensaje de registro.|

en-us	 #### Log file monitoring  For `log[]`, `logrt[]`, `log.count[]`, `logrt.count[]` items, regular expression runtime errors are now logged in the Zabbix agent log file.  See [more details](/manual/config/items/itemtypes/log_items#handling-of-regular-expression-compilation-and-runtime-errors).
es	 #### Monitoreo de archivos de registro  Para los elementos `log[]`, `logrt[]`, `log.count[]`, `logrt.count[]`, los errores de tiempo de ejecución de expresiones regulares ahora se registran en el archivo de registro del agente Zabbix. Consulte [más detalles](/manual/config/items/itemtypes/log_items#handling-of-regular-expression-compilation-and-runtime-errors).

en-us	#### Log file monitoring  `log[]` and `logrt[]` items repeatedly reread log file from the beginning if file system is 100% full and the log file is being appended (see [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884) for more information).
es	#### Supervisión de archivos de registro  Los elementos `log[]` y `logrt[]` vuelven a leer repetidamente el archivo de registro del comenzo si el sistema de archivos está 100% lleno y el archivo de registro se está agregando (ver [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884) para más información).

en-us	##### Logging  Add the "Log test" entry to the Zabbix server log and receive the item value "1" in return:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript Zabbix.log(3, 'Log test'); return 1; ```
es	##### Registro de datos  Añade la entrada "Log test" al registro del servidor Zabbix y recibe el valor "1" de la métrica como retorno:  -   Cree una métrica de tipo "Script".\ -   En el campo *Script*, introduce el siguiente código:  ``` {.java} Zabbix.log(3, 'Log test'); return 1; ```

en-us	#### Logging out  Log out from the API.  Request:  ```json {     "jsonrpc": "2.0",     "method": "user.logout",     "params": [],     "id": 1,     "auth": "16a46baf181ef9602e1687f3110abf8a" } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": true,     "id": 1 } ```
es	#### Saliendo de su cuenta  Cierre sesión en la API.  Solicitud:  ```json {     "jsonrpc": "2.0",     "method": "user.logout",     "params": [],     "id": 1,     "auth": "16a46baf181ef9602e1687f3110abf8a" } ```  Respuesta:  ```json {     "jsonrpc": "2.0",     "result": true,     "id": 1 } ```

en-us	### Log history  The log history object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |id|string|ID of the history entry.| |clock|timestamp|Time when that value was received.| |itemid|string|ID of the related item.| |logeventid|integer|Windows event log entry ID.| |ns|integer|Nanoseconds when the value was received.| |severity|integer|Windows event log entry level.| |source|string|Windows event log entry source.| |timestamp|timestamp|Windows event log entry time.| |value|text|Received value.|
es	### Historial de log  El objeto del historial de log tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#tipos_de_datos)|Descripción| |--|--|------| |id|cadena|ID de la entrada del historial.| |reloj|marca de tiempo|Hora en que se recibió ese valor.| |itemid|cadena|ID del item relacionado.| |logeventid|número entero|ID de entrada del log de eventos de Windows.| |ns|número entero|Nanosegundos en que se recibió el valor.| |severidad|número entero|Nivel de entrada del log de eventos de Windows.| |fuente|cadena|Fuente de entrada del log de eventos de Windows.| |marca de tiempo|marca de tiempo|Hora de entrada del log de eventos de Windows.| |valor|texto|Valor recibido.|

en-us	#### Login and systemd  We recommend [creating](/manual/installation/install#create_user_account) a *zabbix* user as system user, that is, without ability to log in. Some users ignore this recommendation and use the same account to log in (e. g. using SSH) to host running Zabbix. This might crash Zabbix daemon on log out. In this case you will get something like the following in Zabbix server log:      zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument     zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument     zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument  and in Zabbix agent log:      zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument  This happens because of default systemd setting `RemoveIPC=yes` configured in `/etc/systemd/logind.conf`. When you log out of the system the semaphores created by Zabbix previously are removed which causes the crash.  A quote from systemd documentation:      RemoveIPC=      Controls whether System V and POSIX IPC objects belonging to the user shall be removed when the     user fully logs out. Takes a boolean argument. If enabled, the user may not consume IPC resources     after the last of the user's sessions terminated. This covers System V semaphores, shared memory     and message queues, as well as POSIX shared memory and message queues. Note that IPC objects of the     root user and other system users are excluded from the effect of this setting. Defaults to "yes".  There are 2 solutions to this problem:  1.  (recommended) Stop using *zabbix* account for anything else than     Zabbix processes, create a dedicated account for other things. 2.  (not recommended) Set `RemoveIPC=no` in `/etc/systemd/logind.conf`     and reboot the system. Note that `RemoveIPC` is a system-wide     parameter, changing it will affect the whole system.
es	#### Iniciar sesión y systemd  Nosotros recomendamos [crear](/manual/installation/install#create_user_account) un usuario *zabbix* como usuario del sistema, es decir, sin posibilidad de iniciar sesión. Algunos usuarios ignoran esta recomendación y usan la misma cuenta para iniciar sesión (p. ej. usando SSH) para alojar Zabbix en ejecución. Esto podría bloquear el demonio Zabbix al salir. En este caso obtendrá algo como lo siguiente en el registro del servidor Zabbix:      zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument     zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument     zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument  y en el registro del agente de Zabbix:      zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument  Esto sucede debido a la configuración predeterminada de systemd `RemoveIPC=yes` configurado en `/etc/systemd/logind.conf`. Cuando cierra sesión en el sistema los semáforos creados por Zabbix previamente son eliminados lo que provoca la salida inesperada.  Una cita de la documentación de systemd:      RemoveIPC=      Controla si los objetos System V y POSIX IPC que pertenecen al usuario se eliminarán cuando     el usuario cierra la sesión por completo. Toma un argumento booleano. Si está habilitado, el usuario no puede consumir recursos de IPC     después de que finalice la última sesión del usuario. Esto cubre semáforos System V, memoria compartida     y colas de mensajes, así como memoria compartida y colas de mensajes POSIX. Tenga en cuenta que los objetos IPC del     usuario root y otros usuarios del sistema están excluidos del efecto de esta configuración. El valor predeterminado es "sí".  Hay 2 soluciones a este problema:  1. (recomendado) Deje de usar la cuenta *zabbix* para cualquier otra cosa que no sean     los procesos de Zabbix, crea una cuenta dedicada para otras cosas. 2. (no recomendado) Configure `RemoveIPC=no` en `/etc/systemd/logind.conf`     y reinicie el sistema. Tenga en cuenta que `RemoveIPC` es un parámetro para todo el      sistema, cambiarlo afectará a todo el sistema.

en-us	#### Login  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  This is the Zabbix welcome screen. Enter the user name **Admin** with password **zabbix** to log in as a [Zabbix superuser](/manual/config/users_and_usergroups/permissions). Access to *Configuration* and *Administration* menus will be granted.
es	#### Acceso  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Esta es la pantalla de bienvenida de Zabbix. Ingrese el nombre de usuario **Admin** con contraseña **zabbix** para iniciar sesión como [superusuario Zabbix ](/manual/config/users_and_usergroups/permissions). Se permitirá el acceso a los los menús de *Configuración* y *Administración*.

en-us	#### Log in  Zabbix frontend is ready! The default user name is **Admin**, password **zabbix**.  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Proceed to [getting started with Zabbix](/manual/quickstart/login).
es	#### Acceso  ¡La interfaz de Zabbix está lista! El nombre de usuario predeterminado es **Admin**, y la contraseña **zabbix**.  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Continúe con: [empezando con Zabbix](/manual/quickstart/login).

en-us	###      Log level control targets     *process-type*   All processes of specified type (active checks, collector, listener)     *process-type,N*   Process type and number (e.g., listener,3)     *pid*   Process identifier, up to 65535. For larger values specify target as "process-type,N"  ```{=html} <!-- --> ``` **-p**, **--print**   Print known items and exit. For each item either generic defaults are used, or specific defaults for testing are supplied. These defaults are listed in square brackets as item key parameters. Returned values are enclosed in square brackets and prefixed with the type of the returned value, separated by a pipe character. For user parameters type is always **t**, as the agent can not determine all possible return values. Items, displayed as working, are not guaranteed to work from the Zabbix server or zabbix\_get when querying a running agent daemon as permissions or environment may be different. Returned value types are:     d   Number with a decimal part.     m   Not supported. This could be caused by querying an item that only works in the active mode like a log monitoring item or an item that requires multiple collected values. Permission issues or incorrect user parameters could also result in the not supported state.     s   Text. Maximum length not limited.     t   Text. Same as **s**.     u   Unsigned integer.  **-t**, **--test** *item-key*   Test single item and exit. See **--print** for output description.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAH}
es	###      Objetivos de control de nivel de registro     *process-type*   Todos los procesos del tipo especificado (chequeos activos, acumulador, oyente)     *process-type,N*   Tipos de proceso y número (e.g., listener,3)     *pid*   Identificador de procesos, hasta 65535. Para valores más grandes especificar el objetivo como "process-type,N"  ```{=html} <!-- --> ``` **-p**, **--print**   Imprime los elementos y sale. Para cada elemento son usados los valores genéricos, o los especificados para la prueba. Estos valores predeterminados están enumerados entre corchetes como elementos clave. Los valores devueltos están encerrados entre corchetes y con el prefijo del tipo de valor retornado, separado por un carácter barra vertical. Para los parámetros de usuario el tipo siempre es **t**, ya que el agente no puede determinar todos los valores posibles de retorno. Los elementos, son mostrados en funcionamiento, no se garantiza que funcionen en el Zabbix server o zabbiz\_get cuando se lanza una consulta al agente con distintos permisos o entorno el resultado puede ser distinto. Los valores de respuesta son:     d   Numero con una parte decimal.     m   No soportado. Esto puede ser causado por una consulta a un elemento que solo funcioan en modo activo como un registro monitorizado o un elemento que recoge diferente valores. Problemas de permisos o parámetros de usuario incorrectos también podrían producir este resultado.       s   Texto. No hay límite máximo.     t   Texto. Igual que **s**.     u   Entero sin signo.  **-t**, **--test** *item-key*   Prueba un solo elemento y sale. Chequear **--print** para la descripción de salida.  **-h**, **--help**   Muestra la ayuda y sale.  **-V**, **--version**   Muestra la información de la versión y sale.  [ ]{#lbAH}

en-us	###      Log level control targets     *process-type*   All processes of specified type (alerter, alert manager, configuration syncer, discoverer, escalator, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, poller, preprocessing manager, preprocessing worker, proxy poller, self-monitoring, snmp trapper, task manager, timer, trapper, unreachable poller, vmware collector)     *process-type,N*   Process type and number (e.g., poller,3)     *pid*   Process identifier, up to 65535. For larger values specify target as "process-type,N"  ```{=html} <!-- --> ```   [ ]{#lbAH}
es	###     Objetivos de control de nivel de registro     *process-type* Todos los procesos del tipo especificado (alerta, administrador de alertas, sincronizador de configuración, descubridor, escalador, sincronizador de historial, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, poller, administrador de preprocesamiento, trabajador de preprocesamiento, sondeador proxy, autocontrol, captura snmp, administrador de tareas, temporizador, capturador, sondeador inalcanzable, recopilador de vmware)     *process-type,N* Tipo y número de proceso (por ejemplo, poller,3)     *pid* Identificador de proceso, hasta 65535. Para valores mayores, especifique el objetivo como "process-type,N"  ```{=html} <!-- --> ``` [ ]{#lbAH}

en-us	###      Log level control targets     *process-type*   All processes of specified type (configuration syncer, data sender, discoverer, heartbeat sender, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, poller, self-monitoring, snmp trapper, task manager, trapper, unreachable poller, vmware collector)     *process-type,N*   Process type and number (e.g., poller,3)     *pid*   Process identifier, up to 65535. For larger values specify target as "process-type,N"  ```{=html} <!-- --> ``` **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAH}
es	###      Objetivos de control de nivel de registro.     *process-type*   Todos los procesos de un tipo específico ( configuración de sincronización, transmisor de datos, descubridor, transmisor de señal de control, sincronizador de historicos, funciones de mantenimiento interno,  sondeador de http, lanzador de ICMP, administrador de ipmi, sondeador de ipmi, sondeador de java, sondeador , automonitorización, atrapador de snmp, administrador de tareas, atrapador, sondeador inalcanzable, recolector de vmware)     *process-type,N*   Tipo de procesos y número (e.g., poller,3)     *pid*   Identificador de proceso, hasta 65535. Para valores mayores especificar objetivo como "process-type,N"  ```{=html} <!-- --> ``` **-h**, **--help**   Muestra esta ayuda y sale.  **-V**, **--version**   Muestra la información de la versión y sale.  [ ]{#lbAH}

en-us	 ###### Log request  A request sent by a plugin to write a log message into the agent log file.  |   |   | |---|---| |direction|plugin → agent| |response|no|  Parameters specific to log requests:  |Name|Type|Comments| |---------|--------|----------| |severity|uint32|The message severity (log level).| |message|string|The message to log.|  *Example:*      {"id":0,"type":1,"severity":3,"message":"message"}
es	 ###### Solicitud de registro  Una solicitud enviada por un complemento para escribir un mensaje de registro en el archivo de registro del agente.  | | | |---|---| |direction|plugin → agent| |response|no|  Parámetros específicos de las solicitudes de registro:  |Nombre|Tipo|Comentarios| |---------|--------|----------| |severity|uint32|La gravedad del mensaje (nivel de registro).| |message|cadena|El mensaje a registrar.|  *Ejemplo:*      {"id":0,"type":1,"severity":3,"message":"message"}

en-us	#### Logrotate for Zabbix server and proxy  The logrotate utility is only included into packages for zabbix-agent, zabbix-agent2 and zabbix-web-service, but needs to be installed separately for Zabbix server and proxy. The logrotate dependency has been added to the server and proxy packages for RHEL and SUSE starting from Zabbix 6.4.4rc1.
es	#### Logrotate para servidor y proxy Zabbix  La utilidad logrotate solo se incluye en los paquetes para zabbix-agent, zabbix-agent2 y zabbix-web-service, pero debe instalarse por separado para el servidor y el proxy Zabbix. La dependencia logrotate se agregó a los paquetes de servidor y proxy para RHEL y SUSE a partir de Zabbix 6.4.4rc1.

en-us	##### Log rotation  Zabbix does not provide any log rotation system - that should be handled by the user. The log rotation should first rename the old file and only later delete it so that no traps are lost:\  1.  Zabbix opens the trap file at the last known location and goes to     step 3 2.  Zabbix checks if the currently opened file has been rotated by     comparing the inode number to the defined trap file's inode number.     If there is no opened file, Zabbix resets the last location and goes     to step 1. 3.  Zabbix reads the data from the currently opened file and sets the     new location. 4.  The new data are parsed. If this was the rotated file, the file is     closed and goes back to step 2. 5.  If there was no new data, Zabbix sleeps for 1 second and goes back     to step 2.
es	##### Rotación de registros  Zabbix no proporciona ningún sistema de rotación de registros; eso debe manejarse por el usuario La rotación de registros primero debe cambiar el nombre del archivo antiguo y solo luego elimínelo para que no se pierdan trampas:\  1. Zabbix abre el archivo de captura en la última ubicación conocida y va a     paso 3 2. Zabbix verifica si el archivo actualmente abierto ha sido rotado por     comparando el número de inodo con el número de inodo del archivo trap definido.     Si no hay ningún archivo abierto, Zabbix restablece la última ubicación y va     al paso 1. 3. Zabbix lee los datos del archivo abierto actualmente y establece el     nueva ubicacion. 4. Los nuevos datos se analizan. Si este fue el archivo girado, el archivo es     cierra y vuelve al paso 2. 5. Si no hubo datos nuevos, Zabbix duerme durante 1 segundo y vuelve     al paso 2.

en-us	#### Low-level discovery  Configure low-level discovery rules as well as item, trigger and graph prototypes to monitor dynamic entities.  [LLD rule API](/manual/api/reference/discoveryrule) | [Item prototype API](/manual/api/reference/itemprototype) | [Trigger prototype API](/manual/api/reference/triggerprototype) | [Graph prototype API](/manual/api/reference/graphprototype) | [Host prototype API](/manual/api/reference/hostprototype)
es	#### Descubrimiento de bajo nivel  Configure reglas de descubrimiento de bajo nivel, así como prototipos de monitores, de iniciadores y de gráficos para monitorizar entidades dinámicas.  [API de regla de LLD](/manual/api/reference/discoveryrule) | [API de prototipo de Monitor](/manual/api/reference/itemprototype) | [API de prototipo de Iniciador](/manual/api/reference/triggerprototype) | [API de prototipo de Gráfico](/manual/api/reference/graphprototype) | [API de prototipo de Equipo](/manual/api/reference/hostprototype)

en-us	#### Low-level discovery  In a [low-level discovery rule](/manual/discovery/low_level_discovery#configuring_low-level_discovery), user macros can be used in the following fields:  |Location|<|Multiple macros/mix with text^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Key parameters|<|yes| |Update interval|<|no| |Custom interval|<|no| |Keep lost resources period|<|no| |Description|<|yes| |*SNMP agent*|<|<| | |SNMP OID|yes| |*SSH agent*|<|<| | |Username|yes| |^|Public key file|yes| |^|Private key file|yes| |^|Password|yes| |^|Script|yes| |*TELNET agent*|<|<| | |Username|yes| |^|Password|yes| |^|Script|yes| |*Zabbix trapper*|<|<| | |Allowed hosts|yes| |*Database monitor*|<|<| | |Username|yes| |^|Password|yes| |^|SQL query|yes| |*JMX agent*|<|<| | |JMX endpoint|yes| |*HTTP agent*|<|<| | |URL^[3](supported_by_location_user#footnotes)^|yes| |^|Query fields|yes| |^|Timeout|no| |^|Request body|yes| |^|Headers (names and values)|yes| |^|Required status codes|yes| |^|HTTP authentication username|yes| |^|HTTP authentication password|yes| |*Filters*|<|<| | |Regular expression|yes| |*Overrides*|<|<| | |Filters: regular expression|yes| |^|Operations: update interval (for item prototypes)|no| |^|Operations: history storage period (for item prototypes)|no| |^|Operations: trend storage period (for item prototypes)|no|
es	#### Descubrimiento de bajo nivel  En un [descubrimiento de bajo nivel regla](/manual/discovery/low_level_discovery#configuring_low-level_discovery), Las macros de usuario se pueden utilizar en los siguientes campos:  |Ubicación|<|Múltiples macros/mezcla con texto^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Parámetros clave|<|sí| |Intervalo de actualización|<|no| |Intervalo personalizado|<|no| |Mantener período de recursos perdidos|<|no| |Descripción|<|sí| |*Agente SNMP*|<|<| | |ID de SNMP|sí| |*Agente SSH*|<|<| | |Nombre de usuario|sí| |^|Archivo de clave pública|sí| |^|Archivo de clave privada|sí| |^|Contraseña|sí| |^|Guión|sí| |*Agente TELNET*|<|<| | |Nombre de usuario|sí| |^|Contraseña|sí| |^|Guión|sí| |*Trampero Zabbix*|<|<| | |Hosts permitidos|sí| |*Monitor de base de datos*|<|<| | |Nombre de usuario|sí| |^|Contraseña|sí| |^|Consulta SQL|sí| |*Agente JMX*|<|<| | |Punto final JMX|sí| |*Agente HTTP*|<|<| | |URL^[3](compatible_por_ubicación_usuario#notas al pie)^|sí| |^|Campos de consulta|sí| |^|Tiempo de espera|no| |^|Cuerpo de la solicitud|sí| |^|Encabezados (nombres y valores)|sí| |^|Códigos de estado requeridos|sí| |^|nombre de usuario de autenticación HTTP|sí| |^|Contraseña de autenticación HTTP|sí| |*Filtros*|<|<| | |Expresión regular|sí| |*Anula*|<|<| | |Filtros: expresión regular|sí| |^|Operaciones: intervalo de actualización (para prototipos de artículos)|no| |^|Operaciones: período de almacenamiento de historial (para prototipos de artículos)|no| |^|Operaciones: período de almacenamiento de tendencias (para prototipos de artículos)|no|

en-us	#### Low-level discovery macros  Even though no low-level discovery macros are created in the returned JSON, these macros can be defined by the user as an additional step, using the [custom LLD macro](/manual/discovery/low_level_discovery#custom_macros) functionality with JSONPath pointing to the discovered values in the returned JSON.  The macros then can be used to create item, trigger, etc prototypes.
es	#### Macros de descubrimiento de bajo nivel  Aunque no se crean macros de descubrimiento de bajo nivel en el archivo  JSON devuelto, estas macros pueden ser definidas por el usuario como un paso adicional, usando la funcionalidad de [macro LLD  ](/manual/discovery/low_level_discovery#custom_macros) personalizada  con JSONPath apuntando a los valores descubiertos en el JSON devuelto.  Luego, las macros se pueden utilizar para crear prototipos de métricas, iniciadores, etc.

en-us	 #### Macro functions  The range of the `fmtnum` [macro function](/manual/config/macros/macro_functions#supported-macro-functions) is now limited to 0-20.
es	 #### Funciones macro  El rango de la [función de macro](/manual/config/macros/macro_functions#supported-macro-functions) `fmtnum` ahora está limitado a 0-20.

en-us	 ## Macros
es	 ## Macros

en-us	 #### Macros
es	 #### Macros

en-us	Macros for internal actions contain the reason why an item, an LLD-rule, or a trigger became unsupported:   - {ITEM.STATE.ERROR} - for item-based internal notifications;  - {LLDRULE.STATE.ERROR} -  for LLD-rule based internal notifications;  - {TRIGGER.STATE.ERROR} - for trigger-based internal notifications.  For more details, see [Supported macros](/manual/appendix/macros/supported_by_location).
es	Las macros para acciones internas contienen el motivo por el cual una métrica, una regla LLD o un iniciador dejaron de ser compatibles:   - {ITEM.STATE.ERROR} - para notificaciones internas basadas en métricas;  - {LLDRULE.STATE.ERROR} - para notificaciones internas basadas en reglas LLD;  - {TRIGGER.STATE.ERROR}: para notificaciones internas basadas en iniciadores.  Para obtener más detalles, consulte [Macros compatibles](/manual/appendix/macros/supported_by_location).

en-us	#### Macro support  Built-in and user macros in tags are resolved at the time of the event. Until the event has occurred these macros will be shown in Zabbix frontend unresolved. Low-level discovery macros are resolved during discovery process.  The following macros may be used in trigger tags:  -   {ITEM.VALUE}, {ITEM.LASTVALUE}, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} and {HOST.ID}     macros can be used to populate the tag name or tag value. -   {INVENTORY.\*} [macros](/manual/appendix/macros/supported_by_location) can be used     to reference host inventory values from one or several hosts in a trigger expression. -   [User macros](/manual/config/macros/user_macros) and user macros with context are supported for the tag name/value;     context may include low-level discovery macros. -   Low-level discovery macros can be used for the tag name/value in     trigger prototypes.  The following macros may be used in trigger-based notifications:  -   {EVENT.TAGS} and {EVENT.RECOVERY.TAGS} macros will resolve to a     comma separated list of event tags or recovery event tags -   {EVENT.TAGSJSON} and {EVENT.RECOVERY.TAGSJSON} macros will resolve     to a JSON array containing event tag     [objects](/manual/api/reference/event/object#event_tag) or recovery     event tag objects  The following macros may be used in template, host, item and web scenario tags:  -   {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},     {HOST.PORT} and {HOST.ID} macros -   {INVENTORY.\*}     [macros](/manual/appendix/macros/supported_by_location) -   [User macros](/manual/config/macros/user_macros) -   Low-level discovery macros can be used in item prototype tags  The following macros may be used in host prototype tags:  -   {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},     {HOST.PORT} and {HOST.ID} macros -   {INVENTORY.\*}     [macros](/manual/appendix/macros/supported_by_location) -   [User macros](/manual/config/macros/user_macros) -   [Low-level discovery macros](/manual/config/macros/lld_macros) will     be resolved during discovery process and then added to the     discovered host  
es	#### Soporte de macros  Las macros integradas y de usuario en las etiquetas se resuelven en el momento del evento. Hasta que ocurra el evento, estas macros se mostrarán en la interfaz de Zabbix sin resolver. Las macros de descubrimiento de bajo nivel se resuelven durante el proceso de descubrimiento.  Las siguientes macros se pueden utilizar en etiquetas de activación:  -   {ITEM.VALUE}, {ITEM.LASTVALUE}, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} y { ID.HOST}     Se pueden utilizar macros para completar el nombre de la etiqueta o el valor de la etiqueta. -   Se puede utilizar las [macros](/manual/appendix/macros/supported_by_location)  {INVENTORY.\*}     para hacer referencia a valores de inventario de equipos de uno o varios equipos en una expresión de iniciador. -   Se admiten las [macros de usuario](/manual/config/macros/user_macros) y macros de usuario con contexto para el nombre/valor de la etiqueta;     El contexto puede incluir macros de descubrimiento de bajo nivel. -   Se pueden utilizar macros de descubrimiento de bajo nivel para el nombre/valor de la etiqueta en     desencadenar prototipos.  Las siguientes macros se pueden utilizar en notificaciones basadas en iniciadores:  -   Las macros {EVENT.TAGS} y {EVENT.RECOVERY.TAGS} se resolverán en una     lista separada por comas de etiquetas de eventos o etiquetas de eventos de recuperación. - Las macros {EVENT.TAGSJSON} y {EVENT.RECOVERY.TAGSJSON} se resolverán     a una matriz JSON que contiene una etiqueta de      [objetos](/manual/api/reference/event/object#event_tag) de evento u objetos de recuperación    de etiqueta de evento  Las siguientes macros se pueden utilizar en las etiquetas de plantilla, equipo, métrica y escenario web:  -   Las Macros {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},      {HOST.PORT} y {HOST.ID} -   Las [macros](/manual/apéndice/macros/supported_by_location) {INVENTORY.\*} - Las [macros de usuario](/manual/config/macros/user_macros) -   Se pueden utilizar macros de descubrimiento de bajo nivel en etiquetas de prototipos de métricas  Se pueden utilizar las siguientes macros en etiquetas de prototipo de equipo:  -  Las macros {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},     {HOST.PORT} y {HOST.ID} -   Las [macros](/manual/apéndice/macros/supported_by_location) {INVENTORY.\*} -   Las [macros de usuario](/manual/config/macros/user_macros) -   Las [macros de descubrimiento de bajo nivel](/manual/config/macros/lld_macros)     se resuelven durante el proceso de descubrimiento y luego se agregan al     equipo descubierto  

en-us	#### maintenance  Changes:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`,`maintenance.delete`: added strict validation of the methods parameters.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.get`,`maintenance.update`: dropped support for parameter `timeperiodid` of the timeperiod object.\
es	#### mantenimiento  Cambios:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`,`maintenance.delete`:añadida validación estricta de los parámetros de los métodos. [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.get','maintenance.update`: abandonado el soporte para el parámetro `timeperiodid` del objeto período de tiempo.

en-us	#### maintenance  Changes:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: the parameter `groupids` is now deprecated. Use `groups` instead.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: the parameter `hostids` is now deprecated. Use `hosts` instead.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: changed the type of parameters `groups`, `hosts`, `timeperiods` and `tags` from `array` to `object/array`.\
es	#### mantenimiento  Cambios:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`,`maintenance.update`: el parámetro `groupids`está ahora obsoleto. Utilice `groups`en su lugar.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`,`maintenance.update`: el parámetro `hostids`está ahora obsoleto. Utilice `hosts`en su lugar.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`,`maintenance.update`: cambiados los tipos de parámetros `groups`,`hosts`,`timeperiods`y `tags`desde `array`hacia `object/array`.\

en-us	# maintenance.create
es	# maintenance.create

en-us	# maintenance.delete
es	# maintenance.delete

en-us	# maintenance.get
es	# mantenimiento.obtener

en-us	# > Maintenance object  The following objects are directly related to the `maintenance` API.
es	# > Objeto de mantenimiento  Los siguientes objetos están directamente relacionados con la API  `maintenance`.

en-us	##### Maintenance periods  The maintenance period window is for scheduling time for a recurring or a one-time maintenance. The form is dynamic with available fields changing based on the *Period type* selected.  ![](../../assets/en/manual/maintenance/maintenance_period.png)  |Period type|Description| |--|--------| |*One time only*|Define the date and time, and the length of the maintenance period.| |*Daily*|*Every day(s)* - maintenance frequency: 1 (default) - every day, 2 - every two days, etc.<br>*At (hour:minute)* - time of the day when maintenance starts.<br>*Maintenance period length* - for how long the maintenance will be active.| |*Weekly*|*Every week(s)* - maintenance frequency: 1 (default) - every week, 2 - every two weeks, etc.<br>*Day of week* - on which day the maintenance should take place.<br>*At (hour:minute)* - time of the day when maintenance starts.<br>*Maintenance period length* - for how long the maintenance will be active.| |*Monthly*|*Month* - select all months during which the regular maintenance is carried out.<br>*Date*: **Day of month** - Select this option if the maintenance takes place on the same date each month (for example, every 1st day of the month). Then, select the required day in the new field that appears.<br>*Date*: **Day of week** - Select this option if the maintenance takes place only on certain days (for example, every first Monday of the month). Then, in the drop-down select the required week of the month (first, second, third, fourth, or last) and mark the checkboxes for maintenance day(s).<br>*At (hour:minute)* - time of the day when maintenance starts.<br>*Maintenance period length* - for how long the maintenance will be active.|  When done, press *Add* to add the maintenance period to the *Periods* block.  Notes:  -   When *Every day/Every week* parameter is greater than 1, the     starting day or week is the day/week that the *Active since* time     falls on. For example:     -   with *Active since* set to January 1 at 12:00 and a one-hour         maintenance set for every two days at 23:00 will result in the         first maintenance period starting on January 1 at 23:00, while         the second maintenance period will start on January 3 at 23:00;     -   with the same *Active since* time and a one-hour maintenance set         for every two days at 01:00, the first maintenance period will         start on January 3 at 01:00, while the second maintenance period         will start on January 5 at 01:00. -   Daylight Saving Time (**DST**) changes do not affect how long the     maintenance will be.      - Let's say we have a two-hour maintenance that        usually starts at 01:00 and finishes at 03:00:      -   If after one hour of maintenance (at 02:00) a DST change happens          and current time changes from 02:00 to 03:00, the maintenance will          continue for one more hour till 04:00;      -   If after two hours of maintenance (at 03:00) a DST change happens          and current time changes from 03:00 to 02:00, the maintenance will          stop because two hours have passed.     -   If a maintenance period is set to 1 day it usually starts at 00:00       and finishes at 00:00 the next day:      -   Since Zabbix calculates days in hours, the actual period of the           maintenance is 24 hours.       - If current time changes forward one hour, the maintenance will           stop at 01:00 the next day.       - If current time changes back one hour, the maintenance will stop           at 23:00 that day.     - If a maintenance period starts during the hour, skipped by DST change:      - The maintenance will not start.
es	##### Períodos de mantenimiento  La ventana del período de mantenimiento es para programar el tiempo para un período recurrente o un mantenimiento único. El formulario es dinámico con campos disponibles cambiando según el *Tipo de período* seleccionado.  ![](../../assets/es/manual/maintenance/maintenance_period.png)  |Tipo de período|Descripción| |--|--------| |*Solo una vez*|Defina la fecha y hora, y la duración del período de mantenimiento.| |*Diario*|*Cada día(s)* - frecuencia de mantenimiento: 1 (predeterminado) - todos los días, 2 - cada dos días, etc.<br>*A las (hora:minuto)* - hora del día en que se realiza el mantenimiento comienza.<br>*Duración del período de mantenimiento* - durante cuánto tiempo estará activo el mantenimiento.| |*Semanal*|*Cada semana* - frecuencia de mantenimiento: 1 (predeterminado) - cada semana, 2 - cada dos semanas, etc.<br>*Día de la semana* - en qué día debe realizarse el mantenimiento. <br>*A las (hora:minuto)* - hora del día en que comienza el mantenimiento.<br>*Duración del período de mantenimiento* - durante cuánto tiempo estará activo el mantenimiento.| |*Mensual*|*Mes*: seleccione todos los meses durante los cuales se realiza el mantenimiento regular.<br>*Fecha*: **Día del mes**: seleccione esta opción si el mantenimiento se realiza en la misma fecha cada mes (por ejemplo, cada 1er día del mes). Luego, seleccione el día requerido en el nuevo campo que aparece.<br>*Fecha*: **Día de la semana** - Seleccione esta opción si el mantenimiento se realiza solo en ciertos días (por ejemplo, cada primer lunes del mes). ). Luego, en el menú desplegable, seleccione la semana requerida del mes (primera, segunda, tercera, cuarta o última) y marque las casillas de verificación para los días de mantenimiento.<br>*A las (hora:minuto)* - hora del día en que comienza el mantenimiento.<br>*Duración del período de mantenimiento*: durante cuánto tiempo estará activo el mantenimiento.|  Cuando termine, presione *Agregar* para agregar el período de mantenimiento al bloque de *Períodos*.  Notas:  - Cuando el parámetro *Todos los días/Todas las semanas* es mayor que 1, el     día o semana de inicio es el día/semana en el que el tiempo *Activo desde*     cae en. Por ejemplo:     - con *Activo desde* establecido para el 1 de enero a las 12:00 y una hora         mantenimiento establecido para cada dos días a las 23:00 resultará en la         primer período de mantenimiento a partir del 1 de enero a las 23:00, mientras         el segundo período de mantenimiento comenzará el 3 de enero a las 23:00 horas;     - con el mismo tiempo *Activo desde* y un conjunto de mantenimiento de una hora         por cada dos días a la 01:00, el primer período de mantenimiento comenzará         comenzará el 3 de enero a la 01:00, mientras que el segundo período de mantenimiento         comenzará el 5 de enero a las 01:00 horas. - Los cambios en el horario de verano (**DST**) no afectan la duración del     mantenimiento será.     - Digamos que tenemos un mantenimiento de dos horas que       normalmente comienza a las 01:00 y termina a las 03:00:     - Si después de una hora de mantenimiento (a las 02:00) ocurre un cambio de horario de verano         y la hora actual cambia de 02:00 a 03:00, el mantenimiento se realizará         continuar por una hora más hasta las 04:00;     - Si después de dos horas de mantenimiento (a las 03:00) ocurre un cambio de horario de verano         y la hora actual cambia de 03:00 a 02:00, el mantenimiento se realizará         porque han pasado dos horas.     - Si un período de mantenimiento se establece en 1 día, normalmente comienza a las 00:00     y finaliza a las 00:00 horas del día siguiente:     - Dado que Zabbix calcula los días en horas, el período real del         mantenimiento es las 24 horas.     - Si la hora actual se adelanta una hora, el mantenimiento         parada a la 01:00 del día siguiente.     - Si la hora actual retrocede una hora, el mantenimiento se detendrá         a las 23:00 de ese día.     - Si un período de mantenimiento comienza durante la hora, omitido por el cambio de horario de verano:     - El mantenimiento no comenzará.

en-us	### Maintenance  The maintenance object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |maintenanceid|string|*(readonly)* ID of the maintenance.| |**name**<br>(required)|string|Name of the maintenance.| |**active\_since**<br>(required)|timestamp|Time when the maintenance becomes active.<br><br>The given value will be rounded down to minutes.| |**active\_till**<br>(required)|timestamp|Time when the maintenance stops being active.<br><br>The given value will be rounded down to minutes.| |description|string|Description of the maintenance.| |maintenance\_type|integer|Type of maintenance.<br><br>Possible values:<br>0 - *(default)* with data collection;<br>1 - without data collection.| |tags\_evaltype|integer|Problem tag evaluation method.<br><br>Possible values:<br>0 - *(default)* And/Or;<br>2 - Or.|  Note that for some methods (update, delete) the required/optional parameter combination is different.
es	### Mantenimiento  El objeto de mantenimiento tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#tipos_de_datos)|Descripción| |--|--|------| |maintenanceid|cadena|*(lecturaobligatoria)* ID del mantenimiento.| |**name**<br>(obligatorio)|cadena|Nombre del mantenimiento.| |**active\_since**<br>(obligatorio)|marca de tiempo|Hora en que el mantenimiento se activa.<br><br>El valor proporcionado se redondeará a minutos.| |**active\_till**<br>(obligatorio)|marca de tiempo|Hora en que el mantenimiento deja de estar activo.<br><br>El valor proporcionado se redondeará a minutos.| |description|cadena|Descripción del mantenimiento.| |maintenance\_type|número entero|Tipo de mantenimiento.<br><br>Valores posibles:<br>0 - *(predeterminado)* con recopilación de datos;<br>1 - sin recopilación de datos.| |tags\_evaltype|número entero|Método de evaluación de etiqueta de problema.<br><br>Valores posibles:<br>0 - *(predeterminado)* Y/O;<br>2 - O.|  Tenga en cuenta que para algunos métodos (actualizar, eliminar) la combinación de parámetros requeridos/opcionales es diferente.

en-us	# Maintenance  This class is designed to work with maintenances.  Object references:\  -   [Maintenance](/manual/api/reference/maintenance/object#maintenance) -   [Time period](/manual/api/reference/maintenance/object#time_period)  Available methods:\  -   [maintenance.create](/manual/api/reference/maintenance/create) -     creating new maintenances -   [maintenance.delete](/manual/api/reference/maintenance/delete) -     deleting maintenances -   [maintenance.get](/manual/api/reference/maintenance/get) -     retrieving maintenances -   [maintenance.update](/manual/api/reference/maintenance/update) -     updating maintenances
es	# Mantenimiento  Esta clase está diseñada para trabajar con mantenimientos.  Referencias de objetos:\  - [Mantenance](/manual/api/reference/maintenance/object#mantenimiento) - [Time period](/manual/api/reference/maintenance/object#periodo_de_tiempo)  Métodos disponibles:\  - [maintenance.create](/manual/api/reference/maintenance/create) -     crear nuevos mantenimientos - [maintenance.delete](/manual/api/reference/maintenance/delete) -     borrar mantenimientos - [maintenance.get](/manual/api/reference/maintenance/get) -     recuperar mantenimientos - [maintenance.update](/manual/api/reference/maintenance/update) -     actualizar de mantenimientos

en-us	# maintenance.update
es	# maintenance.update

en-us	 ### Makefile targets  Loadable plugins provided by Zabbix have simple makefiles with the following targets:  |Target|Description| |--|--------| |make|Build plugin.| |make clean|Delete all files that are normally created by building the plugin.| |make check|Perform self-tests. A real PostgreSQL database is required.| |make style|Check Go code style with 'golangci-lint'.| |make format|Format Go code with 'go fmt'.| |make dist|Create an archive containing the plugin sources and sources of all packages needed to build the plugin and its self-tests.|
es	 ### Objetivos de Makefile  Los complementos cargables proporcionados por Zabbix tienen "makefiles" simples con los siguientes objetivos:  |Objetivo|Descripción| |--|--------| |make|Crear complemento.| |make clean|Elimina todos los archivos que normalmente se crean al compilar el complemento.| |make check|Realizar autopruebas. Se requiere una base de datos PostgreSQL real.| |make style|Marque el estilo del código Go con 'golangci-lint'.| |make format|Formatear el código Go con 'go fmt'.| |make dist|Cree un archivo que contenga las fuentes del complemento y las fuentes de todos los paquetes necesarios para crear el complemento y sus autopruebas.|

en-us	### Managing HA cluster  The current status of the HA cluster can be managed using the dedicated [runtime control](/manual/concepts/server#runtime_control) options:  -   `ha_status` - log HA cluster status in the Zabbix server log (and to stdout) -   `ha_remove_node=target` - remove an HA node identified by its     \<target\> - number of the node in the list (the number can be     obtained from the output of running ha\_status), e.g.:  ``` zabbix_server -R ha_remove_node=2 ```  Note that active/standby nodes cannot be removed.  -   `ha_set_failover_delay=delay` - set HA failover delay (between 10 seconds and 15 minutes; time     suffixes are supported, e.g. 10s, 1m)  Node status can be monitored:  -   in *Reports* → *[System information](/manual/web_interface/frontend_sections/reports/status_of_zabbix#status_of_ha_cluster_nodes)* -   in the *System information* dashboard widget -   using the `ha_status` runtime control option of the server (see     above).  The `zabbix[cluster,discovery,nodes]` internal item can be used for node discovery, as it returns a JSON with the high-availability node information.
es	#### Gestión del clúster de alta disponibilidad (HA)  El estado actual del clúster de alta disponibilidad se puede administrar mediante las opciones de [control de tiempo de ejecución](/manual/concepts/server#runtime_control):  -   `ha_status` - registra el estado del clúster HA en el log del servidor Zabbix; -   `ha_remove_node=target` - elimina un nodo HA identificado por su     <objetivo> - número del nodo en la lista (el número puede ser     obtenido de la salida de la ejecución de ha\_status), por ejemplo:  ``` zabbix_server -R ha_remove_node=2 ```  Tenga en cuenta que los nodos activos/en espera no se pueden eliminar.  -   `ha_set_failover_delay=delay` - establece el retraso de conmutación por error de HA (entre 10 segundos y 15 minutos; se admiten sufijos de tiempo, p.e. 10s, 1m)  El estado del nodo se puede monitorear:  - en *Informes* → *[información del     sistema](/manual/web_interface/frontend_sections/reports/status_of_zabbix#status_of_ha_cluster_nodes)* -   en el widget del tablero *Información del sistema* -   usando la opción de control de tiempo de ejecución `ha_status` del servidor (ver     sobre).  La métrica interna `zabbix[cluster,discovery,nodes]` se puede usar por el nodo descubrimiento, ya que devuelve un JSON con información de nodo de alta disponibilidad.

en-us	 **Mandatory and optional parameters**  Parameters without angle brackets are mandatory. Parameters marked with angle brackets **<** **>** are optional.  **Usage with command-line utilities**  Note that when testing or using item keys with zabbix_agentd or zabbix_get from the command line you should consider shell syntax too.  For example, if a certain parameter of the key has to be enclosed in double quotes you have to explicitly escape double quotes, otherwise they will be trimmed by the shell as special characters and will not be passed to the Zabbix utility.  Examples:      zabbix_agentd -t 'vfs.dir.count[/var/log,,,"file,dir",,0]'      zabbix_agentd -t vfs.dir.count[/var/log,,,\"file,dir\",,0]
es	 **Parámetros obligatorios y opcionales**  Los parámetros sin corchetes angulares son obligatorios. Los parámetros marcados con los corchetes angulares **<** **>** son opcionales.  **Uso con utilidades de línea de comandos**  Tenga en cuenta que al probar o usar claves de métricas con zabbix_agentd o zabbix_get desde la línea de comando, también debe considerar la sintaxis de shell.  Por ejemplo, si un determinado parámetro de la clave tiene que estar entre comillas dobles tiene que escapar explícitamente las comillas dobles, de lo contrario, serán recortadas por el shell como caracteres especiales y no se pasarán a la utilidad Zabbix.  Ejemplos:      zabbix_agentd -t 'vfs.dir.count[/var/log,,,"file,dir",,0]'      zabbix_agentd -t vfs.dir.count[/var/log,,,\"file,dir\",,0]

en-us	##### - Mandatory interface  The only mandatory function is **zbx\_module\_api\_version()**:  ``` {.c} int zbx_module_api_version(void); ```  This function should return the API version implemented by this module and in order for the module to be loaded this version must match module API version supported by Zabbix. Version of module API supported by Zabbix is ZBX\_MODULE\_API\_VERSION. So this function should return this constant. Old constant ZBX\_MODULE\_API\_VERSION\_ONE used for this purpose is now defined to equal ZBX\_MODULE\_API\_VERSION to preserve source compatibility, but it's usage is not recommended.
es	##### - Interfaz obligatoria  La única función obligatoria es **zbx\_module\_api\_version()**:  ``` {.c} int zbx_module_api_version(vacío); ```  Esta función debería devolver la versión de la API implementada por este módulo y para que el módulo se cargue, esta versión debe coincidir con el módulo Versión de API compatible con Zabbix. Versión de la API del módulo compatible con Zabbix es ZBX\_MODULE\_API\_VERSION. Entonces esta función debería devolver esto constante. Antigua constante ZBX\_MODULE\_API\_VERSION\_ONE utilizada para esto El propósito ahora está definido para ser igual a ZBX\_MODULE\_API\_VERSION para preservar compatibilidad de fuentes, pero no se recomienda su uso.

en-us	##### Manifest preparation  Each module is expected to have a manifest.json file with the following fields in JSON format:  |Parameter|Required|Type|Default|Description| |---------|---|----|--|-------------------| |manifest\_version|Yes|Double|\-|Manifest version of the module. Currently supported version is **1**.| |id|Yes|String|\-|Module ID. Only one module with given ID can be enabled at the same time.| |name|Yes|String|\-|Module name as displayed in the Administration section.| |version|Yes|String|\-|Module version as displayed in the Administration section.| |namespace|Yes|String|\-|PHP namespace for Module.php and action classes.| |author|No|String|""|Module author as displayed in the Administration section.| |url|No|String|""|Module URL as displayed in the Administration section.| |description|No|String|""|Module description as displayed in the Administration section.| |actions|No|Object|{}|Actions to register with this module. See Actions.| |config|No|Object|{}|Module configuration.|  For reference, please see an example of manifest.json in the [Reference](#reference) section.
es	##### Preparación del manifiesto  Se espera que cada módulo tenga un archivo manifest.json con los siguientes campos en formato JSON:  |Parámetro|Obligatorio|Tipo|Predeterminado|Descripción| |---------|---|----|--|-------------------| |manifest\_version|Sí|Doble|\-|Versión del manifiesto del módulo. La versión actualmente admitida es **1**.| |id|Sí|Cadena|\-|ID del módulo. Sólo se puede habilitar un módulo con ID determinado al mismo tiempo.| |name|Sí|Cadena|\-|Nombre del módulo como se muestra en la sección Administración.| |version|Sí|Cadena|\-|Versión del módulo como se muestra en la sección Administración.| |namespace|Sí|Cadena|\-|Espacio de nombres PHP para Module.php y clases de acción.| |author|No|Cadena|""|Autor del módulo como se muestra en la sección Administración.| |url|No|Cadena|""|URL del módulo como se muestra en la sección Administración.| |description|No|Cadena|""|Descripción del módulo como se muestra en la sección Administración.| |actions|No|Objeto|{}|Acciones para registrarse en este módulo. Ver Acciones.| |config|No|Objeto|{}|Configuración del módulo.|  Como referencia, consulte un ejemplo de manifest.json en la sección [Referencia](#referencia).

en-us	##### Manual mode  When [configuring a host](/manual/config/hosts/host), in the *Inventory* tab you can enter such details as the type of device, serial number, location, responsible person, etc., - the data that will populate inventory information.  If a URL is included in the host inventory information and it starts with 'http' or 'https', it will result in a clickable link in the *Inventory* section.
es	##### Modo manual  Al [configurar un equipo](/manual/config/hosts/host), en la pestaña *Inventario* puede ingresar detalles tales como el tipo de dispositivo, número de serie, ubicación, persona responsable, etc. - datos que completarán la información del inventario.  Si se incluye una URL en la información del inventario del equipo y comienza con 'http' o 'https', dará como resultado un enlace en el que se puede hacer clic en la sección *Inventario*.

en-us	# map.create
es	# map.create

en-us	# map.delete
es	# map.delete

en-us	#### Map element Host group  The map element Host group object defines one host group element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groupid|string|Host group ID|
es	#### Elemento de mapa grupo de equipos  El objeto de elemento de mapa de grupo de equipos define un elemento del grupo de equipos.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |groupid|cadena|ID del grupo de equipos|

en-us	#### Map element Host  The map element Host object defines one host element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |hostid|string|Host ID|
es	#### Elemento de mapa de equipos  El objeto de elemento de mapa de equipos define un elemento equipo.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |hostid|cadena|ID de equipo|

en-us	#### Map element Map  The map element Map object defines one map element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |sysmapid|string|Map ID|
es	#### Elemento de mapa Mapa  El objeto de elemento de mapa define un elemento de mapa.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |sysmapid|cadena|ID de mapa|

en-us	#### Map element tag  The map element tag object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(required)|string|Map element tag name.| |operator|integer|Map element tag condition operator.<br><br>Possible values:<br>0 - *(default)* Contains;<br>1 - Equals;<br>2 - Does not contain;<br>3 - Does not equal;<br>4 - Exists;<br>5 - Does not exist.| |value|string|Map element tag value.|
es	#### Etiqueta de elemento de mapa  El objeto de etiqueta del elemento de mapa tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |**tag**<br>(obligatorio)|cadena|Nombre de etiqueta del elemento de mapa.| |operator|entero|Operador de condición de etiqueta de elemento de mapa.<br><br>Valores posibles:<br>0 - *(predeterminado)* Contiene;<br>1 - Es igual;<br>2 - No contiene;<br >3 - No es igual;<br>4 - Existe;<br>5 - No existe.| |value|cadena|Valor de etiqueta de elemento de mapa.|

en-us	### Map element  The map element object defines an object displayed on a map. It has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |selementid|string|*(readonly)* ID of the map element.| |**elements**<br>(required)|array|Element data object. Required for host, host group, trigger and map type elements.| |**elementtype**<br>(required)|integer|Type of map element.<br><br>Possible values:<br>0 - host;<br>1 - map;<br>2 - trigger;<br>3 - host group;<br>4 - image.| |**iconid\_off**<br>(required)|string|ID of the image used to display the element in default state.| |areatype|integer|How separate host group hosts should be displayed.<br><br>Possible values:<br>0 - *(default)* the host group element will take up the whole map;<br>1 - the host group element will have a fixed size.| |elementsubtype|integer|How a host group element should be displayed on a map.<br><br>Possible values:<br>0 - *(default)* display the host group as a single element;<br>1 - display each host in the group separately.| |evaltype|integer|Map element tag filtering condition evaluation method.<br><br>Possible values:<br>0 - *(default)* AND / OR;<br>2 - OR.| |height|integer|Height of the fixed size host group element in pixels.<br><br>Default: 200.| |iconid\_disabled|string|ID of the image used to display disabled map elements. Unused for image elements.| |iconid\_maintenance|string|ID of the image used to display map elements in maintenance. Unused for image elements.| |iconid\_on|string|ID of the image used to display map elements with problems. Unused for image elements.| |label|string|Label of the element.| |label\_location|integer|Location of the map element label.<br><br>Possible values:<br>-1 - *(default)* default location;<br>0 - bottom;<br>1 - left;<br>2 - right;<br>3 - top.| |permission|integer|Type of permission level.<br><br>Possible values:<br>-1 - none;<br>2 - read only;<br>3 - read-write.| |sysmapid|string|*(readonly)* ID of the map that the element belongs to.| |urls|array|Map element URLs.<br><br>The map element URL object is [described in detail below](object#map_element_url).| |use\_iconmap|integer|Whether icon mapping must be used for host elements.<br><br>Possible values:<br>0 - do not use icon mapping;<br>1 - *(default)* use icon mapping.| |viewtype|integer|Host group element placing algorithm.<br><br>Possible values:<br>0 - *(default)* grid.| |width|integer|Width of the fixed size host group element in pixels.<br><br>Default: 200.| |x|integer|X-coordinates of the element in pixels.<br><br>Default: 0.| |y|integer|Y-coordinates of the element in pixels.<br><br>Default: 0.|
es	### Elemento de mapa  El objeto de elemento de mapa define un objeto que se muestra en un mapa. Tiene las siguientes propiedades.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |selementid|cadena|*(readonly)* ID del elemento de mapa.| |**elements**<br>(obligatorio)|matriz|Objeto de datos de elemento. Requerido para elementos de tipo host, grupo de hosts, desencadenante y mapa.| |**elementtype**<br>(obligatorio)|entero|Tipo de elemento de mapa.<br><br>Valores posibles:<br>0 - host;<br>1 - mapa;<br>2 - iniciador; <br>3 - grupo de equipos;<br>4 - imagen.| |**iconid\_off**<br>(obligatorio)|cadena|ID de la imagen utilizada para mostrar el elemento en el estado predeterminado.| |areatype|entero|Cómo se deben mostrar los equipos del grupo de equipos por separado.<br><br>Valores posibles:<br>0 - *(predeterminado)* el elemento del grupo de equipos ocupará todo el mapa;<br>1 - el elemento del grupo de equipos tendrá un tamaño fijo.| |elementsubtype|entero|Cómo se debe mostrar un elemento del grupo de equipos en un mapa.<br><br>Valores posibles:<br>0 - *(predeterminado)* muestra el grupo de equipos como un solo elemento;<br>1 - mostrar cada equipo del grupo por separado.| |evaltype|entero|Método de evaluación de condición de filtrado de etiqueta de elemento de mapa.<br><br>Valores posibles:<br>0 - *(predeterminado)* AND / OR;<br>2 - OR.| |height|entero|Altura del elemento del grupo de equipos de tamaño fijo en píxeles.<br><br>Predeterminado: 200.| |iconid\_disabled|cadena|ID de la imagen utilizada para mostrar elementos de mapa deshabilitados. No utilizado para elementos de imagen.| |iconid\_maintenance|cadena|ID de la imagen utilizada para mostrar elementos del mapa en mantenimiento. No utilizado para elementos de imagen.| |iconid\_on|cadena|ID de la imagen utilizada para mostrar los elementos del mapa con problemas. No utilizado para elementos de imagen.| |label|cadena|Etiqueta del elemento.| |label\_location|entero|Ubicación de la etiqueta del elemento del mapa.<br><br>Valores posibles:<br>-1 - *(predeterminado)* ubicación predeterminada;<br>0 - abajo;<br>1 - izquierda ;<br>2 - derecha;<br>3 - arriba.| |permission|entero|Tipo de nivel de permiso.<br><br>Valores posibles:<br>-1 - ninguno;<br>2 - solo lectura;<br>3 - lectura-escritura.| |sysmapid|cadena|*(readonly)* ID del mapa al que pertenece el elemento.| |urls|array|URL de elementos de mapa.<br><br>El objeto de URL de elemento de mapa se [describe en detalle a continuación](object#map_element_url).| |use\_iconmap|entero|Si se debe utilizar la asignación de iconos para los elementos del equipo.<br><br>Valores posibles:<br>0 - no usar la asignación de iconos;<br>1 - *(predeterminado)* usar la asignación de iconos .| |viewtype|entero|Algoritmo de colocación de elementos del grupo de equipos.<br><br>Valores posibles:<br>0 - *(predeterminado)* cuadrícula.| |width|entero|Ancho del elemento del grupo de equipos de tamaño fijo en píxeles.<br><br>Predeterminado: 200.| |x|entero|Coordenadas X del elemento en píxeles.<br><br>Predeterminado: 0.| |y|entero|Coordenadas Y del elemento en píxeles.<br><br>Predeterminado: 0.|

en-us	#### Map element Trigger  The map element Trigger object defines one or more trigger elements.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |triggerid|string|Trigger ID|
es	#### Elemento de mapa Iniciador  El objeto iniciador del elemento de mapa define uno o más elementos de iniciador.  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |triggerid|cadena|ID de iniciador|

en-us	#### Map element URL  The map element URL object defines a clickable link that will be available for a specific map element. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |sysmapelementurlid|string|*(readonly)* ID of the map element URL.| |**name**<br>(required)|string|Link caption.| |**url**<br>(required)|string|Link URL.| |selementid|string|ID of the map element that the URL belongs to.|
es	#### URL del elemento del mapa  El objeto URL del elemento del mapa define un enlace en el que se puede hacer clic y que estará disponible para un elemento de mapa específico. Tiene las siguientes propiedades:  |Propiedad|[Tipo](/manual/api/reference_commentary#data_types)|Descripción| |--|--|------| |sysmapelementurlid|string|*(readonly)* ID de la URL del elemento del mapa.| |**nombre**<br>(obligatorio)|cadena|Título del enlace.| |**url**<br>(obligatorio)|cadena|URL del enlace.| |selementid|cadena|ID del elemento del mapa al que pertenece la URL.|

en-us	# map.get
es	# map.get