en-us	#### Overview  In the Reports → Action log section users can view details of operations (notifications, remote commands) executed within an action.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Time*|Timestamp of the operation.| |*Action*|Name of the action causing operations is displayed.| |*Type*|Operation type is displayed - *Email* or *Command*.| |*Recipient(s)*|Username, name, surname (in parentheses) and e-mail address of the notification recipient is displayed.| |*Message*|The content of the message/remote command is displayed.<br>A remote command is separated from the target host with a colon symbol: `<host>:<command>`. If the remote command is executed on Zabbix server, then the information has the following format: `Zabbix server:<command>`| |*Status*|Operation status is displayed:<br>*In progress* - action is in progress<br>For actions in progress the number of retries left is displayed - the remaining number of times the server will try to send the notification.<br>*Sent* - notification has been sent<br>*Executed* - command has been executed<br>*Not sent* - action has not been completed.| |*Info*|Error information (if any) regarding the action execution is displayed.|  **Using filter**  You may use the filter to narrow down the records by the message recipient(s). For better search performance, data is searched with macros unresolved.  The filter is located below the *Action log* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.  **Time period selector**  The [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) allows to select often required periods with one mouse click. The time period selector can be opened by clicking on the time period tab next to the filter.
es	#### Descripción general  En la sección Informes → Registro de acciones, los usuarios pueden ver los detalles de las operaciones (notificaciones, comandos remotos) ejecutadas dentro de una acción.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Hora*|Marca de tiempo de la operación.| |*Acción*|Se muestra el nombre de la acción que causa las operaciones.| |*Tipo*|Se muestra el tipo de operación: *Correo electrónico* o *Comando*.| |*Destinatario(s)*|Se muestra el nombre de usuario, nombre, apellido (entre paréntesis) y dirección de correo electrónico del destinatario de la notificación.| |*Mensaje*|Se muestra el contenido del mensaje/comando remoto.<br>Un comando remoto se separa del equipo de destino con un símbolo de dos puntos: `<host>:<comando>`. Si el comando remoto se ejecuta en el servidor Zabbix, entonces la información tiene el siguiente formato: `Servidor Zabbix:<comando>`| |*Estado*|Se muestra el estado de la operación:<br>*En progreso* - la acción está en progreso<br>Para las acciones en progreso se muestra el número de reintentos restantes: el número restante de veces que el servidor intentará enviar la notificación .<br>*Enviado*: se ha enviado la notificación<br>*Ejecutado*: se ha ejecutado el comando<br>*No enviado*: la acción no se ha completado.| |*Info*|Se muestra información de error (si la hay) relacionada con la ejecución de la acción.|  **Usando filtro**  Puede utilizar el filtro para limitar los registros por mensaje. destinatario(s). Para un mejor rendimiento de la búsqueda, los datos se buscan con macros sin resolver.  El filtro se encuentra debajo de la barra *Registro de acciones*. Se puede abrir y contraído haciendo clic en la pestaña *Filtro* a la izquierda.  **Selector de periodo de tiempo**  El  [selector](/manual/config/visualization/graphs/simple#time_period_selector) del período de tiempo permite seleccionar los períodos más frecuentes con un solo clic del ratón.  El selector de período se puede abrir haciendo clic en la pestaña del período de tiempo al lado del filtro.

en-us	 #### Overview  In the *Reports → Audit* section, the records of user and system activity can be viewed.  ::: noteclassic For audit records to be collected and displayed, the *Enable audit logging* checkbox has to be marked in the *Administration* → *General* → [*Audit log*](/manual/web_interface/frontend_sections/administration/general#audit-log) section. Without this setting enabled, the history of activities will not be recorded in the database and will not be shown in the audit log.  :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  Audit log displays the following data:  |Column|Description| |--|--------| |*Time*|Timestamp of the audit record.| |*User*|User who performed the activity.| |*IP*|IP from which the activity was initiated.| |*Resource*|Type of the affected resource (*All*, *API token*, *Action*, *Authentication*, *Autoregistration*, etc.).| |*ID*|ID of the affected resource.<br>Clicking on the hyperlink will result in filtering audit log records by this resource ID.| |*Action*|Type of the activity (*Add*, *Delete*, *Execute*, *Failed login*, *History clear*, *Login*, *Logout*, *Update*).| |*Recordset ID*|Shared ID for all audit log records created as a result of the same operation. For example, when linking a template to a host, a separate audit log record is created for each inherited template entity (item, trigger, etc.) - all these records will have the same *Recordset ID*.<br>Clicking on the hyperlink will result in filtering audit log records by this *Recordset ID*.| |*Details*|Description of the resource and detailed information about the performed activity. If a record contains more than two rows, an additional link *Details* will be displayed. Click on this link to view the full list of changes.|
es	 #### Descripción general  En la sección *Informes → Auditoría* se pueden visualizar los registros de actividad del usuario y del sistema.  ::: noteclassic Para que se recopilen y muestren registros de auditoría, la casilla de verificación *Habilitar registro de auditoría* debe estar marcada en la sección *Administración* → *General* → [*Registro de auditoría*](/manual/web_interface/frontend_sections/administration/general#audit- registro) . Sin esta configuración habilitada, el historial de actividades no se registrará en la base de datos y no se mostrará en el registro de auditoría. :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  El registro de auditoría muestra los siguientes datos:  |Columna|Descripción| |--|--------| |*Hora*|Marca de tiempo del registro de auditoría.| |*Usuario*|Usuario que realizó la actividad.| |*IP*|IP desde la que se inició la actividad.| |*Recurso*|Tipo de recurso afectado (*Todos*, *Token API*, *Acción*, *Autenticación*, *Autorregistro*, etc.).| |*ID*|ID del recurso afectado.<br>Al hacer clic en el hipervínculo se filtrarán los registros de auditoría por este ID de recurso.| |*Acción*|Tipo de actividad (*Agregar*, *Eliminar*, *Ejecutar*, *Inicio de sesión fallido*, *Borrar historial*, *Iniciar sesión*, *Cerrar sesión*, *Actualizar*).| |*ID del conjunto de registros*|ID compartido para todos los registros de auditoría creados como resultado de la misma operación. Por ejemplo, al vincular una plantilla a un host, se crea un registro de auditoría independiente para cada entidad de plantilla heredada (métrica, iniciador, etc.); todos estos registros tendrán el mismo *ID de conjunto de registros*.<br>Al hacer clic en el hipervínculo dará como resultado el filtrado de registros de auditoría por este *ID de conjunto de registros*.| |*Detalles*|Descripción del recurso e información detallada de la actividad realizada. Si un registro contiene más de dos filas, se mostrará un enlace adicional *Detalles*. Haga clic en este enlace para ver la lista completa de cambios.|

en-us	#### Overview  In the *Reports → Notifications* section a report on the number of notifications sent to each user is displayed.  From the dropdowns in the top right-hand corner you can choose the media type (or all), period (data for each day/week/month/year) and year for the notifications sent.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Each column displays totals per one system user.
es	#### Descripción general  En la sección *Informes → Notificaciones* se mostrará un informe sobre el número de notificaciones enviadas a cada usuario.  En los menús desplegables de la esquina superior derecha puede elegir los tipos de medios (o todos), período (datos de cada día/semana/mes/año) y año para las notificaciones enviadas.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Cada columna muestra los totales por usuario del sistema.

en-us	### Overview  In the *Services → Service actions* section users can [configure](/manual/config/notifications/action) and maintain service actions.  Configured actions are displayed in the list with respect to the [user role permissions](/manual/web_interface/frontend_sections/administration/user_roles). Users will only see actions for services their user role grants access to.   Displayed data, filter and available mass editing options are the same as for other types of [actions](/manual/web_interface/frontend_sections/configuration/actions).
es	### Descripción general  En la sección *Servicios → Acciones de servicio* los usuarios pueden [configurar](/manual/config/notifications/action) y mantener las acciones de servicio.  Las acciones configuradas se muestran en la lista con respecto a los [permisos del rol de usuario](/manual/web_interface/frontend_sections/administration/user_roles). Los usuarios solo verán acciones para los servicios a los que su rol de usuario les otorga acceso.  Los datos mostrados, el filtro y las opciones de edición masiva disponibles son los mismos que para otros tipos de [acciones](/manual/web_interface/frontend_sections/configuration/actions).

en-us	#### Overview  In this preprocessing step it is possible to convert CSV file data into JSON format. It's supported in:  -   items (item prototypes) -   low-level discovery rules
es	#### Descripción general  En este paso de preprocesamiento es posible convertir datos de archivos CSV a formato JSON. Está soportado en:  - métricas (prototipos de métricas) - reglas de descubrimiento de bajo nivel

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.
es	#### Descripción general  En este apartado realizaremos un  [descubrimiento](/manual/discovery/low_level_discovery) SNMP en un conmutador.

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
es	#### Resumen En esta sección puede aprender el significado de algunos términos comúnmente utilizados en Zabbix.

en-us	### Overview  In this section you can see a high-level status of whole services that have been configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services, called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services) by switching to the edit mode.  To switch from the view to the edit mode (and back) click on the respective button in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
es	### Descripción general  En esta sección puede ver un estado de alto nivel delos  servicios completos que han sido configurados en Zabbix, según su infraestructura.  Un servicio puede ser una jerarquía que consta de varios niveles de otros servicios, llamados servicios "hijos", que son atributos del estado general del servicio (consulte también una descripción general de la funcionalidad [monitoreo de servicio](/manual/it_services).)  Las principales categorías de estado del servicio son *OK* o *Problema*, donde el estado *Problema* se expresa mediante el nombre y color de gravedad del problema correspondiente.  Si bien el modo de visualización permite monitorear los servicios con su estado y otros detalles, puede también [configurar](/manual/web_interface/frontend_sections/services/service#editing-services) la jerarquía de servicios en esta sección (agregar/editar servicios, servicios secundarios) cambiando al modo de edición.  Para pasar de la vista al modo de edición (y viceversa) haga clic en el botón respectivo en la esquina superior derecha:  - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     ver servicios - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     agregar/editar servicios y servicios infantiles  Tenga en cuenta que el acceso a la edición depende de los ajustes del [rol de usuario](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can see a high-level status of whole services that have been configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services, called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services) by switching to the edit mode.  To switch from the view to the edit mode (and back) click on the respective button in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
es	### Descripción general  En esta sección puede ver un estado de alto nivel de servicios completos que han sido configurados en Zabbix, según su infraestructura.  Un servicio puede ser una jerarquía que consta de varios niveles de otros servicios, llamados servicios "hijos", que son atributos del estado general del servicio (consulte también una descripción general de la funcionalidad [monitoreo de servicio](/manual/it_services).)  Las principales categorías de estado del servicio son *OK* o *Problema*, donde el estado *Problema* se expresa mediante el nombre y color de gravedad del problema correspondiente.  Si bien el modo de visualización permite monitorear los servicios con su estado y otros detalles, puede también [configurar](/manual/web_interface/frontend_sections/services/service#editing-services) la jerarquía de servicios en esta sección (agregar/editar servicios, servicios secundarios) cambiando al modo de edición.  Para pasar de la vista al modo de edición (y viceversa) haga clic en el botón respectivo en la esquina superior derecha:  - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     ver servicios - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     agregar/editar servicios y servicios infantiles  Tenga en cuenta que el acceso a la edición depende de los ajustes del [rol de usuario](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can view and configure service [actions](/manual/config/notifications/action).  Service actions are useful if you want some operations taking place  as a result of service status change (OK ⇿ PROBLEM), for example:   - send message - restart webserver  Service actions are functionally similar to other action types  in Zabbix (for example, trigger actions).
es	### Descripción general  En esta sección puede ver y configurar las [acciones](/manual/config/notifications/action) de servicio.  Las acciones de servicio son útiles si desea que se realicen algunas operaciones como resultado de un cambio de estado del servicio (OK ⇿ PROBLEMA), por ejemplo:  - enviar mensaje - reiniciar el servidor web  Las acciones de servicio son funcionalmente similares a otros tipos de acciones en Zabbix (por ejemplo, acciones de iniciador).

en-us	#### Overview  In this section you can view the latest values  gathered by items.  Graphs are also available for the item values.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  This section contains:  - the [filter](#using_filter) (collapsed by default) - the [subfilter](#using_subfilter) (never collapsed)  - the item list  Items are displayed with their name, time since the last check, **last value**, change amount, tags, and a link to a simple graph/history of item values.   Clicking on the item name opens the item menu with links to available graphs and the  item configuration.  Values in the *Last value* column are displayed with unit conversion and  value mapping applied. To view raw data, hover over the value.  Tags in the item list are clickable. If you click on a tag, this tag becomes enabled  in the [subfilter](#using-subfilter). The item list now displays the items corresponding to this tag and  any other previously selected tags in the subfilter. Note that once the items have  been filtered in this way, tags in the list are no longer clickable. Further modification  based on tags (e.g. remove, add another filter) must be done in the subfilter.  If an item has errors, for example, has become unsupported, an information icon will  be displayed in the *Info* column ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Hover over the icon for details.  An icon with a question mark ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) is displayed next to the item name for all items that have a description. Hover over this icon to see a tooltip with the item description.  If a host to which the item belongs is in maintenance, an orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) is displayed after the host's name.  *Note*: The name of a disabled host is displayed in red. Data of disabled hosts, including graphs and item value lists, is also accessible in *Latest data*.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of the latest data.  This time period can be extended by changing the value of  the *Max history display period* parameter in *Administration → [General]*(/manual/web_interface/frontend_sections/administration/general#gui).  ::: noteimportant For items with an update frequency of 1 day or more the change amount will never be displayed (with the default setting). Also in this case the last value will not be displayed at all if it was received more than 24 hours ago. :::
es	#### Descripción general  En esta sección puede ver los últimos valores obtenidos de las métricas.  También hay gráficos disponibles para los valores de las métricas.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  Esta sección contiene:  -   el [filtro](#using_filter) (contraído de forma predeterminada) -   el [subfiltro](#using_subfilter) (nunca colapsado) -   la lista de métricas  Las métricas se muestran con su nombre, tiempo desde la última comprobación, **último valor**, cantidad de cambio, etiquetas y un enlace a un gráfico/historial simple de valores de métricas.  Al hacer clic en el nombre de la métrica, se abre el menú de la métrica con enlaces a gráficos disponibles y la configuración de la métrica.  Los valores en la columna *Último valor* se muestran con conversión de unidades y mapeo de valores aplicado. Para ver datos sin procesar, coloque el cursor sobre el valor.  Se puede hacer clic en las etiquetas de la lista de métricas. Si hace clic en una etiqueta, esta etiqueta se habilita en el [subfiltro](#using-subfilter). La lista de métricas ahora muestra las métricas correspondientes a esta etiqueta y cualquier otra etiqueta previamente seleccionada en el subfiltro. Tenga en cuenta que una vez que las métricas  se hayan filtrado de esta manera, ya no se puede hacer clic en las etiquetas de la lista. La modificación adicional basada en etiquetas (por ejemplo, eliminar, agregar otro filtro) se debe realizar en el subfiltro.  Si una métrica tiene errores, por ejemplo, ya no es compatible, aparecerá un ícono de información en la columna *Información* ![](../../../../../assets/en/manual/web_interface/info_icon.png). Pase el cursor sobre el icono para obtener más detalles.  Un icono con un signo de interrogación. ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) se muestra junto al nombre de la métrica para todas las métricas que tienen una descripción. Pase el cursor sobre este ícono para ver información con la descripción de la métrica.  Si un equipo al que pertenece la métrica está en mantenimiento, aparecerá un icono de llave inglesa naranja ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png ) que se muestra después del nombre del equipo.  *Nota*: El nombre de un equipo deshabilitado se muestra en rojo. También se puede acceder a los datos de los equipos deshabilitados, incluidos gráficos y listas de valores de métricas, en *Últimos datos*.  De forma predeterminada, sólo se muestran los valores que se encuentran dentro de las últimas 24 horas. Este límite se ha introducido con el objetivo de mejorar los tiempos de carga iniciales para páginas grandes con los datos más recientes. Este período de tiempo se puede ampliar cambiando el valor del parámetro *Período máximo de visualización del historial* en *Administración → [General]*(/manual/web_interface/frontend_sections/administration/general#gui).  ::: noteimportant Para métricas con una frecuencia de actualización de 1 día o más, el monto del cambio nunca se mostrará (con la configuración predeterminada). Además, en este caso, el último valor no se mostrará en absoluto si se recibió hace más de 24 horas. :::

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
es	#### Visión general  En esta sección puede encontrar algunos detalles de [adicional operaciones](/manual/config/notifications/action/operation) para eventos de descubrimiento/registro automático.

en-us	#### Overview  In this section, you will learn how to log in and set up a system user in Zabbix.
es	#### Descripción general  En esta sección, aprenderá cómo iniciar sesión y configurar un usuario del sistema en Zabbix.

en-us	#### Overview  In this section you will learn how to set up alerting in the form of notifications in Zabbix.  With items collecting data and triggers designed to "fire" upon problem situations, it would also be useful to have some alerting mechanism in place that would notify us about important events even when we are not directly looking at Zabbix frontend.  This is what notifications do. Email being the most popular delivery method for problem notifications, we will learn how to set up an email notification.
es	#### Descripción general  En esta sección aprenderá cómo configurar alertas en forma de notificaciones en Zabbix.  Con métricas que recopilan datos y iniciadores diseñados para "disparar" ante situaciones problemáticas, también sería útil tener algún mecanismo de alerta que nos avisara sobre eventos importantes incluso cuando no estemos mirando directamente a la interfaz de Zabbix.  Esto es lo que hacen las notificaciones. El correo electrónico es el método de entrega más popular para las notificaciones de problemas, aprenderemos cómo configurar un correo electrónico de notificación.

en-us	#### Overview  In this section you will learn how to set up a new host.  A host in Zabbix is a networked entity (physical, virtual) that you wish to monitor. The definition of what can be a "host" in Zabbix is quite flexible. It can be a physical server, a network switch, a virtual machine or some application.
es	#### Descripción general  En esta sección aprenderá cómo configurar un nuevo equipo.  Un equipo en Zabbix es una entidad en red (física, virtual) que desea para supervisar. La definición de lo que puede ser un "equipo" en Zabbix es bastante flexible. Puede ser un servidor físico, un conmutador de red, una  máquina virtual o alguna aplicación.

en-us	#### Overview  In this section, you will learn how to set up an item.  Items are the basis of gathering data in Zabbix. Without items, there is no data - because only an item defines a single metric or what kind of data to collect from a host.
es	#### Descripción general  En esta sección, aprenderá cómo configurar una métrica.  Las métricas son la base para recopilar datos en Zabbix. Sin métricas, no hay datos, porque solo una métrica define una única medida o qué tipo de datos recopilar de un equipo.

en-us	#### Overview  In this section you will learn how to set up a template.  Previously we learned how to set up an item, a trigger and how to get a problem notification for the host.  While all of these steps offer a great deal of flexibility in themselves, it may appear like a lot of steps to take if needed for, say, a thousand hosts. Some automation would be handy.  This is where templates come to help. Templates allow to group useful items, triggers and other entities so that those can be reused again and again by applying to hosts in a single step.  When a template is linked to a host, the host inherits all entities of the template. So, basically a pre-prepared bunch of checks can be applied very quickly.
es	#### Descripción general  En esta sección aprenderá cómo configurar una plantilla.  Anteriormente aprendimos cómo configurar una métrica, un iniciador y cómo obtener una notificación de problemas para el equipo.  Si bien todos estos pasos ofrecen una gran flexibilidad en sí mismos, pueden parecer muchos pasos a seguir si es necesario implementarlos en, digamos, mil equipos. Sería útil algo de automatización.  Aquí es donde las plantillas vienen a ayudar. Las plantillas permiten agrupar métricas útiles, iniciadores y otras entidades para que puedan reutilizarse una y otra vez. nuevamente aplicándose a los equipos en un solo paso.  Cuando una plantilla está vinculada a un equipo, el equipo hereda todas las entidades de la plantilla. Entonces, básicamente se pueden aplicar muy rápidamente toda una serie de verificaciones prestablecidas.

en-us	#### Overview  In this section you will learn how to set up a trigger.  Items only collect data. To automatically evaluate incoming data we need to define triggers. A trigger contains an expression that defines a threshold of what is an acceptable level for the data.  If that level is surpassed by the incoming data, a trigger will "fire" or go into a 'Problem' state - letting us know that something has happened that may require attention. If the level is acceptable again, trigger returns to an 'Ok' state.
es	#### Descripción general  En esta sección aprenderá cómo configurar un iniciador.  Las métricas solo recopilan datos. Para evaluar automáticamente los datos entrantes necesitamos definir los iniciadores. Un iniciador contiene una expresión que define un umbral de lo que es un nivel aceptable para los datos.  Si ese nivel es superado por los datos entrantes, se "disparará" un iniciador o entrará en un estado de "Problema", haciéndonos saber que algo ha ocurrido  que puede requerir atención. Si el nivel vuelve a ser aceptable, el iniciador vuelve al estado "Ok".

en-us	#### Overview  In this widget you can display current problems. The information in this widget is similar to *Monitoring* → *Problems*.
es	#### Descripción general  En este widget puede mostrar los problemas actuales. La información en este widget es similar a *Monitoreo* → *Problemas*.

en-us	#### Overview  In this widget, you can display problems by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.
es	#### Descripción general  En este widget, puede mostrar los problemas por gravedad. Puede limitar  los equipos e iniciadores que se muestran en el widget y definir cómo se muestra el recuento de problemas.

en-us	 ### Overview   In Zabbix 6.0, [service monitoring](/manual/it_services) functionality has been reworked significantly (see [What's new in Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction/whatsnew600#services) for the list of changes).   This page describes how services and SLAs, defined in earlier Zabbix versions, are changed during an upgrade to Zabbix 6.0 or newer.
es	 ### Descripción general  En Zabbix 6.0, la funcionalidad [monitoreo de servicios](/manual/it_services) se ha modificado significativamente (consulte las [Novedades de Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction /whatsnew600#services) para ver la lista de cambios).  Esta página describe cómo los servicios y SLA, definidos en versiones anteriores de Zabbix, se cambian durante una actualización a Zabbix 6.0 o posterior.

en-us	#### Overview  Item types cover various methods of acquiring data from your system. Each item type comes with its own set of supported item keys and required parameters.  The following items types are currently offered by Zabbix:  -   [Zabbix agent checks](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP agent checks](/manual/config/items/itemtypes/snmp) -   [SNMP traps](/manual/config/items/itemtypes/snmptrap) -   [IPMI checks](/manual/config/items/itemtypes/ipmi) -   [Simple checks](/manual/config/items/itemtypes/simple_checks)     -   [VMware         monitoring](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Log file monitoring](/manual/config/items/itemtypes/log_items) -   [Calculated items](/manual/config/items/itemtypes/calculated)     -   [Aggregate         calculations](/manual/config/items/itemtypes/calculated/aggregate) -   [Zabbix internal checks](/manual/config/items/itemtypes/internal) -   [SSH checks](/manual/config/items/itemtypes/ssh_checks) -   [Telnet checks](/manual/config/items/itemtypes/telnet_checks) -   [External checks](/manual/config/items/itemtypes/external) -   [Trapper items](/manual/config/items/itemtypes/trapper) -   [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC checks](/manual/config/items/itemtypes/odbc_checks) -   [Dependent items](/manual/config/items/itemtypes/dependent_items) -   [HTTP checks](/manual/config/items/itemtypes/http) -   [Prometheus checks](/manual/config/items/itemtypes/prometheus) -   [Script items](/manual/config/items/itemtypes/script)  Details for all item types are included in the subpages of this section. Even though item types offer a lot of options for data gathering, there are further options through [user parameters](/manual/config/items/userparameters) or [loadable modules](/manual/config/items/loadablemodules).  Some checks are performed by Zabbix server alone (as agent-less monitoring) while others require Zabbix agent or even Zabbix Java gateway (with JMX monitoring).  ::: noteimportant If a particular item type requires a particular interface (like an IPMI check needs an IPMI interface on the host) that interface must exist in the host definition. :::  Multiple interfaces can be set in the host definition: Zabbix agent, SNMP agent, JMX and IPMI. If an item can use more than one interface, it will search the available host interfaces (in the order: Agent→SNMP→JMX→IPMI) for the first appropriate one to be linked with.  All items that return text (character, log, text types of information) can return whitespace only as well (where applicable) setting the return value to an empty string (supported since 2.0).
es	#### Visión general  Los tipos de elementos cubren varios métodos de adquisición de datos de su sistema. Cada tipo de elemento viene con su propio conjunto de claves de elementos compatibles y parámetros requeridos.  Zabbix ofrece actualmente los siguientes tipos de artículos:  - [Comprobaciones del agente Zabbix](/manual/config/items/itemtypes/zabbix_agent) - [Comprobaciones del agente SNMP](/manual/config/items/itemtypes/snmp) - [Trampas SNMP](/manual/config/items/itemtypes/snmptrap) - [Comprobaciones de IPMI](/manual/config/items/itemtypes/ipmi) - [Comprobaciones simples](/manual/config/items/itemtypes/simple_checks)     - [VMware         supervisión](/manual/config/items/itemtypes/simple_checks/vmware_keys) - [Supervisión de archivos de registro](/manual/config/items/itemtypes/log_items) - [Elementos calculados](/manual/config/items/itemtypes/calculado)     - [Agregado         cálculos](/manual/config/items/itemtypes/calculado/agregado) - [Comprobaciones internas de Zabbix](/manual/config/items/itemtypes/internal) - [Comprobaciones SSH](/manual/config/items/itemtypes/ssh_checks) - [Comprobaciones de Telnet](/manual/config/items/itemtypes/telnet_checks) - [Comprobaciones externas](/manual/config/items/itemtypes/external) - [Elementos del cazador](/manual/config/items/itemtypes/trapper) - [Monitoreo JMX](/manual/config/items/itemtypes/jmx_monitoring) - [Comprobaciones ODBC](/manual/config/items/itemtypes/odbc_checks) - [Elementos dependientes](/manual/config/items/itemtypes/dependent_items) - [Comprobaciones HTTP](/manual/config/items/itemtypes/http) - [Comprobaciones de Prometheus](/manual/config/items/itemtypes/prometheus) - [Elementos de script](/manual/config/items/itemtypes/script)  Los detalles de todos los tipos de elementos se incluyen en las subpáginas de esta sección. Aunque los tipos de elementos ofrecen muchas opciones para la recopilación de datos, hay hay más opciones a través de [usuario parámetros](/manual/config/items/userparameters) o [cargable módulos](/manual/config/items/loadablemodules).  Algunas comprobaciones las realiza solo el servidor Zabbix (como monitoreo sin agente). mientras que otros requieren el agente Zabbix o incluso Zabbix Java puerta de enlace (con monitoreo JMX).  ::: notaimportante Si un tipo de elemento en particular requiere un interfaz (como una comprobación IPMI necesita una interfaz IPMI en el host) que La interfaz debe existir en la definición de host. :::  Se pueden configurar varias interfaces en la definición del host: agente Zabbix, Agente SNMP, JMX e IPMI. Si un elemento puede usar más de una interfaz, buscará las interfaces de host disponibles (en el orden: Agent→SNMP→JMX→IPMI) para vincular el primero apropiado.  Todos los elementos que devuelven texto (carácter, registro, tipos de información de texto) también puede devolver espacios en blanco (cuando corresponda) configurando el retorno value a una cadena vacía (compatible desde 2.0).

en-us	 ### Overview  It is also possible to create a completely custom LLD rule, discovering any type of entities - for example, databases on a database server.  To do so, a custom item should be created that returns JSON, specifying found objects and optionally - some properties of them. The amount of macros per entity is not limited - while the built-in discovery rules return either one or two macros (for example, two for filesystem discovery), it is possible to return more.
es	 ### Descripción general  También es posible crear una regla LLD completamente personalizada, descubriendo cualquier tipo de entidades, por ejemplo, bases de datos en un servidor de bases de datos.  Para hacerlo, se debe crear una métrica personalizada que devuelva JSON, especificando objetos encontrados y, opcionalmente, algunas propiedades de los mismos. La cantidad de macros por entidad no están limitadas, mientras que las reglas de descubrimiento integradas devuelven una o dos macros (por ejemplo, dos para el descubrimiento del sistema de archivos ), es posible devolver más.

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy
es	#### Descripción general  Es posible permitir el autoregistro activo del agente Zabbix, después de eso el servidor puede comenzar a monitorearlos. De esta manera nuevos hosts pueden ser  añadidos para monitoreo sin configurarlos manualmente en el servidor.  El registro automático puede ocurrir cuando un agente activo previamente desconocido lo solicita para verificaciones.  La función puede resultar muy útil para el seguimiento automático de nodos nuevos de la Nube. nodos. Tan pronto como tengas un nuevo nodo en la Nube, Zabbix iniciará automáticamente la recopilación de datos de rendimiento y disponibilidad del host.  El registro automático de agente activo también admite el monitoreo de hosts añadidos con controles pasivos. Cuando el agente activo solicita controles, siempre que tenga los parámetros de configuración 'ListenIP' o 'ListenPort' definidos en el archivo de configuración, estos se envían al servidor. (Si se especifican varias direcciones IP, la primera es enviada al servidor.)  El servidor, al agregar el nuevo host registrado automáticamente, utiliza la dirección IP y puerto recebidos para configurar el agente. Si no hay ningún valor de dirección IP recibido, se utiliza el utilizado para la conexión entrante. Si no hay puerto Se recibe el valor, se utiliza 10050.  Es posible especificar que el host debe registrarse automáticamente con un [DNS_name](#usando_dns_como__interfaz_predeterminada) como agente de intrefaz predeterminado.  El registro automático se vuelve a ejecutar:  - si la información del host [metadata](#usando_host_metadatos) cambia:     - debido a que HostMetadata cambió y el agente se reinició     - debido al valor devuelto por HostMetadataItem cambió - para hosts creados manualmente a los que les faltan metadatos - si un host se cambia manualmente para ser monitoreado por otro Zabbix     proxy - si el registro automático para el mismo host proviene de un nuevo Zabbix proxy

en-us	#### Overview  It is possible to automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item (supported since Zabbix **5.0.0**) as the     master item -   dependent low-level discovery rule and item prototypes
es	#### Descripción general  Es posible descubrir automáticamente los sensores IPMI.  Para hacer eso, puede usar una combinación de:  - la métrica IPMI `ipmi.get` (compatible desde Zabbix **5.0.0**) como     métrica principal - regla de descubrimiento de bajo nivel dependiente y prototipos de métricas

en-us	#### Overview  It is possible to configure real-time exporting of trigger events, item values and trends in a newline-delimited JSON format.  Exporting is done into files, where each line of the export file is a JSON object. Value mappings are not applied.  In case of errors (data cannot be written to the export file or the export file cannot be renamed or a new one cannot be created after renaming it), the data item is dropped and never written to the export file. It is written only in the Zabbix database. Writing data to the export file is resumed when the writing problem is resolved.  For precise details on what information is exported, see the [export protocol](/manual/appendix/protocols/real_time_export) page.  Note that host/item can have no metadata (host groups, host name, item name) if the host/item was removed after the data was received, but before server exported data.
es	#### Descripción general  Es posible configurar la exportación en tiempo real de eventos de iniciador, valores de métricas y tendencias en un formato JSON delimitado por salto de línea.  La exportación se realiza en archivos, donde cada línea del archivo de exportación es un objeto JSON. No se aplican las asignaciones de valores.  En caso de errores (los datos no se pueden escribir en el archivo de exportación o  no se puede cambiar el nombre del archivo de exportación o no se puede crear uno nuevo después de cambiarle el nombre), los datos de métrica se descartan y nunca se escriben en el archivo de exportacións escribiendose únicamente en la base de datos Zabbix. El archivo de exportación se reanuda cuando se resuelve el problema de escritura.  Para obtener detalles precisos sobre qué información se exporta, consulte la página del [protocolo de exportación](/manual/appendix/protocols/real_time_export) .  Tenga en cuenta que el equipo/métrica no puede tener metadatos (grupos de equipos, nombre de equpo, nombre de métrica) si el equipo/métrica fue eliminado después de recibir los datos, pero antes de que el servidor exportara los datos.

en-us	#### Overview  It is possible to create custom rules regarding the times when an item is checked. The two methods for that are *Flexible intervals*, which allow to redefine the default update interval, and *Scheduling*, whereby an item check can be executed at a specific time or sequence of times.
es	#### Descripción general  Es posible crear reglas personalizadas con respecto a los tiempos en que una métrica es comprobada. Los dos métodos para eso son *Intervalos flexibles*, que permiten redefinir el intervalo de actualización predeterminado, y *Programación*, por lo que una comprobación de métrica se puede ejecutar en un momento específico o en una secuencia de tiempos.

en-us	#### Overview  It is possible to define that an action is executed only if the event matches a defined set of conditions. Conditions are set when configuring the [action](/manual/config/notifications/action#configuring_an_action).  Condition matching is case-sensitive.
es	#### Visión general  Es posible definir que una acción se ejecute solo si el evento coincide con un conjunto definido de condiciones. Las condiciones se establecen al configurar la [acción](/manual/config/notifications/action#configuring_an_action).  La coincidencia de condiciones distingue entre mayúsculas y minúsculas.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all interfaces configured in Zabbix frontend for a host.
es	#### Descripción general  Es posible [descubrir](/manual/discovery/low_level_discovery) todas las Interfaces configuradas en la interfaz de Zabbix para un equipo.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all JMX MBeans or MBean attributes or to specify a pattern for the discovery of these objects.  It is mandatory to understand the difference between an MBean and MBean attributes for discovery rule configuration. An MBean is an object which can represent a device, an application, or any resource that needs to be managed.  For example, there is an MBean which represents a web server. Its attributes are connection count, thread count, request timeout, http file cache, memory usage, etc. Expressing this thought in human comprehensive language we can define a coffee machine as an MBean which has the following attributes to be monitored: water amount per cup, average consumption of water for a certain period of time, number of coffee beans required per cup, coffee beans and water refill time, etc.
es	#### Descripción general  Es posible [descubrir](/manual/discovery/low_level_discovery) todos los atributos JMX MBeans o de MBean o para especificar un patrón para el descubrimiento de estos objetos.  Es obligatorio comprender la diferencia entre un MBean y un atributo MBean para la configuración de reglas de descubrimiento. Un MBean es un objeto que puede representar un dispositivo, una aplicación o cualquier recurso que deba ser administrado.  Por ejemplo, hay un MBean que representa un servidor web. Sus atributos son recuento de conexiones, recuento de subprocesos, tiempo de espera de solicitud,  caché de archivos http, uso de memoria, etc. Expresando este pensamiento en  un lenguaje humano comprensible podemos decir que una máquina de café es como un MBean que tiene los siguientes atributos a monitorear: cantidad de agua por taza, consumo medio de agua durante un determinado período de tiempo, número de granos de café requeridos por taza, granos de café y tiempo de recarga de agua, etc.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery#configuring_low-level_discovery) object instances of Windows performance counters. This is useful for multi-instance performance counters.
es	#### Descripción general  Es posible [descubrir](/manual/discovery/low_level_discovery#configuring_low-level_discovery) instancias de objetos de contadores de rendimiento de Windows. Esto es útil para contadores de rendimiento de múltiples instancias.

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
es	### Descripción general  Es posible [descubrir](/manual/discovery/low_level_discovery) unidades systemd (servicios, por defecto) con Zabbix.

en-us	#### Overview  It is possible to discover mounted filesystems and their properties (mountpoint name, filesystem type, filesystem size and inode statistics).  To do that, you may use a combination of:  -   the `vfs.fs.get` agent item as the master item -   dependent low-level discovery rule and item prototypes
es	#### Descripción general  Es posible descubrir sistemas de archivos montados y sus propiedades. (nombre del punto de montaje, tipo de sistema de archivos, tamaño del sistema de archivos e inodo Estadísticas).  Para hacer eso, puede usar una combinación de:  - el elemento del agente `vfs.fs.get` como elemento maestro - regla de descubrimiento de bajo nivel dependiente y prototipos de elementos

en-us	#### Overview  It is possible to enhance Zabbix frontend functionality by adding third-party modules or by developing your own modules without the need to change the source code of Zabbix.  Note that the module code will run with the same privileges as Zabbix source code. This means:  -   third-party modules can be harmful. You must trust the modules you are     installing; -   Errors in a third-party module code may crash the frontend. If this     happens, just remove the module code from the frontend. As soon as     you reload Zabbix frontend, you'll see a note saying that some     modules are absent. Go to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     (in *Administration* → *General* → *Modules*) and click *Scan     directory* again to remove non-existent modules from the database.
es	#### Descripción general  Es posible mejorar la funcionalidad de la interfaz de Zabbix agregando módulos de terceros o desarrollando sus propios módulos sin necesidad de cambiar el código fuente de Zabbix.  Tenga en cuenta que el código del módulo se ejecutará con los mismos privilegios que el código fuente de Zabbix. Esto significa:  -   Los módulos de terceros pueden ser perjudiciales. Debe confiar en los módulos que      instala; - Los errores en el código de un módulo de terceros pueden bloquear la interfaz. Si esto     sucede, simplemente elimine el código del módulo de la interfaz. Tan pronto como     recargue la interfaz de Zabbix, verá una nota que dice que algunos de     los módulos están ausentes. Ir a [administración del     módulo](/manual/web_interface/frontend_sections/administration/general#modules)     (en *Administración* → *General* → *Módulos*) y haga clic en *Escanear     directorio* nuevamente para eliminar módulos inexistentes de la base de datos.

en-us	#### Overview  It is possible to make some internal metrics of Zabbix server and proxy accessible remotely by another Zabbix instance or a third-party tool. This can be useful so that supporters/service providers can monitor their client Zabbix servers/proxies remotely or, in organizations where Zabbix is not the main monitoring tool, that Zabbix internal metrics can be monitored by a third-party system in an umbrella-monitoring setup.  Zabbix internal stats are exposed to a configurable set of addresses listed in the new 'StatsAllowedIP' [server](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) parameter. Requests will be accepted only from these addresses.
es	#### Descripción general  Es posible hacer que algunas métricas internas del servidor y proxy de Zabbix esten accesibles de forma remota por otra instancia de Zabbix o una herramienta de terceros. Esto puede ser útil para que los seguidores/proveedores de servicios puedan monitorear sus clientes de servidores/proxies Zabbix  de forma remota o, en organizaciones donde Zabbix no es la principal herramienta de seguimiento, las métricas internas de Zabbix pueden ser monitoreadas por un sistema de terceros en una configuración de monitoreo general.  Las estadísticas internas de Zabbix están expuestas a un conjunto configurable de direcciones listado en el nuevo parámetro 'StatsAllowedIP' del [servidor](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy).  Sólo se aceptarán solicitudes de estas direcciones.

en-us	#### Overview  It is possible to restrict checks on the agent side by creating an item blacklist, a whitelist, or a combination of whitelist/blacklist.  To do that use a combination of two agent [configuration](/manual/appendix/config/zabbix_agentd) parameters:  -   `AllowKey=<pattern>` - which checks are allowed; <pattern> is     specified using a wildcard (\*) expression -   `DenyKey=<pattern>` - which checks are denied; <pattern> is     specified using a wildcard (\*) expression  Note that:  -   All `system.run[*]` items (remote commands, scripts) are disabled by     default, even when no deny keys are specified; -   Since Zabbix 5.0.2 the EnableRemoteCommands agent parameter is:     - deprecated by Zabbix agent     - unsupported by Zabbix agent2  Therefore, to allow remote commands, specify an AllowKey=system.run[\<command\>,\*]  for each allowed command, \* stands for wait and nowait mode. It is also possible to specify AllowKey=system.run[\*] parameter to allow all commands with wait and nowait modes. To disallow specific remote commands, add DenyKey parameters with system.run\[\] commands before the AllowKey=system.run\[\*\] parameter.
es	#### Descripción general  Es posible restringir los controles por parte del agente creando una lista negra de métricas, lista blanca o una combinación de lista blanca/lista negra.  Para ello utilice una combinación de dos parámetros de [configuración](/manual/appendix/config/zabbix_agentd) del agente:  - `AllowKey=<pattern>` - qué comprobaciones están permitidas; el <patrón> es     especificado usando una expresión comodín (\*) - `DenyKey=<pattern>` - qué comprobaciones se rechazan; el <patrón> es     especificado usando una expresión comodín (\*)  Tenga en cuenta que:  -   Todas las métricas `system.run[*]` (comandos remotos, scripts) están deshabilitadas de forma     predeterminada, incluso cuando no se especifican claves de denegación; -   Desde Zabbix 5.0.2 el parámetro del agente EnableRemoteCommands es:     -   obsoleto por el agente de Zabbix     -   no soportado por Zabbix agent2  Por lo tanto, para permitir comandos remotos, especifique AllowKey=system.run[\<command\>,\*] para cada comando permitido, \* representa el modo de espera y no espera. También es posible especificar el parámetro AllowKey=system.run[\*] para permitir todos los comandos con modos de espera y no espera. Para no permitir comandos remotos específicos, agregue parámetros DenyKey con comandos system.run\[\] antes del parámetro AllowKey=system.run\[\*\].

en-us	#### Overview  It is possible to store some sensitive information secretly in HashiCorp Vault KV Secrets Engine - Version 2. Secrets can be saved for:  -   user macro values -   database access credentials  Zabbix provides read-only access to the secrets in Vault, assuming that secrets are managed by someone else.
es	#### Visión general  Es posible almacenar información confidencial en secreto en HashiCorp Vault KV Secrets Engine - Versión 2. Los secretos se pueden guardar para:  - valores de macro de usuario - credenciales de acceso a la base de datos  Zabbix proporciona acceso de solo lectura a los secretos en Vault, suponiendo que los secretos son manejados por otra persona.

en-us	#### Overview  It is very important to have Zabbix system properly tuned for maximum performance.
es	#### Descripción general  Es muy importante tener el sistema Zabbix correctamente ajustado para obtener el máximo rendimiento.

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", introduced since Zabbix 2.0.  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
es	#### Visión general  El monitoreo JMX se puede usar para monitorear los contadores JMX de una aplicación Java.  El monitoreo JMX tiene soporte nativo en Zabbix en forma demonio llamado "Zabbix Java gateway", introducido desde Zabbix 2.0.  Para recuperar el valor de un contador JMX en particular en un host, El servidor Zabbix consulta la **puerta de enlace Java** de Zabbix, que a su vez usa [JMX administración API] (http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) para consultar la aplicación de interés de forma remota.  Para obtener más detalles y configuración, consulte [Zabbix Java puerta de enlace](/manual/conceptos/java).  ::: nota de advertencia Comunicación entre la puerta de enlace de Java y la aplicación JMX monitoreada no debe  estar con cortafuegos. :::

en-us	#### Overview  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix since version 4.4.0.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
es	#### Descripción general  La autenticación Kerberos se puede utilizar en la supervisión web y en métricas HTTP en Zabbix desde la versión 4.4.0.  Esta sección describe un ejemplo de configuración de Kerberos con el servidor Zabbix  para realizar monitoreo web de `www.example.com` con el usuario 'zabbix'.

en-us	#### Overview  Linking is a process whereby templates are applied to hosts, whereas unlinking removes the association with the template from a host.  ::: noteimportant Templates are linked directly to individual hosts and not to host groups. Simply adding a template to a host group will not link it. Host groups are used only for logical grouping of hosts and templates. :::
es	#### Descripción general  La vinculación es un proceso mediante el cual se aplican plantillas a los equipos, mientras que la desvinculación elimina la asociación con la plantilla de un equipo.  ::: noteimportant Las plantillas están vinculadas directamente a equipos individuales y no a grupos de equipos. Agregar simplemente una plantilla a un grupo de equipos no la vinculará. Los grupos de equipos se utilizan sólo para agrupaciones lógicas de equipos y plantillas. :::

en-us	#### - Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  There already are ways of extending Zabbix functionality by way of:  -   [user parameters](userparameters) (agent metrics) -   [external checks](/manual/config/items/itemtypes/external)     (agent-less monitoring) -   `system.run[]` Zabbix [agent     item](/manual/config/items/itemtypes/zabbix_agent).  They work very well, but have one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is not good for performance. It is not a big deal normally, however it could be a serious issue when monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time.  Support of loadable modules offers ways for extending Zabbix agent, server and proxy without sacrificing performance.  A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits. Great performance and ability to implement any logic are very important, but perhaps the most important advantage is the ability to develop, use and share Zabbix modules. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Module licensing and distribution in binary form is governed by the GPL license (modules are linking with Zabbix in runtime and are using Zabbix headers; currently the whole Zabbix code is licensed under GPL license). Binary compatibility is not guaranteed by Zabbix.  Module API stability is guaranteed during one Zabbix LTS (Long Term Support) [release](http://www.zabbix.com/life_cycle_and_release_policy) cycle. Stability of Zabbix API is not guaranteed (technically it is possible to call Zabbix internal functions from a module, but there is no guarantee that such modules will work).
es	#### - Visión general  Los módulos cargables ofrecen una opción orientada al rendimiento para ampliar Zabbix funcionalidad.  Ya hay formas de extender la funcionalidad de Zabbix a través de:  - [parámetros de usuario](parámetros de usuario) (métricas de agente) - [verificaciones externas](/manual/config/items/itemtypes/external)     (supervisión sin agente) - `sistema.ejecutar[]` Zabbix [agente     artículo](/manual/config/items/itemtypes/zabbix_agent).  Funcionan muy bien, pero tienen un gran inconveniente, a saber, fork(). Zabbix tiene que bifurcar un nuevo proceso cada vez que maneja una métrica de usuario, que es no es bueno para el rendimiento. No es un gran problema normalmente, sin embargo, podría ser un problema grave al monitorear sistemas integrados, tener un gran cantidad de parámetros monitoreados o scripts pesados con lógica compleja o largo tiempo de arranque.  El soporte de módulos cargables ofrece formas de extender el agente Zabbix, servidor y proxy sin sacrificar el rendimiento.  Un módulo cargable es básicamente una biblioteca compartida utilizada por el demonio Zabbix y cargado en el arranque. La biblioteca debe contener ciertas funciones, por lo que que un proceso Zabbix puede detectar que el archivo es de hecho un módulo que puede cargar y trabajar con.  Los módulos cargables tienen una serie de beneficios. Gran rendimiento y capacidad de implementar cualquier lógica son muy importantes, pero quizás lo más ventaja importante es la capacidad de desarrollar, usar y compartir Zabbix módulos. Contribuye a un mantenimiento sin problemas y ayuda a entregar nueva funcionalidad más fácil e independiente de la base de código central de Zabbix.  La licencia y distribución de módulos en forma binaria se rige por la GPL licencia (los módulos se vinculan con Zabbix en tiempo de ejecución y usan Zabbix encabezados; actualmente todo el código de Zabbix está bajo licencia GPL). Zabbix no garantiza la compatibilidad binaria.  La estabilidad de la API del módulo está garantizada durante un Zabbix LTS (Long Term soporte) [lanzamiento] (http://www.zabbix.com/life_cycle_and_release_policy) ciclo. La estabilidad de la API de Zabbix no está garantizada (técnicamente es posible llamar a las funciones internas de Zabbix desde un módulo, pero hay ninguna garantía de que dichos módulos funcionen).

en-us	### Overview  Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities on a computer. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually. Additionally, it is possible to configure Zabbix to remove unneeded entities automatically based on actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in "Configuration" → "Templates" → "Discovery" column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
es	### Descripción general  El descubrimiento de bajo nivel proporciona una manera de crear elementos automáticamente, disparadores y gráficos para diferentes entidades en una computadora. Por ejemplo, Zabbix puede comenzar a monitorear automáticamente los sistemas de archivos o la red interfaces en su máquina, sin la necesidad de crear elementos para cada sistema de archivos o interfaz de red manualmente. Además, es posible para configurar Zabbix para eliminar entidades innecesarias automáticamente según resultados reales del descubrimiento realizado periódicamente.  Un usuario puede definir sus propios tipos de descubrimiento, siempre que siga un protocolo JSON particular.  La arquitectura general del proceso de descubrimiento es la siguiente.  Primero, un usuario crea una regla de descubrimiento en "Configuración" → "Plantillas". → Columna "Descubrimiento". Una regla de descubrimiento consta de (1) un elemento que descubre las entidades necesarias (por ejemplo, sistemas de archivos o redes interfaces) y (2) prototipos de elementos, activadores y gráficos que debe crearse en función del valor de ese artículo.  Un elemento que descubre las entidades necesarias es como un elemento normal. visto en otros lugares: el servidor le pregunta a un agente de Zabbix (o cualquiera que sea el tipo de el elemento está configurado) para un valor de ese elemento, el agente responde con un valor textual. La diferencia es que el valor con el que responde el agente debe contener una lista de entidades descubiertas en formato JSON. Mientras que la Los detalles de este formato sólo son importantes para los implementadores de personalizados. comprobaciones de descubrimiento, es necesario saber que el valor devuelto contiene una lista de pares macro → valor. Por ejemplo, artículo "net.if.discovery" puede devolver dos pares: "{\#IFNAME}" → "lo" y "{\#IFNAME}" → "eth0".  Estas macros se utilizan en nombres, claves y otros campos prototipo donde luego se sustituyen con los valores recibidos para crear real elementos, desencadenantes, gráficos o incluso hosts para cada entidad descubierta. Ver la lista completa de [opciones](/manual/config/macros/lld_macros) para usar Macros LLD.  Cuando el servidor recibe un valor para un elemento de descubrimiento, mira el macro → pares de valores y para cada par genera elementos reales, desencadenantes, y gráficos, basados en sus prototipos. En el ejemplo con "net.if.discovery" arriba, el servidor generaría un conjunto de elementos, activadores y gráficos para la interfaz loopback "lo", y otro conjunto para la interfaz "eth0".  Tenga en cuenta que desde **Zabbix 4.2**, el formato del JSON devuelto por Se han cambiado las reglas de descubrimiento de bajo nivel. Ya no se espera que el JSON contendrá el objeto "datos". El descubrimiento de bajo nivel ahora acepte un JSON normal que contenga una matriz, para admitir nuevos características como el preprocesamiento del valor del artículo y rutas personalizadas a valores de macro de descubrimiento de bajo nivel en un documento JSON.  Las claves de descubrimiento integradas se han actualizado para devolver una serie de filas LLD en la raíz del documento JSON. Zabbix extraerá automáticamente una macro y valor si un campo de matriz usa la sintaxis {\#MACRO} como clave. Algo nuevo Las comprobaciones de descubrimiento nativas utilizarán la nueva sintaxis sin los "datos". elementos. Cuando se procesa primero un valor de descubrimiento de bajo nivel, la raíz es ubicado (matriz en `$.` o `$.data`).  Si bien el elemento "datos" se ha eliminado de todos los elementos nativos relacionados hasta el descubrimiento, para compatibilidad con versiones anteriores, Zabbix seguirá aceptando el Notación JSON con un elemento "datos", aunque se desaconseja su uso. Si el JSON contiene un objeto con un solo elemento de matriz de "datos", entonces extraerá automáticamente el contenido del elemento usando JSONPath `$.datos`. El descubrimiento de bajo nivel ahora acepta LLD opcional definido por el usuario macros con una ruta personalizada especificada en la sintaxis JSONPath.  ::: nota de advertencia Como resultado de los cambios anteriores, los agentes más nuevos no Ya no podrá trabajar con un servidor Zabbix más antiguo. :::  Ver también: [Entidades descubiertas](#entidades_descubiertas)

en-us	#### Overview  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters  Parameters must be quoted if they:  -   start with a space or double quotes  -   contain closing parentheses "`)`" or a comma  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
es	#### Descripción general  Las funciones macro ofrecen la posibilidad de personalizar Valores de [macro](/manual/config/macros).  A veces una macro puede resolverse con un valor que no es necesariamente fácil de trabajar con él. Puede ser largo o contener una subcadena específica  que le interesaría extraer. Aquí es donde es útil usar las funciones macro.  La sintaxis de una función macro es:      {<macro>.<func>(<parámetros>)}  dónde:  - <macro>: la macro a personalizar (por ejemplo, {ITEM.VALUE} o     {\#LLDMACRO}) - <func> - la función a aplicar - <parámetros>: una lista delimitada por comas de parámetros de función  Los parámetros deben entrecomillarse si:  -   comienzan con un espacio o comillas dobles -   contienen paréntesis de cierre "`)`" o una coma  Por ejemplo:      {{TIME}.fmttime(formato,time_shift)}     {{ITEM.VALUE}.regsub(patrón, salida)}     {{#LLDMACRO}.regsub(patrón, salida)}

en-us	#### Overview  Media are the delivery channels used for sending notifications and alerts from Zabbix.  You can configure several media types:  -   [Email](/manual/config/notifications/media/email) -   [SMS](/manual/config/notifications/media/sms) -   [Custom alertscripts](/manual/config/notifications/media/script) -   [Webhook](/manual/config/notifications/media/webhook)  Media types are configured in *Administration* → *Media types*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Some media types come pre-defined in the default dataset. You just need to finetune their parameters to get them working.  It is possible to test if a configured media type works, by clicking on *Test* in the last column (see [Media type testing](#media_type_testing) for more details).  To create a new media type, click on the *Create media type* button. A media type configuration form is opened.
es	#### Descripción general  Los medios son los canales de entrega utilizados para enviar notificaciones y alertas de Zabbix.  Puede configurar varios tipos de medios:  -   [Correo electrónico](/manual/config/notificaciones/media/email) -   [SMS](/manual/config/notificaciones/media/sms) -   [Scripts de alerta personalizados](/manual/config/notifications/media/script) -   [Webhook](/manual/config/notificaciones/media/webhook)  Los tipos de medios se configuran en *Administración* → *Tipos de medios*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Algunos tipos de medios vienen predefinidos en el conjunto de datos predeterminado. Solo necesita ajustar sus parámetros para que funcionen.  Es posible probar si un tipo de medio configurado funciona, haciendo clic en *Probar* en la última columna (ver [Prueba de tipo de medio](#media_type_testing) para más detalles).  Para crear un nuevo tipo de medio, haga clic en el botón *Crear tipo de medio* para abrir el formulario de configuración del tipo de medio.

en-us	#### Overview  Media types are [exported](/manual/xml_export_import) with all related objects and object relations.
es	#### Descripción general  Los tipos de medios se [exportan](/manual/xml_export_import) con todos los objetos relacionados  y todas las relaciones entre objetos.

en-us	#### Overview  Most Zabbix web interface pages support various HTTP GET parameters that control what will be displayed. They may be passed by specifying parameter=value pairs after the URL, separated from the URL by a question mark (?) and from each other by ampersands (&).
es	#### Visión general  La mayoría de las páginas de la interfaz web de Zabbix admiten varios parámetros HTTP GET que controlar lo que se mostrará. Se pueden pasar especificando pares parámetro=valor después de la URL, separados de la URL por un signo de interrogación (?) y entre sí por ampersand (&).

en-us	#### Overview  Native support for monitoring JMX applications exists in the form of a Zabbix daemon called "Zabbix Java gateway", available since Zabbix 2.0. Zabbix Java gateway is a daemon written in Java. To find out the value of a particular JMX counter on a host, Zabbix server queries Zabbix Java gateway, which uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely. The application does not need any additional software installed, it just has to be started with `-Dcom.sun.management.jmxremote` option on the command line.  Java gateway accepts incoming connection from Zabbix server or proxy and can only be used as a "passive proxy". As opposed to Zabbix proxy, it may also be used from Zabbix proxy (Zabbix proxies cannot be chained). Access to each Java gateway is configured directly in Zabbix server or proxy configuration file, thus only one Java gateway may be configured per Zabbix server or Zabbix proxy. If a host will have items of type **JMX agent** and items of other type, only the **JMX agent** items will be passed to Java gateway for retrieval.
es	#### Descripción general  El soporte nativo para monitorear aplicaciones JMX existe en forma de demonio de Zabbix llamado "Zabbix Java gateway", disponible desde Zabbix 2.0. La puerta de enlace Zabbix Java es un demonio escrito en Java. Para saber el valor de un contador JMX particular en un equipo, el servidor Zabbix consulta la puerta de enlace java de Zabbix, que utiliza la [API de administración JMX ](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) para consultar la solicitud de interés de forma remota. La aplicación no necesita instalar algún software adicional, solo tiene que iniciarlo con Opción `-Dcom.sun.management.jmxremote` en la línea de comando.  La puerta de enlace Java acepta conexiones entrantes desde el servidor Zabbix o proxy y sólo se puede utilizar como un "proxy pasivo". A diferencia del proxy Zabbix, También se puede utilizar desde el proxy Zabbix (los proxies Zabbix no se pueden encadenar). El acceso a cada puerta de enlace Java se configura directamente en el servidor Zabbix o archivo de configuración de proxy, por lo que sólo se puede configurar una puerta de enlace Java por servidor Zabbix o proxy Zabbix. Si un anfitrión tendrá elementos de tipo **agente JMX** y artículos de otro tipo, solo las métricas del **agente JMX** pasarse a la puerta de enlace de Java para su recuperación.

en-us	#### Overview  Nesting is a way of one template encompassing one or more other templates.  As it makes sense to separate out entities on individual templates for various services, applications, etc., you may end up with quite a few templates all of which may need to be linked to quite a few hosts. To simplify the picture, it is possible to link some templates together in a single template.  The benefit of nesting is that you have to link only one template ("nest", parent template) to the host and the host will inherit all entities of the linked templates ("nested", child templates) automatically. For example, if we link templates T1 and T2 to template T3, we supplement T3 with entities from T1 and T2, and not vice versa. If we link template A to templates B and C, we supplement B and C with entities from A.
es	#### Descripción general  Anidar es una forma en la que una plantilla incluye una o más otras plantillas.  Como tiene sentido separar entidades en plantillas individuales para diversos servicios, aplicaciones, etc., es posible que termine con bastantes plantillas, todas las cuales pueden necesitar estar vinculadas a bastantes equipos. Para simplificar la imagen, es posible vincular algunas plantillas en una sola plantilla.  El beneficio de anidar es que solo hay que vincular una plantilla ("nido", plantilla principal) al equipo y el equipo heredará todas las entidades de las plantillas vinculadas ("anidadas", plantillas secundarias) automáticamente. Por ejemplo, si vinculamos las plantillas T1 y T2 a la plantilla T3, complementamos T3 con entidades de T1 y T2, y no al revés. Si vinculamos la plantilla A a las plantillas B y C, complementamos B y C con entidades de A.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   all related images -   map structure - all map settings, all contained elements with their     settings, map links and map link status indicators  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::  Network map export/import is supported since Zabbix 1.8.2.
es	#### Vista general  La [exportación](/manual/xml_export_import) de mapas de red contiene:  -   todas las imágenes relacionadas -   estructura del mapa - todos los ajustes del mapa, todos los elementos que contiene con sus ajustes, enlaces del mapa e indicadores de los enlaces del mapa  ::: notewarning Todos los grupos de equipos, equipos, iniciadores, otros mapas u otros elementos que pudieran estar relacionados con el mapa exportado no son exportados. En consecuencia, si no está presente alguno de los elementos a los que el mapa hace referencia, la importación fallará. :::  La exportación/importación de mapas de red está soportada desde Zabbix 1.8.2.

en-us	#### Overview  ODBC monitoring corresponds to the *Database monitor* item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This function allows for more efficient monitoring of different databases for multiple purposes - for example, checking specific database queues, usage statistics and so on. Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also the [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
es	#### Descripción general  El monitoreo ODBC corresponde al tipo de métrica *Monitor de base de datos* en la Interfaz de Zabbix.  ODBC es una API de middleware en lenguaje de programación C para acceder a  sistemas de gestión de bases de datos (SGBD). El concepto ODBC fue desarrollado por Microsoft y luego portado a otras plataformas.  Zabbix puede consultar cualquier base de datos compatible con ODBC. Para hacer eso, Zabbix no se conecta directamente a las bases de datos, sino que utiliza la interfaz ODBC y controladores configurados en ODBC. Esta función permite un monitoreo más eficiente de diferentes bases de datos para múltiples propósitos - para, por ejemplo, comprobar colas de bases de datos específicas, estadísticas de uso, etc. Zabbix soporta UnixODBC, que es una de las implementaciones de los sistemas abiertos de API ODBC de origen más utilizados..  ::: noteimportant Ver también los [problemas conocidos](/manual/installation/known_issues#odbc_checks) para las comprobaciones ODBC. :::

en-us	### Overview  Official Zabbix 6.0 LTS packages for Debian, Ubuntu, and Raspberry Pi OS (Raspbian) are available on [Zabbix website](https://www.zabbix.com/download).  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx web server support.
es	### Descripción general  Los paquetes oficiales de Zabbix 6.0 LTS para Debian, Ubuntu y Raspberry Pi OS (Raspbian) están disponibles en el [sitio web de Zabbix](https://www.zabbix.com/download).  Los paquetes están disponibles con soporte para base de datos MySQL/PostgreSQL y servidor web Apache/Nginx.

en-us	### Overview  Official Zabbix 6.0 LTS packages for SUSE Linux Enterprise Server are available on [Zabbix website](https://www.zabbix.com/download).  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available on Zabbix Official Repository for [SLES 15](https://repo.zabbix.com/zabbix/6.0/sles/15/x86_64/) and [SLES 12](https://repo.zabbix.com/zabbix/6.0/sles/12/x86_64/).  ::: noteclassic *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries. :::
es	### Descripción general  Los paquetes oficiales de Zabbix 6.0 LTS para SUSE Linux Enterprise Server están disponibles en el [sitio web de Zabbix](https://www.zabbix.com/download).  Los paquetes y utilidades del *agente Zabbix* *Zabbix get* y *Zabbix sender* están disponibles en el repositorio oficial de Zabbix para [SLES 15](https://repo.zabbix.com/zabbix/6.0/sles/15/x86_64/) y [SLES 12](https://repo.zabbix.com/zabbix/6.0/sles/12/x86_64/).  ::: noteclassic El [modo de cifrado](/manual/appendix/install/db_encrypt/mysql)  *Verifique CA*  no funciona en SLES 12 (todas las versiones menores del sistema operativo) con MySQL debido a bibliotecas MySQL más antiguas. :::

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |Debian 10 (Buster)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=10_buster&db=mysql)| |Debian 9 (Stretch)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=9_stretch&db=mysql)| |Debian 8 (Jessie)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=8_jessie&db=mysql)| |Ubuntu 20.04 (Focal Fossa) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=20.04_focal&db=mysql)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=18.04_bionic&db=mysql)| |Ubuntu 16.04 (Xenial Xerus) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=16.04_xenial&db=mysql)| |Ubuntu 14.04 (Trusty Tahr) LTS|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=14.04_trusty&db=mysql)| |Raspbian (Buster)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=10_buster&db=mysql)| |Raspbian (Stretch)|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=9_stretch&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteimportant Zabbix 5.4 is not released yet. The download links lead to pre-5.4 packages. :::  
es	Paquetes oficiales de Zabbix están disponibles para:  |   |   | |---|---| |Debian 10 (Buster)|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=10_buster&db=mysql)| |Debian 9 (Stretch)|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=9_stretch&db=mysql)| |Debian 8 (Jessie)|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=debian&os_version=8_jessie&db=mysql)| |Ubuntu 20.04 (Focal Fossa) LTS|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=20.04_focal&db=mysql)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=18.04_bionic&db=mysql)| |Ubuntu 16.04 (Xenial Xerus) LTS|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=16.04_xenial&db=mysql)| |Ubuntu 14.04 (Trusty Tahr) LTS|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=ubuntu&os_version=14.04_trusty&db=mysql)| |Raspbian (Buster)|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=10_buster&db=mysql)| |Raspbian (Stretch)|[Descarga](https://www.zabbix.com/download?zabbix=5.4&os_distribution=raspbian&os_version=9_stretch&db=mysql)|  Los paquetes están disponibles con cualquier MySQL/PostgreSQL base de datos y Apache/Nginx páginas web.  ::: nota importante Zabbix 5.4 todavía no está emitido. El link de descarga conduce a pre-5.4 paquetes. :::   

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |RHEL 8, CentOS 8 and Oracle Linux 8|[Download](https://www.zabbix.com/download?zabbix=5.4&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteimportant Zabbix 6.0 is not released yet. The download links lead to pre-5.4 packages. :::  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on RHEL 7 with MySQL due to older MySQL libraries.  :::  *Zabbix ​agent* packages and utilities *Zabbix get* and *Zabbix sender* are available for [RHEL 7](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​7/​x86_64/​), [RHEL 6](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​6/​x86_64/​) and [RHEL 5](https://​repo.zabbix.com/zabbix/​5.4/​rhel/​5/​x86_64) as well.  Zabbix official repository provides fping and libssh2 packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  
es	### Descripción general¶ ¶ Los paquetes oficiales de Zabbix están disponibles para:¶ ¶ | | |¶ |---|---|¶ |RHEL 8, CentOS 8 y Oracle Linux 8|[Descargar](https://www.zabbix.com/download?zabbix=5.4&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|¶ ¶ Los paquetes están disponibles con la base de datos MySQL/PostgreSQL y¶ Soporte de servidor web Apache/Nginx.¶ ¶ ::: Atención¶ Zabbix 6.0 aún no se ha lanzado aún. Los enlaces de descarga conducen a paquetes anteriores a 5.4.¶ :::¶ ¶ ::: Nota¶  *Verificar CA* [El modo cifrado](/manual/appendix/install/db_encrypt/mysql) no funciona en RHEL 7¶ con MySQL debido a librerías más antiguas de MySQL .¶ :::¶ ¶ Los paquetes de *Zabbix ​agent* y los utilitarios de *Zabbix get* y *Zabbix sender*¶ están disponibles también para [RHEL¶ 7](https://repo.zabbix.com/​zabbix/​5.4/​rhel/​7/​x86_64/​), [RHEL¶ 6](https://​repo.zabbix.com/​zabbix/​5.4/​rhel/​6/​x86_64/​) y [RHEL¶ 5](https://​repo.zabbix.com/zabbix/​5.4/​rhel/​5/​x86_64).¶ ¶ El repositorio oficial de Zabbix también proporciona paquetes fping y libssh2.¶ Estos paquetes se encuentran en el¶ directorio [no compatible](https://repo.zabbix.com/non-supported/).¶  

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |RHEL 8, CentOS 8 and Oracle Linux 8|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on RHEL 7 with MySQL due to older MySQL libraries.  :::  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available for [RHEL 7](https://repo.zabbix.com/zabbix/5.5/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/5.5/rhel/6/x86_64/) and [RHEL 5](https://repo.zabbix.com/zabbix/5.5/rhel/5/x86_64) as well.  Zabbix official repository provides fping and libssh2 packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.
es	### Descripción  Los paquetes oficiales de Zabbix están disponibles para:  | | | |---|---| |RHEL 8, CentOS 8 y Oracle Linux 8|[Descargar](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=8&db=mysql)|  Los paquetes están disponibles con la base de datos MySQL/PostgreSQL y Soporte de servidor web Apache/Nginx.  ::: notaclásica  *Verificar CA* [cifrado mode](/manual/appendix/install/db_encrypt/mysql) no funciona en RHEL 7 con MySQL debido a bibliotecas MySQL más antiguas. :::  Paquetes y utilidades de *Zabbix agent* *Zabbix get* y *Zabbix sender* están disponibles para [RHEL 7](https://repo.zabbix.com/zabbix/5.5/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/5.5/rhel/6/x86_64/) y [RHEL 5](https://repo.zabbix.com/zabbix/5.5/rhel/5/x86_64) también.  El repositorio oficial de Zabbix también proporciona paquetes fping y libssh2. Estos paquetes se encuentran en el directorio [no compatible](https://repo.zabbix.com/non-supported/).

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&db=mysql)| |SUSE Linux Enterprise Server 12|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&db=mysql)|  ::: noteimportant Zabbix 6.0 is not released yet. The download links lead to pre-6.0 packages. :::  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries.  :::  
es	### Visión General  Paquetes oficiales de Zabbix están disponibles para:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Descarga](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&db=mysql)| |SUSE Linux Enterprise Server 12|[Descarga](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&db=mysql)|  ::: nota importante Zabbix 6.0 aún no ha sido lanzado. Los enlaces de descarga conducen a paquetes anteriores a la versión 6.0. :::  ::: nota clássica  *Verify CA* [modo cifrado](/manual/appendix/install/db_encrypt/mysql) no trabaja en SLES 12 (todas las versiones menores del sistema operativo) con MySQL debido a las bibliotecas de MySQL más antiguas. :::  

en-us	#### Overview of files  If you obtained Java gateway from sources, you should have ended up with a collection of shell scripts, JAR and configuration files under $PREFIX/sbin/zabbix\_java. The role of these files is summarized below.      bin/zabbix-java-gateway-$VERSION.jar  Java gateway JAR file itself.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencies of Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), and [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) library.      lib/logback.xml       lib/logback-console.xml  Configuration files for Logback.      shutdown.sh       startup.sh  Convenience scripts for starting and stopping Java gateway.      settings.sh  Configuration file that is sourced by startup and shutdown scripts above.
es	#### Resumen de archivos  Si obtuvo la puerta de enlace Java de las fuentes, debería haber terminado con una colección de scripts de shell, JAR y archivos de configuración bajo $PREFIJO/sbin/zabbix\_java. La función de estos archivos se resume a continuación.      bin/zabbix-java-gateway-$VERSION.jar  El archivo JAR de puerta de enlace de Java en sí mismo.      lib/logback-core-0.9.27.jar     lib/logback-clásico-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencias de la puerta de enlace Java: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/) y [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) biblioteca.      lib/logback.xml     lib/logback-console.xml  Archivos de configuración para Logback.      apagado.sh     inicio.sh  Scripts de conveniencia para iniciar y detener la puerta de enlace de Java.      configuración.sh  Archivo de configuración que proviene de scripts de inicio y apagado arriba.

en-us	### Overview  Once the [services](/manual/it_services/service_tree) are created, you can start monitoring whether their performance is on track with service level agreement (SLA).    *Services->SLA* menu section allows to configure SLAs for various services. An SLA in Zabbix defines service level objective (SLO), expected uptime schedule and planned downtimes.   SLAs and services are matched by [service tags](/manual/it_services/service_tree#tags). The same SLA may be applied to multiple services - performance will be measured for each matching service separately. A single service may have multiple SLAs assigned - data for each of the SLAs will be displayed separately.  In SLA reports Zabbix provides Service level indicator (SLI) data, which measures real service availability. Whether a service meets the SLA targets is determined by comparing SLO (expected availability in %) with SLI (real-life availability in %). 
es	### Descripción general  Una vez creados los [servicios](/manual/it_services/service_tree), puede comenzar a monitorear si su desempeño está acorde con el acuerdo de nivel de servicio (SLA).  La sección del menú *Servicios->SLA* permite configurar SLA para varios servicios. Un SLA en Zabbix define el objetivo de nivel de servicio (SLO), el cronograma de tiempo de actividad esperado y los tiempos de inactividad planificados.  Los SLA y los servicios coinciden con [etiquetas de servicio](/manual/it_services/service_tree#tags). Se puede aplicar el mismo SLA a múltiples servicios; el rendimiento se medirá para cada servicio coincidente por separado. Un único servicio puede tener varios SLA asignados; los datos de cada uno de los SLA se mostrarán por separado.  En los informes SLA, Zabbix proporciona datos del indicador de nivel de servicio (SLI), que mide la disponibilidad real del servicio. Si un servicio cumple con los objetivos del SLA se determina comparando SLO (disponibilidad esperada en %) con SLI (disponibilidad real en %).

en-us	### Overview  Packages for minor Zabbix version (i.e. Zabbix 6.0.x) release candidates are provided starting with Zabbix 6.0.9.  The instructions below are for enabling unstable Zabbix release repositories (disabled by default).  First, install or update to the latest zabbix-release package. To enable rc packages on your system do the following:
es	### Descripción general  Los paquetes para las versiones menores de Zabbix (es decir, Zabbix 6.0.x) se proporcionan a partir de Zabbix 6.0.9.  Las instrucciones a continuación son para habilitar repositorios de versiones inestables de Zabbix (deshabilitados de forma predeterminada).  Primero, instale o actualice al último paquete de lanzamiento de zabbix. Para habilitar paquetes rc en su sistema, haga lo siguiente:

en-us	#### Overview  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) are supported in Zabbix.  There are two ways of using regular expressions in Zabbix:  -   manually entering a regular expression -   using a global regular expression created in Zabbix
es	#### Descripción general  Las expresiones regulares [compatibles con Perl ](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) son compatibles con Zabbix.  Hay dos formas de utilizar expresiones regulares en Zabbix:  - ingresar manualmente una expresión regular - usando una expresión regular global creada en Zabbix

en-us	### Overview  Plugins provide an option to extend the monitoring capabilities of Zabbix. Plugins are written in Go programming language and are supported by Zabbix agent 2 only.  Plugins provide an alternative to [loadable modules](/manual/config/items/loadablemodules) (written in C), and other methods for extending Zabbix functionality, such as [user parameters](userparameters) (agent metrics), [external checks](/manual/config/items/itemtypes/external) (agent-less monitoring), and `system.run[]` Zabbix [agent item](/manual/config/items/itemtypes/zabbix_agent).  The following features are specific to Zabbix agent 2 and its plugins:  -   support of scheduled and flexible intervals for both passive and     active checks; -   task queue management with respect to schedule and task concurrency; -   plugin-level timeouts; -   compatibility check of Zabbix agent 2 and its plugin on start up.  Since Zabbix 6.0.0, plugins don't have to be integrated into the agent 2 directly and can be added as loadable plugins, thus making the creation process of additional plugins for gathering new monitoring metrics easier.  This page lists Zabbix native and loadable plugins, and describes plugin configuration principles from the user perspective. For instructions about writing your own plugins, see [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/en/plugins). For more information on the communication process between Zabbix agent 2 and a loadable plugin, as well as the metrics collection process, see [Connection diagram](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins#loadable-plugins).
es	### Descripción general  Los complementos brindan una opción para ampliar las capacidades de monitoreo de Zabbix. Los complementos están escritos en el lenguaje de programación Go y son compatibles únicamente con el agente 2 de Zabbix.  Los complementos proporcionan una alternativa a los [módulos cargables](/manual/config/items/loadablemodules) (escritos en C), y otros métodos para ampliar la funcionalidad de Zabbix, como [parámetros de usuario](userparameters) (métricas del agente), [comprobaciones externas](/manual/config/items/itemtypes/external) (monitoreo sin agente), y `system.run[]`  [métrica de agente elemento](/manual/config/items/itemtypes/zabbix_agent) Zabbix.  Las siguientes características son específicas de Zabbix Agent 2 y sus complementos:  -   soporte de intervalos programados y flexibles tanto para controles pasivos como para      activos; -   gestión de colas de tareas con respecto a la programación y la simultaneidad de tareas; -   tiempos de espera a nivel de complemento; -   verificación de compatibilidad de Zabbix Agent 2 y su complemento al inicio.  Desde Zabbix 6.0.0, los complementos no tienen que integrarse directamente en el agente 2 y se pueden agregar como complementos cargables, lo que facilita el proceso de creación de complementos adicionales para recopilar nuevas métricas de monitoreo.  Esta página enumera los complementos nativos y cargables de Zabbix y describe los principios de configuración de los complementos desde la perspectiva del usuario. Para obtener instrucciones sobre cómo escribir sus propios complementos, consulte las [Pautas de desarrollo de complementos] (https://www.zabbix.com/documentation/guidelines/en/plugins). Para obtener más información sobre el proceso de comunicación entre el agente 2 de Zabbix y un complemento cargable, así como el proceso de recopilación de métricas, consulte el [diagrama de conexión](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins#complementos-cargables).

en-us	#### Overview  Preprocessing allows to define transformation rules for the received item values. One or several transformations are possible before saving to the database.  Transformations are executed in the order in which they are defined. Preprocessing is done by Zabbix server or proxy (if items are monitored by proxy).  Note that all values passed to preprocessing are of the string type, conversion to desired value type (as defined in item configuration) is performed at the end of the preprocessing pipeline; conversions, however, may also take place if required by the corresponding preprocessing step. See [preprocessing details](/manual/config/items/preprocessing/preprocessing_details) for more technical information.  See also: [Usage examples](/manual/config/items/preprocessing/examples)
es	#### Descripción general  El preprocesamiento permite definir reglas de transformación para los valores recibidos. de las métricas. Una o varias transformaciones son posibles antes de guardarlos a la base de datos.  Las transformaciones se ejecutan en el orden en que están definidas. El preprocesamiento lo realiza el servidor Zabbix o el proxy (si las métricas se monitorean por un proxy).  Tenga en cuenta que todos los valores pasados al preprocesamiento son del tipo cadena, la conversión al tipo de valor deseado (como se define en la configuración de la métrica) se realiza al final del proceso de preprocesamiento; Sin embargo, también podrán realizarse conversiones si así lo exige el paso de preprocesamiento correspondiente. Consulte los [detalles de preprocesamiento](/manual/config/items/preprocessing/preprocessing_details) para más información técnica.  Ver también: [Ejemplos de uso](/manual/config/items/preprocessing/examples)

en-us	#### Overview  Problem events in Zabbix can be acknowledged by users.  If a user gets notified about a problem event, they can go to Zabbix frontend, open the problem update popup window of that problem using one of the ways listed below and acknowledge the problem. When acknowledging, they can enter their comment for it, saying that they are working on it or whatever else they may feel like saying about it.  This way, if another system user spots the same problem, they immediately see if it has been acknowledged and the comments so far.  This way the workflow of resolving problems with more than one system user can take place in a coordinated way.  Acknowledgment status is also used when defining [action operations](/manual/config/notifications/action/operation). You can define, for example, that a notification is sent to a higher level manager only if an event is not acknowledged for some time.  To acknowledge events and comment on them, a user must have at least read permissions to the corresponding triggers. To change problem severity or close problem, a user must have read-write permissions to the corresponding triggers.  There are **several** ways to access the problem update popup window, which allows acknowledging a problem.  -   You may select problems in *Monitoring* → *Problems* and then click     on *Mass update* below the list -   You can click in the *Ack* column showing the acknowledgment status     of problems in:     -   *Monitoring → Dashboard* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details*  The *Ack* column contains either a 'Yes' or a 'No' link, indicating an acknowledged or an unacknowledged problem respectively. Clicking on the links will take you to the problem update popup window.  -   You can click on an unresolved problem cell in:     -   *Monitoring → Dashboard* (*Trigger overview* widget)  The popup menu contains an *Acknowledge* option that will take you to the problem update window.
es	#### Visión general  Los usuarios pueden reconocer los eventos problemáticos en Zabbix.  Si un usuario recibe una notificación sobre un evento problemático, puede ir a la interfaz  de Zabbix, abra la ventana emergente de actualización del problema de ese problema usando una de las formas enumeradas a continuación y reconozca el problema. Cuando reconozca, pueden ingresar su comentario para ello, diciendo que está trabajando en ello o cualquier otra cosa que tengan ganas de decir al respecto.  De esta forma, si otro usuario del sistema detecta el mismo problema, Inmediatamente ver si ha sido reconocido y los comentarios hasta el momento.  De esta manera el flujo de trabajo de resolución de problemas con más de un usuario  del sistema puede tener lugar de forma coordinada.  El estado de reconocimiento también se utiliza al definir [operaciones de acción ](/manual/config/notifications/action/operation). Puedes definir, por ejemplo, que una notificación se envíe a un nivel superior sólo si un evento no se reconoce por algún tiempo.  Para reconocer eventos y comentarlos, un usuario debe tener al menos permisos de lectura a los activadores correspondientes. Para cambiar la gravedad del problema o problema cerrado, un usuario debe tener permisos de lectura y escritura para los disparadores correspondientes.  Hay **varias** formas de acceder a la ventana emergente de actualización del problema, que permite reconocer un problema.  - Puede seleccionar problemas en *Monitoreo* → *Problemas* y luego hacer clic en     en *Actualización masiva* debajo de la lista - Puede hacer clic en la columna *Ack* que muestra el estado de reconocimiento     de problemas en:     - *Monitoreo → Tablero* (*Problemas* y *Problemas por severidad*         widgets)     - *Seguimiento → Problemas*     - *Monitoreo → Problemas → Detalles del evento*  La columna *Ack* contiene un enlace 'Sí' o 'No', que indica una un problema reconocido o no reconocido respectivamente. Al hacer clic en el Los enlaces lo llevarán a la ventana emergente de actualización del problema.  - Puede hacer clic en una celda de problema sin resolver en:     - *Monitoreo → Tablero* (*Widget de resumen de activadores*)  El menú emergente contiene una opción *Reconocer* que lo llevará a la ventana de actualización del problema.

en-us	#### Overview  Receiving notifications on unsupported items is supported since Zabbix 2.2.  It is part of the concept of internal events in Zabbix, allowing users to be notified on these occasions. [Internal events](/manual/config/events/sources#internal-events) reflect a change of state:  -   when items go from 'normal' to 'unsupported' (and back) -   when triggers go from 'normal' to 'unknown' (and back) -   when low-level discovery rules go from 'normal' to 'unsupported'     (and back)  This section presents a how-to for **receiving notification** when an item turns unsupported.
es	#### Visión general  La recepción de notificaciones sobre métricas no admitidas es compatible desde Zabbix 2.2.  Es parte del concepto de eventos internos en Zabbix, permitiendo a los usuarios ser notificados en estas ocasiones. Los eventos internos reflejan un cambio de estado:  -   cuando las métricas pasan de 'normal' a 'no compatible' (y viceversa) -   cuando los iniciadores van de 'normal' a 'desconocido' (y viceversa) -   cuando las reglas de descubrimiento de bajo nivel pasan de 'normal' a 'no compatible'     (y viceversa)  Esta sección presenta instrucciones sobre cómo **recibir notificaciones** cuando una métrica se vuelve no compatible.

en-us	#### Overview  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device and is collected or "trapped" by Zabbix.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
es	#### Descripción general  Recibir capturas SNMP es lo opuesto a consultar dispositivos habilitados para SNMP.  En este caso, la información se envía desde un dispositivo habilitado para SNMP y es recogida o "capturada" por Zabbix.  Por lo general, las capturas se envían ante algún cambio de condición y el agente se conecta al servidor en el puerto 162 (a diferencia del puerto 161 en el  lado del agente que se utiliza para consultas). El uso de capturas puede detectar algunos  problemas cortos que ocurren durante el intervalo de consulta y pueden ser pasados por alto por los datos de consulta.  La recepción de capturas SNMP en Zabbix está diseñada para funcionar con **snmptrapd** y uno de los mecanismos para pasar las capturas a Zabbix - ya sea un script Bash o Perl o SNMPTT.  ::: noteclassic La forma más sencilla de configurar el monitoreo de capturas después de configurar Zabbix es utilizar la solución de script Bash, porque Perl y SNMPTT suelen faltar en las distribuciones modernas y requieren una configuración más compleja. Sin embargo, esta solución utiliza un script configurado como "traphandle". Para un mejor rendimiento en sistemas de producción, utilice la solución Perl integrada (ya sea script con la opción `do perl` o SNMPTT). :::  El flujo de trabajo de recibir una trampa:  1. `snmptrapd` recibe una captura 2. `snmptrapd` pasa la captura al script del receptor (Bash, Perl)     o SNMPTT 3. El receptor analiza, formatea y escribe la captura en     un archivo 4. El capturador SNMP de Zabbix lee y analiza el archivo de captura 5. Para cada captura, Zabbix encuentra todas las métricas del "capturador SNMP" con los     interfaces del equipo que coinciden con la dirección de captura recibida. Tenga en cuenta que sólo     la "IP" o "DNS" seleccionada en la interfaz del equipo se utiliza durante la     pareo. 6. Para cada métrica encontrada, la captura se compara con la expresión regular en     `snmptrap[expresación regular]`. La captura se establece como el valor de **todas**     las métricas coincidentes. Si no se encuentra ningúna métrica coincidente y hay una     métrica `snmptrap.fallback`, la captura se establece como el valor de ese. 7. Si la captura no se estableció como el valor de ningúna métrica, Zabbix de forma predeterminada     registra la captura inigualable. (Esto se configura mediante "Registrar capturas SNMP no coincidentes" en Administración → General → Otros.)

en-us	### Overview  Recovery operations allow you to be notified when problems are resolved.  Both messages and remote commands are supported in recovery operations. While several operations can be added, escalation is not supported - all operations are assigned to a single step and therefore will be performed simultaneously.
es	### Visión general  Las operaciones de recuperación le permiten recibir una notificación cuando se resuelven los problemas.  Tanto los mensajes como los comandos remotos son compatibles con las operaciones de recuperación. Si bien se pueden agregar varias operaciones, no se admite la escalada: todas operaciones se asignan a un solo paso y, por lo tanto, se realizarán simultaneamente.

en-us	### Overview  Script items can be used to collect data by executing a user-defined JavaScript code with the ability to retrieve data over HTTP/HTTPS. In addition to the script, an optional list of parameters (pairs of name and value) and timeout can be specified.  This item type may be useful in data collection scenarios that require multiple steps or complex logic. As an example, a Script item can be configured to make an HTTP call, then process the data received in the first step in some way, and pass transformed value to the second HTTP call.  Script items are processed by Zabbix server or proxy pollers.
es	### Descripción general  Las métricas de secuencia de comandos se pueden utilizar para recopilar datos ejecutando un código JavaScript definido por el usuario con la capacidad de recuperar datos a través de HTTP/HTTPS.  Además del script, se puede especificar una lista opcional de parámetros  (pares de nombre y valor) y el tiempo de espera.  Este tipo de métrica puede resultar útil en escenarios de recopilación de datos que requieren múltiples pasos o lógica compleja. Como ejemplo, una métrica de secuencia de comandos puede ser configurada para realizar una llamada HTTP y luego procesar los datos recibidos en el primer paso de alguna manera y pasar el valor transformado a la segunda llamada HTTP.  Las métricas de script son procesadas por el servidor Zabbix o los sondeadores proxy.

en-us	#### Overview  Sending a message is one of the best ways of notifying people about a problem. That is why it is one of the primary actions offered by Zabbix.
es	#### Visión general  Enviar un mensaje es una de las mejores maneras de notificar a las personas sobre un problema. Por eso es una de las principales acciones que ofrece Zabbix.

en-us	#### Overview  Server - proxy data exchange is based on JSON format.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
es	#### Descripción general  Servidor - el intercambio de datos proxy se basa en el formato JSON.  Los mensajes de solicitud y respuesta deben comenzar con [encabezado y longitud de  datos](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Service monitoring is a business-level monitoring that can be used to get an overview of the entire IT infrastructure service tree, identify weak places of the infrastructure, calculate SLA of various IT services, and check out other information at a higher level. Service monitoring focuses on the overall availability  of a service instead of low-level details, such as the lack of disk space, high processor load, etc. Since Zabbix 6.0, service monitoring also provides functionality to find the root cause of a problem if a service is not performing as expected.   Service monitoring allows to create a hierarchy representation of monitored data.  A very simple service structure may look like:      Service     |     |-Workstations     | |     | |-Workstation1     | |     | |-Workstation2     |     |-Servers  Each node of the structure has attribute status. The status is calculated and propagated to upper levels according to the selected algorithm. The status of individual nodes is affected by the status of the mapped problems. Problem mapping is accomplished with [tagging](/manual/it_services/service_tree#problem-tags).  Zabbix can send notifications or automatically execute a script on the Zabbix server in case service status change is detected. It is possible to define flexible rules whether a parent service should go into a 'Problem state'  based on the statuses of child services. Services problem data can then be used to calculate SLA and send SLA reports based on the flexible set of conditions.   Service monitoring is configured in the Services menu, which consists of the following sections:   - [Services](/manual/it_services/service_tree)   Services section allows to build a hierarchy of your monitored infrastructure by adding parent services, and then - child  services to the parent services.   In addition to configuring service tree, this section provides an overview of the whole infrastructure and allows to quickly identify the problems that led to a service status change.   - [Service actions](/manual/it_services/service_actions)  In this section you can configure service actions. Service actions are optional and allow to:  - send a notification that a service is down;  - execute a remote command on a Zabbix server upon a service status change; - send a recovery notification when a service is up again.  - [SLA](/manual/it_services/sla)  In this section you can define service level agreements and set service level objectives for specific services.   - [SLA report](/manual/web_interface/frontend_sections/services/sla_report)  In this section you can view SLA reports.   **See also:**     - SLA monitoring configuration [example](/manual/it_services/example)   - Notes about [upgrading services](/manual/appendix/services_upgrade) from Zabbix versions below 6.0
es	#### Descripción general  El monitoreo de servicios es un monitoreo a nivel empresarial que se puede utilizar para obtener una descripción general de todo el árbol de servicios de infraestructura de TI, identificar los puntos débiles de la infraestructura, calcular SLA de varios servicios TI  y consultar otra información a un nivel superior. La supervisión del servicio se centra en la disponibilidad general de un servicio en lugar de detalles de bajo nivel, como la falta de espacio en disco, alta carga del procesador, etc. Desde Zabbix 6.0, el monitoreo de servicios también proporciona funcionalidad para encontrar la causa raíz de un problema si un servicio no funciona como se esperaba.  El monitoreo del servicio permite crear una representación jerárquica de los datos monitoreados.  Una estructura de servicio muy simple podría verse así:      Servicio     |     |-Estaciones de trabajo     | |     | |-Estación de trabajo1     | |     | |-Estación de trabajo2     |     |-Servidores  Cada nodo de la estructura tiene un estado de atributo. El estado es calculado y propagado a niveles superiores de acuerdo con la selección algoritmo. El estado de los nodos individuales se ve afectado por el estado de los problemas mapeados. El mapeo de problemas se logra con [etiquetado](/manual/it_services/service_tree#problem-tags).  Zabbix puede enviar notificaciones o ejecutar automáticamente un script en el servidor Zabbix en caso de que se detecte un cambio en el estado del servicio. Es posible definir reglas flexibles sobre si un servicio principal debe entrar en un "estado de problema" basado en los estados de los servicios infantiles. Los datos de problemas de servicios se pueden utilizar para calcular el SLA y enviar informes de SLA según un conjunto flexible de condiciones.  La monitorización de servicios se configura en el menú Servicios, que consta de las siguientes secciones:  - [Servicios](/manual/it_services/service_tree)  La sección de servicios permite construir una jerarquía de su infraestructura de servicios monitoreados  agregando servicios padres, y luego - servicios hijos  a los servicios padres.  Además de configurar el árbol de servicios, esta sección proporciona una descripción general de toda la infraestructura y permite identificar rápidamente los problemas que llevaron a un cambio de estado del servicio.  - [Acciones de servicio](/manual/it_services/service_actions)  En esta sección puede configurar acciones de servicio. Las acciones de servicio son opcionales y permiten: - enviar una notificación de que un servicio no funciona; - ejecutar un comando remoto en un servidor Zabbix ante un cambio de estado del servicio; - enviar una notificación de recuperación cuando un servicio vuelva a estar activo.  - [SLA](/manual/it_services/sla)  En esta sección puede definir acuerdos de nivel de servicio y establecer objetivos de nivel de servicio para servicios específicos.  - [Informe SLA](/manual/web_interface/frontend_sections/services/sla_report)  En esta sección puede ver los informes SLA.   **Ver también:**    - Configuración de monitoreo de SLA [ejemplo](/manual/it_services/ejemplo)   - Notas sobre la [actualización de servicios](/manual/appendix/services_upgrade) desde versiones de Zabbix inferiores a 6.0

en-us	#### Overview  Several configuration [parameters](/manual/appendix/config/zabbix_server) define how Zabbix server should behave when an agent check (Zabbix, SNMP, IPMI, JMX) fails and a host interface becomes unreachable.
es	#### Descripción general  Varios [parámetros](/manual/appendix/config/zabbix_server) de configuración definen cómo  el servidor Zabbix debe comportarse cuando falla la verificación de un agente (Zabbix, SNMP, IPMI, JMX). y una interfaz del equipo se vuelve inalcanzable.

en-us	#### Overview  Simple checks are normally used for remote agent-less checks of services.  Note that Zabbix agent is not needed for simple checks. Zabbix server/proxy is responsible for the processing of simple checks (making external connections, etc).  Examples of using simple checks:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic *User name* and *Password* fields in simple check item configuration are used for VMware monitoring items; ignored otherwise. :::
es	#### Visión general  Las comprobaciones simples se utilizan normalmente para comprobaciones remotas sin agente de servicios.  Tenga en cuenta que el agente Zabbix no es necesario para controles simples. Zabbix servidor/proxy es responsable del procesamiento de cheques simples (haciendo conexiones externas, etc.).  Ejemplos de uso de cheques simples:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: notaclásica Campos *Nombre de usuario* y *Contraseña* en elemento de verificación simple la configuración se utiliza para los elementos de supervisión de VMware; ignorado de lo contrario. :::

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
es	#### Visión general  Se proporcionan gráficos simples para la visualización de datos recopilados por elementos.  No se requiere ningún esfuerzo de configuración por parte del usuario para ver simple gráficos Están disponibles gratuitamente por Zabbix.  Simplemente vaya a *Monitoreo → Últimos datos* y haga clic en el enlace Gráfico para se mostrará el elemento respectivo y un gráfico.  ![](../../../../../assets/en/manual/config/simple_graph.png){ancho="600"}  ::: notaclásica Se proporcionan gráficos simples para todos los elementos numéricos. Para elementos textuales, hay un enlace a Historial disponible en *Monitoring → Latest datos*. :::

en-us	### Overview  Since Zabbix 6.0, primary keys are used for all tables in  new installations.  This section provides instructions for manually upgrading the history tables in existing installations to primary keys.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
es	### Descripción general  A partir de Zabbix 6.0, las claves primarias se utilizan para todas las tablas en nuevas instalaciones.  Esta sección proporciona instrucciones para actualizar manualmente las tablas de historial en instalaciones existentes a claves primarias.  Las instrucciones están disponibles para:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
es	#### Descripción general  Algunas métricas nuevas se agregan automáticamente para monitorear cuando se crean escenarios web.  Todas las métricas heredan etiquetas del escenario web.

en-us	#### Overview  Sometimes the availability of one host depends on another. A server that is behind a router will become unreachable if the router goes down. With triggers configured for both, you might get notifications about two hosts down - while only the router was the guilty party.  This is where some dependency between hosts might be useful. With dependency set, notifications of the dependents could be withheld and only the notification on the root problem sent.  While Zabbix does not support dependencies between hosts directly, they may be defined with another, more flexible method - trigger dependencies. A trigger may have one or more triggers it depends on.  So in our simple example we open the server trigger configuration form and set that it depends on the respective trigger of the router. With such dependency, the server trigger will not change its state as long as the trigger it depends on is in the 'PROBLEM' state - and thus no dependent actions will be taken and no notifications sent.  If both the server and the router are down and dependency is there, Zabbix will not execute actions for the dependent trigger.  While the parent trigger is in the PROBLEM state, its dependents may report values that cannot be trusted. Therefore dependent triggers will not be re-evaluated until the parent trigger (the router in the example above):  -   goes back from 'PROBLEM' to 'OK' state; -   changes its state from 'PROBLEM' to 'UNKNOWN'; -   is closed manually, by correlation or with the help of time-based functions; -   is resolved by a value of an item not involved in the dependent trigger; -   is disabled, has a disabled item or a disabled item host  In all of the cases mentioned above, the dependent trigger (server) will be re-evaluated only when a new metric for it is received. This means that the dependent trigger may not be updated immediately.  Also:  -   Trigger dependency may be added from any host trigger to any other     host trigger, as long as it doesn't result in a circular     dependency. -   Trigger dependency may be added from one template to another. If some     trigger from template A depends on some trigger from template B,     template A may only be linked to a host (or another template)     together with template B, but template B may be linked to a host (or     another template) alone. -   Trigger dependency may be added from a template trigger to a host     trigger. In this case, linking such a template to a host will create     a host trigger that depends on the same trigger template that the trigger was     depending on. This allows to, for example, have a template where     some triggers depend on the router (host) triggers. All hosts linked to     this template will depend on that specific router. -   Trigger dependency may not be added from a host trigger to a template trigger. -   Trigger dependency may be added from a trigger prototype to another     trigger prototype (within the same low-level discovery rule) or a     real trigger. A trigger prototype may not depend on a trigger     prototype from a different LLD rule or on a trigger created from     trigger prototype. A host trigger prototype cannot depend on a trigger     from a template.
es	#### Descripción general  A veces la disponibilidad de un equipo depende de otro. Un servidor que está detrás de un enrutador será inaccesible si el enrutador deja de funcionar. Con iniciadores configurados para ambos, es posible que recibas notificaciones sobre dos equipos caídos, mientras que sólo el enrutador era el culpable.  Aquí es donde podría resultar útil cierta dependencia entre equipos. Con conjunto de dependencia, las notificaciones de los dependientes podrían ser retenidas y solo se envía la notificación sobre el problema raíz.  Si bien Zabbix no admite dependencias entre equipos directamente, sí se puede definir con otro método más flexible: dependencias de iniciadores. Un iniciador puede tener uno o más iniciadores de los que depende.  Entonces, en nuestro ejemplo simple, abrimos el formulario de configuración del iniciador del servidor. y configure que dependa del iniciador respectivo del enrutador. Con dicha dependencia, el iniciador del servidor no cambiará su estado mientras el iniciador del que depende está en el estado 'PROBLEMA' y, por lo tanto, no se tomarán medidas y no se enviarán notificaciones.  Si tanto el servidor como el enrutador están inactivos y existe dependencia, Zabbix no ejecutará acciones para el iniciador dependiente.  Mientras el iniciador principal está en estado PROBLEMA, sus dependientes pueden informar valores en los que no se puede confiar. Por lo tanto, los iniciadores dependientes no se reevaluarán hasta que el iniciador principal (el enrutador en el ejemplo anterior):  -   vuelve del estado 'PROBLEMA' al estado 'OK'; -   cambia su estado de 'PROBLEMA' a 'DESCONOCIDO'; -   se cierra manualmente, por correlación o con la ayuda de funciones basadas en el tiempo; -   se resuelve mediante un valor de un elemento que no participa en el desencadenante dependiente; -   está deshabilitado, tiene un elemento deshabilitado o un equipo de elementos deshabilitado  En todos los casos mencionados anteriormente, el iniciador dependiente (servidor) se reevaluará solo cuando se reciba una nueva métrica. Esto significa que es posible que el iniciador dependiente no se actualice inmediatamente.  También:  -   La dependencia del iniciador se puede agregar desde cualquier iniciador de equipo a cualquier otro     iniciador del equipo, siempre y cuando no resulte en una dependencia circular. -  La dependencia del iniciador se puede agregar de una plantilla a otra. Si algún     iniciador de la plantilla A depende de algún iniciador de la plantilla B,     la plantilla A solo puede estar vinculada a un equipo (u otra plantilla)     junto con la plantilla B, pero la plantilla B puede estar vinculada a un equipo (o     otra plantilla) solo. -   Se puede agregar dependencias del iniciador desde un iniciador de plantilla a un iniciador     de equipo. En este caso, vincular dicha plantilla a un equipo creará     un iniciador de equipo que depende de la misma plantilla de iniciador de la que el iniciador      depende. Esto permite, por ejemplo, tener una plantilla donde     algunos iniciadores dependen de los iniciadores del enrutador (equipo). Todos los equipos vinculados a     esta plantilla dependerán de ese enrutador específico. -   La dependencia del iniciador no se puede agregar desde un iniciador de equipo a un iniciador de plantilla. -   La dependencia del iniciador se puede agregar desde un prototipo de iniciador a otro     prototipo de iniciador (dentro de la misma regla de descubrimiento de bajo nivel) o un      iniciador verdadero. Un prototipo de iniciador puede no depender de un     prototipo de iniciador de una regla LLD diferente o en un iniciador creado a partir del     prototipo de iniciador. Un prototipo de iniciador de equipo no puede depender de un iniciador     a partir de una plantilla.

en-us	#### Overview  Sometimes there are signs of the upcoming problem. These signs can be spotted so that actions may be taken in advance to prevent or at least minimize the impact of the problem.  Zabbix has tools to predict the future behavior of the monitored system based on historic data. These tools are realized through predictive trigger functions.
es	#### Visión general  A veces hay signos del problema que se avecina. Estos signos pueden ser detectarse para que se puedan tomar acciones con anticipación para prevenir o al menos minimizar el impacto del problema.  Zabbix tiene herramientas para predecir el comportamiento futuro del sistema monitoreado basado en datos históricos. Estas herramientas se realizan a través de la predicción funciones de disparo.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
es	#### Descripción general  A veces es posible que desee cambiar algún atributo para varios equipos al mismo tiempo de una vez. En lugar de abrir cada equipo individual para editarlo, puede usar la función de actualización masiva para eso.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of items at once. Instead of opening each individual item for editing, you may use the mass update function for that.
es	#### Visión general  A veces es posible que desee cambiar algún atributo para una serie de elementos en una vez. En lugar de abrir cada elemento individual para editarlo, puede usar la función de actualización masiva para eso.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of templates at once. Instead of opening each individual template for editing, you may use the mass update function for that.
es	#### Descripción general  A veces es posible que desee cambiar algún atributo para varias plantillas a la vez. En lugar de abrir cada plantilla individual para editarla, puede usar la función de actualización masiva para eso.

en-us	#### Overview  Sometimes you may want to run an agent check that does not come predefined with Zabbix. This is where user parameters come to help.  You may write a command that retrieves the data you need and include it in the user parameter in the [agent configuration file](/manual/appendix/config/zabbix_agentd) ('UserParameter' configuration parameter).  A user parameter has the following syntax:      UserParameter=<key>,<command>  As you can see, a user parameter also contains a key. The key will be necessary when configuring an item. Enter a key of your choice that will be easy to reference (it must be unique within a host).  Restart the agent or use the agent [runtime control](/manual/concepts/agent#runtime_control) option to pick up the new parameter, e. g.:      zabbix_agentd -R userparameter_reload  Then, when [configuring an item](item), enter the key to reference the command from the user parameter you want executed.  User parameters are commands executed by Zabbix agent. Note that up to 16MB of data can be returned before [item value preprocessing](/manual/config/items/preprocessing) steps.  **/bin/sh** is used as a command line interpreter under UNIX operating systems. User parameters obey the agent check timeout; if timeout is reached the forked user parameter process is terminated.  See also:  -   [Step-by-step     tutorial](/manual/config/items/userparameters/extending_agent) on     making use of user parameters -   [Command execution](/manual/appendix/command_execution)
es	#### Descripción general  A veces es posible que desee ejecutar una comprobación de agente que no llega predefinida con Zabbix. Aquí es donde los parámetros de usuario resultan de ayuda.  Puede escribir un comando que recupere los datos que necesita e incluirlos en el parámetro de usuario en el [archivo de configuración del agente](/manual/appendix/config/zabbix_agentd) ('parámetro de configuración de usuario').  Un parámetro de usuario tiene la siguiente sintaxis:      UserParameter=<clave>,<comando>  Como puede ver, un parámetro de usuario también contiene una clave. La clave será necesaria al configurar una métrica. Introduzca una clave de su elección que sea fácil de consultar (debe ser única dentro de un equipo).  Reinicie el agente o utilice la opción de [control en tiempo de ejecución](/manual/concepts/agent#runtime_control) del agente para recoger el nuevo parámetro, p.e.:      zabbix_agentd -R userparameter_reload  Luego, al [configurar una métrica](item), ingrese la clave para hacer referencia al comando del parámetro de usuario que desea ejecutar.  Los parámetros de usuario son comandos ejecutados por el agente Zabbix. Tenga en cuenta que se pueden devolver hasta 16 MB de datos antes de los pasos de [preprocesamiento del valor de la métrica](/manual/config/items/preprocessing).  **/bin/sh** se utiliza como intérprete de línea de comandos en sistemas operativos UNIX. Los parámetros del usuario obedecen al tiempo de espera de verificación del agente; si se alcanza el tiempo de espera, el proceso de parámetros de usuario bifurcado finaliza.  Ver también:  -   [Tutorial paso a paso](/manual/config/items/userparameters/extending_agent) sobre cómo      hacer uso de parámetros de usuario -   [Ejecución de comandos](/manual/appendix/command_execution)

en-us	#### Overview  Sound is used in [global notifications](/manual/web_interface/user_profile/global_notifications).  For the sounds to be played in Zabbix frontend, *Frontend messaging* must be enabled in the user profile *Messaging* tab, with all trigger severities checked, and sounds should also be enabled in the global notification pop-up window.  If for some reasons audio cannot be played on the device, the ![](../../../../assets/en/manual/config/mute_icon.png) button in the global notification pop-up window will permanently remain in the "mute" state and the message "Cannot support notification audio for this device." will be displayed upon hovering over the ![](../../../../assets/en/manual/config/mute_icon.png) button.  Sounds, including the default audio clips, are supported in MP3 format only.  The sounds of Zabbix frontend have been successfully tested in recent Firefox/Opera browsers on Linux and Chrome, Firefox, Microsoft Edge, Opera and Safari browsers on Windows.  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
es	#### Visión general  El sonido se usa en [global notificaciones](/manual/web_interface/user_profile/global_notifications).  Para que los sonidos se reproduzcan en la interfaz de Zabbix, *Mensajes de la interfaz* debe estar habilitado en la pestaña *Mensajería* del perfil de usuario, con todos los activadores severidades verificadas, y los sonidos también deben estar habilitados en el global ventana emergente de notificación.  Si por algún motivo no se puede reproducir audio en el dispositivo, el ![](../../../../assets/en/manual/config/mute_icon.png) en el la ventana emergente de notificación global permanecerá permanentemente en "silencio" estado y el mensaje "No se puede admitir el audio de notificación para este dispositivo." se mostrará al pasar el cursor sobre el Botón ![](../../../../assets/en/manual/config/mute_icon.png).  Los sonidos, incluidos los clips de audio predeterminados, son compatibles con el formato MP3 solamente.  Los sonidos de la interfaz de Zabbix se han probado con éxito en los últimos Navegadores Firefox/Opera en Linux y Chrome, Firefox, Microsoft Edge, Navegadores Opera y Safari en Windows.  ::: noteimportant La reproducción automática de sonidos puede estar deshabilitada en los últimos versiones del navegador por defecto. En este caso, debe cambiar este configurando manualmente. :::

en-us	### Overview  SSH checks are performed as agent-less monitoring. Zabbix agent is not needed for SSH checks.  To perform SSH checks Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with SSH2 support (libssh or libssh2). See also: [Requirements](/manual/installation/requirements#serverproxy).  ::: noteimportant Starting with RHEL 8, only libssh is supported. For other distributions, libssh is suggested over libssh2. :::
es	### Descripción general  Las comprobaciones SSH se realizan como supervisión sin agentes. El agente Zabbix no es necesario para comprobaciones SSH.  Para realizar comprobaciones SSH, el servidor Zabbix debe estar inicialmente [configurado](/manual/installation/install#from_the_sources) con soporte para SSH2  (libssh o libssh2). Ver también: [Requisitos](/manual/installation/requirements#serverproxy).  ::: noteimportant A partir de RHEL 8, solo se admite libssh. Para otras distribuciones, se sugiere libssh en lugar de libssh2. :::

en-us	### Overview  Starting from version 5.0, Zabbix frontend requires PHP version 7.2 or later. Unfortunately, older versions of Debian & Ubuntu provide only PHP versions below 7.2.
es	### Descripción general  A partir de la versión 5.0, la interfaz de Zabbix requiere la versión 7.2 de PHP o posterior. Desafortunadamente, las versiones más antiguas de Debian y Ubuntu sólo proporcionan versiones de PHP inferiores a la 7.2.

en-us	#### Overview  Support of monitoring VMware environments is available in Zabbix starting with version 2.2.0.  Zabbix can use low-level discovery rules to automatically discover VMware hypervisors and virtual machines and create hosts to monitor them, based on pre-defined host prototypes.  The default dataset in Zabbix offers several ready-to-use templates for monitoring VMware vCenter or ESX hypervisor.  The minimum required VMware vCenter or vSphere version is 5.1.
es	#### Descripción general  El soporte para monitorear entornos VMware está disponible en Zabbix comenzando por la versión 2.2.0.  Zabbix puede usar reglas de descubrimiento de bajo nivel para descubrir automáticamente Hipervisores y máquinas virtuales de VMware y crear de equipos para monitorearlos, basándose en prototipos de equipos predefinidos.  El conjunto de datos predeterminado en Zabbix ofrece varias plantillas listas para usar para el Monitoreo de VMware vCenter o hipervisor ESX.  La versión mínima requerida de VMware vCenter o vSphere es 5.1.

en-us	#### Overview  Telnet checks are performed as agent-less monitoring. Zabbix agent is not needed for Telnet checks.
es	#### Descripción general  Las comprobaciones Telnet se realizan como supervisión sin agentes. El agente de Zabbix no es necesario para comprobaciones Telnet.

en-us	#### Overview  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   linked host groups -   template data -   linkage to other templates -   linkage to host groups -   directly linked items -   directly linked triggers -   directly linked graphs -   directly linked dashboards -   directly linked discovery rules with all prototypes -   directly linked web scenarios -   value maps
es	#### Descripción general  Las plantillas se [exportan](/manual/xml_export_import) con muchos objetos relacionados y relaciones entre objetos.  La exportación de plantillas contiene:  -   grupos de equipos vinculados -   datos de plantilla -   enlace a otras plantillas -   vinculación con grupos de equipos -   métricas directamente vinculadas -   iniciadores directamente vinculados -   gráficos directamente vinculados -   tableros directamente vinculados -   reglas de descubrimiento directamente vinculadas con todos los prototipos -   escenarios web directamente vinculados -   mapas de valores

en-us	### Overview  The *Administration → Authentication* section allows to specify the global user authentication method to Zabbix and internal password requirements. The available methods are internal, HTTP, LDAP, and SAML authentication.
es	### Descripción general  La sección *Administración → Autenticación* permite especificar el método de autenticación de usuario para Zabbix y los requisitos de la contraseña interna.  Los métodos de autenticación disponibles son: autenticación interna, HTTP, LDAP y SAML.

en-us	#### Overview  The *Administration → General* section contains a number of subsections for setting frontend-related defaults and customizing Zabbix.  The list of available subsections appears upon pressing on *General* in the *Administration* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.
es	#### Descripción general  La sección *Administración → General* contiene varias subsecciones para configurar valores predeterminados relacionados con la interfaz y personalizar Zabbix.  La lista de subsecciones disponibles aparece al presionar *General* en la sección del menú *Administración*. También es posible cambiar entre subsecciones utilizando el menú desplegable de títulos en la esquina superior izquierda.

en-us	#### Overview  The Administration menu is for administrative functions of Zabbix. This menu is available to users of [Super Administrators](/manual/config/users_and_usergroups/permissions) type only.
es	#### Descripción general  El menú Administración es para funciones administrativas de Zabbix. Este menú está disponible únicamente para usuarios de tipo [Superadministrador](/manual/config/users_and_usergroups/permissions).

en-us	#### Overview  The aggregation functions, available in the graph widget of the dashboard, allow displaying an aggregated value for the chosen interval (5 minutes, an hour, a day), instead of all values.  The aggregation options are as follows:  -   min -   max -   avg -   count -   sum -   first (first value displayed) -   last (last value displayed)  The most exciting use of data aggregation is the possibility to create nice side-by-side comparisons of data for some period:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  When hovering over a point in time in the graph, date and time is displayed, in addition to items and their aggregated values. Items are displayed in parentheses, prefixed by the aggregation function used. Note that this is the date and time of the point in the graph, not of the actual values.
es	#### Visión general  Las funciones de agregación, disponibles en el widget gráfico del panel de control, permite mostrar un valor agregado para el intervalo elegido (5 minutos, una hora, un día), en lugar de todos los valores.  Las opciones de agregación son las siguientes:  - min - máx. - promedio -   contar -   suma - primero (primer valor mostrado) - último (último valor mostrado)  El uso más interesante de la agregación de datos es la posibilidad de crear Buenas comparaciones de datos lado a lado durante algún período:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  Al pasar el cursor sobre un punto en el tiempo en el gráfico, la fecha y la hora se visualizados, además de los artículos y sus valores agregados. Los artículos son se muestra entre paréntesis, con el prefijo de la función de agregación utilizada. Tenga en cuenta que esta es la fecha y la hora del punto en el gráfico, no de los valores reales.

en-us	#### Overview  The Configuration menu contains sections for setting up major Zabbix functions, such as hosts and host groups, data gathering, data thresholds, sending problem notifications, creating data visualization and others.
es	#### Descripción general  El menú Configuración contiene secciones para configurar las funciones principales de Zabbix, como equipos y grupos de equipos, recopilación de datos, umbrales de datos, envío de notificaciones de problemas, creación de visualización de datos y otros.

en-us	#### Overview  The expressions used in [triggers](/manual/config/triggers) are very flexible. You can use them to create complex logical tests regarding monitored statistics.  A simple expression uses a **function** that is applied to the item with some parameters. The function returns a result that is compared to the threshold, using an operator and a constant.  The syntax of a simple useful expression is `function(/host/key,parameter)<operator><constant>`.  For example:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  will trigger if the number of received bytes during the last five minutes was always over 100 kilobytes.  While the syntax is exactly the same, from the functional point of view there are two types of trigger expressions:  -   problem expression - defines the conditions of the problem -   recovery expression (optional) - defines additional conditions of     the problem resolution  When defining a problem expression alone, this expression will be used both as the problem threshold and the problem recovery threshold. As soon as the problem expression evaluates to TRUE, there is a problem. As soon as the problem expression evaluates to FALSE, the problem is resolved.  When defining both problem expression and the supplemental recovery expression, problem resolution becomes more complex: not only the problem expression has to be FALSE, but also the recovery expression has to be TRUE. This is useful to create [hysteresis](#hysteresis) and avoid trigger flapping.
es	#### Visión general  Las expresiones utilizadas en [triggers](/manual/config/triggers) son muy flexible. Puede usarlos para crear pruebas lógicas complejas con respecto a estadísticas monitoreadas.  Una expresión simple usa una **función** que se aplica al elemento con algunos parámetros. La función devuelve un resultado que se compara con el umbral, utilizando un operador y una constante.  La sintaxis de una expresión útil simple es `función(/host/clave,parámetro)<operador><constante>`.  Por ejemplo:        min(/servidor Zabbix/net.if.in[eth0,bytes],5m)>100K  se activará si el número de bytes recibidos durante los últimos cinco minutos siempre superaba los 100 kilobytes.  Si bien la sintaxis es exactamente la misma, desde el punto de vista funcional hay dos tipos de expresiones desencadenantes:  - expresión del problema - define las condiciones del problema - expresión de recuperación (opcional) - define condiciones adicionales de     la resolución del problema  Al definir una expresión de problema sola, se utilizará esta expresión tanto como el umbral del problema como el umbral de recuperación del problema. Como tan pronto como la expresión del problema se evalúa como VERDADERO, hay un problema. Como tan pronto como la expresión del problema se evalúa como FALSO, el problema es resuelto.  Al definir tanto la expresión del problema como la recuperación suplementaria expresión, la resolución de problemas se vuelve más compleja: no sólo la la expresión del problema tiene que ser FALSA, pero también la expresión de recuperación tiene a decir verdad. Esto es útil para crear [histéresis](#histéresis) y evitar aleteo del gatillo.

en-us	#### Overview  The frontend time zone can be set globally in the frontend and adjusted for individual users.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  If *System* is selected, the web server time zone will be used for the frontend (including the value of 'date.timezone' of php.ini, if set), while Zabbix server will use the time zone of the machine it is running on.  ::: noteclassic Zabbix server will only use the specified global/user time zone when expanding macros in notifications (e.g. {EVENT.TIME} can expand to a different time zone per user) and for the time limit when notifications are sent (see "When active" setting in user [media configuration](/manual/config/notifications/media#user_media)). :::
es	#### Descripción general  La zona horaria del frontend se puede configurar globalmente en el frontend y ajustarse para usuarios individuales.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  Si se selecciona *Sistema*, la zona horaria del servidor web se utilizará para la interfaz (incluido el valor de 'date.timezone' de php.ini, si está configurado), mientras que el servidor Zabbix utilizará la zona horaria de la máquina que en la que se está ejecutando.  ::: noteclassic El servidor Zabbix solo utilizará la zona horaria del usuario/global especificado al expandir macros en notificaciones (por ejemplo, {EVENT.TIME} puede expandirse a una zona horaria diferente por usuario) y para el límite de tiempo cuando se envían notificaciones (consulte la configuración "Cuando está activo" en la [configuración de medios](/manual/config/notificaciones/media#user_media) del usuario). :::

en-us	#### Overview  The header is present in all request and response messages between Zabbix components.  It is required to determine the message length, if it is compressed or not, if it is a large packet or not.  Zabbix communications protocol has 1GB packet size limit per connection. The limit of 1GB  is applied to both the received packet data length and the uncompressed data length.  When sending configuration to Zabbix proxy, the packet size limit is increased to 4GB to allow  syncing large configurations. When data length before compression exceeds 4GB, Zabbix server automatically  starts using the large packet format (0x04 flag) which increases the packet size limit to 16GB.  Note that while a large packet format can be used for sending any data, currently only the Zabbix proxy  configuration syncer can handle packets that are larger than 1GB.
es	#### Descripción general  El encabezado está presente en todos los mensajes de solicitud y respuesta entre los componentes de Zabbix. Se requiere determinar la longitud del mensaje, si está comprimido o no, si es un paquete grande o no.  El protocolo de comunicaciones Zabbix tiene un límite de tamaño de paquete de 1 GB por conexión. El límite de 1GB se aplica tanto a la longitud de datos del paquete recibido como a la longitud de datos sin comprimir.  Al enviar la configuración al proxy Zabbix, el límite de tamaño del paquete aumenta a 4 GB para permitir sincronizar configuraciones grandes. Cuando la longitud de los datos antes de la compresión excede los 4 GB, el servidor Zabbix automáticamente comienza a utilizar el formato de paquete grande (indicador 0x04), que aumenta el límite de tamaño del paquete a 16 GB.  Tenga en cuenta que, si bien se puede utilizar un formato de paquete grande para enviar cualquier dato, actualmente solo el sincronizador de configuración del proxy Zabbix puede manejar paquetes de más de 1 GB.

en-us	#### Overview  The high availability mode offers protection against software/hardware failures for Zabbix server and allows to minimize downtime during software/hardware maintenance.  The high availability (HA) cluster is an opt-in solution and it is supported for Zabbix server. The native HA solution is designed to be simple in use, it will work across sites and does not have specific requirements for the databases that Zabbix recognizes. Users are free to use the native Zabbix HA solution, or a third party HA solution, depending on what best suits the high availability requirements in their environment.  The solution consists of multiple zabbix\_server instances or nodes. Every node:  -   is configured separately (configuration file, scripts, encryption,     data export) -   uses the same database -   has several modes: active, standby, unavailable, stopped  Only one node can be active (working) at a time. The standby nodes do no data collection, processing or other regular server activities; they do not listen on ports; they have minimum database connections.  Both active and standby nodes update their last access time every 5 seconds. Each standby node monitors the last access time of the active node. If the last access time of the active node is over 'failover delay' seconds, the standby node switches itself to be the active node and assigns 'unavailable' status to the previously active node.  The active node monitors its own database connectivity - if it is lost for more than `failover delay-5` seconds, it must stop all processing and switch to standby mode. The active node also monitors the status of the standby nodes - if the last access time of a standby node is over 'failover delay' seconds, the standby node is assigned the 'unavailable' status.  The failover delay is configurable, with the minimum being 10 seconds.  The nodes are designed to be compatible across minor Zabbix versions.
es	#### Descripción  El modo de alta disponibilidad ofrece protección contra fallas de software/hardware para el servidor Zabbix y permite minimizar el tiempo de inactividad durante mantenimiento de software/hardware.  El clúster de alta disponibilidad (HA) es una solución opcional y compatible con el servidor Zabbix. La solución HA nativa está diseñada para ser de simple uso, funcionará en todos los sitios y no tiene requisitos para las bases de datos que reconoce Zabbix. Los usuarios son libres de usar la solución Zabbix HA nativa o una solución HA de terceros, dependiendo de lo que mejor se adapte a los requisitos de alta disponibilidad en sus entornos.  La solución consta de varias instancias o nodos de zabbix\_server. Cada nodo:  - se configura por separado (archivo de configuración, scripts, cifrado,     exportación de datos) - utiliza la misma base de datos - tiene varios modos: activo, en espera, no disponible, detenido  Solo un nodo puede estar activo (trabajando) a la vez. Los nodos en espera no recopilan datos, procesamiento u otras actividades regulares del servidor; ellas  no escuchan en los puertos; tienen conexiones mínimas de base de datos.  Los nodos activos y en espera actualizan su última hora de acceso cada 5 segundos. Cada nodo standby monitorea la última hora de acceso del nodo activo. Si la última hora de acceso del nodo activo ha superado la "segundos de retardo por error de conmutación", el nodo en espera cambia a sí mismo para ser el nodo activo y asigna el estado 'no disponible' al nodo previamente activo.  El nodo activo supervisa su propia conectividad de base de datos, si se pierde durante más de 5 segundos, debe detener todo el procesamiento y cambiar al modo de espera. El nodo activo también supervisa el estado de los nodos en espera - si el último tiempo de acceso de un nodo en espera ha terminado los segundos de 'retraso de conmutación por error', al nodo en espera se le asigna el estado 'no disponible'.  El retraso de conmutación por error es configurable, con un mínimo de 10 segundos.  Los nodos están diseñados para ser compatibles con las versiones menores de Zabbix.

en-us	#### Overview  The initial Zabbix installation has two predefined users:  -   *Admin* - a Zabbix     [superuser](/manual/config/users_and_usergroups/permissions#user_role)     with full permissions; -   *guest* - a special Zabbix     [user](/manual/config/users_and_usergroups/permissions#user_role).     The 'guest' user is disabled by default. If you add it to the Guests     user group, you may log in with this user and access monitoring pages in Zabbix.     (Note that, before Zabbix 6.0.28, automatic guest login was possible.)     By default, 'guest' has no permissions on     Zabbix objects.  To configure a new user:  -   Go to *Administration → Users* -   Click on *Create user* (or on the user name to edit an existing     user) -   Edit user attributes in the form
es	#### Descripción general  La instalación inicial de Zabbix tiene dos usuarios predefinidos:  - *Administrador* - un      [superusuario](/manual/config/users_and_usergroups/permissions#user_type)     de Zabbix con permisos completos. - *invitado* - un      [usuario](/manual/config/users_and_usergroups/permissions#user_type) especial de Zabbix.     El usuario 'invitado' está deshabilitado de forma predeterminada. Si lo agrega al grupo de usuarios invitados, puede iniciar sesión con este usuario y acceder a las páginas de seguimiento en Zabbix.    (Tenga en cuenta que, antes de Zabbix 6.4.13, era posible el inicio de sesión automático como invitado).    De forma predeterminada, 'invitado' no tiene permisos a los objetos Zabbix.  Para configurar un usuario:  -   Vaya a *Usuarios → Usuarios*. -   Haga clic en *Crear usuario* (o en un nombre de usuario para editar un usuario existente). -   Editar atributos de usuario en el formulario.

en-us	#### Overview  The Inventory menu features sections providing an overview of host inventory data by a chosen parameter as well as the ability to view host inventory details.
es	#### Descripción general  El menú Inventario presenta secciones que brindan una descripción general de los datos de inventario del equipo mediante un parámetro elegido, así como la capacidad de ver  los detalles del inventario del equipo.

en-us	#### Overview  The *Inventory → Overview* section provides ways of having an overview of [host inventory](/manual/config/hosts/inventory) data.  For an overview to be displayed, choose host groups (or none) and the inventory field by which to display data. The number of hosts corresponding to each entry of the chosen field will be displayed.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  The completeness of an overview depends on how much inventory information is maintained with the hosts.  Numbers in the *Host count* column are links; they lead to these hosts being filtered out in the *Host Inventories* table.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}
es	#### Descripción general  La sección *Inventario → Descripción general* proporciona formas de tener una descripción general de los datos de [inventario de equipo](/manual/config/hosts/inventory).  Para que se muestre una descripción general, elija grupos de equipos (o ninguno) y el campo de inventario por el cual mostrar datos. Se mostrará el número de equipos correspondiente a cada entrada del campo elegido.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  La integridad de una descripción general depende de cuánta información de inventario se mantiene con los equipos.  Los números en la columna *Recuento de equipos* son enlaces; conducen a estos equipos siendo filtrado en la tabla *Inventarios de equipo*.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}

en-us	#### Overview  The **memtype** parameter is supported on Linux, AIX, FreeBSD, and Solaris platforms.  Three common values of 'memtype' are supported on all of these platforms: `pmem`, `rss` and `vsize`. Additionally, platform-specific 'memtype' values are supported on some platforms.
es	#### Descripción general  El parámetro **memtype** es compatible con Linux, AIX, FreeBSD y Plataformas Solaris.  Todas estas plataformas soportan tres valores comunes de 'memtype':  `pmem`, `rss` y `vsize`. Además, dependiendo de la plataforma secsoportan valores especificos de  'memtype' para algunas plataformas.

en-us	#### Overview  The *Monitoring → Dashboard* section is designed to display summaries of all the important information in a **dashboard**.  While only one dashboard can displayed at one time, it is possible to configure several dashboards. Each dashboard may contain one or several pages that can be rotated in a slideshow.  A dashboard page consists of widgets and each widget is designed to display information of a certain kind and source, which can be a summary, a map, a graph, the clock, etc.  Access to hosts in the widgets depends on host [permissions](/manual/config/users_and_usergroups/permissions#permissions-to-groups).  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Pages and widgets are added to the dashboard and edited in the dashboard editing mode. Pages can be viewed and rotated in the dashboard viewing mode.  The time period that is displayed in graph widgets is controlled by the [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) located above the widgets. The time period selector label, located to the right, displays the currently selected time period. Clicking the tab label allows expanding and collapsing the time period selector.  Note that when the dashboard is displayed in kiosk mode and widgets only are displayed, it is possible to zoom out the graph period by double-clicking in the graph.
es	#### Descripción general  La sección *Monitoreo → Tablero* está diseñada para mostrar resúmenes de toda la información importante en un **tablero**.  Aunque sólo se puede mostrar un tablero a la vez, es posible configurar varios tableros. Cada tablero puede contener una o varias páginas que se pueden rotar en una presentación de diapositivas.  Una página de tablero consta de widgets y cada widget está diseñado para mostrar información de cierto tipo y origen, que puede ser un resumen, un mapa, un gráfico, el reloj, etc.  El acceso a los equipos en los widgets depende de los [permisos](/manual/config/users_and_usergroups/permissions#permissions-to-groups) del equipo.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Las páginas y los widgets se agregan al tablero y se editan en el modo de edición del tablero. Las páginas se pueden ver y rotar en el modo de visualización del tablero.  El período de tiempo que se muestra en los widgets de gráficos está controlado por el selector de [periodo de tiempo ](/manual/config/visualization/graphs/simple#time_period_selector) ubicado encima de los widgets. La etiqueta del selector de período de tiempo, ubicada a la derecha, muestra el período de tiempo seleccionado actualmente. Al hacer clic en la pestaña la etiqueta permite expandir y contraer el selector de período de tiempo.  Tenga en cuenta que cuando el tablero se muestra en modo quiosco y solo  se muestran los widgets, es posible alejar el período del gráfico haciendo doble clic en el gráfico.

en-us	#### Overview  The *Monitoring → Hosts* section displays a full list of monitored hosts with detailed information about host interface, availability, tags, current problems, status (enabled/disabled), and links to easily navigate to the host's latest data, problem history, graphs, dashboards and web scenarios.  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts.png){width="600"}  |Column|Description| |--|--------| |*Name*|The visible host name. Clicking on the name brings up the [host menu](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu).<br>An orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) after the name indicates that this host is in maintenance.<br>Click on the column header to sort hosts by name in ascending or descending order.| |*Interface*|The main interface of the host is displayed.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) per configured interface.<br>Icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse on the icon, a popup list of all interfaces of this type appears with each interface details, status and errors.<br>The column is empty for hosts with no interfaces.<br>The current status of all interfaces of one type is displayed by the respective icon color:<br>**Green** - all interfaces available<br>**Yellow** - at least one interface available and at least one unavailable; others can have any value including 'unknown'<br>**Red** - no interfaces available<br>**Gray** - at least one interface unknown (none unavailable)<br>Note that active Zabbix agent items do not affect host availability.| |*Tags*|[Tags](/manual/config/tagging) of the host and all linked templates, with macros unresolved.| |*Status*|Host status - *Enabled* or *Disabled*.<br>Click on the column header to sort hosts by status in ascending or descending order.| |*Latest data*|Clicking on the link will open the *Monitoring - Latest data* page with all the latest data collected from the host.<br> The number of items with latest data is displayed in gray (displayed since Zabbix 6.0.5).| |*Problems*| The number of open host problems sorted by severity. The color of the square indicates problem severity. The number on the square means the number of problems for the given severity.<br>Clicking on the icon will open *Monitoring - Problems* page for the current host. <br>If a host has no problems, a link to the Problems section for this host is displayed as text. <br>Use the filter to select whether suppressed problems should be included (not included by default).| |*Graphs*|Clicking on the link will display graphs configured for the host. The number of graphs is displayed in gray.<br>If a host has no graphs, the link is disabled (gray text) and no number is displayed.| |*Dashboards*|Clicking on the link will display dashboards configured for the host. The number of dashboards is displayed in gray.<br>If a host has no dashboards, the link is disabled (gray text) and no number is displayed.| |*Web*|Clicking on the link will display web scenarios configured for the host. The number of web scenarios is displayed in gray.<br>If a host has no web scenarios, the link is disabled (gray text) and no number is displayed.|
es	#### Descripción general  La sección *Monitoreo → Equipos* muestra una lista completa de equipos monitoreados con información detallada sobre la interfaz del equipo, disponibilidad, etiquetas, problemas actuales, estado (habilitado/deshabilitado) y enlaces para acceder fácilmente a los datos más recientes del equipo, el historial de problemas, los gráficos y los tableros y escenarios web.  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts.png){width="600"}  |Columna|Descripción| |--|--------| |*Nombre*|El nombre de equipo visible. Al hacer clic en el nombre, aparece el [menú equipo](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu).<br>¡Un icono de llave inglesa naranja ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) después del nombre indica que este equipo está en mantenimiento.<br>Haga clic en el encabezado de la columna para ordenar los equipos por nombre en orden ascendente o descendente.| |*Interfaz*|Se muestra la interfaz principal del equipo.| |*Disponibilidad*|[Disponibilidad](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) del equipo por interfaz configurada.<br>Los iconos representan solo aquellos tipos de interfaz (agente Zabbix, SNMP, IPMI, JMX) que están configurados. Si coloca el mouse sobre el ícono, aparece una lista emergente de todas las interfaces de este tipo con los detalles, el estado y los errores de cada interfaz.<br>La columna está vacía para los equipos sin interfaces.<br>El estado actual de todas las interfaces de un tipo se muestra mediante el color del icono respectivo:<br>**Verde**: todas las interfaces disponibles<br>**Amarillo**: al menos una interfaz disponible y al menos una no disponible; otros pueden tener cualquier valor, incluido 'desconocido'<br>**Rojo**: no hay interfaces disponibles<br>**Gris**: al menos una interfaz desconocida (ninguna no disponible)<br>Tenga en cuenta que los elementos activos del agente Zabbix no afecta la disponibilidad del equipo.| |*Etiquetas*|[Etiquetas](/manual/config/tagging) del equipo y todas las plantillas vinculadas, con macros sin resolver.| |*Estado*|Estado del equipo: *Activado* o *Desactivado*.<br>Haga clic en el encabezado de la columna para ordenar los equipos por estado en orden ascendente o descendente.| |*Últimos datos*|Al hacer clic en el enlace se abrirá la página *Monitoreo - Últimos datos* con los últimos datos recopilados del equipo.<br> El número de métricas con los últimos datos se muestra en gris (se muestra desde Zabbix 6.0. 5).| |*Problemas*| La cantidad de problemas abiertos del equipo ordenados por gravedad. El color del cuadrado indica la gravedad del problema. El número en el cuadrado significa la cantidad de problemas para la gravedad dada.<br>Al hacer clic en el icono se abrirá la página *Monitoreo - Problemas* para el equipo actual. <br>Si un equipo no tiene problemas, se muestra como texto un enlace a la sección Problemas de este equipo. <br>Utilice el filtro para seleccionar si se deben incluir los problemas suprimidos (no incluidos de forma predeterminada).| |*Gráficos*|Al hacer clic en el enlace se mostrarán los gráficos configurados para el equipo. El número de gráficos se muestra en gris.<br>Si un equipo no tiene gráficos, el enlace está deshabilitado (texto gris) y no se muestra ningún número.| |*Tableros*|Al hacer clic en el enlace, se mostrarán los tableros configurados para el equipo. La cantidad de tableros se muestra en gris.<br>Si un equipo no tiene tableros, el enlace está deshabilitado (texto gris) y no se muestra ningún número.| |*Web*|Al hacer clic en el enlace se mostrarán los escenarios web configurados para el equipo. El número de escenarios web se muestra en gris.<br>Si un equipo no tiene escenarios web, el enlace está deshabilitado (texto gris) y no se muestra ningún número.|

en-us	#### Overview  The Monitoring menu is all about displaying data. Whatever information Zabbix is configured to gather, visualize and act upon, it will be displayed in the various sections of the Monitoring menu.
es	#### Visión general  El menú Monitoreo tiene que ver con la visualización de datos. Cualquier información Zabbix está configurado para recopilar, visualizar y actuar, será se muestra en las distintas secciones del menú Monitorización.

en-us	#### Overview  The queue displays items that are waiting for a refresh. The queue is just a **logical** representation of data. There is no IPC queue or any other queue mechanism in Zabbix.  Items monitored by proxies are also included in the queue - they will be counted as queued for the proxy history data update period.  Only items with scheduled refresh times are displayed in the queue. This means that the following item types are excluded from the queue:  -   log, logrt and event log active Zabbix agent items -   SNMP trap items -   trapper items -   web monitoring items -   dependent items  Statistics shown by the queue is a good indicator of the performance of Zabbix server.  The queue is retrieved directly from Zabbix server using JSON protocol. The information is available only if Zabbix server is running.
es	#### Visión general  La cola muestra elementos que están esperando una actualización. la cola es solo una representación **lógica** de datos. No hay cola de IPC ni ninguna otro mecanismo de cola en Zabbix.  Los elementos monitoreados por proxies también se incluyen en la cola; serán contados como en cola para el período de actualización de datos del historial de proxy.  Solo los elementos con tiempos de actualización programados se muestran en la cola. Este significa que los siguientes tipos de elementos están excluidos de la cola:  - registro, logrt y registro de eventos elementos activos del agente Zabbix - Elementos de trampa SNMP - artículos de trampero - artículos de monitoreo web - elementos dependientes  Las estadísticas que muestra la cola son un buen indicador del rendimiento de Servidor Zabbix.  La cola se recupera directamente del servidor Zabbix utilizando el protocolo JSON. La información está disponible solo si el servidor Zabbix se está ejecutando.

en-us	#### Overview  There are four ways of getting Zabbix:  -   Install it from the [packages](/manual/installation/install_from_packages) -   Download the latest source archive and [compile it     yourself](/manual/installation/install) -   Install it from the [containers](/manual/installation/containers) -   Download the [virtual appliance](/manual/appliance)  To download the latest distribution packages, pre-compiled sources or the virtual appliance, go to the [Zabbix download page](https://www.zabbix.com/download), where direct links to latest versions are provided.
es	#### Descripción general  Hay cuatro formas de conseguir Zabbix:  -   Instálelo desde los [paquetes](/manual/installation/install_from_packages) -   Descargue el archivo fuente más reciente y [compílelo     usted mismo](/manual/installation/install) -   Instálelo desde los [contenedores](/manual/installation/containers) -   Descargue el [appliance virtual](/manual/appliance)  Para descargar los últimos paquetes de distribución, fuentes precompiladas o el appliance virtual, vaya a la página de [descarga de Zabbix](https://www.zabbix.com/download), donde hay enlaces directos a las últimas versiones disponibles.

en-us	#### Overview  There are several types of events generated in Zabbix:  -   trigger events - whenever a trigger changes its status     (*OK→PROBLEM→OK*) -   service events - whenever a service changes its status     (*OK→PROBLEM→OK*) -   discovery events - when hosts or services are detected -   autoregistration events - when active agents are auto-registered by     server -   internal events - when an item/low-level discovery rule becomes     unsupported or a trigger goes into an unknown state  ::: noteclassic Internal events are supported starting with Zabbix 2.2 version. :::  Events are time-stamped and can be the basis of actions such as sending notification e-mail etc.  To view details of events in the frontend, go to *Monitoring* → *Problems*. There you can click on the event date and time to view details of an event.  More information is available on:  -   [trigger events](/manual/config/events/trigger_events) -   [other event sources](/manual/config/events/sources)
es	#### Visión general  Hay varios tipos de eventos generados en Zabbix:  - eventos de disparo - cada vez que un disparador cambia su estado     (*OK→PROBLEMA→OK*) - eventos de servicio - cada vez que un servicio cambia su estado     (*OK→PROBLEMA→OK*) - eventos de descubrimiento - cuando se detectan hosts o servicios - eventos de registro automático - cuando los agentes activos son registrados automáticamente por     servidor - eventos internos - cuando una regla de descubrimiento de nivel bajo/elemento se vuelve     no compatible o un disparador entra en un estado desconocido  ::: notaclásica Los eventos internos son compatibles a partir de Zabbix 2.2 versión. :::  Los eventos tienen una marca de tiempo y pueden ser la base de acciones como enviar correo electrónico de notificación, etc.  Para ver los detalles de los eventos en la interfaz, vaya a *Monitoreo* → *Problemas*. Allí puede hacer clic en la fecha y hora del evento para ver detalles de un evento.  Más información está disponible en:  - [desencadenar eventos](/manual/config/events/trigger_events) - [otras fuentes de eventos](/manual/config/events/sources)

en-us	#### Overview  There are several ways in which you can customize and rebrand your Zabbix frontend installation:  -   replace the Zabbix logo with a desired one; -   hide the links to the *Zabbix Support* and *Zabbix Integrations* pages; -   set a custom link to the *Help* page; -   change the copyright notice in the footer.
es	#### Descripción general  Hay varias formas en las que puede personalizar y cambiar el nombre de su instalación frontend de Zabbix:  -   reemplazar el logotipo de Zabbix por el que desee; -   ocultar los enlaces a las páginas *Soporte de Zabbix* y *Integraciones de Zabbix*; -   establecer un enlace personalizado a la página de *Ayuda*; -   cambiar el aviso de derechos de autor en el pie de página.

en-us	#### Overview  There are situations when one item gathers multiple metrics at a time or it even makes more sense to collect related metrics simultaneously, for example:  -   CPU utilization of individual cores -   Incoming/outgoing/total network traffic  To allow for bulk metric collection and simultaneous use in several related items, Zabbix supports dependent items. Dependent items depend on the master item that collects their data simultaneously, in one query. A new value for the master item automatically populates the values of the dependent items. Dependent items cannot have a different update interval than the master item.  Zabbix preprocessing options can be used to extract the part that is needed for the dependent item from the master item data.  Preprocessing is managed by a `preprocessing manager` process, which has been added in Zabbix 3.4, along with workers that perform the preprocessing steps. All values (with or without preprocessing) from different data gatherers pass through the preprocessing manager before being added to the history cache. Socket-based IPC communication is used between data gatherers (pollers, trappers, etc) and the preprocessing process.  Zabbix server or Zabbix proxy (if host is monitored by proxy) are performing preprocessing steps and processing dependent items.  Item of any type, even dependent item, can be set as master item. Additional levels of dependent items can be used to extract smaller parts from the value of an existing dependent item.  
es	#### Visión general  Hay situaciones en las que un elemento recoge varias métricas a la vez o incluso tiene más sentido recoger métricas relacionadas simultáneamente, por ejemplo:  - · Utilización de la CPU de los núcleos individuales - · Tráfico de red entrante/saliente/total  Para permitir la recopilación de métricas a gran escala y el uso simultáneo en varios elementos relacionados, Zabbix soporta elementos dependientes. Los elementos dependientes dependen del elemento maestro que recopila sus datos simultáneamente, en una consulta. Un nuevo valor para el elemento maestro rellena automáticamente los valores de los elementos dependientes. Los elementos dependientes no pueden tener un intervalo de actualización diferente al del elemento maestro. intervalo de actualización que el elemento maestro.  Las opciones de preprocesamiento de Zabbix se pueden utilizar para extraer la parte que es necesaria para el elemento dependiente de los datos del elemento maestro.  El preprocesamiento es gestionado por un proceso `preprocessing manager`, que ha ha añadido en Zabbix 3.4, junto con los trabajadores que realizan los pasos de preprocesamiento. Todos los valores (con o sin preprocesamiento) de diferentes recolectores de datos pasan por el gestor de preprocesamiento antes de ser añadidos a la caché del historial. Se utiliza la comunicación IPC basada en sockets entre los recolectores de datos (pollers, trappers, etc) y el proceso de preprocesamiento. El servidor Zabbix o el proxy Zabbix (si el host es monitoreado por el proxy) están realizando pasos de preprocesamiento y procesando elementos dependientes. Los elementos de cualquier tipo, incluso los dependientes, pueden establecerse como elementos maestros. Se pueden utilizar niveles adicionales de elementos dependientes para extraer partes más pequeñas partes del valor de un elemento dependiente existente.

en-us	#### Overview  There is an option to tag various entities in Zabbix. Tags can be defined for:  -   templates -   hosts -   items -   web scenarios -   triggers -   services -   template items and triggers -   host, item and trigger prototypes  Tags have several uses, most notably, to mark events. If entities are tagged, the corresponding new events get marked accordingly:  -   with tagged templates - any host problems created by relevant     entities (items, triggers, etc) from this template will be marked -   with tagged hosts - any problem of the host will be marked -   with tagged items, web scenarios - any data/problem of this item or     web scenario will be marked -   with tagged triggers - any problem of this trigger will be marked  A problem event inherits all tags from the whole chain of templates, hosts, items, web scenarios, triggers. Completely identical `tag:value` combinations (after resolved macros) are merged into one rather than being duplicated, when marking the event.  Having custom event tags allows for more flexibility. Importantly, events can be [correlated](/manual/config/event_correlation) based on event tags. In other uses, actions can be defined based on tagged events. Item problems can be grouped based on tags. Problem tags can also be used to map problems to [services](/manual/it_services/service_tree#problem-tags).  Tagging is realized as a pair of *tag name* and *value*. You can use only the name or pair it with a value:      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   An entity (template, host, item, web scenario, trigger or event) may be tagged with the same name, but different values - these tags will not be considered 'duplicates'. Similarly, a tag without value and the same tag with value can be used simultaneously.
es	#### Descripción general  Hay una opción para etiquetar varias entidades en Zabbix. Las etiquetas pueden ser definidas para:  -   plantillas -   equipos -   métricas -   escenarios web -   iniciadores -   servicios -   plantillas de métricas e iniciadores -   prototipos de equipos, métricas e iniciadores  Las etiquetas tienen varios usos, sobre todo para marcar eventos. Si las entidades son etiquetadas, los nuevos eventos correspondientes se marcan en consecuencia:  -   con plantillas etiquetadas - cualquier problema de equipo creado por entidades     relevantes (métricas, iniciadores, etc.) de esta plantilla se marcarán -   con equipos etiquetados - cualquier problema del equipo será marcado -   con métricas etiquetadas, escenarios web - cualquier dato/problema de esta métrica o     escenario web estará marcado. -   con iniciadores etiquetados - cualquier problema con este iniciador será marcado  Un evento de problema hereda todas las etiquetas de toda la cadena de plantillas, equipos, métricas, escenarios web, iniciadores.  Las combinaciones completamente idénticas de  `Etiqueta:valor` (después de resolver las macros) se fusionan en una en lugar de ser duplicadas, cuando se marca el evento.  Tener etiquetas de eventos personalizadas permite una mayor flexibilidad. En tono rimbombante, los eventos se pueden [correlacionar](/manual/config/event_correlation) según las etiquetas de eventos. En otros usos, las acciones se pueden definir en función de etiquetas de eventos. Los problemas de las métricas se pueden agrupar según las etiquetas. Las etiquetas de problemas también se pueden utilizar para asignar problemas a [servicios](/manual/it_services/service_tree#problem-tags).  El etiquetado se realiza como un par de *nombre de etiqueta* y *valor*. Puede usar solo el nombre o emparejarlo con un valor:      MySQL, Servicio:MySQL, Servicios, Servicios:Cliente, Aplicaciones, Aplicación:Java, Prioridad:Alta  Una entidad (plantilla, equipo, métrica, escenario web, iniciador o evento) puede ser etiquetada con el mismo nombre, pero con valores diferentes; estas etiquetas no serán considerados "duplicados". De manera similar, una etiqueta sin valor y la misma etiqueta con valor se pueden utilizar simultáneamente.

en-us	#### Overview  There is a type of macro used within the [low-level discovery](/manual/discovery/low_level_discovery) (LLD) function:      {#MACRO}   It is a macro that is used in an LLD rule and returns real values of the file system name, network interface, SNMP OID, etc.  These macros can be used for creating item, trigger and graph *prototypes*. Then, when discovering real file systems, network interfaces etc., these macros are substituted with real values and are the basis for creating real items, triggers and graphs.  These macros are also used in creating host and host group *prototypes* in virtual machine [discovery](/manual/vm_monitoring#host_prototypes).  Some low-level discovery macros come "pre-packaged" with the LLD function in Zabbix - {\#FSNAME}, {\#FSTYPE}, {\#IFNAME}, {\#SNMPINDEX}, {\#SNMPVALUE}. However, adhering to these names is not compulsory when creating a [custom](/manual/discovery/low_level_discovery/custom_rules) low-level discovery rule. Then you may use any other LLD macro name and refer to that name.
es	#### Descripción general  Hay un tipo de macro que se utiliza dentro de la función de [nivel bajo descubrimiento](/manual/discovery/low_level_discovery) (LLD):      {#MACRO}  Es una macro que se utiliza en una regla LLD y devuelve valores reales del nombre del sistema de archivos, interfaz de red, OID SNMP, etc.  Estas macros se pueden utilizar para crear *prototipos* de métricas, iniciadores y gráficos. Luego, al descubrir sistemas de archivos reales, interfaces de red, etc., estas macros se sustituyen por valores reales y son la base para crear métricas reales, iniciadores y gráficos.  Estas macros también se utilizan para crear *prototipos* de equipos y grupos de equipos en el [descubrimiento](/manual/vm_monitoring#host_prototypes) de máquinas virtuales.  Algunas macros de descubrimiento de bajo nivel vienen "preempaquetadas" con la función LLD en Zabbix - {\#FSNAME}, {\#FSTYPE}, {\#IFNAME}, {\#SNMPINDEX}, {\#SNMPVALUE}. Sin embargo, no es obligatorio adherirse a estos nombres cuando se cree una regla de descubrimiento de bajo nivel [personalizada](/manual/discovery/low_level_discovery/custom_rules). Por lo tanto, puede usar cualquier otro nombre de macro LLD y hacer referencia a ese nombre.

en-us	#### Overview  The Reports menu features several sections that contain a variety of predefined and user-customizable reports focused on displaying an overview of such parameters as system information, triggers and gathered data.
es	#### Descripción general  El menú Informes presenta varias secciones que contienen una variedad de Informes predefinidos y personalizables por el usuario centrados en mostrar una descripción general de parámetros tales como información del sistema, iniciadores y recopilaciones de datos.

en-us	#### Overview  The required libraries for the MongoDB loadable plugin are listed in this page.
es	#### Descripción general  Las bibliotecas necesarias para el complemento cargable de MongoDB se enumeran en esta página.

en-us	#### Overview  The required libraries for the PostgreSQL loadable plugin are listed in this page.
es	#### Descripción general  Las bibliotecas necesarias para el complemento cargable de PostgreSQL se enumeran en esta página.

en-us	#### Overview  These checks use the communication with Zabbix agent for data gathering.  There are [passive and active](/manual/appendix/items/activepassive) agent checks. When configuring an item, you can select the required type:  -   *Zabbix agent* - for passive checks -   *Zabbix agent (active)* - for active checks
es	#### Visión general  Estos controles utilizan la comunicación con el agente de Zabbix para la recopilación de datos.  Hay [pasivo y activo](/manual/apendix/items/activepassive) revisión de agentes. Al configurar un elemento, puede seleccionar el requerido escribiendo:  - *Agente Zabbix* - para revisión pasivos - *Agente Zabbix (activo)* - para revisión activos

en-us	#### Overview  The Services menu is for the [service monitoring](/manual/it_services) functions of Zabbix.
es	#### Descripción general  El menú Servicios es para las [service monitoring](/manual/it_services) funciones de Zabbix.

en-us	#### Overview  The table below presents details of the modbus.get\[\] [item](/manual/config/items/itemtypes/zabbix_agent#modbus-data) parameters.
es	#### Descripción general  La siguiente tabla presenta detalles de los parámetros de la  [métrica](/manual/config/items/itemtypes/zabbix_agent#modbus-data) modbus.get\[\].