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 a partir de un prototipo de gráfico o de un prototipo de métrica mediante descubrimiento de bajo nivel.

en-us	 #### Overview  In the host availability widget, high-level statistics about host availability are displayed in colored columns/lines, depending on the chosen layout.  Horizontal display (columns):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)  Vertical display (lines):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)  Host availability in each column/line is counted as follows:  -   *Available* - hosts with all interfaces available -   *Not available* - hosts with all interfaces not available -   *Mixed* - hosts with at least one interface unavailable and at least one either available or unknown; others can have any value, including "unknown" -   *Unknown* - hosts with at least one interface unknown (none     unavailable) -   *Total* - total of all hosts  ::: noteclassic For Zabbix agent (active checks), the *Mixed* cell will always be empty since this type of items cannot have multiple interfaces. :::
es	 #### Descripción general  En el widget de disponibilidad del equipo, se muestran estadísticas de alto nivel sobre la disponibilidad del equipo en columnas/líneas de colores, según el diseño elegido.  Visualización horizontal (columnas):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)  Visualización vertical (líneas):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)  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 todas las interfaces no disponibles -   *Mixto*: equipos con al menos una interfaz no disponible y al menos una disponible o desconocido; otros pueden tener cualquier valor, incluido "desconocido" -   *Desconocido* - equipos con al menos una interfaz desconocida (ninguna     no disponible) -   *Total* - total de todos los equipos  ::: noteclassic Para el agente Zabbix (comprobaciones activas), la celda *Mixto* siempre estará vacía ya que este tipo de métrica no puedn tener múltiples interfaces. :::

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"}  Displayed data:  |Column|Description| |--|--------| |*Discovered device*|Discovered devices are listed, grouped by the discovery rule. Clicking on the discovery rule brings up the rule menu containing the link to the discovery rule [configuration form](/manual/discovery/network_discovery/rule).| |*Monitored host*|If a device is already monitored, the host name will be listed in this column.<br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*Uptime/Downtime*|The duration of the device being discovered or lost after previous discovery is displayed in this column.| |*Discovery check*|The state of the individual service (discovery check) for each discovered device is displayed. A red cell shows that the service is down. Service uptime or downtime is included within the cell.<br>This column is displayed only if the service has been found on at least one discovered device.| 
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 ordenan según la regla de descubrimiento.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Dispositivo descubierto*|Los dispositivos descubiertos se enumeran, agrupados por la regla de descubrimiento. Al hacer clic en la regla de descubrimiento, aparece el menú de reglas que contiene el enlace al [formulario de configuración](/manual/discovery/network_discovery/rule) de la regla de descubrimiento.| |*Equipo monitoreado*|Si un dispositivo ya está monitoreado, el nombre del equipo aparecerá en esta columna.<br>Al hacer clic en el nombre del equipo, aparecerá el [menú de equipo](/manual/web_interface/menu/host_menu).| |*Tiempo de actividad/tiempo de inactividad*|La duración del dispositivo que se descubre o se pierde después de un descubrimiento anterior se muestra en esta columna.| |*Verificación de descubrimiento*|Se muestra el estado del servicio individual (verificación de descubrimiento) para cada dispositivo descubierto. Un glóbulo rojo muestra que el servicio no funciona. El tiempo de actividad o inactividad del servicio se incluye dentro de la celda.<br>Esta columna se muestra solo si el servicio se ha encontrado en al menos un dispositivo descubierto.| 

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 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*, [*Push*](/manual/api/reference/history/push), *Update*).| |*Recordset ID*|Shared ID for all audit log records created as a result of the same operation.<br>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.<br>If a record contains more than two rows, an additional *Details* link will be displayed. Click on this link to view the full list of changes.|  ::: noteclassic When a [trapper item](/manual/config/items/itemtypes/trapper) or an [HTTP agent item](/manual/config/items/itemtypes/http) (with trapping enabled) has received some data, an entry in the audit log will be added only if the data was sent using the [`history.push`](/manual/api/reference/history/push) API method, and not the [Zabbix sender](/manual/concepts/sender) utility. :::
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*, [*Push*](/manual/api/reference/history/push), *Actualizar*).| |*ID de conjunto de registros*|ID compartido para todos los registros de auditoría creados como resultado de la misma operación.<br>Por ejemplo, al vincular una plantilla a un host, se crea un registro de auditoría independiente para cada entidad de plantilla heredada (elemento , desencadenante, etc.): todos estos registros tendrán el mismo *ID de conjunto de registros*.<br>Al hacer clic en el hipervínculo, se filtrarán los registros de auditoría por este *ID de conjunto de registros*.| |*Detalles*|Descripción del recurso e información detallada sobre la actividad realizada.<br>Si un registro contiene más de dos filas, se mostrará un enlace *Detalles* adicional. Haga clic en este enlace para ver la lista completa de cambios.|  ::: noteclassic Cuando una [métrica de captura](/manual/config/items/itemtypes/trapper) o una [métrica de agente HTTP](/manual/config/items/itemtypes/http) (con captura habilitada) ha recibido algunos datos, se agregará una entrada en el registro de auditoría solo si los datos se enviaron utilizando el método API [`history.push`](/manual/api/reference/history/push), y no la utilidad [Zabbix sender](/manual/ conceptos/remitente). :::

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 *Top triggers* widget, you can see the triggers with the highest number of problems.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers.png){width="600"}  The maximum number of triggers that can be shown is 100. When viewing the widget on a dashboard, it is possible to select the time period for displaying the data.  The information on top triggers is also available in the *Reports* → [*Top 100 triggers*](/manual/web_interface/frontend_sections/reports/triggers_top) menu section.
es	#### Descripción general  En el widget *Iniciadores principales*, puede ver los iniciadores con el mayor número de problemas.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers.png){width="600"}  El número máximo de iniciadores que se pueden mostrar es 100. Al visualizar el widget en un tablero, es posible seleccionar el período de tiempo para mostrar los datos.  La información sobre los iniciadores principales también está disponible en la sección de menú *Informes* → [*100 iniciadores principales*](/manual/web_interface/frontend_sections/reports/triggers_top).

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 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) -   [Browser items](/manual/config/items/itemtypes/browser)  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 elementos cubren varios métodos para adquirir datos de su sistema. Cada tipo de elemento viene con su propio conjunto de claves de elementos compatibles y parámetros requeridos.  Zabbix ofrece actualmente los siguientes tipos de artículos:  - [Comprobaciones del agente Zabbix](/manual/config/items/itemtypes/zabbix_agent) - [Comprobaciones del agente SNMP](/manual/config/items/itemtypes/snmp) - [Trampas SNMP](/manual/config/items/itemtypes/snmptrap) - [Comprobaciones de IPMI](/manual/config/items/itemtypes/ipmi) - [Comprobaciones simples](/manual/config/items/itemtypes/simple_checks)     - [VMware         monitoreo](/manual/vm_monitoring/vmware_keys) - [Monitoreo de archivos de registro](/manual/config/items/itemtypes/log_items) - [Elementos calculados](/manual/config/items/itemtypes/calculated)     - [Agregado         cálculos](/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) - [Elementos de trampero](/manual/config/items/itemtypes/trapper) - [Monitoreo JMX](/manual/config/items/itemtypes/jmx_monitoring) - [Comprobaciones ODBC](/manual/config/items/itemtypes/odbc_checks) - [Elementos dependientes](/manual/config/items/itemtypes/dependent_items) - [Comprobaciones HTTP](/manual/config/items/itemtypes/http) - [Comprobaciones de Prometheus](/manual/config/items/itemtypes/prometheus) - [Elementos de script](/manual/config/items/itemtypes/script) - [Elementos del navegador](/manual/config/items/itemtypes/browser)  Los detalles de todos los tipos de artículos se incluyen en las subpáginas de esta sección. Aunque los tipos de elementos ofrecen muchas opciones para la recopilación de datos, hay 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 sin agente monitoreo) mientras que otros requieren el agente Zabbix o incluso Zabbix Java puerta de enlace (con monitoreo JMX).  ::: nota importante Si un tipo de artículo en particular requiere un interfaz (como una verificación IPMI necesita una interfaz IPMI en el host) que La interfaz debe existir en la definición del host. :::  Se pueden configurar múltiples interfaces en la definición del host: agente Zabbix, Agente SNMP, JMX e IPMI. Si un elemento puede utilizar más de una interfaz, buscará las interfaces de host disponibles (en el orden: Agent→SNMP→JMX→IPMI) para el primero apropiado con el que se vinculará.  Todos los elementos que devuelven texto (caracteres, registros, tipos de información de texto) también puede devolver espacios en blanco (cuando corresponda) configurando la devolución valor a una cadena vacía (compatible desde 2.0).

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

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy  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 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` como la 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 receive notifications on unsupported items in Zabbix.  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  Es posible recibir notificaciones sobre elementos no compatibles en Zabbix.  Es parte del concepto de eventos internos en Zabbix, permitiendo a los usuarios ser notificado en estas ocasiones. [Eventos internos](/manual/config/events/sources#internal-events) reflejan un cambio de estado:  - cuando los elementos pasan de "normales" a "no compatibles" (y viceversa); - cuando los factores desencadenantes pasan de "normales" a "desconocidos" (y viceversa); - cuando las reglas de descubrimiento de bajo nivel pasan de "normales" a "no compatibles" (y viceversa).  Esta sección presenta un procedimiento para **recibir una notificación** cuando El elemento deja de ser compatible.

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)).  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)).  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". Una métrica interna 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".  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	#### Descripción general  El monitoreo JMX se puede utilizar para monitorear los contadores JMX de un Java solicitud.  El monitoreo JMX tiene soporte nativo en Zabbix en forma de Zabbix demonio llamado "pasarela Zabbix Java".  Para recuperar el valor de un contador JMX particular en un host, Zabbix El servidor consulta la **puerta de enlace Java** de Zabbix, que a su vez utiliza el [JMX gestión API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) para consultar la solicitud de interés de forma remota.  Para obtener más detalles y configuración, consulte [Zabbix Java puerta de enlace](/manual/concepts/java).  ::: nota de advertencia Comunicación entre la puerta de enlace Java y el monitorizado. La aplicación JMX no debe tener un firewall. :::

en-us	#### Overview  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix.  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 monitorización web y en métricas HTTP en Zabbix.  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 AGPL-3.0 license (modules are linking with Zabbix in runtime and are using Zabbix headers; the whole Zabbix code is licensed under AGPL-3.0 license since Zabbix 7.0). 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 AGPL-3.0  (los módulos se vinculan con Zabbix en tiempo de ejecución y utilizan encabezados Zabbix ; todo el código Zabbix tiene licencia AGPL-3.0 desde Zabix 7.0). Zabbix no garantiza la compatibilidad binaria.  La estabilidad de la API del módulo está garantizada durante el ciclo de cada  [versión](http://www.zabbix.com/life_cycle_and_release_policy) Zabbix LTS (Soporte a largo plazo). La estabilidad de la API de Zabbix no está garantizada (técnicamente, es posible llamar a las funciones internas de Zabbix desde un módulo, pero 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  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){width="600"}  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 necesitas para 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){width="600"}  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, reemplace "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 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  Multi-factor [authentication](/manual/web_interface/frontend_sections/users/authentication) (MFA) can be used to sign in to Zabbix, providing an additional layer of security beyond just a username and password.  With MFA, the user must exist in Zabbix, must provide Zabbix credentials when logging in, and must also prove their identity by other means, usually, a code generated by an authenticator app on the user's phone.  Multiple MFA methods are available, allowing users to choose the option that best fits their security requirements and preferences. These methods are Time-Based One-Time Password (TOTP) and Duo Universal Prompt.
es	#### Descripción general  La [autenticación](/manual/web_interface/frontend_sections/users/authentication) multifactor (MFA) se puede utilizar para iniciar sesión en Zabbix, lo que proporciona una capa adicional de seguridad más allá de solo un nombre de usuario y contraseña.  Con MFA, el usuario debe existir en Zabbix, debe proporcionar credenciales de Zabbix al iniciar sesión y también debe demostrar su identidad por otros medios, generalmente, un código generado por una aplicación de autenticación en el teléfono del usuario.  Hay varios métodos MFA disponibles, lo que permite a los usuarios elegir la opción que mejor se adapte a sus preferencias y requisitos de seguridad. Estos métodos son la contraseña de un solo uso basada en el tiempo (TOTP) y el Duo Universal Prompt.

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

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  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 allows for more efficient monitoring of different databases for multiple purposes (for example, checking specific database queues, usage statistics, etc.).  Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also: [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
es	#### Descripción general  El monitoreo ODBC corresponde al tipo de elemento **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 (DBMS). El concepto ODBC fue desarrollado por Microsoft y luego trasladado a otras plataformas.  Zabbix puede consultar cualquier base de datos compatible con ODBC. Para ello, Zabbix no se conecta directamente a las bases de datos, sino que utiliza la interfaz ODBC y los controladores configurados en ODBC. Esto permite un monitoreo más eficiente de diferentes bases de datos para múltiples propósitos (por ejemplo, verificar colas de bases de datos específicas, estadísticas de uso, etc.).  Zabbix es compatible con UnixODBC, que es una de las implementaciones de API ODBC de código abierto más utilizadas.  ::: nota importante Consulte también: [problemas conocidos](/manual/installation/known_issues#odbc_checks) para verificaciones de ODBC. :::

en-us	### Overview  Official Zabbix 7.0 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 7.0 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 7.0 packages for Red Hat Enterprise Linux versions 6, 7, 8, and 9, as well as for  versions 8 and 9 of AlmaLinux, CentOS Stream, Oracle Linux, and Rocky Linux are available on [Zabbix website](https://www.zabbix.com/download).  ::: noteimportant Zabbix packages for Red Hat Enterprise Linux systems are intended only for RHEL systems. Alternative environments, such as [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images), may lack the necessary dependencies and repository access requirements for successful installation. To address such issues, verify compatibility with the target environment and ensure access to required repositories and dependencies before proceeding with Zabbix installation from packages. For more information, see [Known issues](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Packages are available with:  -   MySQL or PostgreSQL database -   Apache or Nginx web server support  *Zabbix agent* packages, as well as *Zabbix get* and *Zabbix sender* utilities are also available in Zabbix Official Repository for the following OS:  -   RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  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 7.0 para Red Hat Enterprise Linux versiones 6, 7, 8 y 9, así como para  las versiones 8 y 9 de AlmaLinux, CentOS Stream, Oracle Linux y Rocky Linux están disponibles en el [sitio web de Zabbix](https://www.zabbix.com/download).  ::: noteimportant Los paquetes Zabbix para sistemas Red Hat Enterprise Linux están destinados únicamente a sistemas RHEL. Los entornos alternativos, como [Imagen base universal de Red Hat](https://catalog.redhat.com/software/base-images), pueden carecer de las dependencias necesarias y los requisitos de acceso al repositorio para una instalación exitosa. Para solucionar estos problemas, verifique la compatibilidad con el entorno de destino y garantice el acceso a los repositorios y dependencias necesarios antes de continuar con la instalación de Zabbix desde los paquetes. Para obtener más información, consulte los [problemas conocidos](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Los paquetes están disponibles con:  -   Base de datos MySQL o PostgreSQL -   Soporte de servidor web Apache o Nginx  Los paquetes *Zabbix agent*, así como las utilidades *Zabbix get* y *Zabbix sender* también están disponibles en el repositorio oficial de Zabbix para los siguientes sistemas operativos:  -   RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/ ), y [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) y [9](https://repo.zabbix.com/zabbix/7.0/alma/9/ x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) y [9](https://repo.zabbix.com/zabbix/7.0/centos/9 /x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) y [9](https://repo.zabbix.com/zabbix/7.0/oracle/9 /x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) y [9](https://repo.zabbix.com/zabbix/7.0/rocky/9 /x86_64/)  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 7.0 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/7.0/sles/15/x86_64/) and [SLES 12 (SP4 and newer)](https://repo.zabbix.com/zabbix/7.0/sles/12/x86_64/).  Please note that SLES 12 can be used only for Zabbix proxy and 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. - *SSH checks* - due to the older libssh version.
es	### Descripción general  Los paquetes oficiales de Zabbix 7.0 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/7.0/sles/15/x86_64/) y [SLES 12 (SP4 y posteriores)](https://repo.zabbix.com/zabbix/7.0/sles/12/x86_64/).  Tenga en cuenta que SLES 12 solo se puede utilizar para el proxy Zabbix y 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. - *Comprobaciones SSH* - 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, 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 el lenguaje de programación Go y son compatibles únicamente con el agente 2 de Zabbix. Los complementos proporcionan una alternativa a los [módulos cargables](/manual/extensions/loadablemodules) (escritos en C), y [otros métodos](/manual/extensiones) 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 los controles pasivos como para     los activos; -   gestión de colas de tareas con respecto a la programación y la simultaneidad de tareas; -   tiempos de espera a nivel de complemento; -   verificación de compatibilidad del Agente 2 Zabbix y sus complementos al inicio.  Desde Zabbix 6.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 2 Zabbix 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  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  Proxy load balancing allows monitoring hosts by a proxy group with automated distribution of hosts between proxies and high proxy availability.  If one proxy from the proxy group goes offline, its hosts will be immediately distributed among other proxies having the least assigned hosts in the group.   Host redistribution happens only in "online" proxy groups. A proxy group is "online" if the configured minimum number of its proxies are online. Each proxy has online, offline or unknown [state](/manual/web_interface/frontend_sections/administration/proxies#proxies).  Zabbix server also checks the balance between host-proxy assignments. If the balance is bad the group is marked for host reassignment, which will be done after 10xfailover delay period unless the balance is restored. The group is considered to be unbalanced if the number of hosts assigned to a proxy differs from the average (within the group) by at least 10 hosts and factor of 2.  Note that older version proxies are excluded from re-balancing operations. However, in online groups hosts will be removed from older offline proxies.
es	#### Descripción general  El balanceo de carga de proxy permite monitorear los equipos por parte de un grupo de proxy con distribución automatizada de equipos entre servidores proxy y alta disponibilidad de proxy.  Si un proxy del grupo de proxy se desconecta, sus equipos se distribuirán inmediatamente entre otros proxy que tengan los equipos menos asignados del grupo.   La redistribución del equipo ocurre sólo en grupos proxy "en línea". Un grupo de proxy está "en línea" si el número mínimo configurado de sus proxy está en línea. Cada proxy tiene un [estado](/manual/web_interface/frontend_sections/administration/proxies#proxies) en línea, fuera de línea o desconocido .  El servidor Zabbix también verifica el balanceo entre las asignaciones de host-proxy. Si el saldo es malo, el grupo se marca para la reasignación de equipos, lo que se realizará después de un período de retraso de conmutación por error de 10x a menos que se restablezca el equilibrio. Se considera que el grupo está desequilibrado si el número de equipos asignados a un proxy difiere del promedio (dentro del grupo) en al menos 10 equipos y un factor de 2.  Tenga en cuenta que los servidores proxy de versiones anteriores están excluidos de las operaciones de reequilibrio. Sin embargo, en los grupos en línea, los equipos se eliminarán de los servidores proxy fuera de línea más antiguos.

en-us	#### Overview  Proxy load balancing allows monitoring hosts by a proxy group with automated distribution of hosts between proxies and high proxy availability.  If one proxy from the proxy group goes offline, its hosts will be immediately distributed among other proxies having the least assigned hosts in the group. Or, if a proxy has too many/too few hosts compared to the group average, group re-balancing by distributing hosts evenly will be triggered.  Host redistribution happens only in online proxy groups. A proxy group is "online" if the configured minimum number of its proxies are online (not offline or unknown).  :::notetip The minimum number of online proxies should be less than the proxy total in the group. In a group of 10 proxies, setting the minimum online proxy count to 10 creates a situation where the whole group will go offline if only one proxy fails. It is better to have 6 online proxies required. This will support 4 unhealthy proxies. :::  The proxy state is:  -    **online** - if there was communication with it for the [failover delay](#configuring-a-proxy-group) period (passive proxy responded to server requests and active proxy sent a request to server); -    **offline** - if there was no communication with it for the failover delay period; -    **unknown** - after proxy creation or server start.  You can monitor the proxy group state with the [zabbix[proxy group,<name>,state]](/manual/config/items/itemtypes/internal#proxy.group.d) internal item.  Proxy load balancing and high availability is managed by the [proxy group manager](/manual/concepts/server#server-process-types-and-threads) process. The proxy group manager always knows which other proxies are healthy or unhealthy.  **Version compatibility**  -    Only Zabbix agents 7.0 and later are supported for working with proxy groups in active mode; -    Zabbix pre-7.0 version proxies and the hosts monitored by these proxies are excluded from re-balancing operations until they are upgraded.
es	#### Descripción general  El equilibrio de carga de proxy permite monitorear los equipos por parte de un grupo de proxy con distribución automatizada de equipos entre servidores proxy y alta disponibilidad de proxy.  Si un proxy del grupo de proxy se desconecta, sus equipos se distribuirán inmediatamente entre otros proxy que tengan el menor número de equipos equipos asignados. O, si un proxy tiene demasiados o muy pocos equipos en comparación con el promedio del grupo, se activará el reequilibrio del grupo mediante la distribución uniforme de los equipos.  La redistribución del equipo ocurre sólo en grupos de proxy en línea. Un grupo de proxy está "en línea" si el número mínimo configurado de sus servidores proxy está en línea (no fuera de línea ni desconocido).  :::notetip El número mínimo de representantes en línea debe ser menor que el total de representantes en el grupo. En un grupo de 10 servidores proxy, establecer el recuento mínimo de servidores proxy en línea en 10 crea una situación en la que todo el grupo se desconectará si solo falla un proxy. Es mejor tener 6 proxies en línea necesarios. Esto admitirá 4 servidores proxy en mal estado. :::  El estado proxy es:  -   **en línea** - si hubo comunicación con él durante el período [retraso de conmutación por error](#configuring-a-proxy-group) (el proxy pasivo respondió a las solicitudes del servidor y el proxy activo envió una solicitud al servidor); -   **fuera de línea**: si no hubo comunicación con él durante el período de retraso de conmutación por error; -   **desconocido** - después de la creación del proxy o del inicio del servidor.  Puede monitorear el estado del grupo de proxy con la métrica interna [zabbix[proxy group,<name>,state]](/manual/config/items/itemtypes/internal#proxy.group.d).  El equilibrio de carga del proxy y la alta disponibilidad se gestionan mediante el proceso [administrador de grupo de proxy](/manual/concepts/server#server-process-types-and-threads). El administrador del grupo de proxy siempre sabe qué otros servidores proxy están en buen estado o en mal estado.  **Compatibilidad de versiones**  -   Sólo los agentes Zabbix 7.0 y posteriores son compatibles para trabajar con grupos proxy en modo activo; -   Los servidores proxy de la versión anterior a 7.0 de Zabbix y los equipos monitoreados por estos servidores proxy están excluidos de las operaciones de reequilibrio hasta que se actualicen.

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 to snmptrapd and is collected or "trapped" by Zabbix server or Zabbix proxy from file.  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 a snmptrapd y el servidor Zabbix o el proxy Zabbix la recopila o la "atrapa" del archivo.  Por lo general, las trampas 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 agente lado que se utiliza para consultas). El uso de trampas puede detectar algunos cortos problemas que ocurren durante el intervalo de consulta y pueden ser pasados por alto por el 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 trampas a Zabbix - ya sea un script Bash o Perl o SNMPTT.  ::: nota clásica La forma más sencilla de configurar el monitoreo de trampas después de configurar Zabbix es utilizar la solución de script Bash, porque Perl y SNMPTT suelen ser faltan en las distribuciones modernas y requieren una configuración más compleja. Sin embargo, esta solución utiliza un script configurado como "traphandle". Para obtener un mejor rendimiento en los sistemas de producción, utilice la solución Perl integrada (ya sea script con la opción `do perl` o SNMPTT). :::  El flujo de trabajo de recibir una trampa:  1. `snmptrapd` recibe una trampa 2. `snmptrapd` pasa la trampa al script del receptor (Bash, Perl)      o SNMPTT 3. El receptor analiza, formatea y escribe la trampa en     un archivo 4. El capturador SNMP de Zabbix lee y analiza el archivo de captura 5. Para cada trampa, Zabbix encuentra todos los elementos del "trampero SNMP" con el host.     interfaces que coinciden con la dirección de captura recibida. Tenga en cuenta que sólo el     La "IP" o "DNS" seleccionada en la interfaz del host se utiliza durante la     pareo. 6. Para cada elemento encontrado, la trampa se compara con la expresión regular en     `snmptrap[expresación regular]`. La trampa se establece como el valor de **todos**     artículos coincidentes. Si no se encuentra ningún elemento coincidente y hay un     elemento `snmptrap.fallback`, la trampa se establece como el valor de ese. 7. Si la trampa no se estableció como el valor de ningún elemento, Zabbix de forma predeterminada     registra la trampa inigualable. (Esto se configura mediante "Registrar SNMP no coincidente     trampas" 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. 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. 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 seleccionado. 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 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 (limited to 255 characters) 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. zabbix El servidor/proxy es responsable del procesamiento de comprobaciones simples (haciendo conexiones externas, etc.).  Ejemplos de uso de controles simples:      net.tcp.servicio[ftp,,155]     net.tcp.servicio[http]     net.tcp.service.perf[http,,8080]     net.udp.servicio.perf[ntp]  ::: nota clásica Los campos *Nombre de usuario* y *Contraseña* (limitados a 255 caracteres) en la configuración de elemento de verificación simple se utilizan para elementos de monitoreo de VMware; ignorado en caso contrario. :::

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
es	#### 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. Since Zabbix 5.0, double precision data types are used for all tables in new installations.  This section provides instructions for manually upgrading tables in existing installations - history tables to primary keys, and history and trends tables to double precision data types.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
es	### Descripción general  Desde Zabbix 6.0, las claves primarias se utilizan para todas las tablas en instalaciones nuevas. Desde Zabbix 5.0, se utilizan tipos de datos de doble precisión para todas las tablas en instalaciones nuevas.  Esta sección proporciona instrucciones para actualizar manualmente tablas en instalaciones existentes: tablas de historial a claves primarias y tablas de historial y tendencias a tipos de datos de doble precisión.  Las instrucciones están disponibles para:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

en-us	#### Overview  Some databases (for example, MySQL) require the partitioning column to be part of the table's unique constraint. Therefore, to partition the `auditlog` table by time, the primary key must be changed from `auditid` to a composite key `auditid` + `clock`.  This section provides instructions for altering the primary key of the `auditlog` table.
es	#### Descripción general  Algunas bases de datos (por ejemplo, MySQL) requieren que la columna de partición sea parte de la "constraint" única de la tabla. Por lo tanto, para particionar la tabla `auditlog` por tiempo, la clave principal debe cambiarse de `auditid` a una clave compuesta `auditid` + `clock`.  Esta sección proporciona instrucciones para modificar la clave principal de la tabla "auditlog".

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)

en-us	#### Overview  Sound is used in [global notifications](/manual/web_interface/user_profile/global_notifications).  For the sounds to be played in Zabbix frontend, *Frontend notifications* must be enabled in the user profile's *Frontend notifications* tab, with all trigger severities checked. Additionally, sounds should be enabled in the global notification pop-up window.  If, for any reason, audio cannot be played on the device, the ![](../../../../assets/en/manual/config/mute_icon.png) button in the global notification pop-up window will remain permanently in the "mute" state, accompanied by the message "Cannot support notification audio for this device" upon hovering over the ![](../../../../assets/en/manual/config/mute_icon.png) button.  Sounds, including the default audio clips, are supported in MP3 format only.  The sounds of Zabbix frontend have been successfully tested in recent Firefox and Opera browsers on Linux, and in Chrome, Firefox, Microsoft Edge, and Opera browsers on Windows.  ::: noteimportant The autoplay of sounds might be disabled (by default) in recent browser versions. In such cases, you need to enable this setting manually. :::
es	#### Descripción general  El sonido se utiliza en las [notificaciones globales](/manual/web_interface/user_profile/global_notifications).  Para que los sonidos se reproduzcan en la interfaz de Zabbix, las *Notificaciones de interfaz* deben estar habilitadas en la pestaña *Notificaciones de interfaz* del perfil de usuario, con todas las gravedades de activación marcadas. Además, los sonidos deben estar habilitados en la ventana emergente de notificación global.  Si, por algún motivo, no se puede reproducir audio en el dispositivo, el botón ![](../../../../assets/en/manual/config/mute_icon.png) en la ventana emergente de notificación global  superior permanentemente en estado "silencio", acompañada del mensaje "No se puede admitir audio de notificación para este dispositivo" al pasar el cursor sobre el botón ![](../../../../assets/en/manual /config/mute_icon.png).  Los sonidos, incluidos los clips de audio predeterminados, solo se admiten en formato MP3.  Los sonidos de la interfaz de Zabbix se han probado con éxito en los navegadores Firefox y Opera recientes en Linux, y en los navegadores Chrome, Firefox, Microsoft Edge y Opera en Windows.  ::: noteimportant La reproducción automática de sonidos puede estar deshabilitada (de forma predeterminada) en versiones recientes del navegador. En tales casos, deberá habilitar esta configuración manualmente. :::

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

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

en-us	#### Overview  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   Linked template groups -   Linked host groups (if used in [host prototype](/manual/discovery/low_level_discovery/host_prototypes) configuration) -   Template data -   Linkage to other templates -   Linkage to template groups -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked dashboards -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Value maps
es	#### Descripción general  Las plantillas se [exportan](/manual/xml_export_import) con muchos objetos relacionados y relaciones entre objetos.  La exportación de plantilla contiene:  -   Grupos de plantillas vinculados -   Grupos de equipos vinculados (si se usan en la configuración de [prototipo de equipo](/manual/discovery/low_level_discovery/host_prototypes)) -   Datos de plantilla -   Vinculación a otras plantillas. -   Vinculación a grupos de plantillas. -   Métricas directamente vinculadas -   Iniciadores directamente vinculados -   Gráficos directamente vinculados -   Tableros directamente vinculados -   Reglas de descubrimiento directamente vinculadas con todos los prototipos. -   Escenarios web directamente vinculados -   Mapas de valores

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

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

en-us	#### Overview  The custom graph list for a host can be accessed from *Data collection → Hosts* by clicking on *Graphs* for the respective host.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the host graph belongs to a template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on the template level.<br>If the graph has been created from a graph prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the graph prototype list.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Info*|If the graph is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new graph, click on the *Create graph* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de gráficos personalizados para un equipo desde *Recopilación de datos → Equipos* haciendo clic en *Gráficos* para el equipo respectivo.  Se muestra una lista de gráficos existentes.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Nombre*|Nombre del gráfico personalizado, que se muestra como un enlace azul a los detalles del gráfico.<br>Al hacer clic en el enlace del nombre del gráfico se abre el [formulario de configuración](/manual/config/visualization/graphs/custom#configuring_custom_graphs) del gráfico.<br>Si el gráfico del equipo pertenece a una plantilla, el nombre de la plantilla se muestra antes del nombre del gráfico, como un enlace gris. Al hacer clic en el enlace de la plantilla, se abrirá la lista de gráficos en el nivel de la plantilla.<br>Si el gráfico se creó a partir de un prototipo de gráfico, su nombre está precedido por el nombre de la regla de descubrimiento de bajo nivel, en naranja. Al hacer clic en el nombre de la regla de descubrimiento se abrirá la lista de prototipos de gráficos.| |*Ancho*|Se muestra el ancho del gráfico.| |*Altura*|Se muestra la altura del gráfico.| |*Tipo de gráfico*|Se muestra el tipo de gráfico: *Normal*, *Apilado*, *Pastel* o *Explosionado*.| |*Info*|Si el gráfico funciona correctamente, no se muestra ningún icono en esta columna. En caso de errores, se muestra un icono cuadrado con la letra "i". Pase el cursor sobre el icono para ver información sobre herramientas con la descripción del error.|  Para configurar un nuevo gráfico, haga clic en el botón *Crear gráfico* en la parte superior esquina derecha.

en-us	#### Overview  The custom graph list for a template can be accessed from *Data collection → Templates* by clicking on *Graphs* for the respective template.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|Template the graph belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the graph is inherited from another template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on that template level.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.|  To configure a new graph, click on the *Create graph* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de gráficos personalizados para una plantilla desde *Recopilación de datos → Plantillas* haciendo clic en *Gráficos* para la plantilla respectiva.  Se muestra una lista de gráficos existentes.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Plantilla*|Plantilla a la que pertenece el gráfico.<br>Esta columna se muestra solo si se seleccionan varias plantillas en el filtro.| |*Nombre*|Nombre del gráfico personalizado, que se muestra como un enlace azul a los detalles del gráfico.<br>Al hacer clic en el enlace del nombre del gráfico se abre el [formulario de configuración](/manual/config/visualization/graphs/custom#configuring_custom_graphs) del gráfico.<br>Si el gráfico se hereda de otra plantilla, el nombre de la plantilla se muestra antes del nombre del gráfico, como un enlace gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de gráficos en ese nivel de plantilla.| |*Ancho*|Se muestra el ancho del gráfico.| |*Altura*|Se muestra la altura del gráfico.| |*Tipo de gráfico*|Se muestra el tipo de gráfico: *Normal*, *Apilado*, *Pastel* o *Explosionado*.|  Para configurar un nuevo gráfico, haga clic en el botón *Crear gráfico* en la parte superior esquina derecha.

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

en-us	 #### Overview  The event menu contains shortcuts to actions or frontend sections that are  frequently required for an event.  The event menu can be opened by clicking on the event name.  ![](../../../../assets/en/manual/web_interface/event_context_menu.png)
es	 #### Descripción general  El menú de eventos contiene accesos directos a acciones o secciones de la interfaz que se usan  frecuentemente para un evento.  El menú del evento se puede abrir haciendo clic en el nombre del evento.  ![](../../../../assets/en/manual/web_interface/event_context_menu.png)

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

en-us	#### Overview  The following example describes how to set up Zabbix for monitoring VMware virtual machines. This involves:  - creating a host that represents your VMware environment; - creating a low-level discovery rule that discovers virtual machines in your VMware environment; - creating a host prototype, based on which Zabbix will generate real hosts for virtual machines discovered by the low-level discovery rule.
es	#### Descripción general  El siguiente ejemplo describe cómo configurar Zabbix para monitorear máquinas virtuales VMware. Esto involucra:  - crear un equipo que represente su entorno VMware; - crear una regla de descubrimiento de bajo nivel que descubra máquinas virtuales en su entorno VMware; - crear un prototipo de equipo, a partir del cual Zabbix generará equipos reales para las máquinas virtuales descubiertas mediante la regla de descubrimiento de bajo nivel.

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

en-us	#### Overview  The gauge widget displays the value of a single item as a gauge.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge.png){width="600"}  When configured, the widget can consist of the following elements:  -   Item description (for example, "CPU utilization", "Speed") -   Item value (for example, "30.70", "19.80") -   Item value units (for example, "%", "km/h") -   Gauge scale (for example, "0%/100%", "0/100/180/200") -   Gauge arc (gauge value arc and gauge thresholds arc) -   Gauge needle  The widget can be visually fine-tuned using the [advanced configuration](#advanced-configuration) options to create a wide variety of visual styles:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge_styles.png){width="600"}  The gauge widget can display only numeric values. Displaying binary values is not supported.  Clicking on the gauge widget leads to a graph for the item.
es	#### Descripción general  El widget de gauge muestra el valor de una solo métrica como un "gauge" (indicador).  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge.png){width="600"}  Cuando se configura, el widget puede constar de los siguientes elementos:  - Descripción de la métrica (por ejemplo, "Utilización de CPU", "Velocidad") - Valor de la métrica (por ejemplo, "30,70", "19,80") - Unidades de valor de la métrica (por ejemplo, "%", "km/h") - Escala del gauge (por ejemplo, "0%/100%", "0/100/180/200") - Arco del gauge (arco de valor de calibre y arco de umbrales de calibre) - Aguja del gauge  El widget se puede ajustar visualmente usando las opciones de [configuración avanzada](#advanced-configuration) para crear una amplia variedad de estilos visuales:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge_styles.png){width="600"}  El widget de gauge solo puede mostrar valores numéricos. No se admite la visualización de valores binarios.  Al hacer clic en el widget de gauge se accede a un gráfico de la métrica.

en-us	#### Overview  The graph widget provides a modern and versatile way of visualizing data collected by Zabbix using a vector image drawing technique. This graph widget is supported since Zabbix 4.0. Note that the graph widget supported before Zabbix 4.0 can still be used as [Graph (classic)](/manual/web_interface/frontend_sections/dashboards/widgets/graph_classic). See also [*Adding widgets*](/manual/web_interface/frontend_sections/dashboards#adding-widgets) section on *Dashboards* page for more details.
es	#### Descripción general  El widget de gráfico proporciona una forma moderna y versátil de visualizar datos recopilados por Zabbix utilizando una técnica de dibujo de imágenes vectoriales. Este  widget de grafico es compatible desde Zabbix 4.0. Tenga en cuenta que el widget de gráfico compatible antes de Zabbix 4.0 todavía se puede utilizar como [Gráfico (clásico)](/manual/web_interface/frontend_sections/dashboards/widgets/graph_classic). Consulte también la sección [Agregar widgets](/manual/web_interface/frontend_sections/dashboards#adding-widgets)  en la página *Tableros* para obtener más detalles.

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

en-us	#### Overview  The honeycomb widget offers a dynamic overview of the monitored network infrastructure and resources, where host groups, such as virtual machines and network devices, along with their respective items, are visually represented as interactive hexagonal cells.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb.png){width="450"}  The widget can be visually fine-tuned using the [advanced configuration](#advanced-configuration) options to create a wide variety of visual styles.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_styles.png){width="450"}  On mouseover, the focused honeycomb cell enlarges for improved visibility. Clicking a cell highlights its border until another cell is selected.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_mouseover.png){width="450"}  The number of displayed honeycomb cells is constrained by the widget's size and the minimum cell size (32 pixels). If all cells cannot fit within the widget, an ellipsis is shown as the final cell.  The widget can be resized to fit more cells. On resize, the honeycomb cell size and positioning are dynamically adjusted. Each row in the honeycomb will maintain an equal cell count, except for the last row if the total cell count is not divisible by the row's cell count.
es	#### Descripción general  El widget de panal ofrece una descripción dinámica de la infraestructura y los recursos de la red monitoreados, donde los grupos de equipos, como máquinas virtuales y dispositivos de red, junto con sus respectivas métricas, se representan visualmente como celdas hexagonales interactivas.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb.png){width="450"}  El widget se puede ajustar visualmente usando las opciones de [configuración avanzada](#configuración-avanzada) para crear una amplia variedad de estilos visuales.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_styles.png){width="450"}  Al pasar el ratón, la celda en forma de panal enfocada se amplía para mejorar la visibilidad. Al hacer clic en una celda se resalta su borde hasta que se selecciona otra celda.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_mouseover.png){width="450"}  El número de celdas en forma de panal mostradas está limitado por el tamaño del widget y el tamaño mínimo de celda (32 píxeles). Si todas las celdas no caben en el widget, se muestran puntos suspensivos como celda final.  Se puede cambiar el tamaño del widget para que quepa en más celdas. Al cambiar el tamaño, el tamaño y la posición de la celda del panal se ajustan dinámicamente. Cada fila del panal mantendrá un recuento de celdas igual, excepto la última fila si el recuento total de celdas no es divisible por el recuento de celdas de la fila.

en-us	 #### Overview  The host menu contains shortcuts to actions or frontend sections that are  frequently required for a host.  The host menu can be opened by clicking on the host name.  ![](../../../../assets/en/manual/web_interface/host_context_menu.png)
es	 #### Descripción general  El menú del equipo contiene accesos directos a acciones o secciones de interfaz que son  frecuentemente utilizadas para un equipo.  El menú del equipo se puede abrir haciendo clic en el nombre del equipo.  ![](../../../../assets/en/manual/web_interface/host_context_menu.png)

en-us	#### Overview  The host navigator widget displays hosts based on various filtering and grouping options.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator.png)  The widget also allows to control the information displayed in other widgets based on the selected host.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator_control.png){width="600"}  Groups by which hosts are organized can be expanded or collapsed.  For groups, problems, and hosts in maintenance, additional details are accessible by mouseover hints.
es	#### Descripción general  El widget del navegador de equipos muestra equipos según varias opciones de filtrado y agrupación.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator.png)  El widget también permite controlar la información que se muestra en otros widgets según el equipo seleccionado.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator_control.png){width="600"}  Los grupos mediante los cuales se organizan los equipos se pueden expandir o contraer.  Para grupos, problemas y equipos en mantenimiento, se puede acceder a detalles adicionales mediante sugerencias al pasar el ratón.

en-us	#### Overview  The housekeeper is a periodical process, executed by Zabbix server. The process removes outdated information and information deleted by user.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_housekeeper1.png)  In this section housekeeping tasks can be enabled or disabled on a per-task basis separately for: events and alerts/IT services/user sessions/history/trends. Audit housekeeping settings are available in a separate [menu section](/manual/web_interface/frontend_sections/administration/audit_log).  If housekeeping is enabled, it is possible to set for how many days data records will be kept before being removed by the housekeeper.  Deleting an item/trigger will also delete problems generated by that item/trigger.  Also, an event will only be deleted by the housekeeper if it is not associated with a problem in any way. This means that if an event is either a problem or recovery event, it will not be deleted until the related problem record is removed. The housekeeper will delete problems first and events after, to avoid potential problems with stale events or problem records.  For history and trends an additional option is available: *Override item history period* and *Override item trend period*. This option allows setting globally for how many days item history/trends will be stored (1 hour to 25 years; or "0"), overriding the respective *Store up to* values set for individual items in the [item configuration](/manual/config/items/item) form. Note that the storage period will not be overridden for items that have configuration option *Do not store* enabled.  It is possible to override the history/trend storage period even if internal housekeeping is disabled. Thus, when using an external housekeeper, the history storage period could be set using the history *Data storage period* field.  ::: noteimportant If using TimescaleDB, in order to take full advantage of TimescaleDB automatic partitioning of history and trends tables, *Override item history period* and *Override item trend period* options must be enabled as well as *Enable internal housekeeping* option for history and trends. Otherwise, data kept in these tables will still be stored in partitions, however, the housekeeper will not drop outdated partitions, and warnings about incorrect configuration will be displayed. When dropping of outdated partitions is enabled, Zabbix server and frontend will no longer keep track of deleted items, and history for deleted items will be cleared when an outdated partition is deleted. :::  [Time suffixes](/manual/appendix/suffixes) are supported in the period fields, e.g., 1d (one day), 1w (one week). The minimum is 1 day (1 hour for history), the maximum - 25 years.  The *Reset defaults* button allows reverting any changes made.
es	#### Descripción general  El limpiador es un proceso periódico, ejecutado por el servidor Zabbix. El proceso elimina la información desactualizada y la información eliminada por el usuario.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_housekeeper1.png)  En esta sección, las tareas de limpieza se pueden habilitar o deshabilitar por tarea por separado para: eventos y alertas/servicios TI/sesiones de usuario/historial/tendencias. La configuración de mantenimiento de auditoría está disponible en una [sección de menú](/manual/web_interface/frontend_sections/administration/audit_log) separada.  Si el servicio de limpieza está habilitado, es posible establecer durante cuántos días se guardarán los registros de datos antes de que el limpiador los elimine.  Eliminar una métrica/iniciador también eliminará los problemas generados por esa métrica/iniciador.  Además, el limpiador solo eliminará un evento si no está asociado con un problema de ninguna manera. Esto significa que si un evento es un problema o un evento de recuperación, no se eliminará hasta que se elimine el registro del problema relacionado. El limpiador eliminará los problemas primero y los eventos después, para evitar posibles problemas con eventos obsoletos o registros de problemas.  Para el historial y las tendencias hay una opción adicional disponible: *Anular el período del historial de métricas* y *Anular el período de tendencias de las métricas*. Esta opción permite configurar globalmente durante cuántos días se almacenarán el historial/las tendencias de la métrica (de 1 hora a 25 años; o "0"), anulando los respectivos valores *Almacenar hasta* establecidos para métricas individuales en el formulario [configuración de la métrica](/manual/config/items/item). Tenga en cuenta que el período de almacenamiento no se anulará para las métricas que tengan habilitada la opción de configuración *No almacenar*.  Es posible anular el período de almacenamiento de historial/tendencias incluso si el mantenimiento interno está deshabilitado. Por lo tanto, cuando se utiliza un limpiador externo, el período de almacenamiento del historial se puede configurar usando el campo *Período de almacenamiento de datos* del historial.  ::: noteimportant Si usa TimescaleDB, Para aprovechar al máximo la partición automática de tablas de historial y tendencias de TimescaleDB, *Las opciones *Anular período de historial de las métricas* y *Anular período de tendencia de las métricas* deben estar habilitadas así como la opción *Habilitar limpieza interna* para historial y tendencias. De lo contrario, los datos guardados en estas tablas seguirán almacenados en particiones, sin embargo, el limpiador no eliminará las particiones obsoletas, y se mostrarán advertencias sobre configuración incorrecta. Cuando se habilita la eliminación de particiones obsoletas, el servidor y la interfaz de Zabbix ya no realizarán un seguimiento de las métricas eliminadas y el historial de métricas eliminadas se borrará cuando se elimine una partición obsoleta. :::  Los [sufijos de tiempo](/manual/appendix/suffixes) se admiten en los campos de período, por ejemplo, 1d (un día), 1w (una semana). El mínimo es 1 día (1 hora para el historial), el máximo: 25 años.  El botón *Restablecer valores predeterminados* permite revertir cualquier cambio realizado.

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

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

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

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

en-us	#### Overview  The item history widget displays the latest data for various item types (numeric, character, log, text, and binary) in a table format. It can also show progress bars, images for binary data types (useful for [browser items](/manual/config/items/itemtypes/browser)), and highlight values (useful for [log file monitoring](/manual/config/items/itemtypes/log_items)).  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history_binary.png){width="600"}
es	#### Descripción general  El widget de historial de métricas muestra los datos más recientes para varios tipos de métricas (numéricas, de caracteres, de registro, de texto y binarios) en formato de tabla. También puede mostrar barras de progreso, imágenes para tipos de datos binarios (útiles para [métricas del navegador](/manual/config/items/itemtypes/browser)) y valores resaltados (útiles para [monitoreo del archivos de registro](/manual/config/items/itemtypes/log_items)).  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history_binary.png){width="600"}

en-us	#### Overview  The item list for a host can be accessed from *Data collection → Hosts* by clicking on *Items* for the respective host.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item context menu*|Click on the three-dot icon to open the [item context menu](/manual/web_interface/menu/item_menu).| |*Host*|Host of the item.<br>This column is displayed only if multiple hosts are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the host item belongs to a template, the template name is displayed before the item name as a gray link. Clicking on the template link will open the item list on the template level.<br>If the item has been created from an item prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the item prototype list.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.<br>*Note* that passive items can also be checked immediately by pushing the *Execute now* [button](#mass_editing_options).| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled*, *Disabled* or *Not supported*. You can change the status manually by clicking on it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).<br>Discovered items that have been lost are marked with an info icon. The tooltip text provides details on their status.| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.| |*Info*|If the item is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new item, click on the *Create item* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de métricas de un equipo desde *Recopilación de datos → Equipos* haciendo clic en *Métricas* para el equipo respectivo.  Se muestra una lista de métricas existentes.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Menú contextual de métrica*|Haga clic en el icono de tres puntos para abrir el [menú contextual de métrica](/manual/web_interface/menu/item_menu).| |*Equipo*|Equipo de la métrica.<br>Esta columna se muestra solo si se seleccionan varios equipos en el filtro.| |*Nombre*|Nombre de la métrica que se muestra como un enlace azul a los detalles de la métrica.<br>Al hacer clic en el enlace del nombre de la métrica, se abre el [formulario de configuración](/manual/config/items/item#configuration) de la métrica.<br> Si la métrica del equipo pertenece a una plantilla, el nombre de la plantilla se muestra antes del nombre de la métrica como un enlace gris. Al hacer clic en el enlace de la plantilla, se abrirá la lista de métricaas en el nivel de la plantilla.<br>Si la métrica se creó a partir de un prototipo de métrica, su nombre está precedido por el nombre de la regla de descubrimiento de bajo nivel, en naranja. Al hacer clic en el nombre de la regla de descubrimiento se abrirá la lista de prototipos de métricas.| |*Iniciadores*|Al mover el mouse sobre Iniciadores se mostrará un cuadro de información que muestra los iniciadores asociados con la métrica.<br>El número de iniciadores se muestra en gris.| |*Clave*|Se muestra la clave de la métrica.| |*Intervalo*|Se muestra la frecuencia de la comprobación.<br>*Tenga en cuenta* que las métricas pasivas también se pueden comprobar inmediatamente presionando el [botón](#mass_editing_options) *Ejecutar ahora*.| |*Historial*|Se muestra cuántos días se mantendrá el historial de datos de la métrica.| |*Tendencias*|Se muestra cuántos días se mantendrá el historial de tendencias de la métrica.| |*Tipo*|Se muestra el tipo de métrica (agente Zabbix, agente SNMP, comprobación simple, etc.).| |*Estado*|Se muestra el estado de la métrica: *Activado*, *Desactivado* o *No compatible*. Puede cambiar el estado manualmente haciendo clic en él, de Activado a Desactivado (y viceversa); desde No compatible hasta Desactivado (y viceversa).<br>Las métricas descubiertas que se han perdido están marcados con un icono de información. El texto de la viñeta proporciona detalles sobre su estado.| |*Etiquetas*|Se muestran las etiquetas de las métricas.<br>Se pueden mostrar hasta tres etiquetas (pares de nombre:valor). Si hay más etiquetas, se muestra un enlace "..." que permite ver todas las etiquetas al pasar el mouse.| |*Información*|Si la métrica funciona correctamente, no se muestra ningún icono en esta columna. En caso de errores, se muestra un icono cuadrado con la letra "i". Pase el cursor sobre el icono para ver una viñeta con la descripción del error.|  Para configurar una nueva métrica, haga clic en el botón *Crear métrica* en la  esquina superior derecha.

en-us	#### Overview  The item list for a template can be accessed from *Data collection → Templates* by clicking on *Items* for the respective template.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item menu*|Click on the three-dot icon to open the menu for this specific item with these options:<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item| |*Template*|Template the item belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the item is inherited from another template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item list on that template level.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.|  To configure a new item, click on the *Create item* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de métricas de una plantilla desde *Recopilación de datos → Plantillas* haciendo clic en *Métricas* para la plantilla respectiva.  Se muestra una lista de métricas existentes.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Menú de métricas*|Haga clic en el icono de tres puntos para abrir el menú de esta métrica específica con estas opciones:<br>**Crear iniciador**: cree un iniciador basado en esta métrica<br>**Iniciadores** - haga clic para ver una lista con enlaces al iniciador ya configurado de esta métrica<br>**Crear métrica dependiente** - cree una métrica dependiente para esta métrica<br>**Crear regla de descubrimiento dependiente** - cree una regla de descubrimiento dependiente para esta métrica| |*Plantilla*|Plantilla a la que pertenece la métrica.<br>Esta columna se muestra solo si se seleccionan varias plantillas en el filtro.| |*Nombre*|Nombre de la métrica que se muestra como un enlace azul a los detalles de la métrica.<br>Al hacer clic en el enlace del nombre de la métrica, se abre el [formulario de configuración](/manual/config/items/item#configuration) de la métrica.<br> Si la métrica se hereda de otra plantilla, el nombre de la plantilla se muestra antes del nombre de la métrica, como un enlace gris. Al hacer clic en el enlace de la plantilla se abrirá la lista de métricas en ese nivel de plantilla.| |*Iniciadores*|Al mover el mouse sobre iniciadores se mostrará un cuadro de información que muestra los iniciadores asociados con la métrica.<br>El número de iniciadores se muestra en gris.| |*Clave*|Se muestra la clave de la métrica.| |*Intervalo*|Se muestra la frecuencia de la comprobación.| |*Historial*|Se muestra cuántos días se mantendrá el historial de datos de la métrica.| |*Tendencias*|Se muestra cuántos días se mantendrá el historial de tendencias de la métrica.| |*Tipo*|Se muestra el tipo de métrica (agente Zabbix, agente SNMP, verificación simple, etc.).| |*Estado*|Se muestra el estado dela métrica: *Activado* o *Desactivado*. Al hacer clic en el estado, puede cambiarlo: de Activado a Desactivado (y viceversa).| |*Etiquetas*|Se muestran las etiquetas de las métricas.<br>Se pueden mostrar hasta tres etiquetas (pares de nombre:valor). Si hay más etiquetas, se muestra un enlace "..." que permite ver todas las etiquetas al pasar el mouse.|  Para configurar una nueva métrica, haga clic en el botón *Crear métrica* en la parte superior esquina derecha.

en-us	 #### Overview  The item menu contains shortcuts to actions or frontend sections that are  frequently required for an item.  The item menu can be opened by clicking on the item name.  ![](../../../../assets/en/manual/web_interface/item_context_menu_2.png)
es	 #### Descripción general  El menú de métricas contiene accesos directos a acciones o secciones de la interfaz que se usan  frecuentemente para una métrica.  El menú de la métrica se puede abrir haciendo clic en el nombre de la métrica.  ![](../../../../assets/en/manual/web_interface/item_context_menu_2.png)

en-us	#### Overview  The item navigator widget displays items based on various filtering and grouping options.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator.png)  The widget also allows to control the information displayed in other widgets based on the selected item.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator_control.png){width="600"}  Groups by which items are organized can be expanded or collapsed.  For groups and problems, additional details are accessible by mouseover hints.
es	#### Descripción general  El widget del navegador de métricas muestra métricas según varias opciones de filtrado y agrupación.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator.png)  El widget también permite controlar la información que se muestra en otros widgets en función de la métrica seleccionada.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator_control.png){width="600"}  Los grupos mediante los cuales se organizan las métricas se pueden expandir o contraer.  Para grupos y problemas, se puede acceder a detalles adicionales mediante sugerencias al pasar el ratón.

en-us	#### Overview  The item **proc.get**\[<name>,<user>,<cmdline>,<mode>\] is supported on Linux, Windows, FreeBSD, OpenBSD, and NetBSD.  List of process parameters returned by the item varies depending on the operating system and 'mode' argument value.   
es	#### Descripción general  El elemento **proc.get**\[<nombre>,<usuario>,<cmdline>,<modo>\] es compatible con Linux, Windows, FreeBSD, OpenBSD y NetBSD.  La lista de parámetros de proceso devueltos por la métrica varía según el sistema operativo y el valor del argumento "modo".  

en-us	#### Overview  The list of low-level discovery rules for a host can be accessed from *Data collection → Hosts* by clicking on *Discovery* for the respective host.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the host, or all discovery rules of a specific host group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Host*|The visible host name is displayed.<br>In the absence of a visible host name, the technical host name is displayed.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule 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 rule list on the template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes is displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes is displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.<br>*Note* that discovery can also be performed immediately by pushing the *Execute now* button below the list.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled*, *Disabled* or *Not supported*. By clicking on the status you can change it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).| |*Info*|If everything is fine, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de reglas de descubrimiento de bajo nivel para un equipo desde *Recopilación de datos → Equipos* haciendo clic en *Descubrimiento* para el respectivo equipo.  Se muestra una lista de reglas de descubrimiento de bajo nivel existentes. También es posible ver todas las reglas de descubrimiento independientemente del equipo, o todas las reglas de descubrimiento de un grupo de equipos específico cambiando los ajustes del filtro.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Equipo*|Se muestra el nombre de equipo visible.<br>En ausencia de un nombre de equipo visible, se muestra el nombre de equipo técnico.| |*Nombre*|Nombre de la regla, que se muestra como un enlace azul.<br>Al hacer clic en el nombre de la regla, se abre el [formulario de configuración](/manual/discovery/low_level_discovery#discovery_rule) de la regla de descubrimiento de bajo nivel.<br>Si la regla de descubrimiento 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 reglas en el nivel de la plantilla.| |*Métricas*|Se muestra un enlace a la lista de prototipos de métricas.<br>El número de prototipos de métricas existentes se muestra en gris.| |*Iniciadores*|Se muestra un enlace a la lista de prototipos de iniciadores.<br>El número de prototipos de iniciadores existentes se muestra en gris.| |*Gráficos*|Se muestra un enlace a la lista de prototipos de gráficos.<br>El número de prototipos de gráficos existentes se muestra en gris.| |*Equipos*|Se muestra un enlace a la lista de prototipos de equipos.<br>El número de prototipos de equipos existentes se muestra en gris.| |*Clave*|Se muestra la clave de la métrica utilizada para el descubrimiento.| |*Intervalo*|Se muestra la frecuencia con la que se realiza el descubrimiento.<br>*Tenga en cuenta* que el descubrimiento también se puede realizar inmediatamente presionando el botón *Ejecutar ahora* debajo de la lista.| |*Tipo*|Se muestra el tipo de métrica utilizado para el descubrimiento (agente Zabbix, agente SNMP, etc.).| |*Estado*|Se muestra el estado de la regla de descubrimiento: *Habilitado*, *Deshabilitado* o *No compatible*. Al hacer clic en el estado, puede cambiarlo: de Activado a Desactivado (y viceversa); de No compatible a Deshabilitado (y viceversa).| |*Info*|Si todo está bien, no se muestra ningún icono en esta columna. En caso de errores, se muestra un icono cuadrado con la letra "i". Pase el cursor sobre el icono para ver información sobre herramientas con la descripción del error.|  Para configurar una nueva regla de descubrimiento de bajo nivel, haga clic en el botón *Crear regla de descubrimiento* en la esquina superior derecha.

en-us	#### Overview  The list of low-level discovery rules for a template can be accessed from *Data collection* → *Templates* by clicking on *Discovery* for the respective template.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the template, or all discovery rules of a specific template group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|The template discovery rule belongs to.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule is inherited from another template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the discovery rule list on that template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
es	#### Descripción general  Se puede acceder a la lista de reglas de descubrimiento de bajo nivel para una plantilla. desde *Recopilación de datos* → *Plantillas* haciendo clic en *Descubrimiento* para la plantilla respectiva.  Se muestra una lista de reglas de descubrimiento de bajo nivel existentes. También es posible ver todas las reglas de descubrimiento independientemente de la plantilla, o todas las reglas de descubrimiento de un grupo de plantillas específico cambiando los ajustes del filtro.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Datos mostrados:  |Columna|Descripción| |--|--------| |*Plantilla*|La regla de descubrimiento de plantilla pertenece.| |*Nombre*|Nombre de la regla, que se muestra como un enlace azul.<br>Al hacer clic en el nombre de la regla, se abre el [formulario de configuración](/manual/discovery/low_level_discovery#discovery_rule) de la regla de descubrimiento de bajo nivel.<br>Si la regla de descubrimiento se hereda de otra 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 reglas de descubrimiento en ese nivel de plantilla.| |*Métricas*|Se muestra un enlace a la lista de prototipos de métricas.<br>El número de prototipos de métricas existentes se muestra en gris.| |*Iniciadores*|Se muestra un enlace a la lista de prototipos de iniciadores.<br>El número de prototipos de iniciadores existentes se muestra en gris.| |*Gráficos*|Un enlace a la lista de prototipos de gráficos mostrados.<br>El número de prototipos de gráficos existentes se muestra en gris.| |*Equipos*|Un enlace a la lista de prototipos de equipos mostrados.<br>El número de prototipos de equipos existentes se muestra en gris.| |*Clave*|Se muestra la clave de la métrica utilizada para el descubrimiento.| |*Intervalo*|Se muestra la frecuencia con la que se realiza el descubrimiento.| |*Tipo*|Se muestra el tipo de métrica utilizada para el descubrimiento (agente Zabbix, agente SNMP, etc.).| |*Estado*|Se muestra el estado de la regla de descubrimiento: *Habilitado* o *Deshabilitado*. Al hacer clic en el estado, puede cambiarlo: de Activado a Desactivado (y viceversa).|  Para configurar una nueva regla de descubrimiento de bajo nivel, haga clic en el botón *Crear regla de descubrimiento* en la esquina superior derecha.

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