[comment]: # ({a0e67fa7-2381545c})
# 5 Que hay de nuevo en Zabbix 4.0.0
[comment]: # ({/a0e67fa7-2381545c})
[comment]: # ({4c4b5488-43bac010})
### Dashboards mejorados
Los *dashboards* han tenido varias mejoras en esta versión de Zabbix,
para hacerlos más atractivos visualmente, mas versátiles y flexibles a
las necesidades del usuario.
{width="600"}
Para alcanzar el nuevo aspecto y funcionalidad, fueron realizados los
siguientes desarrollos:
- Se ha añadido un nuevo y mas versátil *[widget](#new_graph_widget)*
gráfico basado en SVG, el clásico *widget* sigue estando disponible.
- Los *widget* ya no contienen el pié que despliega detales del
*widget* (Por ejemplo: *Updated: hh:mm:ss* informando cuando fue
actualizado), consiguiéndose un aspecto mas limpio en los
*dashboards*. Nótese que:
- En el *Problems widget* el mensaje "N of M problems are shown"
sigue siendo desplegado si hay mas problemas de los que pueden
ser desplegados de acuerdo con la configuración *Show lines*.
- El reloj digital ya no se depliega en el pié del *Clock widget*.
- En el nuevo *[Kiosk](#kiosk_mode_for_frontend_pages) mode*, los
*widgets* pueden ser desplegados sin ningún tipo de encabezado.
- Se incluyó un nuevo *dasboard* *Global view*, reemplazando al
*Dashboard* principal de las versión anterior.
- Otro *dashboard* ha sido agregado, que pone foco en el desempeño del
sevidor Zabbix: *Zabbix server health*:
{width="600"}
Este *dashboard* es compartido solo con el grupo *Zabbix administrators*
por defecto.
[comment]: # ({/4c4b5488-43bac010})
[comment]: # ({7641bab6-db7538eb})
### Recabe métricas immediatamente
Recabar un nuevo valor para un ítem (métrica) en Zabbix ha sido siempre
cíclico y basado en el intervalo de actualización configurado. Mientras
que para muchos ítems el intervalo de actualización es corto, hay otros
(incluyendo *low level discovery rules*) en los que el intevalo de
actualización son bastante largos, en la realidad hay situaciones donde
se necesita recabar un dato de forma inmediata, para darse cuenta de de
cambios en los recursos descubiertos, por ejemplo.
Esto es ahora posibe en esta versión de Zabbix mediante el botón *Check
now* disponible en dos ubicaciones:
| | |
|---|---|
||Formulario de configuración
de un [item](/es/manual/config/items/item) existente o *[discovery rule](/es/manual/discovery/low_level_discovery#discovery_rule)*.|
||En la lista de [items](/es/manual/web_interface/frontend_sections/configuration/hosts/items) o *[discovery rules](/es/manual/web_interface/frontend_sections/configuration/hosts/discovery)*:
Selecciones las entidades y presione el botón *Check now*.|
::: noteimportant
Cuando se recaba un nuevo valor, el caché de
configuración **NO** se actualiza, es por esto que puede que no se vean
reflejados cambios muy recientes en la configuración. Por esta misma
razón, puede que no sea posible recabar el valor de un ítem o *rule* que
acaba de ser creado.
:::
Para mas detalles vea: [Check now](/es/manual/config/items/check_now)
[comment]: # ({/7641bab6-db7538eb})
[comment]: # ({8c728f40-b469f540})
### Nuevo tipo de ítem HTTP
Un nuevo tipo de ítem, HTTP, permite recabar datos usando el protocolo
HTTP/HTTPS. Utilizando Zabbix sender, o el protocolo Zabbix sender,
también es posible el *trapping*.
Para mas detalles vea [HTTP
agent](/es/manual/config/items/itemtypes/http).
[comment]: # ({/8c728f40-b469f540})
[comment]: # ({b1e9c124-dbdbf69a})
### Nuevos templates
Nuevos templates están disponibles para monitorear hardware IBM, Dell,
HP, Cisco UCS y Supermicro Aten:
- Template Server IBM IMM SNMPv1/2
- Template Server Dell iDRAC SNMPv2
- Template Server HP iLO SNMPv2
- Template Server Supermicro Aten SNMPv2
- Template Server Cisco UCS SNMPv2
Estos *templates* vienen por defecto en los datos para una nueva
instalación. En caso de que se esté haciendo una actualización desde
versiones previas, va a ser necesario que se instalen desde
[share.zabbix.com](https://share.zabbix.com/official-templates/server-hardware)
importándolos manualmente.
[comment]: # ({/b1e9c124-dbdbf69a})
[comment]: # ({41afbc6e-1b8fef34})
### Los ítem prototypes pueden depender de ítems comunes
En Zabbix 3.4 se introdujeron los ítems dependientes y los prototipos de
ítems dependientes, que pueden obtener su valor procesando el valor de
un ítem master. Sin embargo, los *ítems prototypes* pueden solo depender
de otro *ítem protoype* de la misma *low-level discovery*. Esta
limitación ahora no existe. Un *ítem prototype* puede depender de, tanto
un *ítem prototype* como de un ítem regular del mismo host.
{width="600"}
Cuando se va a seleccionar un ítem master para el prototipo, se muestran
dos botones, uno para seleccionar un ítem regular como master y otro
para seleccionar un *ítem prototype* como master.
[comment]: # ({/41afbc6e-1b8fef34})
[comment]: # ({f1a8c2fc-6a7a01a5})
### Macros de Low-level discovery en el preproceso del ítem
Se pueden utilizar las macros de las *low-level discovery* en los
preprocesos de los *ítems prototype*.
Las macros de usuario y macros de usuario con contexto, pueden ser
usadas en los preprocesos de los ítems regulares.
[comment]: # ({/f1a8c2fc-6a7a01a5})
[comment]: # ({cf0ffd59-cff26a7d})
### Extracción de partes de el valor de una macro de low-level discovery
Las funciones de macro son ahora soportadas para las macros de
*low-level discovery*, permitiendo extraer parte del valor de una macro
utilizando expresiones regulares.
Por ejemplo, para extraer el nombre del cliente y el numero de interface
de la siguiente macro de *LLD*, para, por ejemplo, tagear eventos.
{#IFALIAS}=customername_1
Para esto, la función para macros `regsub` puede usarse en el campo
*event tag* de un *trigger prototype*:
Para mas información a cerca de la sintaxis de las funciones para
macros, vea: [Funciones para
macros](/es/manual/config/macros/macro_functions).
Las funciones para macro son soportadas en todos los lugares donde son
soportadas las macros de *low-level dicovery*, exepto para el fitro de
las *low-level discovery*.
[comment]: # ({/cf0ffd59-cff26a7d})
[comment]: # ({8b904fbe-02160313})
### Mantenimiento de Host a nivel del trigger
Poner en mantenimiento un dispositivo (*host*), puede ser limitado a
triggers/servicios con determinados tags:
Los tags pueden ser especificados cuando se configuran los períodos de
mantenimiento. De hacerlo, el host estará en mantenimiento solo para los
triggers/problems con los tags correspondientes, mientras que todos los
otros triggers quedarán activos y funcionando como si el host no
estuviera en mantenimiento.
[comment]: # ({/8b904fbe-02160313})
[comment]: # ({de1699f4-2e8531a5})
##### Cambios relacionados
Con esta flexibilidad agregada al estado de "en manteniemiento", algunas
opciones relacionadas han sido renombradas o agregadas:
|Nuevo nombre|Nombre viejo|Lugares afectados|Función|
|------------|------------|-----------------|--------|
|*Show suppressed problems*|*Show hosts in maintenance*|Opción de filtro en *Monitoring* → *[Problems](/es/manual/web_interface/frontend_sections/monitoring/problems)*|Despliega problemas que de otra manera serían suprimidos debido a que el host está en mantenimiento.|
|^|^|Opción de filtro en *Monitoring* → *[Overview](/es/manual/web_interface/frontend_sections/monitoring/overview)* ('Triggers' as *Type*)|^|
|^|^|Opciones de configuración en los *dashboard widgets*:
*[Hosts con problemas](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#problem_hosts)*
*[Problemas](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#problems)*
*[Problemas por Severidad](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#problems_by_severity)*
|^|
|*Show suppressed problems*|\-|Nueva opción de filtro en *Monitoring* → *[Overview](/es/manual/web_interface/frontend_sections/monitoring/overview)* ('Data' as *Type*)|^|
|^|^|Nueva opción en la [configuración](/es/manual/config/visualisation/maps/map#creating_a_map) de mapas|^|
|^|^|Nueva opción en [notificaciones](/es/manual/web_interface/user_profile/global_notifications) globales|^|
|^|^|Nueva opción de configuración en *dashboard widgets*:
*[Data overview](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#data_overview)*
*[Trigger overview](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#trigger_overview)*
|^|
|*Pause operations for suppressed problems*|*Pause operations while in maintenance*|Opción de configuración en las [operaciones](/es/manual/config/notifications/action/operation) de las *action*|Demorar ejecución de operaciones hasta que el mantenimiento termine.|
|*Problem is suppressed*|*Maintenance status*|[Condiciones](/manual/config/notifications/action/conditions) de las *action*|Yes - se ejecuta la acción si el problema es suprimido
No - no se ejecuta la acción si el problema es suprimido|
[comment]: # ({/de1699f4-2e8531a5})
[comment]: # ({3672f98e-6a1db2f4})
### Log in único usando webservers
Un solo *sign-in* al *frontend* usando soluciones como Kerberos, NTLM
entre otros, es ahora posible agregando nuevas opciones de
autenticación.
La atenticación HTTP tiene ahora un tab dedicado en el formulario de
autenticación, donde se puede elegir si enviar a usuario no autenticados
a una página de Zabbix *login* o a una página de HTTP *login*,
especificar si se diferencia entre mayúsculas y minúsculas y remover el
nombre del dominio de las credenciales del usuario enviado.
La diferenciación entre mayṕusculas y minúsculas también fue agregada a
las opciones en la página de autenticación mediante LDAP.
Vea también:
[Autenticación](/es/manual/web_interface/frontend_sections/administration/authentication)
Con respecto a autenticación, se ha agregado una opción de autenticación
mediante LDAP en la
[configuración](/es/manual/config/users_and_usergroups/usergroup#configuration)
de grupos de usuarios.
[comment]: # ({/3672f98e-6a1db2f4})
[comment]: # ({fdadeb83-246c86cd})
### Auto registración del agente activo mas flexible
Previamente, la auto registración era ejecutada una solo vez, lo que no
ofrecía demaciada flexibilidad para los *hosts* que sufrieran cambios.
En la nueva versión, la autregistración se ejecuta nuevamente en caso de
que la *host metadata* (parámetros HostMetadata, HostMetadataItem en el
archivo de configuración
[configuración](/es/manual/appendix/config/zabbix_agentd) del agente)
cambie.
Esto permite adaptar el monitoreo basado en la naturaleza de los cambios
en el dispositivo (*host*). Para ofrecer mas flexibilidad en la auto
registración, las acciones soportan
[operations](/es/manual/config/notifications/action/operation)
adicionales como:
- remover un dispositivo (*host*)
- habilitar un dispositivo (*host*)
- remover un dispositivo (*host*) de un host group
- desasignar un *template* a un dispositivo (*host*)
[comment]: # ({/fdadeb83-246c86cd})
[comment]: # ({b6630975-340d4b03})
### MySQL 8.0 suportada
Se agregó sporte para MySQL 8.0.
[comment]: # ({/b6630975-340d4b03})
[comment]: # ({60618b2e-c79ff86a})
### Índices en fechas para Elasticsearch
Para poder escalar correctamente los datos históricos en Epasticsearch,
se necesitan múltiples índices por tipo de dato. Ahora es posible
configurar estos índices basados en fechas. Para más detalles,
vea[configuración de
Elasticsearch](/es/manual/appendix/install/elastic_search_setup#storing_history_data_in_multiple_date-based_indices).
[comment]: # ({/60618b2e-c79ff86a})
[comment]: # ({7c48ad49-1b17be60})
### Conecciones mas seguras para los proxies
Es posible configurar coonexiones mas seguras tanto para proxies activos
como pasivos:
- El rango de direcciones de acceso de un proxy activo, ahora puede
ser limitado. Cuando se
[configura](/es/manual/distributed_monitoring/proxies#configuration)
un *proxy* activo en el *frontend*, existe un un nuevo campo llamado
*Proxy address*. Si se especifica, solo los pedidos que provengan de
esta lista de direcciones van a ser aceptados.
- El parámetro *Server* en la
[configuración](/manual/appendix/config/zabbix_proxy) de un *proxy*
pasivo, que anteriormente era ignorada, es ahora obligatoria. El
*proxy* pasivo va a rechazar las peticiones que lleguen desde
direcciones no especificadas en la lista.
[comment]: # ({/7c48ad49-1b17be60})
[comment]: # ({38a977a1-5a8f3cd8})
### La severidad de un problema puede ser cambiada
La severidad de un problema, hasta ahora, siempre dependía de la
severidad del trigger y no podía ser cambiada. Ahora la severidad del
problema está separada en la tabla de eventos y puede ser alterada. El
valor primigenio va a ser determinado por la severidad del trigger y va
a posible alterarlo desde la pantalla de actualización de problemas.
[comment]: # ({/38a977a1-5a8f3cd8})
[comment]: # ({be7e1d3d-abbc4abe})
### Trabajando con problemas
[comment]: # ({/be7e1d3d-abbc4abe})
[comment]: # ({2ec95a81-034e98f2})
#### Pantalla de actualización de problemas
La pantalla de [actualización de
problemas](/es/manual/acknowledges#updating_problems) es la evolución de
la pantalla de reconocimiento (*acknowledgement*) de problemas de
versiones anteriores.
{width="600"}
Además de ser renombrada, se le han efectuado los siguientes cambios:
- La severidad de un problema puede cambiarse a nivel del evento
- Se pueden hacer actualizaciones de forma independiente:
- Se puede dejar un mensaje sin hacer el reconocimiento del
problema (*acknowledging*)
- Se puede hacer el reconocimiento del problema sin dejar un
mensaje.
- Se puede cerrar manualmente un problema sin la obligación de
dejar un mensaje o reconocer el problema.
- Se puede definir el alcance de la actualización
- La lista de histórico contiene mas información en la actividades
llevadas adelante.
[comment]: # ({/2ec95a81-034e98f2})
[comment]: # ({9ff9f348-e9ecc78b})
#### Otros cambios
- La severidad del problema que se despliega esta a nivel del evento y
va a cambiar si se actualiza en los siguientes lugares:
- *Monitoring* →
*[Problems](/es/manual/web_interface/frontend_sections/monitoring/problems)*
(y en los correspondientes *dashboard widgets* y elementos de
*screen*)
- *Monitoring* →
*[Overview](/es/manual/web_interface/frontend_sections/monitoring/overview)*
(y en los correspondientes *dashboard widgets* y elementos de
*screen*)
- Los elementos de screens *Host group issues* y *Host issues*.
- El contenido de lo desplegado en la columna *Actions* de
*Monitoring* →
*[Problemas](/es/manual/web_interface/frontend_sections/monitoring/problems)*
ha sido expandida. Anteriormente solo tenía información textual
sobre el curso de las acciones. Ahora toda la información es
mediante símbolos (íconos) y, además de las acciones, también
despliega información sobre actividades como comentarios y cambios
de serveridad. Cuando se pasa el puntero del ratón sobre los íconos,
se despligan *popups* con más información sobre las actividades.
- Anteriormente en [detalles de
eventos](/es/manual/web_interface/frontend_sections/monitoring/problems#viewing_details)
había un bloque separado para los reconocimientos
(*acknowledgements*), mensajes y ejecución de comandos remotos.
Ahora todas las actividades del problema son desplegadas en un
bloque y son utilizados íconos para cada estado del problema en el
ciclo de vida, incluyendo entradas para las fechas de generación y
resolución.
- La acción de reconocimiento (*acknowledgement*) en las acciones ha
sido renombrada a *[Update
operations](/es/manual/config/notifications/action/acknowledgement_operations)*
- Reconocimiento de eventos está ahora siempre habilitado (se eliminó
el *checkbox on/off* en *Administration* → *General (opción GUI en
el dropdown)*)
- Se actualizó
[Macros](/es/manual/appendix/macros/supported_by_location):
- {ACK.DATE} renombrada a {EVENT.UPDATE.DATE}
- {ACK.TIME} renombrada a {EVENT.UPDATE.TIME}
- {ACK.MESSAGE} renombrada a {EVENT.UPDATE.MESSAGE}
- {EVENT.ACK.HISTORY} renombrada a {EVENT.UPDATE.HISTORY}
- {EVENT.UPDATE.ACTION} agregada
- {EVENT.SEVERITY} agregada
- {EVENT.NSEVERITY} agregada
- Los mensajes por defecto para las operaciones han sido modificados
para reflejar estos cambios.
[comment]: # ({/9ff9f348-e9ecc78b})
[comment]: # ({c7be2925-2f5d41a7})
### Widget nuevo para gráficas
Un nuevo *widget* para los *dashboards* está disponible, ofreciendo una
forma moderna y vesátil de visualizar los datos recabados por Zabbix.
Utiliza la técnica vectorial para dibujar la imagen y sirve como
plataforma para muchas nuevas funciones de visualización, que no estaban
disponibles con el enfoque existente.
{width="600"}
Para mas información mire *[dashboard
widgets](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph)*.
El *widget* para gráficas anteriormente soportado puede seguir siendo
utilizado, ahora ha sido renombrado a [Graph
(classic)](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph_classic).
[comment]: # ({/c7be2925-2f5d41a7})
[comment]: # ({fd769ae9-a54d9bf5})
### Rediseño del selector de tiempos
El selector de período de tiempo ha sido rediseñado con el objetivo de
proveer la selección de intervalos frecuentes mediante un solo clik.
{width="600"}
También es posible incrementar el período un 50% en ambas direcciones,
mover el período hacia adelante o atrás y seleccionar un afecha
específica.
Las siguientes páginas se benefician del rediseño:
- *Monitoring* → *Dashboard* (*widget* gráfico)
- *Monitoring* → *Problems* (con el filtro *History* seleccionado)
- *Monitoring* → *Web* (en los detalles del escenario)
- *Monitoring* → *Latest data* (gráficas de items, histórico de items,
gráficas ad-hoc, *templated screens*)
- *Monitoring* → *Graphs*
- *Monitoring* → *Screens*
- *Monitoring* → *Screens* (*slideshows*)
- *Reports* → *Availability report*
- *Reports* → *Triggers top 100*
- *Reports* → *Audit*
- *Reports* → *Action log*
Vea también: [Selector de períodos de
tiempo](/es/manual/config/visualisation/graphs/simple#time_period_selector)
[comment]: # ({/fd769ae9-a54d9bf5})
[comment]: # ({dc78a15f-848fd08e})
### Modo Kiosk
En el nuevo modo *Kiosk*, solo el contenido de la página es desplegada.
Por ejemplo, en los *dashboards*, solo los *widgets* son desplegados
|<|
|<|
|-|
|<|
Se accede al modo *Kiosk* clickeando el botón
 cuando
se está en el modo pantalla completa. El modo *Kiosk* se soporta en
todas las páginas que soporten el modo pantalla completa.
[comment]: # ({/dc78a15f-848fd08e})
[comment]: # ({dcf47432-5c4a9143})
### Vista compacta de los problemas
Una vista compacta ha sido agregada a *Monitoring* → *Problems*
maximizando la cantidad de problemas que se pueden ver al mismo tiempo:
{width="600"}
Para activar la vista compacta, seleccione la opción en los filtros.
Hay dos nuevas opciones en los [filtros de
problemas](/es/manual/web_interface/frontend_sections/monitoring/problems#using_filter):
- *Highlight whole row* resalta toda la fila de un problema no
resuelto utilizando el color de la severidad. Esta disponible en los
temas de escritorio *standard blue* y *dark themes*, pero no lo está
en los temas *high-contrast*.
- *Show timeline* despliega/oculta la linea de tiempo. Este *check
box* ha sido agregado también a el *widget* de problemas. La opción
no está disponible cuando la vista compacta ha sido seleccionada.
[comment]: # ({/dcf47432-5c4a9143})
[comment]: # ({d37afc72-e3c0c544})
### Se eliminó Monitoring → Triggers
Dado que *Monitoring* →
*[Problems](/es/manual/web_interface/frontend_sections/monitoring/problems)*
se convirtió en la sección a visitar cuando se necesitan ver los
problemas actuales, se decidió sacar la sección *Triggers* del menú de
monitoreo.
El estado de los triggers puede ser visto en *Configuration* → *Hosts* →
*[Triggers](/es/manual/web_interface/frontend_sections/configuration/hosts/triggers)*
(en la nueva columna *Value*), y la descripción de los *triggers* puede
ser accedida desde el menú de contexto que se abre en un *popup*.
[comment]: # ({/d37afc72-e3c0c544})
[comment]: # ({bde468a9-31e1f6cc})
### Macros del inventario en los tags de los eventos
{INVENTORY.\*}
[macros](/es /manual/appendix/macros/supported_by_location) se pueden
utilizar para taggear eventos generados por *triggers* y
[correlacionarlos](/es/manual/config/event_correlation).
La expansión de las macros de inventario hace posible correlacionar
eventos, vale decir, su problema y solución, por ejemplo por
*datacenter*, administrador responsable, número de *rack* etc, por lo
que se ganan en automatización.
[comment]: # ({/bde468a9-31e1f6cc})
[comment]: # ({6ce79cd8-864de883})
### Control sobre conversión de unidades
Cuando se especifican determinadas unidades para los valores de los
items, pueden resultar en un prefijo multiplicador, por ejemplo, un
valor de 2048 con una unidad 'B' va a ser desplegado como '2KB'. La
lista negra para impedir esa conversión en versiones previas estaba fija
y la integraban `ms`, `rpm`, `RPM`, `%`.
En la nueva versión, cualquier unidad puede utilizarse sin que
necesariamente se agregue el prefijo multiplicador usando como prefijo
un `!`, por ejemplo `!B`. Los siguiente ejemplos van a dejar mas claro
como utilizarlos.
1024 !B → 1024 B
1024 B → 1 KB
61 !s → 61 s
61 s → 1m 1s
0 !uptime → 0 uptime
0 uptime → 00:00:00
0 !! → 0 !
0 ! → 0
Aún así, la lista negra de unidades todavía funciona, no ha sido
descartada, para impedir la conversión para estas unidades se debe
utilizar `!ms`, `!rpm`, `!RPM`, `!%`
[comment]: # ({/6ce79cd8-864de883})
[comment]: # ({5e7be07a-4e7e7e33})
### Multiples direcciones de e-mails en un user media
Pueden especificarse multiples direcciones de e-mails para un único
*[user media](/es/manual/config/notifications/media/email#user_media)*.
Al especificarse de esta manera, un único e-mail va a ser enviado con
todos los destinatarios especificado.
[comment]: # ({/5e7be07a-4e7e7e33})
[comment]: # ({ef369014-dfe5bf74})
### Exportación en tiempo real de eventos, valores y tendencias
Exportación en tiempo real de los eventos que general los triggers, los
valores de los ítems y sus tendencias, es realizada en formato JSON
delimitada por *new-lines*. Para esto se especifica el nuevo parámetro
`ExportDir` en el archivo de
[configuración](/es/manual/appendix/config/zabbix_server) del servidor.
Se agregó el parámetro `ExportFileSize` para cotrolar el tamaño máximo
de cada archivo en que se esportan los datos.
Vea también: [Exportación en tiempo real de eventos, valores y
tendencias](/es/manual/appendix/install/real_time_export)
[comment]: # ({/ef369014-dfe5bf74})
[comment]: # ({d74b6332-ecb18173})
### Permisos basados en tags
Otorgar permisos utilizando grupos de usuarios, ha sido complementado
con un nuevo *tab*, *Tab filter*.Ahora los permisos se pueden basar en
los *tags* y sus valores, permitiendo visibilidad sobre determinados
problemas.
{width="600"}
Este cambio se aplica en el formulario "*User groups*" en
*Administration* → *User groups*.
[comment]: # ({/d74b6332-ecb18173})
[comment]: # ({6cc7b2c6-40c39cc3})
### Compresión en la comunicación server-proxy
Todas las comunicaciones entre el servidor Zabbix y todos sus proxies
son incondicionalmente comprimidas. La compresión baja el consumo de
ancho de banda y mejora la velocidad de transferencia de datos.
Al formulario *Administration* → *Proxies* se le agregó una columna
"*Compression*".
La librería [Zlib](https://zlib.net/) es necesaria para esta
funcionalidad.
[comment]: # ({/6cc7b2c6-40c39cc3})
[comment]: # ({5c2d3383-3fd87a87})
### Mensaje base de datos no disponible mejorado
El mensaje ha sido mejorado para incluir mas detalles sobre el problema.
El mensaje de ahora en adelante contiene:
[MySQL|PostgreSQL|Oracle|IBM DB2] database [on :] is not available:
no se agrega al mensaje si esta vacío y
tampoco si tiene el valor por defecto ("0").
[comment]: # ({/5c2d3383-3fd87a87})
[comment]: # ({94ffd487-1bc64aa1})
### Uso de "not" como palabra reservada
El uso de "**not**" como palabra reservada en el campo *Custom
expression* de un filtro de una *Discovery rule* es admitido.
{width="600"}
Este cambio aplica a el formulario *Event correlation rules* en
*Configuration* → *Event correlation*, al formulario *Actions* en
*Configuration → Actions* y al fitro de *Discovery rule*.
[comment]: # ({/94ffd487-1bc64aa1})
[comment]: # ({e992e5fd-e992e5fd})
### Items
[comment]: # ({/e992e5fd-e992e5fd})
[comment]: # ({0683026d-5feb1853})
#### Nuevos items
- [la key](/manual/config/items/itemtypes/zabbix_agent)
**vfs.dir.count** se agregó para contar recursivamente todas las
entradas en un directorio.
[comment]: # ({/0683026d-5feb1853})
[comment]: # ({67174ad1-da847457})
#### Items Actualizados
- [la key](/es/manual/config/items/itemtypes/zabbix_agent)
**vm.memory.size** admite el parámetro *slab*.
- Las siguientes
[keys](/es/manual/config/items/itemtypes/zabbix_agent) admiten
nuevos valores de **mode**:
- **net.if.total** - *overruns (fifo)* y *compressed*
- **net.if.in** - *overruns (fifo)*, *frame*, *compressed* y
*multicast*
- **net.if.out** -// overruns (fifo)//, *collisions (colls)*,
*carrier* y *compressed*
- Para los items **logrt** y **logrt.count**, se agregó la opción
*copytruncate* para la rotción de archivos de log.
- [Preproceso de valores de
Items](/es/manual/config/items/item#item_value_preprocessing) es
posible hacer la conversion en *boolena a decimal* para los valores:
ok, master, err, slave.
- los chequeos [internos](/es/manual/config/items/itemtypes/internal)
**zabbix\[rcache,<cache>,<mode>\]** y
**zabbix\[wcache,<cache>,<mode>\]** pueden recibir el
parámetro *pused* en el modo, retornando un porcentaje del buffer
respectivo.
[comment]: # ({/67174ad1-da847457})
[comment]: # ({239fde20-09556a6d})
#### Monitoreo JMX
Zabbix Java gateway ahora puede trabajar con MBeans personalizados
retornando tipos de datos no primitivos, que sobreescribe el método
**toString()**.
[comment]: # ({/239fde20-09556a6d})
[comment]: # ({0884ee5f-493c4384})
#### Ejecución de external check script
Al completar un [script de cheqeo
externo](/es/manual/config/items/itemtypes/external), los argumentos se
rodean con comillas simples **`'`** en lugar de comillad dobles **`"`**.
Este cambio permite a Zabbix aceptar mas simbolos en un parámetro de un
external check. Por ejemplo, el signo `$` ya no es ignorado.
[comment]: # ({/0884ee5f-493c4384})
[comment]: # ({a1dd47b7-c8b7a381})
#### Búsqueda de sensores IPMI por el nombre completo
El campo *IPMI sensor* de los [items
IPMI](/es/manual/config/items/itemtypes/ipmi#item_configuration) se
puede especificar el el nombre completo para buscar, especificando un
prefijo `name:`.
[comment]: # ({/a1dd47b7-c8b7a381})
[comment]: # ({81a4ae94-81a4ae94})
### Triggers
[comment]: # ({/81a4ae94-81a4ae94})
[comment]: # ({386f9185-b8f3e9fc})
#### Los Time triggers son procesados por los history syncers
El proceso de las [functions](/es/manual/appendix/triggers/functions) de
los triggers basados en tiempo, como `nodata`(), `date()`,
`dayofmonth()`, `dayofweek()`, `time()` y `now()` han sido movidas de
los timer processes a los history syncers.
Anteriormente, todos los triggers basados en tiempo eran recalculados al
mismo tiempo, creando un pico de carga cada 30 segundos, ahora la carga
del cálculo es distribuida igualmente dentro de esos 30 segundos.
La salida del history syncer y timer processes ha sido actualizado en
consecuencia
Ahora:
zabbix_server: history syncer #3 [processed 0 values, 0 triggers in 0.000005 sec, idle 1 sec]
zabbix_server: timer #1 [updated 0 hosts, suppressed 0 events in 0.000472 sec, idle 59 sec]
Antes:
zabbix_server: history syncer #4 [synced 35 items in 0.166198 sec, idle 5 sec]
zabbix_server: timer #1 [processed 3 triggers, 0 events in 0.007867 sec, 0 maint.periods in 0.005677 sec, idle 30 sec]
[comment]: # ({/386f9185-b8f3e9fc})
[comment]: # ({cfcfe268-e6f67e61})
#### Miscelaneos
- Expresiones regulares y expresiones regulares globales son admitidas
en los parámetros de **logsource** en las
[funciones](/es/manual/appendix/triggers/functions) de triggers.
[comment]: # ({/cfcfe268-e6f67e61})
[comment]: # ({e5ada053-e5ada053})
### Frontend
[comment]: # ({/e5ada053-e5ada053})
[comment]: # ({f2b00653-9f0db34f})
#### Campos obligatorios marcados
Los campos obligatorios estan marcados con un asterisco rojo en todos
los formularios del *frontend*
[comment]: # ({/f2b00653-9f0db34f})
[comment]: # ({b33926d0-a1de6977})
#### Navegación con el teclado
- Todos los elementos interactivos (con excepción de los mapas) pueden
ser accedidos presionando al tecla tab.
- Las ventanas *Popup* pueden ser abiertas, tabajadas y cerradas
utilizando el teclado.
- Las opciones del menú de contexto pueden ser recorridas utilizando
las teclas de movimeinto. Presionando la tecla Esc se cierra el
menú, mientras que la tecla Enter selecciona la opción.
- Año, mes y día pueden ser seleccionados con el teclado en el
selector de fecha rediseñando.
[comment]: # ({/b33926d0-a1de6977})
[comment]: # ({264a7079-4ebc1948})
#### Selector de fecha rediseñado
El selector de fecha ha sido rediseñado para permitir la seleccion de
fecha mediante el teclado.
Es posible navegar entre los bloques usando la tecla Tab y Shift+Tab.
Las teclas de movimiento permiten seleccionar el valor deseado.
Presionando la tecla Enter, o clicqueando en el valor, activa la opción
seleccionada.
El selector de hora fué retirado, ya que ahora es parte del rediseño del
[selector de hora](#time_selector_redesign). El botón *Done* también fué
retirado, debido a que la selección se activa inmediatamente. El botón
*Now* también fué retirado
[comment]: # ({/264a7079-4ebc1948})
[comment]: # ({dc6333d6-b77fea82})
#### Selector de color rediseñado
El selector de color ha sido rediselado y ofrece una paleta mas grande
de colores para elegir:
| | |
|---|---|
||En Zabbix 4.0|
||Antes de Zabbix 4.0|
[comment]: # ({/dc6333d6-b77fea82})
[comment]: # ({7fa64d9b-125e2cfa})
#### Ventanas Popup reemplazadas por diálogos superpuestos
Todas las *Popups* que eran abiertas en nuevas ventanas, ahora son
dialogos superpuestos.
{width="600"}
Además se agregó el botón *Cancel*.
[comment]: # ({/7fa64d9b-125e2cfa})
[comment]: # ({3e57d430-05b359bb})
#### Filtrando
[comment]: # ({/3e57d430-05b359bb})
[comment]: # ({b537f649-723955fd})
##### Filtrado de problemas por Tags
Se ha añadido mas flexibilidad en el fitrado de problemas pudiédose usar
el nombre y valor de tags:
{width="600"}
- Se agregan operadores para el filtro por tags - *And/Or* and *Or*
- Se pude filtrar por coincidencia exacta (sensible a las mayúsculas y
minúsculas) o similar (insensible a mayṕusculas y minúsculas).
- Se puede seleccionar la cantidad de tas a ser mostradas. Desde
ocultar completamente la columna *Tags* hasta un máximo de tres tags
(en el nuevo campo *Show Tags*
- Se puede seleccionar la forma de mostrar las tags, por nombre
completo, nombre reducido o solo valor (en el nuevo campo *Tag
name*)
- Se puede definir el orden en que las *tags* son mostradas mediante
una lista separada por comas ( en el nuevo campo *Tag display
priority*
Estos cambios se aplican en el fitro de *Monitoring* →
*[Problems](/es/manual/web_interface/frontend_sections/monitoring/problems)*
y en el
[widget](/es/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#problems)
*Problems*.
Cambios similares fueron hechos en el fitro //Configuration → Hosts→
*[Triggers](/es/manual/web_interface/frontend_sections/configuration/hosts/triggers)*//
excluyendo los campos *Show tags*, *Tag name* y *Tag display priority*.
[comment]: # ({/b537f649-723955fd})
[comment]: # ({1239bcab-e4bc44ba})
##### Lsita de Hosts
{width="600"}
Ahora se pueden filtrar los hosts dependiendo si son monitoreados por el
Zabbix server o por Zabbix Proxy, pusiéndose especificar cuál es el
Proxy
La opción *Any* es la seleccionada por defecto, y el campo *Proxy* no es
visible. Cuando se selecciona *Proxy*, aparece un nuevo campo, donde se
puede especificar el *Proxy*, el que se va a autocompletar a medida que
se escriba.
[comment]: # ({/1239bcab-e4bc44ba})
[comment]: # ({2215549b-1013de7a})
##### Lista de Items
Se pueden filtrar ítmes dependiendo si son:
- Regular items - Creados manualmento o mediante un template
- Discovered items - creados por un low-level discovery
{width="600"}
[comment]: # ({/2215549b-1013de7a})
[comment]: # ({458efcdd-4e31a14c})
#### El valor del Trigger es mostrado en la lista de configuración de triggers
El valor del trigger *(OK/Problem)* se despliega en la lista de
configuracion de triggers en la nueva columnas *Value*:
[comment]: # ({/458efcdd-4e31a14c})
[comment]: # ({549333d8-4a81e5cf})
#### Operadores renoombrados
Los operadores de condiciones han sido renombrados y unificados en todo
el *frontend*:
|Nuevo|Viejo|
|-----|-----|
|Equals|=, Equal, Exactly|
|Does not equal|<>|
|Is greater than or equals|>=|
|Is less than or equals|<=|
|Contains|Like|
|Does not contain|Not like|
[comment]: # ({/549333d8-4a81e5cf})
[comment]: # ({d1268fba-7ef99ea9})
#### Widgets, elementos de ventana y reportes renombrados
Los siguientes elementos han sido renombrado:
|Nuevo|Viejo|
|-----|-----|
|Problems by severity|System status|
|Problem hosts|Host status|
|System information|Status of Zabbix|
[comment]: # ({/d1268fba-7ef99ea9})
[comment]: # ({b5668172-ce089deb})
#### Multiples items en widget de texto plano
Se pueden agregar multiples items en la configuración de un *Plain text
widget*.
Se agrega la opción *Items location* para elegir como se va a desplegar
la información en el *widget* *Items location* option has also been
added to choose the way how information in the widget may be displayed:
|<|
|<|
|-|
|<|
[comment]: # ({/b5668172-ce089deb})
[comment]: # ({1fc3e448-82a3b90c})
#### Cambios en el formulario "Trigger displaying options"
Se agregaron los // checkbox Use custom event status colors//. Desde
ahoralos colores de los eventos *acknowledged y unacknowledged* son
automáticamente ajustados de acuerdo al *color theme* elegido. Se se
requiere, los colores pueden ser personalizados.
Este cambio aplica a el formulario "*Trigger displaying options*" en
*Administration* → *General*.
[comment]: # ({/1fc3e448-82a3b90c})
[comment]: # ({576d5131-296c377e})
#### Cambios en el formulario "Host mass update"
Nuevos *checkbox Remove host groups* y campos que se autocompletan.
Desde ahora los usuarios pueden sacar al host de determinados host
groups. En el caso de que el host este en los grupos seleccionados, va a
ser quitado de estos. Si el host no esta en esos grupos, no va a hacerse
nada. En caso de que los mismos host groups sean reemplazados y borrados
a la vez, los hosts son dejados sin grupos.
[comment]: # ({/576d5131-296c377e})
[comment]: # ({29fd0253-60066c2a})
#### Cambios en el formulario "User media"
{width="100"}
Los bloques de las severidades de los triggers estan ahora con el mismo
color que el trigger y los inactivos tienen el mismo color que el color
de fondo de las tablas.
Este cambio aplica a el tab "*Media*" en el formulario *Administration*
→ *Users* → *User properties* y en el formulario [User profile
configuration](/es/manual/web_interface/user_profile).
[comment]: # ({/29fd0253-60066c2a})
[comment]: # ({757e8746-ea3d4fd3})
#### Las cajas gemelas fueron reemplazadas con campos auto-select
|<|
|<|
|-|
Desde ahora algunos de los formularios son mas amigables y compactos.
Este cambio aplica a las siguientes forumularios:
- *Configuration* → *Hosts* → *Create/Edit host y Configuration*;
- *Configuration* → *Host groups* → *Create/Edit host group*;
- *Configuration* → *Maintenance* → *Create/Edit maintenance period* →
pestaña *Hosts & Groups* ;
- *Configuration* → *Templates* → *Create/Edit template*;
- *Administration* → *User groups* → //Create/Edit user group //;
- *Administration* → *Proxies* → *Create/Edit proxy*.
[comment]: # ({/757e8746-ea3d4fd3})
[comment]: # ({8e1da55b-78ba50fc})
#### Configuración de widget mejorada
Cuando se agrega un nuevo *widget* a un *dashboard*, o cuando se edita
uno, se abre un formulario con los valores por defecto en todos los
campos, dependiendo del tipo de *widget*.
[comment]: # ({/8e1da55b-78ba50fc})
[comment]: # ({8ceff841-16da7e83})
#### Mejoras visuales para las gráficas en los widget
El despliegue de gráficas en *widgets* fue mejorado. Una gráfica ahora
ocupa el máximo espacio posible, permitiendo mostrar mas información.
[comment]: # ({/8ceff841-16da7e83})
[comment]: # ({6cd699b9-349e0a18})
#### Mejoras en la barra del Frontend
Un nuevo botón *Support* redirecciona a la página oficial de Zabbix.
[comment]: # ({/6cd699b9-349e0a18})
[comment]: # ({f6d38f1a-266e020b})
#### Acesibilidad
Muchas mejoras se introdujeron al *frontend* de Zabbix para hacerlo
usable con [tecnologías de
asistencia](https://en.wikipedia.org/wiki/Assistive_technology) y en
general mas amigable para personas con problemas visuales.
[comment]: # ({/f6d38f1a-266e020b})
[comment]: # ({92baa540-8bc6c371})
##### Temas con alto contraste
Se agregaron dos temas de alto contraste al *frontend* de Zabbix:
- High-contrast light
- High-contrast dark
|<|
|<|
|-|
|<|
En este desarrollo, los colores por defecto de los gráficos en los *dark
themes* fueron actulizados.
- Cuando se crea una nueva gráfica en un *dark theme*, va a haber un
mayor contraste en los colores de los ítems agregados, las gŕaficas
que hubieran sido creadas antes no van a tener cambios.
- Cuando se desplieguen gráficas simpre en un *dark theme*, los
colores de los ítems van a tener un mayor contraste.
[comment]: # ({/92baa540-8bc6c371})
[comment]: # ({38450d0c-2320c198})
##### Características Screen reader-friendly
- El lector de pantalla ahora puede leer la navegación de nivel
superior y el contenido de usuario.
- El panel de control y todos los widgets en modo vista (excepto el
árbol de navegación del mapa) se pueden leer con el lector de
pantalla.
- Ahora es posible ver los valores del gráfico como texto en una tabla
para que pueda leerse con un lector de pantalla. Esta funcionalidad
está implementada para [las gráficas
personalizadas](/es/manual/config/visualisation/graphs/custom) y
[las gráficas ad-hoc](/es/manual/config/visualisation/graphs/adhoc).
{width="600"}
- Los campos *multi select* pueden ser manejados por un screen reader.
[comment]: # ({/38450d0c-2320c198})
[comment]: # ({b85a6335-8f8863dc})
##### Resumen legible en mapas
Se ha agregado una etiqueta oculta "aria-label" a los mapas que permite
leer la información del mapa con un lector de pantalla. Tanto en la
descripción general del mapa como en la descripción individual del
elemento, en el siguiente formato:
- Para la descripcion del mapa:
`