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/notification/action/conditions)
es	#### Descripción general  Si desea que algunas operaciones se realicen como resultado de eventos (por ejemplo, notificaciones enviadas), 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.

en-us	### Overview  Official Zabbix 6.4 packages for Red Hat Enterprise Linux versions 6, 7, 8, and 9 and Oracle Linux versions 8 and 9 are available [for download](https://www.zabbix.com/download).  Packages are available with:  -   MySQL or PostgreSQL database -   Apache or Nginx web server support  Note that separate packages for Zabbix agent, the Zabbix get and Zabbix sender utilities are available for RHEL [6](https://repo.zabbix.com/zabbix/6.4/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/6.4/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/6.4/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/6.4/rhel/9/x86_64/). The same packages can be used to install Zabbix components on Alma Linux and Rocky Linux.  The official Zabbix repository provides `fping`, `iksemel` and `libssh2` packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  ::: noteimportant The EPEL repository for EL9 also provides Zabbix packages. If both the official Zabbix repository and EPEL repositories are installed,  then the Zabbix packages in EPEL **must be** excluded by adding the following clause to the EPEL repo configuration file under `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  See also: [Accidental installation of EPEL Zabbix packages](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::
es	### Descripción general  Los paquetes oficiales de Zabbix 6.4 para Red Hat Enterprise Linux versiones 6, 7, 8 y 9 y Oracle Linux versiones 8 y 9 están disponibles [para descargar](https://www.zabbix.com/download).  Los paquetes están disponibles con:  -   Base de datos MySQL o PostgreSQL -   Soporte de servidor web Apache o Nginx  Tenga en cuenta que hay paquetes separados para el agente Zabbix, las utilidades Zabbix get y Zabbix sender disponibles para RHEL [6](https://repo.zabbix.com/zabbix/6.4/rhel/6/x86_64/), [7](https://repo.zabbix.com/zabbix/6.4/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/6.4/rhel/8/x86_64/ ) y [9](https://repo.zabbix.com/zabbix/6.4/rhel/9/x86_64/). Se pueden utilizar los mismos paquetes para instalar componentes de Zabbix en Alma Linux y Rocky Linux.  El repositorio oficial de Zabbix también proporciona paquetes `fping`, `iksemel` y `libssh2`. Estos paquetes se encuentran en el directorio [non-supported](https://repo.zabbix.com/non-supported/).  ::: noteimportant El repositorio EPEL para EL9 también proporciona paquetes Zabbix. Si están instalados tanto el repositorio oficial de Zabbix como el repositorio EPEL, entonces los paquetes Zabbix en EPEL **deben** excluirse agregando la siguiente cláusula al archivo de configuración del repositorio de EPEL en `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  Ver también: [Instalación accidental de paquetes EPEL Zabbix](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::

en-us	### Overview  Official Zabbix 6.4 packages for SUSE Linux Enterprise Server are available on [Zabbix website](https://www.zabbix.com/download).   *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available in Zabbix Official Repository for [SLES 15 (SP4 and newer)](https://repo.zabbix.com/zabbix/6.4/sles/15/x86_64/) and [SLES 12 (SP4 and newer)](https://repo.zabbix.com/zabbix/6.4/sles/12/x86_64/).  Please note that on SLES 12 the following features are not available:  - *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) with MySQL does not work due to older MySQL libraries. - Since Zabbix 6.4, *SSH checks* are not supported for both proxy and server because of the older libssh version. 
es	### Descripción general  Los paquetes oficiales de Zabbix 6.4 para SUSE Linux Enterprise Server están disponibles en el [sitio web de Zabbix](https://www.zabbix.com/download).  Los paquetes y utilidades del *agente Zabbix* *Zabbix get* y *Zabbix sender* están disponibles en el repositorio oficial de Zabbix para [SLES 15 (SP4 y posteriores)](https://repo.zabbix.com/zabbix/6.4/sles/15/x86_64/) y [SLES 12 (SP4 y posteriores)](https://repo.zabbix.com/zabbix/6.4/sles/12/x86_64/).  Tenga en cuenta que en SLES 12 las siguientes funciones no están disponibles:  - *Verificar CA* [modo de cifrado](/manual/appendix/install/db_encrypt/mysql) con MySQL no funciona debido a las bibliotecas MySQL más antiguas. - Desde Zabbix 6.4, las *verificaciones SSH* no son compatibles tanto para el proxy como para el servidor debido a la versión anterior de libssh.

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

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

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

en-us	#### Overview  Permissions in Zabbix depend on the user type, customized user roles and access to hosts, which is specified based on the user group.
es	#### Descripción general  Los permisos en Zabbix dependen del tipo de usuario, las funciones de usuario personalizadas y el acceso a los equipos, que se especifica en función del grupo de usuarios.

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

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

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

en-us	#### Overview  Problem suppression offers a way of temporarily hiding a problem that  can be dealt with later. This is useful for cleaning up the problem list  in order to give the highest priority to the most urgent issues.  For example, sometimes an issue may arise on the weekend that is not  urgent enough to be dealt with immediately, so it can be "snoozed"  until Monday morning.  Problem suppression allows to hide a *single* problem, in contrast to problem  suppression through host maintenance when all problems  of the maintenance host are hidden.  Operations for trigger actions will be paused for suppressed problems the same  way as it is done with [host maintenance](/manual/maintenance).
es	#### Descripción general  La supresión de problemas ofrece una forma de ocultar temporalmente un problema que se puede tratar más tarde. Esto es útil para limpiar la lista de problemas. para dar la máxima prioridad a las cuestiones más urgentes. Por ejemplo, a veces puede surgir un problema durante el fin de semana que no es lo suficientemente urgente como para tratarlo de inmediato, por lo que se puede "posponer" hasta el lunes por la mañana.  La supresión de problemas permite ocultar un problema *único*, a diferencia de la supresión  de problemas a través del mantenimiento del equipo donde todos los problemas del equipo en mantenimiento están ocultos.  Las operaciones para desencadenado de acciones se pausarán para problemas suprimidos de la misma manera como se hace con [mantenimiento del equipo](/manual/maintenance).

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

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

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

en-us	#### Overview  SAML 2.0 [authentication](/manual/web_interface/frontend_sections/users/authentication)  can be used to sign in to Zabbix.   If only SAML 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 SAML.
es	#### Descripción general  La [autenticación](/manual/web_interface/frontend_sections/users/authentication) SAML 2.0 se puede utilizar para iniciar sesión en Zabbix.  Si solo se configura el inicio de sesión SAML, 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á la coincidencia con un nombre de usuario local con el atributo de nombre de usuario devuelto por SAML.

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

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

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

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

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

en-us	### Overview  Simple checks are normally used for remote agent-less checks of services.  Note that Zabbix agent is not needed for simple checks. Zabbix server/proxy is responsible for the processing of simple checks (making external connections, etc).  Examples of using simple checks:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic *User name* and *Password* fields in simple check item configuration are used for VMware monitoring items; ignored otherwise. :::
es	### Descripción general  Las comprobaciones simples se utilizan normalmente para comprobaciones remotas de servicios sin agentes.  Tenga en cuenta que el agente Zabbix no es necesario para comprobaciones sencillas.  El servidor/proxy zabbix es responsable del procesamiento de las comprobaciones simples (haciendo conexiones externas, etc.).  Ejemplos de uso de comprobaciones simples:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic Los campos de *Nombre de usuario* y *Contraseña* en la configuración  de una métrica  de verificación simple se utilizan para las métricas de monitoreo de VMware;  de lo contrario son ignorados. :::

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

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

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

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

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

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
es	#### Visión general  A veces puede querer cambiar algún atributo para un número de equipos a la vez. En lugar de abrir cada uno de los equipos para editarlos, puede usar la función de actualización masiva para ello.

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

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

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