en-us	#### Overview  By default all new problems are classified as cause problems. It is possible to manually reclassify certain problems as symptom problems of the cause problem.  For example, power outage may be the actual root cause why some host is unreachable or some service is down. In this case, "host is unreachable" and "service is down" problems must be classified as symptom problems of "power outage" - the cause problem.  The cause-symptom hierarchy supports only two levels. A problem that is already a symptom cannot be assigned "subordinate" symptom problems; any problems assigned as symptoms to a symptom problem will become symptoms of the same cause problem.  Only cause problems are counted in problem totals in maps, dashboard widgets such as *Problems by severity* or *Problem hosts*, etc. However, problem ranking does not affect services.  A symptom problem can be linked to only one cause problem. Symptom problems are not automatically resolved, if the cause problem is resolved or closed.
es	#### Descripción general  De forma predeterminada, todos los problemas nuevos se clasifican como problemas de causa. Es posible reclasificar manualmente ciertos problemas como problemas de síntomas del problema de causa.  Por ejemplo, un corte de energía puede ser la causa real de por qué no se puede acceder a algún equipo o algún servicio no funciona. En este caso, los problemas de "equipo no accesible" y "servicio inactivo" deben clasificarse como problemas de síntomas de "corte de energía": la causa del problema.  La jerarquía causa-síntoma admite sólo dos niveles. A un problema que ya es un síntoma no se le pueden asignar problemas de síntomas "subordinados"; cualquier problema asignado como síntoma a un problema de síntomas se convertirá en síntomas del mismo problema de causa.  Solo los problemas de causa se cuentan en los totales de problemas en los mapas, widgets del tablero como *Problemas por gravedad* o *Equipos con problemas*, etc. Sin embargo, la clasificación de los problemas no afecta a los servicios.  Un problema de síntomas puede vincularse a una sola causa del problema. Los problemas de síntomas no se resuelven automáticamente si el problema de causa se resuelve o se cierra.

en-us	#### Overview  By default, Zabbix provides a number of predefined themes. You may follow the step-by-step procedure provided here in order to create your own. Feel free to share the result of your work with Zabbix community if you created something nice.
es	#### Descripción general  De forma predeterminada, Zabbix proporciona una serie de temas predefinidos. Puede seguir el procedimiento paso a paso que se proporciona aquí para crear su propio tema. No dude en compartir el resultado de su trabajo con la comunidad Zabbix si ha creado algo bonito.

en-us	##### Overview by item type  In this screen it is easy to locate if the problem is related to one or several item types.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Each line contains an item type. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
es	##### Resumen por tipo de elemento  En esta pantalla es fácil ubicar si el problema está relacionado con uno o varios tipos de artículos.  ![](../../../../../assets/en/manual/interfaz_web/cola.png){ancho="600"}  Cada línea contiene un tipo de artículo. Cada columna muestra el número de espera elementos: esperando de 5 a 10 segundos/de 10 a 30 segundos/de 30 a 60 segundos/de 1 a 5 minutos/5-10 minutos o más de 10 minutos respectivamente.

en-us	##### Overview by proxy  In this screen it is easy to locate if the problem is related to one of the proxies or the server.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Each line contains a proxy, with the server last in the list. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
es	##### Resumen por proxy  En esta pantalla es fácil ubicar si el problema está relacionado con uno de los proxies o el servidor.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Cada línea contiene un proxy, con el servidor en último lugar en la lista. Cada columna muestra el número de artículos en espera - esperando 5-10 segundos/10-30 segundos/30-60 segundos/1-5 minutos/5-10 minutos o más de 10 minutos respectivamente.

en-us	#### Overview  Change of trigger status is the most frequent and most important source of events. Each time the trigger changes its state, an event is generated. The event contains details of the trigger state's change - when it happened and what the new state is.  Two types of events are created by triggers - Problem and OK.
es	#### Descripción general  El cambio de estado de un iniciador es la fuente más frecuente e importante de eventos. Cada vez que el iniciador cambia de estado, se genera un evento. El evento contiene detalles del cambio del estado del iniciador: cuándo sucedió y cuál es el nuevo estado.  Los iniciadores crean dos tipos de eventos: Problema y OK.

en-us	#### Overview  Checking for a new item value in Zabbix is a cyclic process that is based on configured update intervals. While for many items the update intervals are quite short, there are others (including low-level discovery rules) for which the update intervals are quite long, so in real-life situations there may be a need to check for a new value quicker - to pick up changes in discoverable resources, for example. To accommodate such a necessity, it is possible to reschedule a passive check and retrieve a new value immediately.  This functionality is supported for **passive** checks only. The following item types are supported:  -   Zabbix agent (passive) -   SNMPv1/v2/v3 agent -   IPMI agent -   Simple check -   Zabbix internal -   External check -   Database monitor -   JMX agent -   SSH agent -   Telnet -   Calculated -   HTTP agent -   Dependent item -   Script  ::: noteimportant The check must be present in the configuration cache in order to get executed; for more information see [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). Before executing the check, the configuration cache is **not** updated, thus very recent changes to item/discovery rule configuration will not be picked up. Therefore, it is also not possible to check for a new value for an item/rule that is being created or has been created just now; use the *Test* option while configuring an item for that. :::
es	#### Descripción general  La comprobación de un nuevo valor de métrica en Zabbix es un proceso cíclico que se realiza según los intervalos de actualización configurados. Mientras que para muchas métricas  los intervalos de actualización son bastante cortos, hay otros (incluidos las reglas de descubrimiento de bajo nivel) para las cuales los intervalos de actualización son bastante largos, por lo que en situaciones de la vida real puede ser necesario comprobar si hay un nuevo valor más rápido: para detectar cambios en los recursos detectables, por ejemplo. Para adaptarse a esa necesidad, es posible reprogramar una comprobación pasiva y recuperar un nuevo valor inmediatamente.  Esta funcionalidad solo se admite para comprobaciones **pasivas**. Se admiten los siguientes tipos de métricas:  -   Agente Zabbix (pasivo) -   Agente SNMPv1/v2/v3 -   Agente IPMI -   Comprobación sencilla -   Zabbix interno -   Control externo -   Monitor de base de datos -   Agente JMX -   Agente SSH -   Telnet -   Calculado -   Agente HTTP -   Métrica dependiente -   Script  ::: noteimportant La comprobación debe estar presente en la caché de configuración para ser ejecutada; Para más información, ver [Frecuencia de actualización de caché](/manual/appendix/config/zabbix_server). Antes de ejecutar la verificación, la caché de configuración **no** se actualiza, por lo tanto los cambios muy recientes en la configuración de las reglas de descubrimiento/métricas no se recogeran. . Por lo tanto, tampoco es posible comprobar si hay un nuevo valor. para una métrica/regla que se está creando o que se acaba de crear;  para eso, use la opción *Probar* mientras configura una métrica. :::

en-us	#### Overview  Configuring a map in Zabbix requires that you first create a map by defining its general parameters and then you start filling the actual map with elements and their links.  You can populate the map with elements that are a host, a host group, a trigger, an image, or another map.  Icons are used to represent map elements. You can define the information that will be displayed with the icons and set that recent problems are displayed in a special way. You can link the icons and define information to be displayed on the links.  You can add custom URLs to be accessible by clicking on the icons. Thus you may link a host icon to host properties or a map icon to another map.  The problem count in maps is displayed for cause problems only.  Maps are managed in *Monitoring* → *[Maps](/manual/web_interface/frontend_sections/monitoring/maps)*, where they can be configured, managed and viewed. In the monitoring view, you can click on the icons and take advantage of the links to some scripts and URLs.  Network maps are based on vector graphics (SVG) since Zabbix 3.4.
es	#### Descripción general  Configurar un mapa en Zabbix requiere que primero cree un mapa definiendo sus parámetros generales y luego comience a llenar el mapa actual con elementos y sus enlaces.  Puede rellenar el mapa con elementos que sean un equipo, un grupo de equipos, un iniciador, una imagen u otro mapa.  Los iconos se utilizan para representar elementos del mapa. Puede definir la información que se mostrará con los iconos y configurar que los problemas recientes sean mostrados de una manera especial. Puede vincular los iconos y definir información que se mostrará en los enlaces.  Puede agregar URL personalizadas para que sean accesibles haciendo clic en los íconos. De este modo puede vincular un ícono de equipo a propiedades del equipo o un ícono de mapa a otro mapa.  El recuento de problemas en los mapas se muestra únicamente para los problemas de causa.  Los mapas se gestionan en *Monitoreo* → *[Mapas](/manual/web_interface/frontend_sections/monitoring/maps)*, donde se pueden configurar, gestionar y visualizar. En la vista de monitoreo, usted puede hacer clic en los iconos y aprovechar los enlaces a algunos scripts. y URL.  Los mapas de red se basan en gráficos vectoriales (SVG) desde Zabbix 3.4.

en-us	#### Overview  Configuring a template requires that you first create a template by defining its general parameters and then you add entities (items, triggers, graphs, etc.) to it.
es	#### Descripción general  La configuración de una plantilla requiere que primero cree una plantilla definiendo sus parámetros generales y luego agrega entidades (métricas, iniciadores, gráficos, etc.).

en-us	#### Overview  Custom graphs, as the name suggests, offer customization capabilities.  While simple graphs are good for viewing data of a single item, they do not offer configuration capabilities.  Thus, if you want to change graph style or the way lines are displayed or compare several items, for example, incoming and outgoing traffic in a single graph, you need a custom graph.  Custom graphs are configured manually.  They can be created for a host or several hosts or for a single template.
es	#### Descripción general  Los gráficos personalizados, como sugiere su nombre, ofrecen capacidades de personalización.  Si bien los gráficos simples son buenos para ver datos de una sola métrica, no ofrecen capacidades de configuración.  Por lo tanto, si desea cambiar el estilo del gráfico o la forma en que se muestran las líneas o comparar varias métricas, por ejemplo, tráfico entrante y saliente en un solo gráfico, necesita un gráfico personalizado.  Los gráficos personalizados se configuran manualmente.  Se pueden crear para uno o varios equipos o para una única plantilla.

en-us	 ### Overview  Custom loadable plugins extend Zabbix agent 2 functionality. They are compiled separately, but use a package shared with Zabbix agent 2.   Each plugin is a *Go* package that defines the structure and implements one or several plugin interfaces (*Exporter*, *Configurator*, *Runner*).  Jump to:  - [Write your first plugin](/devel/plugins/how_to) - [Plugin interfaces](/devel/plugins/interfaces)   ### Connection diagram  Zabbix agent 2 connects bidirectionally to the plugins using UNIX sockets on Linux and Named Pipes on Windows.   The connection diagram below illustrates the communication process between Zabbix agent 2 and a loadable plugin and the metrics collection process.  ![](../../assets/en/devel/plugin/connection_diagram.png)
es	 ### Descripción general  Los complementos cargables personalizados amplían la funcionalidad del agente 2 de Zabbix. Se compilan por separado, pero utilizan un paquete compartido con el agente 2 de Zabbix.  Cada complemento es un paquete *Go* que define la estructura e implementa una o varias interfaces de complemento (*Exporter*, *Configurator*, *Runner*).  Salta a:  - [Escribe tu primer complemento](/devel/plugins/how_to) - [Interfaces de complementos](/devel/plugins/interfaces)  ### Diagrama de conexión  El agente Zabbix 2 se conecta bidireccionalmente a los complementos mediante sockets UNIX en Linux y Named Pipes en Windows.  El siguiente diagrama de conexión ilustra el proceso de comunicación entre el agente 2 de Zabbix y un complemento cargable y el proceso de recopilación de métricas.  ![](../../assets/en/devel/plugin/connection_diagram.png)

en-us	#### Overview  Data provided in Prometheus line format can be used for low-level discovery.  See [Prometheus checks](/manual/config/items/itemtypes/prometheus) for details how Prometheus data querying is implemented in Zabbix.
es	#### Descripción general  Los datos proporcionados en formato de línea Prometheus se pueden utilizar para el descubrimiento de bajo nivel.  Consulte las [comprobaciones de Prometheus](/manual/config/items/itemtypes/prometheus) para más detalles sobre cómo se implementa la consulta de datos de Prometheus en Zabbix.

en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
es	#### Descripción general  El modo de depuración se puede utilizar para diagnosticar problemas de rendimiento en las páginas de la interfaz.

en-us	#### Overview  Depending on user role permissions, the *User settings* section may contain the following pages:  -   *Profile* or *User profile* - for customizing certain Zabbix frontend features. -   *API tokens* - for managing API tokens assigned to the current user.  The list of available pages appears upon pressing on the ![](../../../assets/en/manual/web_interface/user_profile.png) user icon near the bottom of the Zabbix menu (not available for a guest user). It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../assets/en/manual/web_interface/user_settings_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_settings_selector.png){width="300"}| |Third-level menu.|Title dropdown.|
es	#### Descripción general  Dependiendo de los permisos del rol del usuario, la sección *Configuración de usuario* puede contener las siguientes páginas:  -   *Perfil* o *Perfil de usuario* - para personalizar ciertas funciones de la interfaz de Zabbix. -   *Tokens API* - para administrar tokens de API asignados al usuario actual.  La lista de páginas disponibles aparece al presionar el ![](../../../assets/en/manual/web_interface/user_profile.png) icono de usuario cerca de la parte inferior del menú de Zabbix (no disponible para un usuario invitado). También es posible cambiar entre páginas usando un menú desplegable de títulos en la esquina superior izquierda.  |    |    | |---|---| |![](../../../assets/en/manual/web_interface/user_settings_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_settings_selector.png){width="300"}| |Menú de tercer nivel.|Desplegable de título.|

en-us	#### Overview  Each pre-shared key (PSK) in Zabbix actually is a pair of:  -   non-secret PSK identity string, -   secret PSK string value.  PSK identity string is a non-empty UTF-8 string. For example, "PSK ID 001 Zabbix agentd". It is a unique name by which this specific PSK is referred to by Zabbix components. Do not put sensitive information in PSK identity string - it is transmitted over the network unencrypted.  PSK value is a hard to guess string of hexadecimal digits, for example, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".
es	#### Descripción general  Cada clave precompartida (PSK) en Zabbix en realidad es una pareja de:  - cadena de identidad PSK no secreta, - valor secreto de cadena PSK.  La cadena de identidad PSK es una cadena UTF-8 no vacía. Por ejemplo, "ID de PSK 001 Zabbix agentd". Es un nombre único con el que se identifica este PSK específico. al que se refieren los componentes de Zabbix. No ponga información sensible en la cadena de identidad PSK: se transmite a través de la red sin cifrar.  El valor PSK es una cadena de dígitos hexadecimales difícil de adivinar, por ejemplo, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".

en-us	#### Overview  Event correlation allows to correlate problem events to their resolution in a manner that is very precise and flexible.  Event correlation can be defined:  -   [on trigger level](/manual/config/event_correlation/trigger) - one     trigger may be used to relate separate problems to their solution -   [globally](/manual/config/event_correlation/global) - problems can     be correlated to their solution from a different trigger/polling     method using global correlation rules
es	#### Visión general  La correlación de eventos permite correlacionar eventos de problema con su resolución de una manera muy precisa y flexible.  La correlación de eventos se puede definir:  - [en el nivel de iniciador](/manual/config/event_correlation/trigger) - un     iniiador se puede usar para relacionar problemas separados con su solución. - [globalmente](/manual/config/event_correlation/global) - los problemas pueden     correlacionarse con su solución desde un iniciador/método de sondeo diferente     usando las reglas de correlación global

en-us	#### Overview  Expression macros are useful for formula calculations. They are calculated  by expanding all macros inside and evaluating the resulting expression.  Expression macros have a special syntax:      {?EXPRESSION}  The syntax in EXPRESSION is the same as in [trigger expressions](/manual/config/triggers/expression) (see usage limitations below).   {HOST.HOST<1-9>} and {ITEM.KEY<1-9>} macros are supported inside expression macros.
es	#### Descripción general  Las macros de expresión son útiles para los cálculos de fórmulas. Están calculadas expandiendo todas las macros internas y evaluando la expresión resultante.  Las macros de expresión tienen una sintaxis especial:      {?EXPRESSION}  La sintaxis en EXPRESSION es la misma que en las [expresiones de activación](/manual/config/triggers/expression) (consulte las limitaciones de uso a continuación).  Las macros {HOST.HOST<1-9>} e {ITEM.KEY<1-9>} se admiten dentro de las macros de expresión.

en-us	#### Overview  External check is a check executed by Zabbix server by [running a shell script](/manual/appendix/command_execution) or a binary. However, when hosts are monitored by a Zabbix proxy, the external checks are executed by the proxy.  External checks do not require any agent running on a host being monitored.  The syntax of the item key is:      script[<parameter1>,<parameter2>,...]  Where:  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Name of a shell script or a binary.| |**parameter(s)**|Optional command line parameters.|  If you don't want to pass any parameters to the script you may use:      script[] or     script  Zabbix server will look in the directory defined as the location for external scripts (parameter 'ExternalScripts' in [Zabbix server configuration file](/manual/appendix/config/zabbix_server)) and execute the command. The command will be executed as the user Zabbix server runs as, so any access permissions or environment variables should be handled in a wrapper script, if necessary, and permissions on the command should allow that user to execute it. Only commands in the specified directory are available for execution.  ::: notewarning Do not overuse external checks! As each script requires starting a fork process by Zabbix server, running many scripts can decrease Zabbix performance a lot. :::
es	#### Descripción  La verificación externa es una verificación ejecutada por el servidor Zabbix [ejecutando un shell script](/manual/appendix/command_execution) o un binario. Sin embargo cuando los hosts son monitoreados por un proxy Zabbix, las comprobaciones externas se ejecutan por el proxy.  Las verificaciones externas no requieren que ningún agente se ejecute en un host monitoreado.  La sintaxis de la clave del elemento es:      script[<parámetro1>,<parámetro2>,...]  Donde:  |ARGUMENTO|DEFINICIÓN| |--------|----------| |**script**|Nombre de un shell script o un binario.| |**parámetro(s)**|Parámetros de línea de comandos opcionales.|  Si no desea pasar ningún parámetro al script, puede usar:      script[] o     script  El servidor Zabbix buscará en el directorio definido la ubicación de los scripts externos (parámetro 'ExternalScripts' en el [archivo de configuración de servidor Zabbix] (/manual/appendix/config/zabbix_server)) y ejecutar el comando. El comando se ejecutará a medida que se ejecuta el servidor Zabbix con usuario zabbix, por lo que cualquier permiso de acceso o variable de entorno debe manejarse en un script contenedor, si es necesario, y los permisos en el comando deben permitir que ese usuario lo ejecute. Solo los comandos en el directorio especificado están disponibles para su ejecución.  ::: nota de advertencia ¡No abuse de los controles externos! Como cada script requiere iniciar un proceso de bifurcación por parte del servidor Zabbix, ejecutando muchos scripts puede disminuir mucho el rendimiento de Zabbix. :::

en-us	#### Overview  External LDAP [authentication](/manual/web_interface/frontend_sections/users/authentication)  can be used to check user names and passwords.   Zabbix LDAP authentication works at least with Microsoft Active Directory and OpenLDAP.  If only LDAP sign-in is configured, then the user must also exist in Zabbix, however,  its Zabbix password will not be used. If authentication is successful, then Zabbix will match  a local username with the username attribute returned by LDAP.
es	#### Descripción general  La [autenticación](/manual/web_interface/frontend_sections/users/authentication) por LDAP externo se puede utilizar para comprobar nombres de usuario y contraseñas.  La autenticación LDAP de Zabbix funciona al menos con el directorio activo de Microsoft y OpenLDAP.  Si solo se configura el inicio de sesión LDAP, entonces el usuario también debe existir en Zabbix; sin embargo, no se utilizará su contraseña de Zabbix. Si la autenticación es exitosa, Zabbix buscará una coincidencia con un nombre de usuario local con el atributo de nombre de usuario devuelto por LDAP.

en-us	### Overview  For an easy access to Zabbix from anywhere and from any platform, the web-based interface is provided.  ::: noteclassic If using more than one frontend instance make sure that the locales and libraries (LDAP, SAML etc.) are installed and configured identically for all frontends. :::
es	### Descripción general  Para un fácil acceso a Zabbix desde cualquier lugar y desde cualquier plataforma, se proporciona una interfaz basada en web.  ::: noteclassic Si utiliza más de una instancia de frontend, asegúrese de que las configuraciones regionales y bibliotecas (LDAP, SAML, etc.) están instaladas y configuradas de forma identica para todas las interfaces. :::

en-us	#### Overview  Foreach functions are used in [aggregate calculations](/manual/config/items/itemtypes/calculated/aggregate) to return one aggregate value for each item that is selected by the used **item filter**. An array of values is returned.  For example, the *avg_foreach* function will return an array of values, where each value is the *average* history value of the selected item, during the time interval that is specified.  The [item filter](#item-filter-syntax) is part of the syntax used by foreach functions. The use of wildcards is supported in the item filter, thus the required items can be selected quite flexibly.
es	#### Descripción general  Las funciones Foreach se utilizan en [cálculos agregados](/manual/config/items/itemtypes/calculated/aggregate) para devolver un valor agregado para cada métrica seleccionada por el **filtro de métricas** usado. Se devuelve una matriz de valores.  Por ejemplo, la función *avg_foreach* devolverá una matriz de valores, donde cada valor es el valor histórico *promedio* de la métrica seleccionada, durante el intervalo de tiempo especificado.  El [filtro de métrica] (#item-filter-syntax) es parte de la sintaxis utilizada por las funciones foreach. El filtro de métrica admite el uso de comodines, por lo que las métricas necesarias se pueden seleccionar de forma bastante flexible.

en-us	#### Overview  Geomap widget displays hosts as markers on a geographical map using open-source JavaScript interactive maps library Leaflet.  ::: noteclassic  Zabbix offers multiple predefined map tile service providers and an option to add a custom tile service provider or even host tiles themselves (configurable in the *Administration → General → Geographical maps* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)).  :::
es	#### Descripción general  El widget Geomap muestra equipos como marcadores en un mapa geográfico usando la biblioteca Leaflet de mapas interactivos JavaScript de código abierto.  ::: noteclassic  Zabbix ofrece múltiples proveedores predefinidos de servicios de mosaicos de mapas   y una opción para agregar un proveedor de servicios de mosaico personalizado o incluso alojar los propios mosaicos (configurables en la [sección del menú](/manual/web_interface/frontend_sections/administration/general#geographical_maps)  *Administración → General → Mapas geográficos*).  :::

en-us	#### Overview  Global event correlation allows to reach out over all metrics monitored by Zabbix and create correlations.  It is possible to correlate events created by completely different triggers and apply the same operations to them all. By creating intelligent correlation rules it is actually possible to save yourself from thousands of repetitive notifications and focus on root causes of a problem!  Global event correlation is a powerful mechanism, which allows you to untie yourself from one-trigger based problem and resolution logic. So far, a single problem event was created by one trigger and we were dependent on that same trigger for the problem resolution. We could not resolve a problem created by one trigger with another trigger. But with event correlation based on event tagging, we can.  For example, a log trigger may report application problems, while a polling trigger may report the application to be up and running. Taking advantage of event tags you can tag the log trigger as *Status: Down* while tag the polling trigger as *Status: Up*. Then, in a global correlation rule you can relate these triggers and assign an appropriate operation to this correlation such as closing the old events.  In another use, global correlation can identify similar triggers and apply the same operation to them. What if we could get only one problem report per network port problem? No need to report them all. That is also possible with global event correlation.  Global event correlation is configured in **correlation rules**. A correlation rule defines how the new problem events are paired with existing problem events and what to do in case of a match (close the new event, close matched old events by generating corresponding OK events). If a problem is closed by global correlation, it is reported in the *Info* column of *Monitoring* → *Problems*.  Configuring global correlation rules is available to Super Admin level users only.  ::: noteimportant Event correlation must be configured very carefully, as it can negatively affect event processing performance or, if misconfigured, close more events than was intended (in the worst case even all problem events could be closed). :::  To configure global correlation **safely**, observe the following important tips:  -   Reduce the correlation scope. Always set a unique tag for the new     event that is paired with old events and use the *New event tag*     correlation condition; -   Add a condition based on the old event when using the *Close old     event* operation (or else all existing problems could be closed); -   Avoid using common tag names that may end up being used by different     correlation configurations; -   Keep the number of correlation rules limited to the ones you really     need.  See also: [known issues](/manual/installation/known_issues#global_event_correlation).
es	#### Descripción general  La correlación de eventos globales permite llegar a todas las métricas monitoreadas por Zabbix y crear correlaciones.  Es posible correlacionar eventos creados por iniciadores completamente diferentes  y aplicar las mismas operaciones a todos ellos. Creando reglas de correlación inteligentes, es posible salvarse a sí mismo de miles de notificaciones repetitivas y centrarse en las causas fundamentales de un ¡problema!  La correlación de eventos globales es un mecanismo poderoso que le permite desligarse de la lógica de problema y resolución basada en un iniciador. Asi que hasta ahora, un único evento problemático era creado por un iniciador y estábamos pendientes de ese mismo iniciador para la resolución del problema. No podríamos resolver un problema creado por un iniciador con otro iniciador. Pero con la correlación de eventos basada en el etiquetado de eventos, si podemos.  Por ejemplo, un iniciador de registro puede informar problemas de la aplicación, mientras que el iniciador de sondeo puede informar que la aplicación está en funcionamiento. Tomando ventaja de las etiquetas de eventos, puede etiquetar el iniciador de registro como *Estado: Inactivo* Entonces, en una regla de correlación global puede relacionar estos iniciadores y asignar una  operación adecuada a esta correlación como el cierre de los eventos antiguos.  En otro uso, la correlación global puede identificar iniciadores similares y aplicarles la misma operación. ¿Qué pasaría si pudiéramos obtener un solo problema? informe por problema de puerto de red? No es necesario denunciarlos a todos. Eso  también es posible con la correlación de eventos global.  La correlación de eventos globales se configura en **reglas de correlación**. Una regla de correlación define cómo se emparejan los nuevos eventos del problema con eventos de problema existentes y qué hacer en caso de coincidencia (cierre el nuevo evento, cierre de los eventos antiguos coincidentes generando los eventos OK correspondientes). Si un problema se cierra por correlación global, se informa en la columna *Info* de *Monitoreo* → *Problemas*.  La configuración de reglas de correlación global está disponible solo para usuarios del nivel de superadministrador.  ::: noteimportant La correlación de eventos debe configurarse  con mucho cuidado, ya que puede afectar negativamente el rendimiento del procesamiento de eventos o, si está mal configurado, cerrar más eventos de los previstos (en el peor de los casos incluso todos los eventos problemáticos podrían cerrarse). :::  Para configurar la correlación global **de forma segura**, tenga en cuenta los siguientes consejos importantes:  -   Reducir el alcance de la correlación. Establezca siempre una etiqueta única para el nuevo     evento que está emparejado con eventos antiguos y usa la condición de correlación     *Nueva etiqueta de evento* ; -   Agregue una condición basada en el evento anterior al usar la operación *Cerrar      evento antiguo* (o de lo contrario se podrían cerrar todos los problemas existentes); -   Evite usar nombres de etiquetas comunes que pueden terminar siendo utilizados por diferentes     configuraciones de correlación; -   Mantenga un número de reglas de correlación limitado a las que realmente     necesita.  Ver también: [problemas conocidos](/manual/installation/known_issues#global_event_correlation).

en-us	#### Overview  Global notifications are a way of displaying issues that are currently happening right on the screen you're at in Zabbix frontend.  Without global notifications, working in some other location than *Problems* or the *Dashboard* would not show any information regarding issues that are currently happening. Global notifications will display this information regardless of where you are.  Global notifications involve both showing a message and [playing a sound](sound).  ::: 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  Las notificaciones globales son una forma de mostrar problemas que están actualmente sucediendo justo en la pantalla en la que se encuentra en la interfaz de Zabbix.  Sin notificaciones globales, trabajando en otro lugar que no sea *Problemas* o *Tableros* no mostraría ninguna información sobre los problemas que están sucediendo actualmente. Las notificaciones globales mostrarán esta información independientemente de dónde se encuentre.  Las notificaciones globales implican tanto mostrar un mensaje como [reproducir un sonido](sound).  ::: noteimportant La reproducción automática de sonidos puede estar deshabilitada  por defecto en las últimas versiones del navegador. En este caso, debe cambiar esta configuración manualmente. :::

en-us	#### Overview  Having to use some large numbers, for example '86400' to represent the number of seconds in one day, is both difficult and error-prone. This is why you can use some appropriate unit symbols (or suffixes) to simplify Zabbix trigger expressions and item keys.  Instead of '86400' for the number of seconds you can simply enter '1d'. Suffixes function as multipliers.
es	#### Descripción general  Tener que usar algunos números grandes, por ejemplo '86400' para representar el número de segundos en un día, es difícil y propenso a errores. Por este motivo  puedes usar algunos símbolos de unidad (o sufijos) apropiados para simplificar las expresiones de iniciadores de Zabbix  y las claves de métrica.  En lugar de '86400' para la cantidad de segundos, simplemente puede ingresar '1d'. Los sufijos funcionan como multiplicadores.

en-us	### Overview  High availability (HA) is typically required in critical infrastructures  that can afford virtually no downtime. So for any service that  may fail there must be a failover option in place to take over should the current service fail.  Zabbix offers a **native** high-availability solution that is easy to  set up and does not require any previous HA expertise. Native Zabbix HA  may be useful for an extra layer of protection against software/hardware  failures of Zabbix server or to have less downtime due to maintenance.  In the Zabbix high availability mode multiple Zabbix servers are run as  nodes in a cluster. While one Zabbix server in the cluster is active,  others are on standby, ready to take over if necessary.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Switching to Zabbix HA is non-committal. You may switch back to standalone  operation at any point.  See also: [Implementation details](#implementation-details)
es	### Descripción general  Normalmente se requiere alta disponibilidad (HA) en infraestructuras críticas que prácticamente no puede permitirse ningún tiempo de inactividad. Entonces, para cualquier servicio que puede fallar, debe existir una opción de conmutación por error para asumir el control en caso de que el servicio actual falle.  Zabbix ofrece una solución **nativa** de alta disponibilidad que es fácil de configurar y no requiere ninguna experiencia previa en HA. HA nativo de Zabbix puede ser útil para tener una capa adicional de protección contra fallos de software/hardware del servidor Zabbix o tener menos tiempo de inactividad debido al mantenimiento.  En el modo de alta disponibilidad de Zabbix, se ejecutan varios servidores Zabbix como nodos en un cluster. Mientras un servidor Zabbix en el clúster está activo, otros están en espera, listos para asumir el control si es necesario.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Cambiar a Zabbix HA no supone ningún compromiso. Puede volver a operar de forma independiente en cualquier momento.  Ver también: [Detalles de implementación](#implementation-details)

en-us	#### Overview  History and trends are the two ways of storing collected data in Zabbix.  Whereas history keeps each collected value, trends keep averaged information on hourly basis and therefore are less resource-hungry.
es	#### Visión general  El historial y las tendencias son las dos formas de almacenar los datos recopilados en Zabbix.  Mientras que el historial mantiene cada valor recopilado, las tendencias se mantienen promediadas información cada hora y, por lo tanto, consumen menos recursos.

en-us	#### Overview  Host dashboards look similar to [global dashboards](/manual/web_interface/frontend_sections/dashboards), however, host dashboards display data about the host only. Host dashboards have no owner.  Host dashboards are configured on the [template](/manual/config/templates/template#adding_dashboards) level and then are generated for a host, once the template is linked to the host. Widgets of host dashboards can only be copied to host dashboards of the same template. Widgets from global dashboards cannot be copied onto host dashboards.  Host dashboards *cannot* be configured or directly accessed in the *[Dashboards](/manual/web_interface/frontend_sections/dashboards)* section, which is reserved for global dashboards. The ways to access host dashboards are listed below in this section.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  When viewing host dashboards you may switch between the configured dashboards using the dropdown in the upper right corner. To switch to *Monitoring→Hosts* section, click *All hosts* navigation link below the dashboard name in the upper left corner.  Widgets of the host dashboards cannot be edited.  Note that host dashboards used to be host screens before Zabbix 5.2. When importing an older template containing screens, the screen import will be ignored.
es	#### Descripción general  Los tableros de equipo son similares a los [tableros globales](/manual/web_interface/frontend_sections/dashboards), sin embargo, los tableros de equipo muestran únicamente datos sobre un equipo. Los tableros de equipo no tienen dueño.  Los tableros de equipo se configuran a nivel de [plantilla](/manual/config/templates/template#adding_dashboards)  y luego se generan para un equipo, una vez que la plantilla está vinculada al equipo. Los widgets de los tableros del equipo solo se pueden copiar a los tableros de equipo de la misma plantilla. Los widgets de los tableros globales no se pueden copiar a los paneles del equipo.  Los paneles de equipo *no* se pueden configurar ni se puede acceder directamente a ellos en la sección *[Tableros](/manual/web_interface/frontend_sections/dashboards)*, que está reservada para tableros globales. Las formas de acceder a los tableros del equipo se enumeran a continuación en esta sección.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  Mientras se visualizan los tableros del equipo, puede cambiar entre los tableros configurados usando el menú desplegable en la esquina superior derecha. Para cambiar a la sección *Monitoreo→Equipos*, haga clic en el enlace de navegación *Todos los equipos* debajo del nombre del equipo en la esquina superior izquierda.  Los widgets de los tableros del equipo no se pueden editar.  Tenga en cuenta que los tableros de equipo solían ser pantallas de equipo antes de Zabbix 5.2. Al importar una plantilla anterior que contiene pantallas, la importación de pantalla será ignorada.

en-us	#### Overview  Host graphs can be accessed from *Monitoring → Hosts* by clicking on Graphs for the respective host.  Any [custom graph](/manual/config/visualization/graphs/custom) that has been configured for the host can be displayed, as well as any simple graph.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Graphs are sorted by:  -   graph name (custom graphs) -   item name (simple graphs)  Graphs for disabled hosts are also accessible.
es	#### Descripción general  Se puede acceder a los gráficos de equipo desde *Monitoreo → Equipos* haciendo clic en Gráficos para el equipo respectivo.  Cualquier [gráfico personalizado](/manual/config/visualization/graphs/custom) que se haya configurado para el equipo se puede mostrar, así como cualquier gráfico simple.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Los gráficos están ordenados por:  -   nombre del gráfico (gráficos personalizados) -   nombre de la métrica (gráficos simples)  También se puede acceder a gráficos para equipos deshabilitados.

en-us	#### Overview  Hosts are [exported](/manual/xml_export_import) with many related objects and object relations.  Host export contains:  -   Linked host groups -   Host data -   Template linkage -   Host group linkage -   Host interfaces -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Host macros -   Host inventory data -   Value maps
es	#### Descripción general  Los equipos se [exportan](/manual/xml_export_import) con muchos objetos relacionados y relaciones entre objetos.  La exportación de equipo contiene:  -   Grupos de equipos vinculados -   Datos del equipo -   Enlace de plantilla -   Vinculación del grupo de equipos -   Interfaces del equipo -   Métricas vinculadas directamente  -   Iniciadores vinculados directamente  -   Gráficos vinculados directamente  -   Reglas de descubrimiento vinculadas directamente con todos los prototipos. -   Escenarios web vinculados directamente  -   Macros de equipo -   Datos de inventario de equipo -   Mapas de valores

en-us	#### Overview  Host [web scenario](/manual/web_monitoring) information can be accessed from *Monitoring → Hosts* by clicking on Web for the respective host.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu). Data of disabled hosts is  also accessible. The name of a disabled host is listed in red.    The maximum number of scenarios displayed per page depends on the *Rows per page* user profile [setting](/manual/web_interface/user_profile#configuration).  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of latest data. You can extend this time period by changing the value of *Max history display period* parameter in the *[Administration → General → GUI](/manual/web_interface/frontend_sections/administration/general#gui)* menu section.  The scenario name is link to more detailed statistics about it:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}
es	#### Descripción general  Se puede acceder a la información de los [escenarios web](/manual/web_monitoring) del equipo desde *Monitoreo → Equipos* haciendo clic en Web para el equipo respectivo.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Al hacer clic en el nombre del equipo, aparece el [menú del equipo](/manual/web_interface/menu/host_menu). Los datos de los equipos deshabilitados son también accesibles. El nombre de un equipo deshabilitado aparece en rojo.   El número máximo de escenarios mostrados por página depende del perfil de usuario de la [configuración](/manual/web_interface/user_profile#configuration) *Filas por página*.  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. Puede extender este período de tiempo cambiando el valor del parámetro *Período máximo de visualización del historial*  en la sección del menú *[Administración → General → GUI](/manual/web_interface/frontend_sections/administration/general#gui)*.  El nombre del escenario es un enlace a estadísticas más detalladas al respecto:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}

en-us	#### Overview  HTTP or web server-based [authentication](/manual/web_interface/frontend_sections/users/authentication)  (for example: BasicAuthentication, NTLM/Kerberos) can be used to check user names and passwords. Note that a user must exist in Zabbix as well, however its Zabbix password will not be used.  ::: noteimportant Be careful! Make sure that web server authentication is configured and works properly before switching it on. :::
es	#### Descripción general  La [autenticación](/manual/web_interface/frontend_sections/users/authentication)  basada en HTTP o servidor web  (por ejemplo: BasicAuthentication, NTLM/Kerberos) se puede utilizar para comprobar los nombres de usuario y contraseñas. Tenga en cuenta que un usuario también debe existir en Zabbix, sin embargo,  no se utilizará la contraseña de Zabbix.  ::: noteimportant ¡Tenga cuidado! Asegúrese de que la autenticación del servidor web está configurada y funciona correctamente antes de cambiarla. :::

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) from Debian/Ubuntu packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
es	#### Descripción  Si [instala](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) desde paquetes Debian/Ubuntu, la siguiente información le ayudará a configurar Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
es	#### Descripción general  Si ha [instalado](/manual/installation/install_from_packages/rhel#java_gateway_installation) desde los paquetes RHEL, la siguiente información le ayudará a configurar la [puerta de enlace Java](/manual/concepts/java) de Zabbix.

en-us	#### Overview  If [installed](/manual/installation/install#installing_java_gateway) from sources, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
es	#### Descripción general  Si está [instalado](/manual/installation/install#installing_java_gateway) desde las fuentes,  la siguiente información le ayudará a configurar la [puerta de enlace de Java](/manual/concepts/java) de Zabbix.

en-us	### Overview  If you are not satisfied with the existing media types for sending alerts, there is an alternative way to do that. You can create a script that will handle the notification your way.  Custom alert scripts are executed on Zabbix server. These scripts must be located in the directory specified in the server configuration file [`AlertScriptsPath`](/manual/appendix/config/zabbix_server#alertscriptspath) parameter.  Here is an example of a custom alert script:  ```bash #!/bin/bash  to=$1 subject=$2 body=$3 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Host: $host Value: $value EOF ```  ::: noteimportant Starting from version 3.4 Zabbix checks for the exit code of the executed commands and scripts. Any exit code, which is different from **0**, is considered as a [command execution](/manual/appendix/command_execution) error. In such cases, Zabbix will try to repeat failed execution. :::  Environment variables are not preserved or created for the script, so they should be handled explicitly.
es	### Descripción general  Si no está satisfecho con los tipos de medios existentes para enviar alertas, existe una forma alternativa de hacerlo. Puede crear un script que manejará la notificación a su manera.  Los scripts de alerta personalizados se ejecutan en el servidor Zabbix. Estos scripts deben estar ubicados en el directorio especificado en el parámetro del archivo de configuración del servidor [`AlertScriptsPath`](/manual/appendix/config/zabbix_server#alertscriptspath).  A continuación se muestra un ejemplo de un script de alerta personalizado:  ```bash #!/bin/bash  to=$1 subject=$2 body=$3 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Host: $host Value: $value EOF ```  ::: noteimportant A partir de la versión 3.4, Zabbix comprueba el código de salida de los comandos y scripts ejecutados. Cualquier código de salida que sea diferente de **0** se considera un error de [ejecución del comando](/manual/appendix/command_execution). En tales casos, Zabbix intentará repetir la ejecución fallida. :::  Las variables de entorno no se conservan ni se crean para el script, por lo que deben manejarse explícitamente.

en-us	#### Overview  If you have a network to look after, you may want to have an overview of your infrastructure somewhere. For that purpose, you can create maps in Zabbix - of networks and of anything you like.  All users can create network maps. The maps can be public (available to all users) or private (available to selected users).  Proceed to [configuring a network map](/manual/config/visualization/maps/map).
es	#### Descripción general  Si tiene una red que cuidar, es posible que desee tener una visión general de su infraestructura en alguna parte. Para ello, puede crear mapas en Zabbix - de redes y de lo que quieras.  Todos los usuarios pueden crear mapas de red. Los mapas pueden ser públicos (disponibles para todos los usuarios) o privados (disponibles para usuarios seleccionados).  Proceda a [configurar un mapa de red](/manual/config/visualization/maps/map).

en-us	#### Overview  If you want some operations taking place as a result of events (for example, notifications sent), you need to configure actions.  Actions can be defined in response to events of all supported types:  -   Trigger actions - for events when trigger status changes from *OK*     to *PROBLEM* and back -   Service actions - for events when service status changes from *OK*     to *PROBLEM* and back -   Discovery actions - for events when network discovery takes place -   Autoregistration actions - for events when new active agents     auto-register (or host metadata changes for registered ones) -   Internal actions - for events when items become unsupported or     triggers go into an unknown state  The key differences of service actions are:   -   User access to service actions depends on access rights to services granted by user's [role](/manual/web_interface/frontend_sections/users/user_roles) -   Service actions support different set of [conditions](/manual/config/notifications/action/conditions)
es	#### Descripción general  Si desea que algunas operaciones se realicen como resultado de eventos (por ejemplo, envío de notificaciones), es necesario configurar acciones.  Se pueden definir acciones en respuesta a eventos de todos los tipos admitidos:  -   Acciones de iniciador: para eventos cuando el estado del iniciador cambia de *OK*     a *PROBLEMA* y viceversa -   Acciones de servicio: para eventos cuando el estado del servicio cambia de *OK*     a *PROBLEMA* y viceversa -   Acciones de descubrimiento: para eventos en los que se produce el descubrimiento de la red. -   Acciones de autorregistro - para eventos cuando nuevos agentes activos     se registran automáticamente (o cambios de metadatos del equipo para los ya registrados) -   Acciones internas: para eventos en los que las métricas dejan de ser compatibles o     los iniciadores entran en un estado desconocido.  Las diferencias clave de las acciones de servicio son:  -   El acceso del usuario a las acciones de servicio depende de los derechos de acceso a los servicios otorgados por el [rol](/manual/web_interface/frontend_sections/users/user_roles) del usuario  -   Las acciones de servicio admiten diferentes conjuntos de [condiciones](/manual/config/notification/action/conditions)

en-us	#### Overview  In a similar way as [file systems](/manual/discovery/low_level_discovery#configuring_low-level_discovery) are discovered, it is possible to also discover Windows services.
es	#### Descripción general  De manera similar a como se descubren los [sistemas de archivos](/manual/discovery/low_level_discovery#configuring_low-level_discovery), es posible descubrir también los servicios de Windows.

en-us	#### Overview  In message subjects and message text you can use macros for more efficient problem reporting.  In addition to a number of built-in macros, [user macros](/manual/config/macros/user_macros) and [expression macros](/manual/config/macros/expression_macros) are also supported. A [full list of macros](/manual/appendix/macros/supported_by_location) supported by Zabbix is available.
es	#### Descripción general  En los asuntos y el texto del mensaje, puede utilizar macros para una notificación más eficiente de los problemas.  Además de una serie de macros integradas, [macros de usuario](/manual/config/macros/user_macros) y [macros de expresión](/manual/config/macros/expression_macros) también  está disponible una [lista completa de macros](/manual/appendix/macros/supported_by_location) admitidas por Zabbix.

en-us	#### Overview  In *Monitoring → Problems* you can see what problems you currently have. Problems are those triggers that are in the "Problem" state.  By default all new problems are classified as cause problems. It is possible to manually reclassify certain problems as symptom problem of the cause problem. For more details, see [cause and symptom events](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Column|Description| |--|--------| |*Checkbox*|Checkboxes for problem selection are displayed.<br>Icons, next to the checkboxes, have the following meaning:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - the number of symptom events for the cause problem;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expand to show symptom events;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - collapse to hide symptom events;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - this is a symptom event.| |*Time*|Problem start time is displayed.| |*Severity*|Problem severity is displayed.<br>Problem severity is originally based on the severity of the underlying problem trigger, however, after the event has happened it can be updated using the *Update problem* [screen](/manual/acknowledgment#updating_problems). Color of the problem severity is used as cell background during problem time.| |*Recovery time*|Problem resolution time is displayed.| |*Status*|Problem status is displayed:<br>**Problem** - unresolved problem<br>**Resolved** - recently resolved problem. You can hide recently resolved problems using the filter.<br>New and recently resolved problems blink for 2 minutes. Resolved problems are displayed for 5 minutes in total. Both of these values are configurable in *Administration* → *General* → *[Trigger displaying options](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Info*|A green information icon is displayed if a problem is closed by global correlation or manually when updating the problem. Rolling a mouse over the icon will display more details:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>The following icon is displayed if a suppressed problem is being shown (see *Show suppressed problems* option in the filter). Rolling a mouse over the icon will display more details:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Host*|Problem host is displayed. <br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*Problem*|Problem name is displayed.<br>Problem name is based on the name of the underlying problem trigger.<br>Macros in the trigger name are resolved at the time of the problem happening and the resolved values do not update any more.<br>*Note* that it is possible to append the problem name with [operational data](#operational_data_of_problems) showing some latest item values.<br>Clicking on the problem name brings up the [event menu](/manual/web_interface/menu/event_menu).<br>Hovering on the ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) icon after the problem name will bring up the trigger description (for those problems that have it).| |*Operational data*|[Operational data](#operational_data_of_problems) are displayed containing latest item values.<br>Operational data can be a combination of text and item value macros if configured on a trigger level. If no operational data is configured on a trigger level, the latest values of all items from the expression are displayed.<br>This column is only displayed if *Separately* is selected for *Show operational data* in the filter.| |*Duration*|Problem duration is displayed.<br>See also: [Negative problem duration](#negative_problem_duration)| |*Update*|Click on the *Update* link to go to the [problem update](/manual/acknowledgment#updating_problems) screen where various actions can be taken on the problem, including commenting and acknowledging the problem.| |*Actions*|History of activities about the problem is displayed using symbolic icons:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - problem has been acknowledged. This icon is always displayed first.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - comments have been made. The number of comments is also displayed.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - problem severity has been increased (e.g. Information → Warning)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - problem severity has been decreased (e.g. Warning → Information)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - problem severity has been changed, but returned to the original level (e.g. Warning → Information → Warning)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - actions have been taken. The number of actions is also displayed.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - actions have been taken, at least one is in progress. The number of actions is also displayed.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - actions have been taken, at least one has failed. The number of actions is also displayed.<br>When rolling the mouse over the icons, popups with details about the activity are displayed. See [viewing details](#Viewing_details) to learn more about icons used in the popup for actions taken.| |*Tags*|[Tags](/manual/config/tagging) are displayed (if any).<br>In addition, tags from an external ticketing system may also be displayed (see the *Process tags* option when configuring [webhooks](/manual/config/notifications/media/webhook)).|
es	#### Descripción general  En *Monitoreo → Problemas* puede ver qué problemas tiene actualmente. Los problemas son aquellos iniciadores que se encuentran en el estado "Problema".  De forma predeterminada, todos los problemas nuevos se clasifican como problemas de causa. Es posible reclasificar manualmente ciertos problemas como problema de síntoma del problema de causa. Para obtener más detalles, consulte [eventos de causa y síntoma](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Columna|Descripción| |--|--------| |*Casilla de verificación*|Se muestran casillas de verificación para la selección de problemas.<br>Los íconos, al lado de las casillas de verificación, tienen el siguiente significado:<br>![icon\_number.png](../../../.. /../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - el número de eventos de síntomas para la causa del problema;<br>![icon\_expand.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expandir para mostrar eventos de síntomas;<br>![icon\_collapse.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - contraer para ocultar eventos de síntomas;<br>![icon\_symptom.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - este es un evento de síntoma.| |*Hora*|Se muestra la hora de inicio del problema.| |*Gravedad*|Se muestra la gravedad del problema.<br>La gravedad del problema se basa originalmente en la gravedad del desencadenante del problema subyacente; sin embargo, una vez que ha ocurrido el evento, se puede actualizar usando la [pantalla](/manual /acknowledgement#updating_problems) *Actualizar problema* . El color de la gravedad del problema se utiliza como fondo de la celda durante el tiempo del problema.| |*Tiempo de recuperación*|Se muestra el tiempo de resolución del problema.| |*Estado*|Se muestra el estado del problema:<br>**Problema**: problema no resuelto<br>**Resuelto**: problema resuelto recientemente. Puede ocultar los problemas resueltos recientemente utilizando el filtro.<br>Los problemas nuevos y resueltos recientemente parpadean durante 2 minutos. Los problemas resueltos se muestran durante 5 minutos en total. Ambos valores se pueden configurar en *Administración* → *General* → *[Opciones de visualización del iniciador](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Info*|Se muestra un icono de información verde si un problema se cierra mediante correlación global o manualmente al actualizar el problema. Al pasar el mouse sobre el ícono se mostrarán más detalles:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br >El siguiente icono se muestra si se muestra un problema suprimido (consulte la opción *Mostrar problemas suprimidos* en el filtro). Al pasar el mouse sobre el ícono se mostrarán más detalles:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Equipo*|Se muestra el equipo problemático. <br>Al hacer clic en el nombre del equipo, aparece el [menú del equipo](/manual/web_interface/menu/host_menu).| |*Problema*|Se muestra el nombre del problema.<br>El nombre del problema se basa en el nombre del iniciador del problema subyacente.<br>Las macros en el nombre del iniciador se resuelven en el momento en que ocurre el problema y los valores resueltos no se actualizan más.<br>*Tenga en cuenta* que es posible agregar al nombre del problema los [datos operativos](#operative_data_of_problems) que muestren algunos de los valores de elementos más recientes.<br>Al hacer clic en el nombre del problema, aparece el [menú de eventos](/ manual/web_interface/menu/event_menu).<br>Al pasar el cursor sobre el ícono ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) después del problema nombre mostrará la descripción del activador (para aquellos problemas que la tengan).| |*Datos operativos*|[Datos operativos](#operative_data_of_problems) se muestran y contienen los valores de elementos más recientes.<br>Los datos operativos pueden ser una combinación de texto y macros de valores de elementos si se configuran en un nivel de activación. Si no se configuran datos operativos en un nivel de activación, se muestran los valores más recientes de todos los elementos de la expresión.<br>Esta columna solo se muestra si se selecciona *Por separado* para *Mostrar datos operativos* en el filtro.| |*Duración*|Se muestra la duración del problema.<br>Ver también: [Duración del problema negativo](#negative_problem_duration)| |*Actualizar*|Haga clic en el enlace *Actualizar* para ir a la pantalla [actualización del problema](/manual/acknowledgment#updating_problems) donde se pueden tomar varias acciones sobre el problema, incluido comentar y reconocer el problema.| |*Acciones*|El historial de actividades sobre el problema se muestra mediante iconos simbólicos:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/ manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - se ha reconocido el problema. Este icono siempre se muestra primero.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - se han hecho comentarios. También se muestra el número de comentarios.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1 .png) - se ha aumentado la gravedad del problema (por ejemplo, Información → Advertencia)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/ web_interface/frontend_sections/monitoring/icon_sev_down1.png) - la gravedad del problema ha disminuido (por ejemplo, Advertencia → Información)<br>![icon\_severity\_back.png](../../../../.. /assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png): la gravedad del problema ha cambiado, pero se ha devuelto al nivel original (por ejemplo, Advertencia → Información → Advertencia)<br>![icon\_actions.png]( ../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - se han tomado medidas. También se muestra el número de acciones.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1 .png): se han tomado medidas, al menos una está en progreso. También se muestra el número de acciones.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed .png): se han tomado medidas, al menos una ha fallado. También se muestra el número de acciones.<br>Al pasar el mouse sobre los íconos, se muestran ventanas emergentes con detalles sobre la actividad. Consulte [ver detalles](#Viewing_details) para obtener más información sobre los íconos utilizados en la ventana emergente para las acciones realizadas.| |*Etiquetas*|Se muestran [Etiquetas](/manual/config/tagging) (si las hay).<br>Además, también se pueden mostrar etiquetas de un sistema de emisión de tickets externo (consulte la opción *Procesar etiquetas* al configurar [ webhooks](/manual/config/notifications/media/webhook)).|

en-us	#### Overview  In order to provide monitoring for network devices such as switches and routers, we have created two so-called models: for the network device itself (its chassis basically) and for network interface.  Since Zabbix 3.4 templates for many families of network devices are provided. All templates cover (where possible to get these items from the device):  -   Chassis fault monitoring (power supplies, fans and temperature,     overall status) -   Chassis performance monitoring (CPU and memory items) -   Chassis inventory collection (serial numbers, model name, firmware     version) -   Network interface monitoring with IF-MIB and EtherLike-MIB     (interface status, interface traffic load, duplex status for     Ethernet)  These templates are available:  -   In new installations - in *Data collection* → *Templates*; -   If you are upgrading from previous versions, you can find these     templates in the *zabbix/templates* directory of the downloaded latest     Zabbix version. While in *Data collection* → *Templates* you can     import them manually from this directory.  If you are importing the new out-of-the-box templates, you may want to also update the `@Network interfaces for discovery` global regular expression to:      Result is FALSE: ^Software Loopback Interface     Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$     Result is FALSE: ^NULL[0-9.]*$     Result is FALSE: ^[lL]o[0-9.]*$     Result is FALSE: ^[sS]ystem$     Result is FALSE: ^Nu[0-9.]*$  to filter out loopbacks and null interfaces on most systems.
es	#### Descripción general  Para proporcionar monitoreo a dispositivos de red como conmutadores y enrutadores, hemos creado dos modelos: para el dispositivo de red en sí (básicamente su chasis) y para la interfaz de red.  A partir de Zabbix 3.4se proporcionan plantillas para muchas familias de dispositivos de red. Todas las plantillas cubren (cuando sea posible obtener estas métricas del dispositivo):  - Monitoreo de fallas del chasis (fuentes de alimentación, ventiladores y temperatura,     estado general) - Monitoreo del rendimiento del chasis (CPU y elementos de memoria) - Recopilación de inventario de chasis (números de serie, nombre de modelo,      versión de firmware) - Monitoreo de interfaz de red con IF-MIB y EtherLike-MIB     (estado de la interfaz, carga de tráfico de la interfaz, estado dúplex para     Ethernet)  Estas plantillas están disponibles:  - En instalaciones nuevas - en *Recopilación de datos* → *Plantillas*; - Si está actualizando desde versiones anteriores, puede encontrar estas     plantillas en el directorio *zabbix/templates* de la última versión descargada     de Zabbix. Mientras que en *Recopilación de datos* → *Plantillas* puede     importarlas manualmente desde este directorio.  Si está importando las nuevas plantillas listas para usar, es posible que desee también actualizar periódicamente la expresión regular global `@Network interfaces for discovery` a:      El resultado es FALSO: ^Software Loopback Interface     El resultado es FALSO: ^(In)?[lL]oop[bB]ack[0-9._]*$     El resultado es FALSO: ^NULL[0-9.]*$     El resultado es FALSO: ^[lL]o[0-9.]*$     El resultado es FALSO: ^[sS]ystem$     El resultado es FALSO: ^Nu[0-9.]*$  para filtrar loopbacks e interfaces nulas en la mayoría de los sistemas.

en-us	#### Overview  In order to use any other language than English in Zabbix web interface, its locale should be installed on the web server. Additionally, the PHP gettext extension is required for the translations to work.
es	#### Descripción general  Para utilizar cualquier otro idioma que no sea el inglés en la interfaz web de Zabbix, su configuración regional debe estar instalada en el servidor web. Además, la extensión gettext PHP es requerida para que las traducciones funcionen.

en-us	#### Overview  In *Reports → Availability report* you can see what proportion of time each trigger has been in problem/ok state. The percentage of time for each state is displayed.  Thus it is easy to determine the availability situation of various elements on your system.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  From the drop-down in the upper right corner, you can choose the selection mode - whether to display triggers by hosts or by triggers belonging to a template.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  The name of the trigger is a link to the latest events of that trigger.
es	#### Descripción general  En *Informes → Informe de disponibilidad* puedes ver qué proporción de tiempo cada iniciador ha estado en estado de problema/bueno. Se muestra el porcentaje de tiempo  para cada estado.  Por lo tanto, es fácil determinar la situación de disponibilidad de varios elementos de su sistema.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  Desde el menú desplegable en la esquina superior derecha, puede elegir el modo de selección: si se muestran los iniciadores por equipos o por iniciadores perteneciente a una plantilla.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  El nombre del iniciador es un enlace a los últimos eventos de ese iniciador.

en-us	#### Overview  In *Reports → Scheduled reports*, users with sufficient permissions can configure scheduled generation of PDF versions of the dashboards, which will be sent by email to specified recipients.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  The opening screen displays information about scheduled reports, which can be filtered out for easy navigation - see [Using filter](#using_filter) section below.  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the report. Clicking it opens the report [configuration form](/manual/config/reports#configuration).| |*Owner*|User who created the report.| |*Repeats*|Report generation frequency (daily/weekly/monthly/yearly).| |*Period*|Period for which the report is prepared.| |*Last sent*|The date and time when the latest report has been sent.| |*Status*|Current status of the report (enabled/disabled/expired). Users with sufficient permissions can change the status by clicking it - from "Enabled" to "Disabled" (and back); from "Expired" to "Disabled" (and back). For users with insufficient rights, the status is not clickable.| |*Info*|Displays informative icons:<br>A red icon indicates that report generation has failed; hovering over it will display a tooltip with the error information.<br>A yellow icon indicates that a report was generated, but sending to some (or all) recipients has failed or that a report is expired; hovering over it will display a tooltip with additional information.|
es	#### Descripción general  En *Informes → Informes programados*, los usuarios con permisos suficientes pueden configurar la generación programada de versiones PDF de los tableros, que se enviarán por correo electrónico a destinatarios específicos.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  La pantalla inicial muestra información sobre los informes programados, que se pueden filtrar para facilitar la navegación; consulte la sección [Usar filtro](#using_filter) a continuación.  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del informe. Al hacer clic en él, se abre el informe [formulario de configuración](/manual/config/reports#configuration).| |*Propietario*|Usuario que creó el informe.| |*Se repite*|Frecuencia de generación de informes (diaria/semanal/mensual/anual).| |*Período*|Periodo para el cual se elabora el informe.| |*Último envío*|La fecha y hora en que se envió el último informe.| |*Estado*|Estado actual del informe (habilitado/deshabilitado/caducado). Los usuarios con permisos suficientes pueden cambiar el estado haciendo clic en él, de "Activado" a "Desactivado" (y viceversa); de "Caducado" a "Desactivado" (y viceversa). Para los usuarios con derechos insuficientes, no se puede hacer clic en el estado.| |*Info*|Muestra iconos informativos:<br>Un icono rojo indica que la generación del informe ha fallado; al pasar el cursor sobre él, se mostrará una información sobre herramientas con la información del error.<br>Un icono amarillo indica que se generó un informe, pero el envío a algunos (o todos) los destinatarios falló o que un informe ha caducado; Al pasar el cursor sobre él, se mostrará una información sobre herramientas con información adicional.|

en-us	#### Overview  In *Reports → System information*, a summary of key Zabbix server and system data is displayed. System data is collected using [internal items](/manual/config/items/itemtypes/internal).  Note that in a high availability setup, it is possible to redirect the system information source (server instance). To do this, edit the *zabbix.conf.php* file - uncomment and set `$ZBX_SERVER` or both `$ZBX_SERVER` and `$ZBX_SERVER_PORT` to a server other than the one shown active. Note that when setting `$ZBX_SERVER` only, a default value (10051) for `$ZBX_SERVER_PORT` will be used.  With the high availability setup enabled, a separate block is displayed below the system stats with details of high availability nodes. This block is visible to Zabbix *Super Admin* users only.  *System information* is also available as a dashboard [widget](/manual/web_interface/frontend_sections/dashboards/widgets).
es	#### Descripción general  En *Informes → Información del sistema* se muestra un resumen de las claves del servidor Zabbix y  los datos del sistema. Los datos del sistema se recopilan mediante las [métricas internas](/manual/config/items/itemtypes/internal).  Tenga en cuenta que en una configuración de alta disponibilidad es posible redirigir el origen de información del sistema (instancia del servidor). Para hacerlo, edite el archivo *zabbix.conf.php* - descomente y configure `$ZBX_SERVER` o ambos `$ZBX_SERVER` y `$ZBX_SERVER_PORT` en un servidor distinto al que se muestra activo. Tenga en cuenta que al configurar `$ZBX_SERVER` únicamente, se utilizará un valor predeterminado (10051) para `$ZBX_SERVER_PORT`.  Con la configuración de alta disponibilidad habilitada, se muestra un bloque separado debajo de las estadísticas del sistema con detalles de los nodos de alta disponibilidad. Este bloque es visible solo para los usuarios *Super Admin* de Zabbix.  La *información del sistema* también está disponible como  [widget](/manual/web_interface/frontend_sections/dashboards/widgets) de tablero.

en-us	#### Overview  In *Reports → Triggers top 100* you can see the triggers that have changed their state most often within the period of evaluation, sorted by the number of status changes.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Both host and trigger column entries are links that offer some useful options:  -   for host - clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu) -   for trigger - clicking on the trigger name brings up links to latest events, the trigger configuration form, and      a simple graph  **Using filter**  You may use the filter to display triggers by host group, host, or trigger severity. Specifying a parent host group implicitly selects all nested host groups. For better search performance, data is searched with macros unresolved.  The filter is located below the *100 busiest triggers* 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 *Informes → Iniciadores top 100* puede ver los iniciadores que cambiaron su estado con mayor frecuencia dentro del período de evaluación, ordenados por el número de cambios de estado.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Tanto las entradas de la columna de equipo como las de iniciador son enlaces que ofrecen algunas sugerencias útiles:  - para el equipo: al hacer clic en el nombre del equipo aparece el [menú del equipo](/manual/web_interface/menu/host_menu) - para iniciador: al hacer clic en el nombre del iniciador, aparecen enlaces a los eventos más recientes, al formulario de configuración del iniciador y     un gráfico simple  **Usando filtro**  Puede utilizar el filtro para mostrar iniciadores por grupo de equipos, equipo o gravedad del iniciador. Al especificar un grupo de equipos principal se selecciona implícitamente todos los grupos de equipos dependientes. Para un mejor rendimiento de la búsqueda, los datos se buscan con macros sin resolver.  El filtro se encuentra debajo de la barra *100 iniciadores más ocupados*. Puede ser abierto y contraído haciendo clic en la pestaña *Filtro* a la izquierda.  **Selector de periodo de tiempo**  El [selector del período de tiempo](/manual/config/visualization/graphs/simple#time_period_selector) permite seleccionar los períodos más frecuentes con un solo clic del ratón. El selector de   período de tiempo se puede abrir haciendo clic en la pestaña del período de tiempo al lado del filtro.

en-us	#### Overview  Internal checks allow to monitor the internal processes of Zabbix. In other words,  you can monitor what goes on with Zabbix server or Zabbix proxy.  Internal checks are calculated:  -   on Zabbix server - if the host is monitored by server -   on Zabbix proxy - if the host is monitored by proxy  Internal checks are processed by server or proxy regardless of the host maintenance status.  To use this item, choose the **Zabbix internal** item type.  ::: notetip Internal checks are processed by Zabbix pollers. :::
es	#### Descripción general  Los comprobaciones internas permiten monitorear los procesos internos de Zabbix. En otras palabras, puede monitorear lo que sucede con el servidor Zabbix o el proxy Zabbix.  Las comprobaciones internas se calculan:  -   en el servidor Zabbix - si el equipo es monitoreado por el servidor -   en el proxy Zabbix - si el equipo es monitoreado por el proxy  Las comprobaciones internas son procesadas por el servidor o el proxy independientemente del estado de mantenimiento del equipo.  Para usar esta métrica, elija el tipo de métrica **Zabbix interno**.  ::: notetip Los sondeadores de Zabbix procesan los controles internos. :::

en-us	#### Overview  In the action log widget, you can display details of action operations (notifications, remote commands). It replicates information from *Reports → [Action log](/manual/web_interface/frontend_sections/reports/action_log)*.
es	#### Descripción general  En el widget de registro de acciones, puede mostrar detalles de las operaciones de acción (notificaciones, comandos remotos). Replica la información de *Informes → [Registro de acciones](/manual/web_interface/frontend_sections/reports/action_log)*.

en-us	#### Overview  In the *Administration → Proxies* section proxies for [distributed monitoring](/manual/distributed_monitoring) can be configured in the Zabbix frontend.
es	#### Descripción general  En la sección *Administración → Proxies*, los proxies para [monitoreo distribuido](/manual/distributed_monitoring) pueden ser configurados en la interfaz de Zabbix.

en-us	#### Overview  In the *Administration → Queue* section items that are waiting to be updated are displayed.  Ideally, when you open this section it should all be "green" meaning no items in the queue. If all items are updated without delay, there are none waiting. However, due to lacking server performance, connection problems or problems with agents, some items may get delayed and the information is displayed in this section. For more details, see the [Queue](/manual/config/items/queue) section.  ::: noteclassic Queue is available only if Zabbix server is running. :::  The *Administration → Queue* section contains the following pages:  -   Queue overview — displays queue by item type; -   Queue overview by proxy — displays queue by proxy; -   Queue details — displays a list of delayed items.  The list of available pages appears upon pressing on *Queue* in the *Administration* menu section. It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png)| |Third-level menu.|Title dropdown.|
es	#### Descripción general  En la sección *Administración → Cola*, se muestran las métricas que están esperando ser actualizadas.  Idealmente, cuando abra esta sección debería estar toda "verde", lo que significa que no hay métricas en la cola. Si todas las métricas se actualizan sin demora, no hay ninguna esperando. Sin embargo, debido a la falta de rendimiento del servidor, problemas en la conexión o problemas con los agentes, algunas métricas pueden retrasarse y la información se muestra en esta sección. Para más detalles, consulte la sección [Cola](/manual/config/items/queue).  ::: noteclassic La cola está disponible sólo si el servidor Zabbix se está ejecutando. :::  La sección *Administración → Cola* contiene las siguientes páginas:  -   Descripción general de la cola: muestra la cola por tipo de métrica; -   Descripción general de la cola por proxy: muestra la cola por proxy; -   Detalles de la cola: muestra una lista de métricas retrasadas.  La lista de páginas disponibles aparece al presionar *Cola* en la sección del menú *Administración*. También es posible cambiar entre páginas utilizando un menú desplegable de títulos en la esquina superior izquierda.  | | | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](.. /../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png)| |Menú de tercer nivel.|Desplegable de título.|

en-us	#### Overview  In the *Alerts → Actions* section users can configure and maintain actions.  The actions displayed are actions assigned to the selected event source (trigger, services, discovery, autoregistration, internal actions).  Actions are grouped into subsections by event source (trigger, service, discovery, autoregistration, internal actions). The list of available subsections appears upon clicking on *Actions* in the *Alerts* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.  After selecting a subsection, a list of existing actions with their details will be displayed.  ![](../../../../../assets/en/manual/web_interface/actions.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the action. Clicking on the action name opens the action [configuration form](/manual/config/notifications/action#configuring_an_action).| |*Conditions*|Action conditions are displayed.| |*[Operations](/manual/config/notifications/action/operation#configuring_an_operation)*|Action operations are displayed.<br>Since Zabbix 2.2, the operation list also displays the media type (email, SMS or script) used for notification as well as the name and surname (in parentheses after the username) of a notification recipient.<br>Action operation can both be a [notification](/manual/config/notifications/action/operation/message) or a [remote command](/manual/config/notifications/action/operation/remote_command) depending on the selected type of operation.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.<br>See the [Escalations](/manual/config/notifications/action/escalations) section for more details as to what happens if an action is disabled during an escalation in progress.|  To configure a new action, click on the *Create action* button in the top right-hand corner.  For users without Super admin rights actions are displayed according to the permission settings. That means in some cases a user without Super admin rights isn’t able to view the complete action list because of certain permission restrictions. An action is displayed to the user without Super admin rights if the following conditions are fulfilled:  -   The user has read-write access to host groups, hosts, templates, and     triggers in action conditions -   The user has read-write access to host groups, hosts, and templates     in action operations, recovery operations, and update operations -   The user has read access to user groups and users in action     operations, recovery operations, and update operations
es	#### Descripción general  En la sección *Alertas → Acciones* los usuarios pueden configurar y mantener acciones.  Las acciones mostradas son acciones asignadas al origen del evento seleccionado. (iniciador, servicios, descubrimiento, autoregistro, acciones internas).  Las acciones se agrupan en subsecciones por origen del evento (iniciador, servicio, descubrimiento, autorregistro, acciones internas). La lista de subsecciones disponibles aparecen al hacer clic en *Acciones* en la sección del menú *Alertas*. También es posible cambiar entre subsecciones utilizando el menú desplegable del título en la esquina superior izquierda.  Después de seleccionar una subsección, se mostrará una lista de acciones existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/actions.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre de la acción. Al hacer clic en el nombre de la acción, se abre la acción [formulario de configuración](/manual/config/notifications/action#configuring_an_action).| |*Condiciones*|Se muestran las condiciones de acción.| |*[Operaciones](/manual/config/notifications/action/operation#configuring_an_operation)*|Se muestran las operaciones de acción.<br>Desde Zabbix 2.2, la lista de operaciones también muestra el tipo de medio (correo electrónico, SMS o script) utilizado para notificación, así como el nombre y apellido (entre paréntesis después del nombre de usuario) del destinatario de la notificación.<br>La operación de acción puede ser una [notificación](/manual/config/notificaciones/acción/operación/mensaje) o un [remoto comando](/manual/config/notifications/action/operation/remote_command) dependiendo del tipo de operación seleccionado.| |*Estado*|Se muestra el estado de la acción: *Activado* o *Desactivado*.<br>Al hacer clic en el estado, puede cambiarlo.<br>Consulte las [Escalaciones](/manual/config/notifications/action/escalations ) para obtener más detalles sobre lo que sucede si una acción se desactiva durante una escalada en curso.|  Para configurar una nueva acción, haga clic en el botón *Crear acción* en el la esquina superior derecha.  Para los usuarios sin derechos de superadministrador, las acciones se muestran según la configuración de permisos. Eso significa, en algunos casos, un usuario sin superadministrador. Rights no puede ver la lista de acciones completa debido a ciertos restricciones de permiso. Se muestra una acción al usuario sin Derechos de superadministrador si se cumplen las siguientes condiciones:  -   El usuario tiene acceso de lectura y escritura a grupos de equipos, equipos, plantillas e     iniciadores en condiciones de acción -   El usuario tiene acceso de lectura y escritura a grupos de equipos, equipos y plantillas,     operaciones en acción, operaciones de recuperación y operaciones de actualización - El usuario tiene acceso de lectura a grupos de usuarios y usuarios ,     operaciones de acción, operaciones de recuperación y operaciones de actualización

en-us	#### Overview  In the *Alerts → Media types* section users can configure and maintain media type information.  Media type information contains general instructions for using a medium as delivery channel for notifications. Specific details, such as the individual email addresses to send a notification to are kept with individual users.  A listing of existing media types with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the media type. Clicking on the name opens the media type [configuration form](/manual/config/notifications/media/email#configuration).| |*Type*|Type of the media (email, SMS, etc) is displayed.| |*Status*|Media type status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.| |*Used in actions*|All actions where the media type is used directly (selected in the *Send only to* dropdown) are displayed. Clicking on the action name opens the action configuration form.| |*Details*|Detailed information of the media type is displayed.| |*Actions*|The following action is available:<br>**Test** - click to open a testing form where you can enter media type parameters (e.g. a recipient address with test subject and body) and send a test message to verify that the configured media type works. See also: Media type testing for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#media_type_testing).|  To configure a new media type, click on the *Create media type* button in the top right-hand corner.  To import a media type from XML, click on the *Import* button in the top right-hand corner.
es	#### Descripción general  En la sección *Alertas → Tipos de medios* los usuarios pueden configurar y mantener información sobre el tipo de medio.  La información sobre el tipo de medio contiene instrucciones generales para utilizar un medio. como canal de entrega de notificaciones. Detalles específicos, como  las direcciones de correo electrónico individuales a las que enviar una notificación se mantienen en cada uno de los usuarios.  Se muestra una lista de los tipos de medios existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del tipo de medio. Al hacer clic en el nombre se abre el tipo de medio [formulario de configuración](/manual/config/notifications/media/email#configuration).| |*Tipo*|Se muestra el tipo de medio (correo electrónico, SMS, etc.).| |*Estado*|Se muestra el estado del tipo de medio: *Activado* o *Desactivado*.<br>Al hacer clic en el estado, puede cambiarlo.| |*Usado en acciones*|Se muestran todas las acciones donde el tipo de medio se usa directamente (seleccionado en el menú desplegable *Enviar solo a*). Al hacer clic en el nombre de la acción se abre el formulario de configuración de la acción.| |*Detalles*|Se muestra información detallada del tipo de medio.| |*Acciones*|La siguiente acción está disponible:<br>**Prueba**: haga clic para abrir un formulario de prueba donde puede ingresar parámetros de tipo de medio (por ejemplo, una dirección de destinatario con asunto y cuerpo de prueba) y enviar un mensaje de prueba a verifique que el tipo de medio configurado funcione. Consulte también: Prueba de tipo de medio para [Correo electrónico](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing) o [Script](/manual /config/notificaciones/media/script#media_type_testing).|  Para configurar un nuevo tipo de medio, haga clic en el botón *Crear tipo de medio* en la esquina superior derecha.  Para importar un tipo de medio desde XML, haga clic en el botón *Importar* en la esquina superior derecha.

en-us	#### Overview  In the *Alerts → Scripts* section user-defined global scripts can be configured and maintained.  Global scripts, depending on the configured scope and also user permissions, are available for execution:  -   from the [host menu](/manual/web_interface/menu/host_menu) in various frontend locations      (*Dashboard*, *Problems*, *Latest data*, *Maps*, etc.) -   from the [event menu](/manual/web_interface/menu/event_menu) -   can be run as an action operation  The scripts are executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only.  See also [Command execution](/manual/appendix/command_execution).  Both on Zabbix agent and Zabbix proxy remote scripts are disabled by default.  They can be enabled by:  -   For remote commands executed on Zabbix agent:     - adding an AllowKey=system.run[<command>,\*] parameter for each allowed command in agent configuration,      \* stands for wait and nowait mode; -   For remote commands executed on Zabbix proxy:     - **Warning: It is not required to enable remote commands on Zabbix proxy if remote commands are executed      on Zabbix agent that is monitored by Zabbix proxy.** If, however, it is required to execute remote commands      on Zabbix proxy, set *EnableRemoteCommands* parameter to '1' in the proxy configuration.  A listing of existing scripts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the script. Clicking on the script name opens the script [configuration form](scripts#configuring_a_global_script).| |*Scope*|Scope of the script - action operation, manual host action or manual event action. This setting determines where the script is available.| |*Used in actions*|Actions where the script is used are displayed.| |*Type*|Script type is displayed - *URL*, *Webhook*, *Script*, *SSH*, *Telnet* or *IPMI* command.| |*Execute on*|It is displayed whether the script will be executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only.| |*Commands*|All commands to be executed within the script are displayed.| |*User group*|The user group that the script is available to is displayed (or *All* for all user groups).| |*Host group*|The host group that the script is available for is displayed (or *All* for all host groups).| |*Host access*|The permission level for the host group is displayed - *Read* or *Write*. Only users with the required permission level will have access to executing the script.|  To configure a new script, click on the *Create script* button in the top right-hand corner.
es	#### Descripción general  En la sección *Alertas → Scripts* se pueden configurar y mantener scripts globales definidos por el usuario.  Los scripts globales, según el alcance configurado y también los permisos del usuario, están disponibles para su ejecución:  -   desde el [menú de equipo](/manual/web_interface/menu/host_menu) en varias ubicaciones de interfaz     (*Tablero*, *Problemas*, *Últimos datos*, *Mapas*, etc.) -   desde el [menú de eventos](/manual/web_interface/menu/event_menu) -   se puede ejecutar como una operación de acción  Los scripts se ejecutan únicamente en el agente Zabbix, el servidor Zabbix (proxy) o el servidor Zabbix. Consulte también la [ejecución de comandos](/manual/appendix/command_execution).  Tanto el agente de Zabbix como los scripts remotos del proxy de Zabbix están deshabilitados de forma predeterminada. Pueden habilitarse mediante:  - Para comandos remotos ejecutados en el agente Zabbix:     - agregar un parámetro AllowKey=system.run[<command>,\*] para cada comando permitido en la configuración del agente,      \* representa el modo de espera y no espera; - Para comandos remotos ejecutados en el proxy Zabbix:     - **Advertencia: no es necesario habilitar los comandos remotos en el proxy Zabbix si se ejecutan comandos remotos     en el agente Zabbix que es monitoreado por el proxy Zabbix.** Sin embargo, si es necesario ejecutar comandos remotos     en el proxy Zabbix, establezca el parámetro *EnableRemoteCommands* en '1' en la configuración del proxy.  Se muestra una lista de scripts existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del script. Al hacer clic en el nombre del script se abre el script [formulario de configuración](scripts#configuring_a_global_script).| |*Alcance*|Alcance del script: operación de acción, acción manual del host o acción manual de evento. Esta configuración determina dónde está disponible el script.| |*Usado en acciones*|Se muestran las acciones donde se utiliza el script.| |*Tipo*|Se muestra el tipo de script: *URL*, *Webhook*, *Script*, *SSH*, *Telnet* o comando *IPMI*.| |*Ejecutar en*|Se muestra si el script se ejecutará en el agente Zabbix, en el servidor Zabbix (proxy) o únicamente en el servidor Zabbix.| |*Comandos*|Se muestran todos los comandos que se ejecutarán dentro del script.| |*Grupo de usuarios*|Se muestra el grupo de usuarios para el que está disponible el script (o *Todos* para todos los grupos de usuarios).| |*Grupo de equipos*|Se muestra el grupo de equipos para el que está disponible el script (o *Todos* para todos los grupos de hequipososts).| |*Acceso al equipo*|Se muestra el nivel de permiso para el grupo de equipos: *Lectura* o *Escritura*. Sólo los usuarios con el nivel de permiso requerido tendrán acceso para ejecutar el script.|  Para configurar un nuevo script, haga clic en el botón *Crear script* en la esquina superior derecha.

en-us	#### Overview  In the classic graph widget, you can display a single custom graph or simple graph.
es	#### Descripción general  En el widget de gráfico clásico, puede mostrar un único gráfico personalizado o gráfico sencillo.

en-us	 #### Overview  In the clock widget, you may display local, server, or specified host time.  Both analog and digital clocks can be displayed:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_analog.png)  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_digital.png)
es	 #### Descripción general  En el widget de reloj, puede mostrar el tiempo del equipo local, del servidor o de un equipo especificado.  Se pueden mostrar relojes analógicos y digitales:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_analog.png)  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_digital.png)

en-us	#### Overview  In the *Data collection → Discovery* section users can configure and maintain discovery rules.  A listing of existing discovery rules with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the discovery rule. Clicking on the discovery rule name opens the discovery rule [configuration form](/manual/discovery/network_discovery/rule).| |*IP range*|The range of IP addresses to use for network scanning is displayed.| |*Proxy*|The proxy name is displayed, if discovery is performed by the proxy.| |*Interval*|The frequency of performing discovery displayed.| |*Checks*|The types of checks used for discovery are displayed.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new discovery rule, click on the *Create discovery rule* button in the top right-hand corner.
es	#### Descripción general  En la sección *Recopilación de datos → Descubrimiento* los usuarios pueden configurar y mantener las reglas de descubrimiento.  Se muestra una lista de reglas de descubrimiento existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre de la regla de descubrimiento. Al hacer clic en el nombre de la regla de descubrimiento, se abre el [formulario de configuración](/manual/discovery/network_discovery/rule) de la regla de descubrimiento.| |*Rango de IP*|Se muestra el rango de direcciones IP que se utilizarán para el escaneo de red.| |*Proxy*|Se muestra el nombre del proxy, si el descubrimiento lo realiza el proxy.| |*Intervalo*|Se muestra la frecuencia con la que se realiza el descubrimiento.| |*Comprobaciones*|Se muestran los tipos de comprobaciones utilizadas para el descubrimiento.| |*Estado*|Se muestra el estado de la acción: *Activado* o *Desactivado*.<br>Al hacer clic en el estado, puede cambiarlo.|  Para configurar una nueva regla de descubrimiento, haga clic en el botón *Crear regla de descubrimiento* en la esquina superior derecha.

en-us	#### Overview  In the *Data collection → Event correlation* section users can configure and maintain global correlation rules for Zabbix events.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the correlation rule. Clicking on the correlation rule name opens the rule [configuration form](/manual/config/event_correlation/global#configuration).| |*Conditions*|Correlation rule conditions are displayed.| |*Operations*|Correlation rule operations are displayed.| |*Status*|Correlation rule status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new correlation rule, click on the *Create correlation* button in the top right-hand corner.
es	#### Descripción general  En la sección *Recopilación de datos → Correlación de eventos* los usuarios pueden configurar y mantener reglas de correlación global para eventos de Zabbix.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre de la regla de correlación. Al hacer clic en el nombre de la regla de correlación se abre el [formulario de configuración](/manual/config/event_correlation/global#configuration) de la regla.| |*Condiciones*|Se muestran las condiciones de la regla de correlación.| |*Operaciones*|Se muestran las operaciones de reglas de correlación.| |*Estado*|Se muestra el estado de la regla de correlación: *Activado* o *Desactivado*.<br>Al hacer clic en el estado, puede cambiarlo.|  Para configurar una nueva regla de correlación, haga clic en el botón *Crear correlación* en la esquina superior derecha.

en-us	#### Overview  In the *Data collection* → *Host groups* section users can configure and maintain host groups.   A listing of existing host groups with their details is displayed. You can search and filter host groups by name.  ![](../../../../../assets/en/manual/web_interface/host_groups1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host group. Clicking on the group name opens the group [configuration form](/manual/config/hosts/host#creating-a-host-group).| |*Hosts*|Number of hosts in the group (displayed in gray) followed by the list of group members. <br> Clicking on a host name will open the host configuration form.<br> Clicking on the number will, in the whole listing of hosts, filter out those that belong to the group.| |*Info*|Error information (if any) regarding the host group is displayed.|
es	#### Descripción general  En la sección *Recopilación de datos* → *Grupos de equipos* los usuarios pueden configurar y mantener grupos de equipos.  Se muestra una lista de los grupos de equipos existentes con sus detalles. Puede buscar y filtrar grupos de equipos por nombre.  ![](../../../../../assets/en/manual/web_interface/host_groups1.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del grupo de equipos. Al hacer clic en el nombre del grupo se abre el  [formulario de configuración](/manual/config/hosts/host#creating-a-host-group) del grupo.| |*Equipos*|Número de equipos en el grupo (mostrados en gris) seguido de la lista de miembros del grupo. <br> Al hacer clic en el nombre de un equipo se abrirá el formulario de configuración del equipo.<br> Al hacer clic en el número, en toda la lista de equipos, se filtrarán aquellos que pertenecen al grupo.| |*Info*|Se muestra información de error (si la hay) relacionada con el grupo de equipos.|

en-us	#### Overview  In the *Data collection → Hosts* section users can configure and maintain hosts.  A listing of existing hosts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host.<br>Clicking on the host name opens the host [configuration form](/manual/config/hosts/host#configuring_a_host).| |*Entities (Items, Triggers, Graphs, Discovery, Web)*|Clicking on the entity name will display items, triggers etc. of the host.<br>The number of the respective entities is displayed in gray.| |*Interface*|The main interface of the host is displayed.| |*Proxy*|Proxy name is displayed, if the host is monitored by a proxy.<br>This column is only displayed if the *Monitored by* filter option is set to 'Any' or 'Proxy'.| |*Templates*|The templates linked to the host are displayed.<br>If other templates are contained in the linked template, those are displayed in parentheses, separated by a comma.<br>Clicking on a template name will open its configuration form.| |*Status*|Host status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.<br>An orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) before the host status indicates that this host is in maintenance. Maintenance details are displayed when the mouse pointer is positioned on the icon.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/data_collection/hosts#reading_host_availability) per configured interface is displayed.<br><br>Availability icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse pointer on the icon, a pop-up list appears listing all interfaces of this type with details, status and errors (for the agent interface, availability of active checks is also listed).<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 are available;<br>**Yellow** - at least one interface is available and at least one is unavailable; others can have any status, including 'unknown';<br>**Red** - no interfaces are available;<br>**Gray** - at least one interface is unknown (none unavailable).<br><br>**Active check availability.** Since Zabbix 6.2 active checks also affect host availability, if there is at least one enabled active check on the host. To determine active check availability, heartbeat messages are sent in the agent active check thread. The frequency of the heartbeat messages is set by the `HeartbeatFrequency` parameter in Zabbix [agent](/manual/appendix/config/zabbix_agentd) and [agent 2](/manual/appendix/config/zabbix_agent2) configurations (60 seconds by default, 0-3600 range). Active checks are considered unavailable when the active check heartbeat is older than 2 x HeartbeatFrequency seconds.<br>**Note:** If Zabbix agents older than 6.2.x are used, they are not sending any active check heartbeats, so the availability of their hosts will remain unknown.<br>Active agent availability is counted towards the total Zabbix agent availability in the same way as a passive interface is. For example, if a passive interface is available while the active checks are unknown, the total agent availability is set to gray (unknown).| |*Agent encryption*|Encryption status for connections to the host is displayed:<br>**None** - no encryption;<br>**PSK** - using pre-shared key;<br>**Cert** - using certificate.| |*Info*|Error information (if any) regarding the host is displayed.| |*Tags*|[Tags](/manual/config/tagging) of the host with macros unresolved.|  To configure a new host, click on the *Create host* button in the top right-hand corner. To import a host from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
es	#### Descripción general  En la sección *Recopilación de datos → Equipos* los usuarios pueden configurar y mantener equipos.  Se muestra una lista de equipos existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del equipo.<br>Al hacer clic en el nombre del equipo se abre el [formulario de configuración](/manual/config/hosts/host#configuring_a_host) del equipo.| |*Entidades (métricas, iniciadores, gráficos, descubrimiento, web)*|Al hacer clic en el nombre de la entidad se mostrarán las métricas, iniciadores, etc. del equipo.<br>El número de las entidades respectivas se muestra en gris.| |*Interfaz*|Se muestra la interfaz principal del equipo.| |*Proxy*|Se muestra el nombre del proxy, si el equipo es monitoreado por un proxy.<br>Esta columna solo se muestra si la opción de filtro *Monitoreado por* está configurada en 'Cualquiera' o 'Proxy'.| |*Plantillas*|Se muestran las plantillas vinculadas al equipo.<br>Si la plantilla vinculada contiene otras plantillas, se muestran entre paréntesis, separadas por una coma.<br>Al hacer clic en el nombre de una plantilla se abrirá su formulario de configuración.| |*Estado*|Se muestra el estado del equipo: *Activado* o *Desactivado*.<br>Al hacer clic en el estado, puede cambiarlo.<br>¡Un icono de llave inglesa naranja![](../../.. /../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) antes de que el estado del equipo indique que este equipo está en mantenimiento. Los detalles de mantenimiento se muestran cuando el puntero del mouse se coloca sobre el icono.| |*Disponibilidad*|Se muestra la [disponibilidad](/manual/web_interface/frontend_sections/data_collection/hosts#reading_host_availability) del equipo por interfaz configurada.<br><br>Los iconos de disponibilidad representan solo esos tipos de interfaz (agente Zabbix, SNMP, IPMI, JMX) que están configurados. Si coloca el puntero del mouse sobre el ícono, aparece una lista emergente que enumera todas las interfaces de este tipo con detalles, estados y errores (para la interfaz del agente, también se enumera la disponibilidad de comprobaciones activas).<br>La columna está vacía para 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 están disponibles;<br>**Amarillo**: en al menos una interfaz está disponible y al menos una no está disponible; otros pueden tener cualquier estado, incluido "desconocido";<br>**Rojo**: no hay interfaces disponibles;<br>**Gris**: al menos una interfaz es desconocida (ninguna no disponible).<br><br >**Disponibilidad de verificación activa.** Desde Zabbix 6.2, las verificaciones activas también afectan la disponibilidad del host, si hay al menos una verificación activa habilitada en el host. Para determinar la disponibilidad de la verificación activa, se envían mensajes de latido en el hilo de verificación activa del agente. La frecuencia de los mensajes de latido se establece mediante el parámetro `HeartbeatFrequency` en las configuraciones de Zabbix [agent](/manual/appendix/config/zabbix_agentd) y [agent 2](/manual/appendix/config/zabbix_agent2) (60 segundos de forma predeterminada). , rango 0-3600). Las comprobaciones activas se consideran no disponibles cuando el latido de verificación activo tiene más de 2 x HeartbeatFrequency segundos.<br>**Nota:** Si se utilizan agentes Zabbix anteriores a 6.2.x, no envían ningún latido de verificación activo, por lo que la disponibilidad de sus hosts permanecerán desconocidos.<br>La disponibilidad del agente activo se cuenta para la disponibilidad total del agente de Zabbix de la misma manera que una interfaz pasiva. Por ejemplo, si hay una interfaz pasiva disponible mientras se desconocen las comprobaciones activas, la disponibilidad total del agente se establece en gris (desconocida).| |*Cifrado del agente*|Se muestra el estado de cifrado para las conexiones al host:<br>**Ninguno**: sin cifrado;<br>**PSK**: usando una clave previamente compartida;<br>**Certificado* * - usando certificado.| |*Info*|Se muestra información de error (si la hay) relacionada con el equipo.| |*Etiquetas*|[Etiquetas](/manual/config/tagging) del equipo con macros sin resolver.|  Para configurar un nuevo equipo, haga clic en el botón *Crear equipo* en la parte superior esquina derecha. Para importar un equipo desde un archivo YAML, XML o JSON, haga clic en el botón *Importar* en la esquina superior derecha.

en-us	#### Overview  In the *Data collection → Maintenance* section users can configure and maintain maintenance periods for hosts.  A listing of existing maintenance periods with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the maintenance period. Clicking on the maintenance period name opens the maintenance period [configuration form](/manual/maintenance#configuration).| |*Type*|The type of maintenance is displayed: *With data collection* or *No data collection*| |*Active since*|The date and time when executing maintenance periods becomes active.<br>Note: This time does not activate a maintenance period; maintenance periods need to be set separately.| |*Active till*|The date and time when executing maintenance periods stops being active.| |*State*|The state of the maintenance period:<br>**Approaching** - will become active soon<br>**Active** - is active<br>**Expired** - is not active any more| |*Description*|Description of the maintenance period is displayed.|  To configure a new maintenance period, click on the *Create maintenance period* button in the top right-hand corner.
es	#### Descripción general  En la sección *Recopilación de datos → Mantenimiento* los usuarios pueden configurar y mantener periodos de mantenimiento para los equipos.  Se muestra una lista de los períodos de mantenimiento existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del período de mantenimiento. Al hacer clic en el nombre del período de mantenimiento se abre el período de mantenimiento [formulario de configuración](/manual/maintenance#configuration).| |*Tipo*|Se muestra el tipo de mantenimiento: *Con recogida de datos* o *Sin recogida de datos*| |*Activo desde*|La fecha y hora en que se activa la ejecución de los períodos de mantenimiento.<br>Nota: Esta hora no activa un período de mantenimiento; Los períodos de mantenimiento deben establecerse por separado.| |*Activo hasta*|La fecha y hora en la que la ejecución de los períodos de mantenimiento deja de estar activa.| |*Estado*|El estado del período de mantenimiento:<br>**Acercándose** - se activará pronto<br>**Activo** - está activo<br>**Expirado** - ya no está activo | |*Descripción*|Se muestra la descripción del período de mantenimiento.|  Para configurar un nuevo período de mantenimiento, haga clic en el botón *Crear mantenimiento* en la esquina superior derecha.

en-us	#### Overview  In the *Data collection → Templates groups* section users can configure and maintain template groups.   A listing of existing template groups with their details is displayed. You can search and filter template groups by name.  ![](../../../../../assets/en/manual/web_interface/template_groups.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the template group. Clicking on the group name opens the group [configuration form](/manual/config/templates/template#configuring_a_template_group).| |*Templates*|Number of templates in the group (displayed in gray) followed by the list of group members. <br> Clicking on a template name will open the template configuration form.<br> Clicking on the number opens the list of templates in this group.|
es	#### Descripción general  En la sección *Recopilación de datos → Grupos de plantillas* los usuarios pueden configurar y mantener grupos de plantillas.  Se muestra una lista de grupos de plantillas existentes con sus detalles. Puede buscar y filtrar grupos de plantillas por nombre.  ![](../../../../../assets/en/manual/web_interface/template_groups.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del grupo de plantillas. Al hacer clic en el nombre del grupo se abre el [formulario de configuración](/manual/config/templates/template#configuring_a_template_group) del grupo.| |*Plantillas*|Número de plantillas en el grupo (mostradas en gris) seguido de la lista de miembros del grupo. <br> Al hacer clic en el nombre de una plantilla se abrirá el formulario de configuración de la plantilla.<br> Al hacer clic en el número se abre la lista de plantillas en este grupo.|

en-us	#### Overview  In the *Data collection* → *Templates* section users can configure and maintain templates.  A listing of existing templates with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the template.<br>Clicking on the template name opens the template [configuration form](/manual/config/templates/template#creating_a_template).| |*Hosts*|Number of editable hosts to which the template is linked; read-only hosts are not included.<br>Clicking on *Hosts* will open the host list with only those hosts filtered that are linked to the template.| |*Entities (Items, Triggers, Graphs, Dashboards, Discovery, Web)*|Number of the respective entities in the template (displayed in gray).<br>Clicking on the entity name will, in the whole listing of that entity, filter out those that belong to the template.| |*Linked templates*|Templates that are [linked](/manual/config/templates/nesting) to the template.| |*Linked to templates*|Templates that the template is [linked](/manual/config/templates/nesting) to.<br>Since Zabbix 5.0.3, this column no longer includes hosts.| |*Vendor*, *Version*|Template vendor and version; displayed if the template configuration contains such information, and only for [out-of-the-box templates](/manual/config/templates_out_of_the_box), [imported templates](/manual/xml_export_import/templates#importing), or templates modified through the [Template API](/manual/api/reference/template).<br>For out-of-the-box templates, version is displayed as follows: major version of Zabbix, delimiter ("-"), revision number (increased with each new version of the template, and reset with each major version of Zabbix). For example, 6.4-0, 6.4-3, 7.0-0, 7.0-3.| |*Tags*|[Tags](/manual/config/tagging) of the template, with macros unresolved.|  To [configure a new template](/manual/config/templates/template), click on the *Create template* button in the top right-hand corner.  To [import a template](/manual/xml_export_import/templates#importing) from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
es	#### Descripción general  En la sección *Recopilación de datos* → *Plantillas* los usuarios pueden configurar y mantener plantillas.  Se muestra una lista de plantillas existentes con sus detalles.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre de la plantilla.<br>Al hacer clic en el nombre de la plantilla se abre la plantilla [formulario de configuración](/manual/config/templates/template#creating_a_template).| |*Equipos*|Número de equipos editables a los que está vinculada la plantilla; los equipos de solo lectura no están incluidos.<br>Al hacer clic en *Equipos* se abrirá la lista de equipos con solo aquellos equipos filtrados que están vinculados a la plantilla.| |*Entidades (Métricas, Iniciadores, Gráficos, Paneles, Descubrimiento, Web)*|Número de las entidades respectivas en la plantilla (se muestran en gris).<br>Al hacer clic en el nombre de la entidad, en la lista completa de esa entidad, filtrar aquellos que pertenecen a la plantilla.| |*Plantillas vinculadas*|Plantillas que están [vinculadas](/manual/config/templates/nesting) a la plantilla.| |*Vinculado a plantillas*|Plantillas a las que la plantilla está [vinculada](/manual/config/templates/nesting).<br>Desde Zabbix 5.0.3, esta columna ya no incluye equipos.| |*Proveedor*, *Versión*|Proveedor y versión de la plantilla; se muestra si la configuración de la plantilla contiene dicha información, y solo para [plantillas listas para usar](/manual/config/templates_out_of_the_box), [plantillas importadas](/manual/xml_export_import/templates#importing), o plantillas modificadas mediante la [API de plantilla](/manual/api/reference/template).<br>Para las plantillas listas para usar, la versión se muestra de la siguiente manera: versión principal de Zabbix, delimitador ("-"), número de revisión ( aumenta con cada nueva versión de la plantilla y se restablece con cada versión principal de Zabbix). Por ejemplo, 6,4-0, 6,4-3, 7,0-0, 7,0-3.| |*Etiquetas*|[Etiquetas](/manual/config/tagging) de la plantilla, con macros sin resolver.|  Para [configurar una nueva plantilla](/manual/config/templates/template), haga clic en el botón *Crear plantilla* en la esquina superior derecha.  Para [importar una plantilla](/manual/xml_export_import/templates#importing) desde un archivo YAML, XML o JSON, haga clic en el botón *Importar* en la esquina superior derecha.

en-us	#### Overview  In the data overview widget, you can display the latest data for a group of hosts.  The color of problem items is based on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledgment#updating_problems) screen.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of latest data. This limit is configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max history display period* option.  Clicking on a piece of data offers links to some predefined graphs or latest values.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags. 
es	#### Descripción general  En el widget de descripción general de datos, puede mostrar los datos más recientes de un grupo. de equipos.  El color de las métricas problemáticas se basa en el color de gravedad del problema, que se puede ajustar en la [ pantalla de actualización de problemas](/manual/acknowledgement#updating_problems).  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 límite es configurable en *Administración* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, usando la opción *Período máximo de visualización del historial*.  Al hacer clic en un dato se ofrecen enlaces a algunos gráficos predefinidos o a los últimos valores.  Tenga en cuenta que se muestran 50 registros de forma predeterminada (configurables en *Administración* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, usando la opción *Número máximo de columnas y filas en tablas de descripción general*). Si existen más registros de los que están configurados para mostrar, se mostrará un mensaje en la parte inferior de la tabla, solicitando proporcionar información más específica de criterios de filtrado. No hay paginación. Tenga en cuenta que este límite se aplica primero, antes de cualquier filtrado adicional de datos, por ejemplo, por etiquetas.

en-us	#### Overview  In the graph prototype widget, you can display a grid of graphs created from either a graph prototype or an item prototype by low-level discovery.
es	#### Descripción general  En el widget de prototipo de gráfico, puede mostrar una cuadrícula de gráficos creados desde un prototipo de gráfico o un prototipo de métrica de un descubrimiento de bajo nivel.

en-us	 #### Overview  In the host availability widget, high-level statistics about host availability are displayed in four colored columns/lines.  |   |   | |---|---| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)|Horizontal display (columns).| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)|Vertical display (lines).|  Host availability in each column/line is counted as follows:  -   *Available* - hosts with all interfaces available -   *Not available* - hosts with at least one interface unavailable -   *Unknown* - hosts with at least one interface unknown (none     unavailable) -   *Total* - total of all hosts
es	 #### Descripción general  En el widget de disponibilidad del equipo, se muestran estadísticas de alto nivel sobre el equipo. La disponibilidad se muestra en cuatro columnas/líneas de colores.  | | | |---|---| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)|Visualización horizontal (columnas).| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)|Visualización vertical (líneas).|  La disponibilidad del equipo en cada columna/línea se cuenta de la siguiente manera:  - *Disponible* - equipos con todas las interfaces disponibles - *No disponible* - equipos con al menos una interfaz no disponible - *Desconocido* - equipos con al menos una interfaz desconocida (ninguna     no disponible) - *Total* - total de todos los equipos

en-us	#### Overview  In the *Inventory → Hosts* section [inventory data](/manual/config/hosts/inventory) of hosts are displayed.  You can filter the hosts by host group(s) and by any inventory field to display only the hosts you are interested in.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  To display all host inventories, select no host group in the filter, clear the comparison field in the filter and press "Filter".  While only some key inventory fields are displayed in the table, you can also view all available inventory information for that host. To do that, click on the host name in the first column.
es	#### Descripción general  En la sección *Inventario → Equipos*  se muestran los [datos de inventario](/manual/config/hosts/inventory) de los equipos.  Puede filtrar los equipos por grupo(s) de equipos y por cualquier campo de inventario para mostrar sólo los equipos que le interesan.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  Para mostrar todos los inventarios de equipos, no seleccione ningún grupo de equipos en el filtro, borre el campo de comparación en el filtro y presione "Filtro".  Si bien en la tabla solo se muestran algunos campos clave del inventario, usted puede también ver toda la información de inventario disponible para ese equipo. Para hacer eso, haga clic en el nombre del equipo en la primera columna.

en-us	#### Overview  In the map widget you can display either:  -   a single configured network map; -   one of the configured network maps in the [map navigation tree](/manual/web_interface/frontend_sections/dashboards/widgets/map_tree)     (when clicking on the map name in the tree).
es	#### Descripción general  En el widget del mapa puede mostrar:  -   un único mapa de red configurado; -   uno de los mapas de red configurados en el [árbol de navegación de mapas](/manual/web_interface/frontend_sections/dashboards/widgets/map_tree)     (al hacer clic en el nombre del mapa en el árbol).

en-us	#### Overview  In the *Monitoring → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  If a device is already monitored, the host name will be listed in the *Monitored host* column, and the duration of the device being discovered or lost after previous discovery is shown in the *Uptime/Downtime* column.  After that follow the columns showing the state of individual services for each discovered device (red cells show services that are down). Service uptime or downtime is included within the cell.  ::: noteimportant Only those services that have been found on at least one device will have a column showing their state. :::
es	#### Descripción general  En la sección *Monitoreo → Descubrimiento* se muestran los resultados del  [descubrimiento de red](/manual/discovery/network_discovery). Los dispositivos descubiertos se clasifican según la regla de descubrimiento.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Si un dispositivo ya está monitoreado, el nombre del equipo aparecerá listado en la columna de *equipo monitoreado* y la duración del dispositivo descubierto o perdido después de un descubrimiento anterior se muestra en la columna *Tiempo de actividad/Tiempo de inactividad*.  Después de eso, siga las columnas que muestran el estado de los servicios individuales para cada dispositivo descubierto (las celdas rojas muestran los servicios que están inactivos). El tiempo de actividad o inactividad del servicio se incluye dentro de la celda.  ::: noteimportant Sólo aquellos servicios que se han encontrado en al menos un dispositivo tendrán una columna que muestre su estado. :::

en-us	#### Overview  In the *Monitoring → Maps* section you can configure, manage and view [network maps](/manual/config/visualization/maps).  When you open this section, you will either see the last map you accessed or a listing of all maps you have access to.  All maps can be either public or private. Public maps are available to all users, while private maps are accessible only to their owner and the users the map is shared with.
es	#### Descripción general  En la sección *Monitoreo → Mapas* puede configurar, gestionar y ver los [mapas de red](/manual/config/visualization/maps).  Cuando abra esta sección, verá el último mapa al que haya accedido o una lista de todos los mapas a los que tiene acceso.  Todos los mapas pueden ser públicos o privados. Hay mapas públicos disponibles para todos los usuarios, mientras que los mapas privados solo son accesibles para su propietario y los usuarios con los que se comparte el mapa.

en-us	#### Overview  In the plain text widget, you can display the latest item data in plain text.
es	#### Descripción general  En el widget de texto sin formato, puede mostrar los datos más recientes de una métrica en formato de texto plano.

en-us	#### Overview  In the problem host widget, you can display problem count by host group and the highest problem severity within a group.  The problem count is displayed only for cause problems.
es	#### Descripción general  En el widget de equipos con problemas, puede mostrar el recuento de problemas por grupo de equipos y la gravedad más alta del problema dentro de un grupo.  El recuento de problemas se muestra sólo para los problemas de causa.

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.| |*Media type*|Media type (e.g. Email, Jira, etc.) used for sending a notification.<br>For operations that executed remote commands, this column will be empty.| |*Recipient*|Information about the notification recipient - username, name and surname (in parentheses), and additional information depending on the media type (email, username, etc.).<br>For operations that executed remote commands, this column will be empty.| |*Message*|The content of the message/remote command.<br>A remote command is separated from the target host with a colon symbol: `<host>:<command>`. For example, if the remote command was executed on Zabbix server, then the information will have the following format: `Zabbix server:<command>`.| |*Status*|Operation status:<br>*In progress* - operation for sending a notification is in progress (the remaining number of times the server will try to send the notification is also displayed)<br>*Sent* - notification has been sent<br>*Executed* - remote command has been executed<br>*Failed* - operation has not been completed| |*Info*|Error information (if any) regarding the operation execution.|
es	#### Descripción general  En la sección *Informes → Registro de acciones*, los usuarios pueden ver 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*|Nombre de la acción que provoca las operaciones.| |*Tipo de medio*|Tipo de medio (por ejemplo, correo electrónico, Jira, etc.) utilizado para enviar una notificación.<br>Para operaciones que ejecutaron comandos remotos, esta columna estará vacía.| |*Destinatario*|Información sobre el destinatario de la notificación: nombre de usuario, nombre y apellido (entre paréntesis), e información adicional según el tipo de medio (correo electrónico, nombre de usuario, etc.).<br>Para operaciones que ejecutaron comandos remotos, esta columna estará vacío.| |*Mensaje*|El contenido del mensaje/comando remoto.<br>Un comando remoto está separado del equipo de destino con un símbolo de dos puntos: `<host>:<comando>`. Por ejemplo, si el comando remoto se ejecutó en el servidor Zabbix, la información tendrá el siguiente formato: `Servidor Zabbix:<comando>`.| |*Estado*|Estado de la operación:<br>*En curso* - la operación para enviar una notificación está en curso (también se muestra el número restante de veces que el servidor intentará enviar la notificación)<br>*Enviado* - notificación ha sido enviado<br>*Ejecutado* - se ha ejecutado el comando remoto<br>*Error* - la operación no se ha completado| |*Info*|Información de error (si existe) respecto a la ejecución de la operación.|

en-us	 #### Overview  In the *Reports → Audit log* 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* → [*Audit log*](/manual/web_interface/frontend_sections/administration/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*, [*Configuration refresh*](/manual/web_interface/frontend_sections/administration/proxies#mass-editing-options), *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 → Registro de auditoría*, se pueden ver 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* → [*Registro de auditoría*](/manual/web_interface/frontend_sections/administration/audit_log). 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*, [*Actualización de configuración*](/manual/web_interface/frontend_sections/administration/proxies#mass-editing-options), *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 equipo, 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 trigger overview widget, you can display the trigger states for a group of hosts.  -   The trigger states are displayed as colored blocks     (the color of the blocks for PROBLEM triggers depends on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledgment#updating_problems) screen).     Note that recent trigger state changes (within the last 2 minutes) will be displayed as blinking blocks. -   Gray up and down arrows indicate triggers that have dependencies. On mouseover, dependency details are revealed. -   A checkbox icon indicates acknowledged problems.     All problems or resolved problems of the trigger must be acknowledged for this icon to be displayed.  Clicking on a trigger block provides context-dependent links to problem events of the trigger, the problem acknowledgment screen, trigger configuration, trigger URL or a simple graph/latest values list.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags.
es	#### Descripción general  En el widget de vista general de iniciadores, puede mostrar los estados de los iniciadores para un grupo de equipos.  - Los estados de iniciador se muestran como bloques de colores.     (El color de los bloques para los iniciadores de PROBLEMAS depende del color de gravedad del problema, que se puede ajustar en la pantalla [actualización del problema](/manual/acknowledgment#updating_problems)).     Tenga en cuenta que los cambios recientes en el estado del iniciador (en los últimos 2 minutos) se mostrarán como bloques parpadeantes. - Las flechas grises hacia arriba y hacia abajo indican iniciadores que tienen dependencias. Al pasar el mouse, se revelan los detalles de la dependencia. - Un icono de casilla de verificación indica problemas reconocidos.     Se deben reconocer todos los problemas o problemas resueltos del iniciador para que se muestre este icono.  Al hacer clic en un bloque de iniciador se proporcionan enlaces al contexto de los eventos del problema del iniciador, la pantalla de reconocimiento de problema, configuración del iniciador, URL de iniciador o un gráfico simple/lista de valores más recientes.  Tenga en cuenta que se muestran 50 registros de forma predeterminada (configurables en *Administración* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, usando la opción *Número máximo de columnas y filas en tablas de descripción general*). Si existen más registros de los que están configurados para mostrar, se mostrará un mensaje. en la parte inferior de la tabla, solicitando proporcionar criterios de filtrado más específicos. No hay paginación. Tenga en cuenta que este límite se aplica primero, antes de cualquier filtrado adicional de datos, por ejemplo, por etiquetas.

en-us	#### Overview  In the *Users → User groups* section user groups of the system are maintained.
es	#### Descripción general  En la sección *Usuarios → Grupos de usuarios* se mantienen los grupos de usuarios del sistema.

en-us	#### Overview  In the *Users → User roles* section you may create user roles.   User roles allow to create fine-grained permissions based on  the initially selected user type (*User*, *Admin*, *Super admin*).  Upon selecting a user type, all available permissions for this user  type are granted (checked by default).  Permissions can only be revoked from the subset that is available for  the user type; they cannot be extended beyond what is available for the  user type.   Checkboxes for unavailable permissions are grayed out; users will not  be able to access the element even by entering a direct URL to  this element into the browser.  User roles can be assigned to system users. Each user may have only one role assigned.
es	#### Descripción general  En la sección *Usuarios → Roles de usuario* puede crear roles de usuario.  Los roles de usuario permiten crear permisos detallados basados en el tipo de usuario seleccionado inicialmente (*Usuario*, *Admin*, *Superadministrador*).  Al seleccionar un tipo de usuario, todos los permisos disponibles para este tipo  de usuario se conceden (marcados de forma predeterminada).  Los permisos sólo se pueden revocar del subconjunto que está disponible para el tipo de usuario; no pueden extenderse más allá de lo que está disponible para el tipo de usuario.  Las casillas de verificación para permisos no disponibles están atenuadas; los usuarios no pueden acceder al elemento incluso ingresando una URL directa a este elemento en el navegador.  Se pueden asignar roles de usuario a los usuarios del sistema. Cada usuario sólo podrá tener asignado un rol.

en-us	#### Overview  In the *Users → Users* section users of the system are maintained.
es	#### Descripción general  En la sección *Usuarios → Usuarios* se mantienen los usuarios del sistema.

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 the configured graph prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, graph prototypes will become the basis of  creating real host [graphs](/manual/web_interface/frontend_sections/data_collection/hosts/graphs)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de gráficos desplegados configurados  en la plantilla de una regla de descubrimiento de bajo nivel.  Si la plantilla está vinculada al equipo, los prototipos de gráficos se convertirán en la base de la creación de los [gráficos](/manual/web_interface/frontend_sections/data_collection/hosts/graphs) en un equipo real durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de gráfico, que se muestra como un enlace azul.<br>Al hacer clic en el nombre se abre el [formulario de configuración](/manual/discovery/low_level_discovery/graph_prototypes) del prototipo de gráfico.<br>Si el prototipo de gráfico pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes del nombre del gráfico, como un vínculo gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de gráficos en el nivel de la plantilla vinculada.| |*Ancho*|Se muestra el ancho del prototipo del gráfico.| |*Altura*|Se muestra la altura del prototipo del gráfico.| |*Tipo*|Se muestra el tipo de prototipo de gráfico: *Normal*, *Apilado*, *Pastel* o *Explosionado*.| |*Descubrir*|Descubre el gráfico basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.|  Para configurar un nuevo prototipo de gráfico, haga clic en el botón de *Crear  prototipo de gráfico* en la esquina superior derecha.

en-us	#### Overview  In this section the configured host prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, host prototypes will become the basis of  creating real [hosts](/manual/web_interface/frontend_sections/data_collection/hosts)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de equipo configurados en la plantilla de una regla de descubrimiento de bajo nivel.  Si la plantilla está vinculada al equipo, los prototipos de equipo se convertirán en la base para la creación de [equipos](/manual/web_interface/frontend_sections/data_collection/hosts)  reales durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de equipo, que se muestra como un enlace azul.<br>Al hacer clic en el nombre, se abre el formulario de configuración del prototipo de equipo.<br>Si el prototipo de equipo pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes el nombre del equipo, como un enlace gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de equipo en el nivel de la plantilla vinculada.| |*Plantillas*|Se muestran plantillas del prototipo de equipo.| |*Crear habilitado*|Cree el equipo basado en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubrir el equipo basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo de equipo.|  Para configurar un nuevo prototipo de equipo, haga clic en el botón *Crear prototipo de equipo* en la esquina superior derecha.

en-us	#### Overview  In this section the configured item prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, item prototypes will become the basis of  creating real host [items](/manual/web_interface/frontend_sections/data_collection/hosts/items)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a linked template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item prototype list on the linked template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype is displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de métricas configurados de una regla de descubrimiento de bajo nivel en la plantilla.  Si la plantilla está vinculada al equipo, los prototipos de métricas se convertirán en la base de creación de las [métricas](/manual/web_interface/frontend_sections/data_collection/hosts/items) en el equipo real durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de la métricas, que se muestra como un enlace azul.<br>Al hacer clic en el nombre, se abre el [formulario de configuración](/manual/discovery/low_level_discovery/item_prototypes) del prototipo de la métrica.<br>Si el prototipo de la métrica pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes del nombre de la métrica, como un vínculo gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de métricas en el nivel de la plantilla vinculada.| |*Clave*|Se muestra la clave del prototipo de la métrica.| |*Intervalo*|Se muestra la frecuencia de la comprobación.| |*Historial*|Se muestra el número de días que se deben conservar los datos de la métrica.| |*Tendencias*|Cuántos días se debe conservar el historial de tendencias de las métricas.| |*Tipo*|Se muestra el tipo de prototipo de la métrica (agente Zabbix, agente SNMP, verificación simple, etc.).| |*Crear habilitado*|Cree la métrica basado en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubrir la métrica basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo de la métrica.|  Para configurar un nuevo prototipo de métrica, haga clic en el botón *Crear prototipo de métrica* en la esquina superior derecha.

en-us	#### Overview  In this section the configured trigger prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, trigger prototypes will become the basis of  creating real host [triggers](/manual/web_interface/frontend_sections/data_collection/hosts/triggers)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de iniciador configurados para una regla de descubrimiento de bajo nivel en la plantilla.  Si la plantilla está vinculada al equipo, los prototipos de iniciador se convertirán en la base de creación de [iniciadores](/manual/web_interface/frontend_sections/data_collection/hosts/triggers) en el equipo real durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo del iniciador, que se muestra como un enlace azul.<br>Al hacer clic en el nombre se abre el [formulario de configuración](/manual/discovery/low_level_discovery/trigger_prototypes) del prototipo del iniciador.<br>Si el prototipo del iniciador pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes del nombre del iniciador, como un vínculo gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de iniciador en el nivel de la plantilla vinculada.| |*Datos operativos*|Se muestra el formato de los datos operativos del iniciador, que contiene cadenas y macros arbitrarias que se resolverán dinámicamente en *Monitoreo* → *Problemas*.| |*Crear habilitado*|Cree el iniciador basado en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubra el iniciador basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo del iniciador.|  Para configurar un nuevo prototipo de disparador, haga clic en botón *Crear prototipo de iniciador* en la esquina superior derecha.

en-us	#### Overview  In this section the graph prototypes of a low-level discovery rule on the host are  displayed. Graph prototypes are the basis of real host [graphs](/manual/web_interface/frontend_sections/data_collection/hosts/graphs)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de gráficos de una regla de descubrimiento de bajo nivel en el equipo. Los prototipos de gráficos son la base de los [gráficos](/manual/web_interface/frontend_sections/data_collection/hosts/graphs) de equipos reales que se crean durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de gráfico, que se muestra como un enlace azul.<br>Al hacer clic en el nombre se abre el [formulario de configuración](/manual/discovery/low_level_discovery/graph_prototypes) del prototipo de gráfico.<br>Si el prototipo de gráfico pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes del nombre del gráfico, como un vínculo gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de gráficos en el nivel de la plantilla vinculada.| |*Ancho*|Se muestra el ancho del prototipo del gráfico.| |*Altura*|Se muestra la altura del prototipo del gráfico.| |*Tipo*|Se muestra el tipo de prototipo de gráfico: *Normal*, *Apilado*, *Pastel* o *Explosionado*.| |*Descubrir*|Descubre el gráfico basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.|  Para configurar un nuevo prototipo de gráfico, haga clic en el botón *Crear prototipo de gráfico* en la esquina superior derecha.

en-us	#### Overview  In this section the host prototypes of a low-level discovery rule on the host are  displayed. Host prototypes are the basis of real [hosts](/manual/web_interface/frontend_sections/data_collection/hosts)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de equipo de una regla de descubrimiento de bajo nivel en el equipo. Los prototipos de equipo son la base de los [equipos](/manual/web_interface/frontend_sections/data_collection/hosts) reales  que se crean durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de equipo, que se muestra como un enlace azul.<br>Al hacer clic en el nombre, se abre el formulario de configuración del prototipo de equipo.<br>Si el prototipo de equipo pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes el nombre del equipo, como un enlace gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de equipo en el nivel de la plantilla vinculada.| |*Plantillas*|Se muestran plantillas del prototipo de equipo.| |*Crear habilitado*|Cree el equipo basado en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubrir el equipo basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo de equipo.|  Para configurar un nuevo prototipo de equipo, haga clic en el botón *Crear prototipo de equipo* en la esquina superior derecha.

en-us	#### Overview  In this section the item prototypes of a low-level discovery rule on the host are  displayed. Item prototypes are the basis of real host [items](/manual/web_interface/frontend_sections/data_collection/hosts/items)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the item prototype list on the template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype are displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de métricas de una regla de descubrimiento de bajo nivel en el equipo. Los prototipos de métricas son la base de las [métricas](/manual/web_interface/frontend_sections/data_collection/hosts/items) de equipos reales  que se crean durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo de la métrica, que se muestra como un enlace azul.<br>Al hacer clic en el nombre, se abre el [formulario de configuración](/manual/discovery/low_level_discovery/item_prototypes) del prototipo de la métrica.<br>Si el prototipo de la métrica pertenece a una plantilla, el nombre de la plantilla se muestra antes del nombre de la regla, como un enlace gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de métricas en el nivel de la plantilla.| |*Clave*|Se muestra la clave del prototipo de la métrica.| |*Intervalo*|Se muestra la frecuencia de la comprobación.| |*Historial*|Se muestra el número de días que se deben conservar los datos de la métrica.| |*Tendencias*|Cuántos días se debe conservar el historial de tendencias de las métricas.| |*Tipo*|Se muestra el tipo de prototipo de la métrica (agente Zabbix, agente SNMP, verificación simple, etc.).| |*Crear habilitado*|Cree la métrica basada en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubrir la métrica basada en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo de la métrica.|  Para configurar un nuevo prototipo de métrica, haga clic en el botón *Crear prototipo de artículo* en la esquina superior derecha.

en-us	#### Overview  In this section the trigger prototypes of a low-level discovery rule on the host are  displayed. Trigger prototypes are the basis of real host [triggers](/manual/web_interface/frontend_sections/data_collection/hosts/triggers)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
es	#### Descripción general  En esta sección se muestran los prototipos de iniciador de una regla de descubrimiento de bajo nivel en el equipo. mostrado. Los prototipos de iniciadores son la base de los [iniciadores](/manual/web_interface/frontend_sections/data_collection/hosts/triggers) del equipo real  que se crean durante el descubrimiento de bajo nivel.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del prototipo del iniciador, que se muestra como un enlace azul.<br>Al hacer clic en el nombre se abre el [formulario de configuración](/manual/discovery/low_level_discovery/trigger_prototypes) del prototipo del iniciador.<br>Si el prototipo del iniciador pertenece a una plantilla vinculada, el nombre de la plantilla se muestra antes del nombre del activador, como un vínculo gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de prototipos de iniciador en el nivel de la plantilla vinculada.| |*Datos operativos*|Se muestra el formato de los datos operativos del iniciador, que contiene cadenas y macros arbitrarias que se resolverán dinámicamente en *Monitoreo* → *Problemas*.| |*Crear habilitado*|Cree el iniciador basado en este prototipo como:<br>**Sí** - habilitado<br>**No** - deshabilitado. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Descubrir*|Descubra el iniciador basado en este prototipo:<br>**Sí** - descubrir<br>**No** - no descubrir. Puede cambiar entre 'Sí' y 'No' haciendo clic en ellos.| |*Etiquetas*|Se muestran las etiquetas del prototipo del iniciador.|  Para configurar un nuevo prototipo de iniciador, haga clic en el botón de *Crear prototipo de iniciador* en la esquina superior derecha.

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 we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.  This discovery method of SNMP OIDs has been supported since Zabbix server/proxy 6.4.
es	#### Descripción general  En este apartado realizaremos un  [descubrimiento](/manual/discovery/low_level_discovery) SNMP en un conmutador.  Este método de descubrimiento de OID SNMP ha sido compatible desde el servidor/proxy Zabbix 6.4.

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
es	#### Vista general  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/users/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, usted 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 hijos  Tenga en cuenta que el acceso a la edición depende de los ajustes del [rol de usuario](/manual/web_interface/frontend_sections/users/user_roles).

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.   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.  Clicking on the host name in the *Host* column brings up the [host context menu](/manual/web_interface/menu/host_menu).  Clicking on the item name in the *Item* column brings up the [Item context menu](/manual/web_interface/menu/item_menu).  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 → GUI](/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 recopilados por 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 verificación, **último valor**, cantidad de cambio, etiquetas y un enlace a un gráfico/historial simple de valores de métricas.  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 han sido filtradas de esta manera, ya no se puede hacer clic en las etiquetas de la lista. Las modificaciones adicionales basadas en etiquetas (por ejemplo, eliminar, agregar otro filtro) se deben 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 todos las métricas que tienen una descripción. Pase el cursor sobre este ícono para ver información sobre la descripción de la métrica.  Al hacer clic en el nombre del equipo en la columna *Equipo*, aparece el [menú contextual del equipo](/manual/web_interface/menu/host_menu).  Al hacer clic en el nombre de la métrica en la columna *Métrica*, aparece el [menú contextual de la métrica](/manual/web_interface/menu/item_menu).  Si un equipo al que pertenece la métrica está en mantenimiento, aparecerá un icono de llave inglesa de color 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. Los datos de equipos deshabilitados, incluidos gráficos y listas de valores de métricas, también están disponibles 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 → GUI](/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 el valor de configuración predeterminado ). 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 the problem count by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.  The problem count is displayed only for cause problems.
es	#### Descripción general  En este widget, puede mostrar el recuento de problemas por gravedad. Puede limitar que equipos e iniciadores se muestran en el widget y definir cómo se muestra el recuento de problemas.  El recuento de problemas se muestra sólo para los problemas de causa.

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 [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/vm_monitoring/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/extensions/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	#### Descripción general  Los tipos de métricas cubren varios métodos para obtener datos de su sistema. Cada tipo de métrica viene con su propio conjunto de claves de métricas compatibles y parámetros requeridos.  Zabbix ofrece actualmente los siguientes tipos de métricas:  - [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)     - [Monitoreo VMware](/manual/vm_monitoring/vmware_keys) - [Monitoreo de archivos de registro](/manual/config/items/itemtypes/log_items) - [Métricas calculadas](/manual/config/items/itemtypes/calculated)     - [Cálculos agregados](/manual/config/items/itemtypes/calculated/aggregate) - [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) - [Métricas trapper](/manual/config/items/itemtypes/trapper) - [Monitoreo JMX](/manual/config/items/itemtypes/jmx_monitoring) - [Comprobaciones ODBC](/manual/config/items/itemtypes/odbc_checks) - [Métricas dependientes](/manual/config/items/itemtypes/dependent_items) - [Comprobaciones HTTP](/manual/config/items/itemtypes/http) - [Comprobaciones de Prometheus](/manual/config/items/itemtypes/prometheus) - [Métricas de script](/manual/config/items/itemtypes/script)  Los detalles de todos los tipos de métricas se incluyen en las subpáginas de esta sección. Aunque los tipos de métricas ofrecen muchas opciones para la recopilación de datos, hay más opciones a través de [parámetros de usuario](/manual/config/items/userparameters) o [módulos cargables](/manual/extensiones/módulos cargables).  Algunas comprobaciones las realiza solo el servidor Zabbix (como las de sin agente de monitoreo) mientras que otras requieren el agente Zabbix o incluso Zabbix Java Gateway (con monitoreo JMX).  ::: noteimportant Si un tipo de métrica en particular requiere una interfaz (como una comprobación IPMI necesita una interfaz IPMI en el equipo) esa interfaz debe existir en la definición del equipo. :::  Se pueden configurar múltiples interfaces en la definición del equipo: agente Zabbix, Agente SNMP, JMX e IPMI. Si una métrica puede utilizar más de una interfaz, buscará las interfaces de equipo disponibles (en el orden: Agent→SNMP→JMX→IPMI) para el primero apropiado con el que se vinculará.  Todas las métricas que devuelven texto (caracteres, registros, tipos de información de texto) también pueden devolver espacios en blanco (cuando corresponda) configurando el  valor de retorno a una cadena vacía (compatible desde 2.0).

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  The active agent autoregistration heartbeat for Zabbix server and Zabbix proxy is 120 seconds. So in case a discovered host is deleted, the autoregistration will be rerun in 120 seconds.
es	#### Descripción general  Es posible permitir el autoregistro activo del agente Zabbix, después del cual el servidor puede comenzar a ser monitoreado. De esta manera se pueden crear nuevos equipos. agregados para monitoreo sin configurarlos manualmente en el servidor.  El registro automático puede ocurrir cuando un agente activo previamente desconocido solicita su comprobación.  La función puede resultar muy útil para el seguimiento automático de los nuevos nodos en la nube. Tan pronto como tenga un nuevo nodo en la nube, Zabbix iniciarrá automáticamente la recopilación de datos de rendimiento y disponibilidad del equipo.  El registro automático de agente activo también admite el monitoreo de equipos agregados con comprobaciones pasivas. Cuando el agente activo solicita comprobaciones, 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 se envía al servidor.)  El servidor, al agregar el nuevo equipo registrado automáticamente, utiliza la dirección  IP recibida y el puerto 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 recibido, se utiliza 10050.  Es posible especificar que el equipo debe registrarse automáticamente con un [Nombre DNS](#using_dns_as_default_interface) como interfaz predeterminado del agente.  El registro automático se vuelve a ejecutar:  -   si la información del equipo [metadatos](#using_host_metadata) cambia:     -   debido a que HostMetadata cambió y el agente se reinició     -   debido al valor devuelto por HostMetadataItem cambió -   para equipos creados manualmente a los que les faltan metadatos -   si un equipo se cambia manualmente para ser monitoreado por otro proxy Zabbix -   si el registro automático para el mismo equipo proviene de un nuevo proxy Zabbix  El latido del registro automático del agente activo para el servidor Zabbix y el proxy Zabbix es de 120 segundos. Entonces, en caso de que se elimine un equipo descubierto, el registro automático se volverá a ejecutar en 120 segundos.

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  Es posible crear reglas personalizadas con respecto a los tiempos en que un elemento es chequeado. Los dos métodos para eso son *Intervalos flexibles*, que permite redefinir el intervalo de actualización predeterminado, y *Programación*, por lo que una verificación de elemento 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  -   inode statistics -   mount options  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 -    estadísticas de inodo -    opciones de montaje  Para hacer eso, puede usar una combinación de:  -    la métrica del agente `vfs.fs.get` como métrica principal -    regla de descubrimiento de bajo nivel dependiente y prototipos de métricas

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, it should be assumed that DenyKey=system.run[\*] is implicitly appended. -   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 las comprobaciones por parte del agente creando una lista negra, lista blanca o una combinación de lista blanca/lista negra de métricas.  Para ello utilice una combinación de dos parámetros de [configuración](/manual/appendix/config/zabbix_agentd) del agente:  - `AllowKey=<patrón>` - qué comprobaciones están permitidas; <patrón> es     especificado usando una expresión comodín (\*) - `DenyKey=<patrón>` - qué comprobaciones se rechazan; <patrón> es     especificado usando una expresión comodín (\*)  Tenga en cuenta que:  - Todas las métricas de system.run[\*] (comandos remotos, scripts) están deshabilitados de forma predeterminada, incluso cuando no se especifican claves de denegación, se debe asumir que DenyKey=system.run[\*] se agrega implícitamente. - Desde Zabbix 5.0.2 el parámetro del agente EnableRemoteCommands es:     - obsoleto para el agente de Zabbix     - no soportado para el agente 2 de Zabbix  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 stream item values and events from Zabbix to external systems over HTTP (see [protocol details](#protocol)).  :::notewarning This feature currently has experimental status. :::  The tag filter can be used to stream subsets of item values or events.  Two Zabbix server processes are responsible for data streaming: `connector manager` and `connector worker`. A Zabbix internal item `zabbix[connector_queue]` allows to monitor the count of values enqueued in the connector queue.
es	#### Descripción general  Es posible transmitir valores de métricas y eventos desde Zabbix a sistemas externos a través de HTTP (consulte [detalles del protocolo](#protocol)).  :::notewarning Esta característica actualmente tiene estado experimental. :::  El filtro de etiquetas se puede utilizar para transmitir subconjuntos de valores de métricas o eventos.  Dos procesos del servidor Zabbix son responsables de la transmisión de datos: "administrador de conectores" y "trabajador de conectores". Un elemento interno de Zabbix `zabbix[connector_queue]` permite monitorear el recuento de valores en cola en la cola del conector.

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.
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.

en-us	#### Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  You can [extend](/manual/extensions) Zabbix functionality in many ways, for example, with [user parameters](/manual/config/items/userparameters), [external checks](/manual/config/items/itemtypes/external), and `system.run[]` Zabbix [agent items](/manual/config/items/itemtypes/zabbix_agent). These 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	#### Descripción general  Los módulos cargables ofrecen una opción orientada al rendimiento para ampliar la funcionalidad de Zabbix.  Puede [extender](/manual/extensions) la funcionalidad de Zabbix de muchas maneras, por ejemplo, con [parámetros de usuario](/manual/config/items/userparameters), [comprobaciones externas](/manual/config/items/itemtypes/external), y [métricas del agente](/manual/config/items/itemtypes/zabbix_agent) Zabbix `system.run[]` . Funcionan muy bien, pero tienen un gran inconveniente, llamado fork(). Zabbix tiene que bifurcar un nuevo proceso cada vez que maneja una métrica de usuario, lo cual  no es bueno para el rendimiento. Normalmente no es gran cosa, sin embargo podría ser un problema grave al monitorear sistemas integrados, tener una gran cantidad de parámetros monitoreados o scripts pesados con lógica compleja o tiempo de inicio prolongado.  El soporte de módulos cargables ofrece formas de ampliar el agente Zabbix, el servidor y el proxy sin sacrificar el rendimiento.  Un módulo cargable es básicamente una biblioteca compartida utilizada por el demonio Zabbix. y cargado al inicio. La biblioteca debe contener ciertas funciones, por lo que qun proceso Zabbix puede detectar que el archivo es de hecho un módulo que puede cargar y con el que puede trabajar.  Los módulos cargables tienen una serie de beneficios. Un gran rendimiento y la capacidad de implementar cualquier lógica es muy importante, pero quizás la  ventaja más importante es la capacidad de desarrollar, utilizar y compartir módulos Zabbix. Contribuye a un mantenimiento sin problemas y ayuda a entregar nuevas funcionalidades de forma más fácil e independiente del código base central de Zabbix.  La licencia y distribución de módulos en formato binario se rige por la licencia GPL  (los módulos se vinculan con Zabbix en tiempo de ejecución y utilizan encabezados Zabbix ; actualmente todo el código Zabbix tiene licencia GPL). Zabbix no garantiza la compatibilidad binaria.  La estabilidad de la API del módulo está garantizada durante un ciclo de [lanzamiento](http://www.zabbix.com/life_cycle_and_release_policy) de Zabbix LTS (Long Term Support) . La estabilidad de la API de Zabbix no está garantizada (técnicamente, sí  es posible llamar a funciones internas de Zabbix desde un módulo, pero no hay 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 the 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 *Data collection → Templates*, in the *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 automáticamente métricas, iniciadores y gráficos para diferentes entidades en una computadora. Por ejemplo, Zabbix puede comenzar a monitorear automáticamente los sistemas de archivos o las  interfaces de red en su máquina, sin la necesidad de crear métricas para cada sistema de archivos o interfaz de red manualmente. Además, es posible configurar Zabbix para eliminar entidades innecesarias automáticamente según los resultados reales de los descubrimientos realizados 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 *Recopilación de datos → Plantillas*, en la columna *Descubrimiento*. Una regla de descubrimiento consta de (1) una métrica que descubre las entidades necesarias (por ejemplo, sistemas de archivos o interfaces de  red) y (2) prototipos de métricas, iniciadores y gráficos que deben crearse en función del valor de esa métrica.  Una métrica que descubre las entidades necesarias es como una métrica normal usada en otros lugares: el servidor le pregunta a un agente de Zabbix (o cualquier otro tipo de métrica que esté configurado) por un valor de esa métrica, 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 los detalles de este formato sólo son importantes para los implementadores de comprobaciones de descubrimiento personalizadas, es necesario saber que el valor devuelto contiene una lista de parejas macro → valor. Por ejemplo, la métrica "net.if.discovery" puede devolver dos pares: "{\#IFNAME}" → "lo" y "{\#IFNAME}" → "eth0".  Estas macros se utilizan en nombres, claves y otros campos del prototipo donde luego se sustituyen con los valores recibidos para crear métricas reales, iniciadores, gráficos o incluso equipos 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 una métrica de descubrimiento, mira a las parejas macro → valor y para cada par genera métricas reales, iniciadores, y gráficos, basados en sus prototipos. En el ejemplo de arriba con "net.if.discovery" , el servidor generaría un conjunto de métricas, iniciadores 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 las reglas de descubrimiento de bajo nivel ha sido modificado. Ya no se espera que el JSON contenga el objeto "datos". El descubrimiento de bajo nivel ahora acepta un JSON normal que contenga una matriz, para admitir nuevas características como el preprocesamiento del valor de la métrica 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. Cualquier nueva comprobación de descubrimiento nativa utilizarán la nueva sintaxis sin los elementos  "data". Cuando se procesa primero un valor de descubrimiento de bajo nivel, la raíz es ubicada (matriz en `$.` o `$.data`).  Si bien el elemento "data" se ha eliminado de todos las métricas nativas relacionadas al descubrimiento, por compatibilidad con versiones anteriores, Zabbix seguirá aceptando la notación JSON con un elemento "data", aunque se desaconseja su uso. Si el JSON contiene un objeto con un solo elemento de matriz de "data", entonces extraerá automáticamente el contenido del elemento usando JSONPath `$.data`. El descubrimiento de bajo nivel ahora acepta macros LLD definidas por el usuario opcionales  con una ruta personalizada especificada en la sintaxis JSONPath.  ::: notewarning Como resultado de los cambios anteriores, los agentes más nuevos  ya no podrán trabajar con un servidor Zabbix más antiguo. :::  Ver también: [Entidades descubiertas](#discovered_entities)

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 '' '' (space), `"` or     contain `)`, `,`.  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 los valores de [macro](/manual/config/macros).  A veces una macro puede resolverse con un valor que no es necesariamente fácil de calcular. Puede ser largo o contener una subcadena específica de interés que le gustaría extraer. Aquí es donde se pueden utilizar 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 - <params>: una lista delimitada por comas de parámetros de función.     Los parámetros deben citarse si comienzan con '' '' (espacio), `"` o     contener `)`, `,`.  Por ejemplo:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}

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 *Alerts* → *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.  ##### Automated Gmail/Office365 media types  Gmail or Office365 users may benefit from easier media type configuration.  The *Email provider* field in the mail media type configuration allows to select  pre-configured options for Gmail and Office 365.  When selecting the Gmail/Office365 related options, it is only required to supply the sender email address/password to create a working media type.   ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  As soon as the email address/password is supplied, Zabbix will be able to automatically fill all required settings for Gmail/Office365 media types with the actual/recommended values, i.e. *SMTP server*, *SMTP server port*, *SMTP helo*, and *Connection security*. Because of this automation, these fields are not even shown, however, it is possible to see the SMTP server and email details in the media type list (see the *Details* column).  Note also that:  -   The password is not required for the relay options -   For Office365 relay, the domain name of the provided email address will be used to dynamically fill the SMTP server (i.e. replace "example.com" in `example-com.mail.protection.outlook.com` with the real value)  To test if a configured media type works, click on the *Test* link in the last column (see media type testing for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#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 *Alertas* → *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.  ##### Tipos de medios automatizados de Gmail/Office365  Los usuarios de Gmail u Office365 pueden beneficiarse de una configuración de tipos de medios más sencilla. El campo *Proveedor de correo electrónico* en la configuración del tipo de medio de correo permite seleccionar opciones preconfiguradas para Gmail y Office 365.  Al seleccionar las opciones relacionadas con Gmail/Office365, solo es necesario proporcionar la dirección de correo electrónico/contraseña del remitente para crear un tipo de medio que funcione.  ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  Tan pronto como se proporcione la dirección de correo electrónico/contraseña, Zabbix podrá completar automáticamente todas las configuraciones requeridas para los tipos de medios de Gmail/Office365 con los valores reales/recomendados, es decir, *servidor SMTP*, *puerto del servidor SMTP*, *helo SMTP*. y *Seguridad de la conexión*. Debido a esta automatización, estos campos ni siquiera se muestran; sin embargo, es posible ver el servidor SMTP y los detalles del correo electrónico en la lista de tipos de medios (consulte la columna *Detalles*).  Tenga en cuenta también que:  -   La contraseña no es necesaria para las opciones de retransmisión. -   Para la retransmisión de Office365, el nombre de dominio de la dirección de correo electrónico proporcionada se utilizará para llenar dinámicamente el servidor SMTP (es decir, reemplazar "example.com" en `example-com.mail.protection.outlook.com` con el valor real)  Para probar si un tipo de medio configurado funciona, haga clic en el enlace *Probar* en la última columna (consulte la prueba de tipo de medio para [Correo electrónico](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), o [Script](/manual/config/notifications/media/script#media_type_testing) para más detalles).  Para crear un nuevo tipo de medio, haga clic en el botón *Crear tipo de medio*. Se abre un formulario de configuración de 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	#### Descripción general  La mayoría de las páginas de la interfaz web de Zabbix admiten varios parámetros HTTP GET que controlan lo que se mostrará. Se pueden pasar especificando parejas parámetro=valor después de la URL, separados de la URL por un signo de interrogación (?) y entre sí por símbolos 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 un demonio de Zabbix llamado "Zabbix Java gateway", disponible desde Zabbix 2.0. Zabbix Java gateway es un demonio escrito en Java. Para saber el valor de un contador JMX particular en un equipo, el servidor Zabbix consulta a Zabbix Java gateway, que utiliza la [API de administración JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) para consultar a la aplicación que nos interesa de forma remota. La aplicación no necesita ningún software adicional instalado, solo tiene que iniciarse con la opción `-Dcom.sun.management.jmxremote` en la línea de comando.  Java gateway acepta la conexión entrante del servidor Zabbix o proxy y solo se puede usar como un "proxy pasivo". A diferencia del proxy de Zabbix, también se puede usar desde el proxy Zabbix (los proxies Zabbix no se pueden encadenar). El acceso a cada Java gateway se configura directamente en el servidor Zabbix o en el archivo de configuración del proxy, por lo que solo se puede configurar un Java gateway por servidor Zabbix o proxy Zabbix. Si un equipo tiene métricas de tipo **Agente JMX** y métricas de otro tipo, solo las métricas **Agente JMX** se enviarán al Java gateway 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 to the host, and the host will automatically inherit all entities from the templates that are linked to the one template. For example, if we link *T1* and *T2* to *T3*, we supplement *T3* with all entities from *T1* and *T2*, but not vice versa. If we link *T1* to *T2* and *T3*, we supplement *T2* and *T3* with entities from *T1*.
es	#### Descripción general  Anidar es una forma en la que una plantilla abarca una o más plantillas.  Como tiene sentido separar entidades en plantillas individuales para diversos servicios, aplicaciones, etc., es posible que termine con bastantes plantillas, todas las cuales deben estar vinculadas a bastantes equipos. Para simplificar la imagen, es posible vincular algunas plantillas en una sola plantilla.  La ventaja del anidamiento es que sólo hay que vincular una plantilla al equipo, y el equipo heredará automáticamente todas las entidades de las plantillas que están vinculadas a una plantilla. Por ejemplo, si vinculamos *T1* y *T2* a *T3*, complementamos *T3* con todas las entidades de *T1* y *T2*, pero no al revés. Si vinculamos *T1* con *T2* y *T3*, complementamos *T2* y *T3* con entidades de *T1*.

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  ::: Notas de advertencia 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.4 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.4 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.