Consulte los cambios importantes para esta versi¨®n.
El software Áú»¢¶Ä²©, ahora, es escrito y distribuido bajo la licencia AGPL-3.0 (previamente licencia GPL v2.0).
Ahora se agrega una verificaci¨®n de actualizaci¨®n de software de forma predeterminada a las instalaciones nuevas y existentes: la interfaz de Áú»¢¶Ä²© se comunicar¨¢ con el punto final p¨²blico de Áú»¢¶Ä²© para buscar actualizaciones.
Las noticias sobre las actualizaciones de software Áú»¢¶Ä²© disponibles se muestran en Informes -> Informaci¨®n del sistema y (opcionalmente) en el widget de tablero Informaci¨®n del sistema.
Puede deshabilitar la verificaci¨®n de actualizaci¨®n de software configurando AllowSoftwareUpdateCheck=0 en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del servidor.
Se han agregado nuevos procesos de sondeo capaces de ejecutar m¨²ltiples comprobaciones al mismo tiempo:
agent poller
http agent poller
snmp poller
(para las ³¾¨¦³Ù°ù¾±³¦²¹s walk[OID]
y get[OID]
)Estos sondeadores son as¨ªncronos: son capaces de iniciar nuevas comprobaciones sin necesidad de esperar una respuesta, con una simultaneidad configurable de hasta 1000 comprobaciones simult¨¢neas.
Se han desarrollado sondeadores as¨ªncronos porque, en comparaci¨®n, los procesos de sondeo s¨ªncronos pueden ejecutar solo una coprobaci¨®n al mismo tiempo y la mayor parte de su tiempo se dedica a esperar la respuesta. Por lo tanto, la eficiencia podr¨ªa aumentarse iniciando nuevas comprobaciones paralelas mientras se espera la respuesta de la red, y los nuevos sondeadores lo hacen.
Puede iniciar sondeadores de agentes as¨ªncronos modificando el valor de StartAgentPollers, un nuevo par¨¢metro de servidor/proxy. Los sondeadores de agentes HTTP se pueden iniciar modificando StartHTTPAgentPollers. Los sondeadores SNMP se pueden iniciar modificando StartSNMPPollers.
La simultaneidad m¨¢xima para sondeadores as¨ªncronos (agente, agente HTTP y SNMP) est¨¢ definida por MaxConcurrentChecksPerPoller.
Tenga en cuenta que despu¨¦s de la actualizaci¨®n, todas las comprobaciones de agente, agente HTTP y walk[OID]
de SNMP se trasladar¨¢n a sondeadores as¨ªncronos.
Como parte del desarrollo, se agreg¨® la funci¨®n cURL de conexiones persistentes a las comprobaciones del agente HTTP.
Se ha agregado a Áú»¢¶Ä²© un nuevo tipo de ³¾¨¦³Ù°ù¾±³¦²¹: ²Ñ¨¦³Ù°ù¾±³¦²¹ de navegador, lo que permite monitorear sitios web y aplicaciones web complejos mediante un navegador. Las ³¾¨¦³Ù°ù¾±³¦²¹s de navegador permiten la ejecuci¨®n de c¨®digo JavaScript definido por el usuario para simular acciones relacionadas con el navegador, como hacer clic, ingresar texto, navegar por p¨¢ginas web, etc.
Esta ³¾¨¦³Ù°ù¾±³¦²¹ recopila datos a trav¨¦s de HTTP/HTTPS e implementa parcialmente el est¨¢ndar WebDriver del W3C con Selenium Server o un WebDriver simple (por ejemplo, ChromeDriver) como punto final de prueba.
Tenga en cuenta que la compatibilidad con ³¾¨¦³Ù°ù¾±³¦²¹s de navegador es actualmente experimental.
Adem¨¢s, esta caracter¨ªstica agrega la plantilla Sitio web por navegador y nuevos elementos para exportar/importar la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô, archivos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de servidor/proxy Áú»¢¶Ä²©, tiempos de espera y la utilidad de l¨ªnea de comandos zabbix_js
. Para obtener m¨¢s informaci¨®n, consulte Notas de actualizaci¨®n a 7.0.0.
El equilibrio de carga de proxy se implementa mediante la introducci¨®n de grupos de proxy en Áú»¢¶Ä²©. Los grupos de proxy proporcionan distribuci¨®n autom¨¢tica de equipos entre servidores proxy, reequilibrio de carga de proxy y alta disponibilidad: cuando un proxy se desconecta, sus equipos se distribuyen inmediatamente entre otros servidores proxy del grupo.
Para obtener m¨¢s informaci¨®n, consulte el equilibrio de carga de proxy y alta disponibilidad.
Se ha desarrollado un b¨²fer de memoria para el proxy Áú»¢¶Ä²©. El buffer de memoria permite almacenar nuevos datos (valores de ³¾¨¦³Ù°ù¾±³¦²¹s, descubrimiento de red, registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç de equipos) en el b¨²fer y cargarlo en el servidor Áú»¢¶Ä²© sin acceder a la base de datos.
En instalaciones anteriores a Áú»¢¶Ä²© 7.0, los datos recopilados se almacenaban en la base de datos antes de cargarlos en el servidor de Áú»¢¶Ä²©. Para estas instalaciones este sigue siendo el comportamiento predeterminado despu¨¦s de la actualizaci¨®n.
Para un rendimiento optimizado, se recomienda configurar el uso del b¨²fer de memoria en el proxy. Esto es posible modificando el valor de ProxyBufferMode del valor "disk" (asignado de forma predeterminada para instalaciones existentes) a "hybrid" (recomendado) o "memory". Tambi¨¦n es necesario establecer el tama?o del b¨²fer de memoria (par¨¢metro ProxyMemoryBufferSize).
En el modo h¨ªbrido, el b¨²fer est¨¢ protegido contra la p¨¦rdida de datos al vaciar los datos no enviados a la base de datos si se detiene el proxy, el buffer est¨¢ lleno o los datos son demasiado antiguos. Cuando todos los valores se han vaciado en la base de datos, el proxy vuelve a utilizar la memoria intermedia.
En el modo de memoria, se utilizar¨¢ el b¨²fer de memoria, sin embargo, no hay protecci¨®n contra la p¨¦rdida de datos. Si el proxy se detiene, o la memoria se llena en exceso, los datos no enviados se eliminar¨¢n.
El modo h¨ªbrido (ProxyBufferMode=hybrid) se aplica a todas las instalaciones nuevas desde Áú»¢¶Ä²© 7.0.
Par¨¢metros adicionales como ProxyMemoryBufferSize y ProxyMemoryBufferAge definen el tama?o del b¨²fer de memoria y la antig¨¹edad m¨¢xima de los datos en el b¨²fer, respectivamente.
Se han agregado nuevas ³¾¨¦³Ù°ù¾±³¦²¹s internas para monitorear el b¨²fer de memoria del proxy.
Los usuarios aprovisionados anteriormente estaban limitados ¨²nicamente a los medios creados durante el aprovisionamiento sin la flexibilidad de editar propiedades como horas de trabajo o gravedad.
Ahora hay m¨¢s flexibilidad disponible para los usuarios aprovisionados en Áú»¢¶Ä²©:
Adem¨¢s, al configurar la asignaci¨®n de medios del usuario para aprovisionar campos como Cuando est¨¦ activo, Usar si la gravedad y Habilitado ahora est¨¢n disponibles. Tenga en cuenta que los cambios en el formulario de asignaci¨®n de tipos de medios del usuario tendr¨¢n efecto solo para los nuevos medios creados durante el aprovisionamiento.
La ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de tiempo de espera por ³¾¨¦³Ù°ù¾±³¦²¹ ahora est¨¢ disponible para m¨¢s tipos de ³¾¨¦³Ù°ù¾±³¦²¹s (consulte tipos de ³¾¨¦³Ù°ù¾±³¦²¹s compatibles). Adem¨¢s de configurar los valores de tiempo de espera a nivel de ³¾¨¦³Ù°ù¾±³¦²¹, es posible definir tiempos de espera globales y proxy para varios tipos de ³¾¨¦³Ù°ù¾±³¦²¹s.
Los tiempos de espera configurados a nivel de ³¾¨¦³Ù°ù¾±³¦²¹ tienen la m¨¢xima prioridad. De forma predeterminada, los tiempos de espera globales se aplican a todas las ³¾¨¦³Ù°ù¾±³¦²¹s; sin embargo, si se establecen tiempos de espera de proxy, anular¨¢n los globales.
El soporte de Oracle como base de datos del servidor est¨¢ considerado obsoleto y se espera que sea completamente eliminado en versiones futuras.
Se ha implementado un protocolo basado en JSON para comprobaciones de agentes pasivos.
Para compatibilidad con agentes m¨¢s antiguos, se agreg¨® una conmutaci¨®n por error al antiguo protocolo de texto sin formato. Si el agente devuelve "ZBX_NOTSUPPORTED", Áú»¢¶Ä²© almacenar¨¢ en cach¨¦ la interfaz como protocolo antiguo y volver¨¢ a intentar la verificaci¨®n enviando solo la clave de la ³¾¨¦³Ù°ù¾±³¦²¹ en texto sin formato.
Áú»¢¶Ä²© get ahora se puede ejecutar con una nueva ´Ç±è³¦¾±¨®²Ô -P --protocol <valor>
donde "valor" es:
Si no se admite una clave de ³¾¨¦³Ù°ù¾±³¦²¹, Áú»¢¶Ä²© get devolver¨¢ el c¨®digo de salida 1
.
Los protocolos del agente Áú»¢¶Ä²© y del agente 2 se han unificado cambiando el agente Áú»¢¶Ä²© al protocolo del agente Áú»¢¶Ä²© 2. La diferencia entre las solicitudes/respuestas del agente Áú»¢¶Ä²© y del agente Áú»¢¶Ä²© 2 se expresa mediante el valor de etiqueta "variant" ("1" - agente Áú»¢¶Ä²©, "2" - agente Áú»¢¶Ä²© 2).
Ver tambi¨¦n: Comprobaciones de agentes activos y pasivos.
Ahora se admiten intervalos flexibles/de programaci¨®n en las comprobaciones activas tanto del agente Áú»¢¶Ä²© como del agente 2 Áú»¢¶Ä²© (anteriormente solo el agente Áú»¢¶Ä²© 2).
Los recursos que ya no se detectan mediante el descubrimiento de bajo nivel ahora se pueden deshabilitar autom¨¢ticamente. Se pueden deshabilitar inmediatamente, despu¨¦s de un per¨ªodo de tiempo especificado o nunca (consulte el nuevo par¨¢metro Deshabilitar recursos perdidos en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la regla de descubrimiento).
Los recursos perdidos (equipos, ³¾¨¦³Ù°ù¾±³¦²¹s, iniciadores) se marcan con un ¨ªcono en la columna de informaci¨®n. El texto de la informaci¨®n sobre herramientas proporciona detalles sobre su estado.
En el mismo desarrollo, el par¨¢metro Per¨ªodo de conservaci¨®n de recursos perdidos se renombr¨® a Eliminar recursos perdidos con opciones para eliminar inmediatamente, despu¨¦s de un per¨ªodo de tiempo especificado o nunca.
La entrada manual del usuario para scripts frontend permite proporcionar un par¨¢metro personalizado en cada ejecuci¨®n del script. Esto ahorra la necesidad de crear m¨²ltiples scripts de usuario similares con una ¨²nica diferencia de par¨¢metro.
Por ejemplo, es posible que desee proporcionar un n¨²mero entero diferente o una direcci¨®n URL diferente al script durante la ejecuci¨®n.
Para habilitar la entrada manual del usuario:
Con la entrada del usuario habilitada, antes de la ejecuci¨®n del script, aparecer¨¢ una ventana emergente de Entrada manual al usuario solicit¨¢ndole que proporcione un valor personalizado. El valor proporcionado reemplazar¨¢ a {MANUALINPUT} en el script.
Dependiendo de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô, se le pedir¨¢ al usuario que ingrese un valor de cadena o seleccione el valor de un men¨² desplegable de opciones predeterminadas.
Anteriormente, era posible enviar datos espec¨ªficos al servidor Áú»¢¶Ä²© usando la utilidad Áú»¢¶Ä²© sender o implementando un protocolo de comunicaci¨®n personalizado basado en JSON similar al usado por Áú»¢¶Ä²© sender.
Ahora tambi¨¦n es posible enviar datos al servidor Áú»¢¶Ä²© a trav¨¦s del protocolo HTTP utilizando el m¨¦todo de la API history.push
. Tenga en cuenta que para recibir los datos enviados se requiere una ³¾¨¦³Ù°ù¾±³¦²¹ de captura configurada o una ³¾¨¦³Ù°ù¾±³¦²¹ de agente HTTP (con captura habilitada).
Adem¨¢s, las operaciones correctas de history.push
se registran en Reports ¡ú Registro de auditor¨ªa que tiene opciones de filtrado adicionales (una nueva acci¨®n Push y un recurso Historial), y el m¨¦todo de la API history.push
tambi¨¦n est¨¢ disponible en la lista Permitir/Denegar de m¨¦todos API al configurar un rol de usuario.
Anteriormente, los mantenimientos se recalculaban solo cada minuto, lo que provocaba una posible latencia de hasta 60 segundos para iniciar o detener un per¨ªodo de mantenimiento.
Ahora los mantenimientos todav¨ªa se recalculan cada minuto o tan pronto como se recarga la cach¨¦ de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô si hay cambios en el per¨ªodo de mantenimiento.
Cada segundo, el proceso del temporizador verifica si se debe iniciar/detener alg¨²n mantenimiento en funci¨®n de si hay cambios en los per¨ªodos de mantenimiento despu¨¦s de la actualizaci¨®n de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô. Por lo tanto, la velocidad de inicio/detenci¨®n de los per¨ªodos de mantenimiento depende de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô intervalo de actualizaci¨®n (10 segundos de forma predeterminada). Tenga en cuenta que los cambios en el per¨ªodo de mantenimiento no incluyen la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô Activo desde/Activo hasta. Adem¨¢s, si se agrega un equipo/grupo de equipos a un per¨ªodo de mantenimiento activo existente, los cambios solo se activar¨¢n mediante el proceso del temporizador al comienzo del siguiente minuto.
Las comprobaciones de permisos se han hecho mucho m¨¢s r¨¢pidas mediante la introducci¨®n de varias tablas intermedias para comprobar los permisos de los usuarios sin privilegios.
Estas tablas mantienen hashes (SHA-256) de conjuntos de grupos de usuarios y conjuntos de grupos de equipos para cada usuario/equipo respectivamente. Adem¨¢s, hay una tabla de permisos que almacena solo las combinaciones accesibles de usuarios y equipos, especificadas por los ID de hash.
Esta mejora hace que la carga de p¨¢ginas en la interfaz con muchos permisos (es decir, equipos, problemas) sea mucho m¨¢s r¨¢pida. Tenga en cuenta que los hash y los permisos no se calculan para los usuarios superadministradores.
La ´Ç±è±ð°ù²¹³¦¾±¨®²Ô acci¨®n del iniciador, la ´Ç±è±ð°ù²¹³¦¾±¨®²Ô de recuperaci¨®n y la ejecuci¨®n de la ´Ç±è±ð°ù²¹³¦¾±¨®²Ô de actualizaci¨®n en el servidor Áú»¢¶Ä²© ahora ocurren inmediatamente (menos de 100 milisegundos) despu¨¦s de un cambio de estado del iniciador, mientras que anteriormente los usuarios pod¨ªan experimentar hasta 4 segundos de latencia.
La reducci¨®n de la latencia es posible mediante la implementaci¨®n de mecanismos de comunicaci¨®n entre procesos (IPC) entre m¨²ltiples procesos (escalador e iniciador de escalada, escalador y alerta, administrador de preprocesamiento y sincronizador de historia).
Se han agregado varios widgets nuevos en la nueva versi¨®n, mientras que se ha mejorado la funcionalidad disponible en otros. Adem¨¢s, los widgets de tablero ahora pueden conectarse y comunicarse entre s¨ª, lo que hace que los widgets y los tableros sean m¨¢s din¨¢micos.
Se agreg¨® un widget Gauge a widgets del tablero, que permite mostrar el valor de una sola ³¾¨¦³Ù°ù¾±³¦²¹ como gauge. Para obtener m¨¢s informaci¨®n, consulte Gauge.
Se ha agregado un widget de ²µ°ù¨¢´Ú¾±³¦´Ç circular a los widgets del tablero, que permite mostrar valores de ³¾¨¦³Ù°ù¾±³¦²¹s seleccionadas como:
![]() ³Ò°ù¨¢´Ú¾±³¦´Ç circular. |
![]() ³Ò°ù¨¢´Ú¾±³¦´Ç de doughnut. |
Para obtener m¨¢s informaci¨®n, consulte ³Ò°ù¨¢´Ú¾±³¦´Ç circular.
Como parte de este desarrollo, se agreg¨® una casilla de verificaci¨®n Mostrar funci¨®n de agregaci¨®n a la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget ²µ°ù¨¢´Ú¾±³¦´Ç (en la pesta?a Leyenda).
Se ha agregado un widget Panal a los widgets del tablero, que ofrece una descripci¨®n general din¨¢mica y vibrante de la infraestructura y los recursos de la red monitoreados, donde se ubican los grupos de equipos, como las m¨¢quinas virtuales y los dispositivos de red, junto con sus respectivas ³¾¨¦³Ù°ù¾±³¦²¹s, se representan visualmente como celdas hexagonales interactivas. Para obtener m¨¢s informaci¨®n, consulte Panal.
Se ha agregado un widget Iniciadores principales a widgets del tablero, lo que permite visualizar los iniciadores con mayor n¨²mero de problemas.
Para obtener m¨¢s informaci¨®n, consulte: Iniciadores principales.
El nuevo widget de tablero Historial de ³¾¨¦³Ù°ù¾±³¦²¹s ha reemplazado al widget de Texto sin formato y ofrece varias mejoras.
A diferencia del widget Texto sin formato, que solo mostraba los datos m¨¢s recientes de la ³¾¨¦³Ù°ù¾±³¦²¹ en texto sin formato, el widget Historial de ³¾¨¦³Ù°ù¾±³¦²¹s admite varias opciones de visualizaci¨®n para m¨²ltiples tipos de ³¾¨¦³Ù°ù¾±³¦²¹s (num¨¦ricos, de caracteres, de registro, de texto y binarios). Por ejemplo, puede mostrar barras o indicadores de progreso, im¨¢genes para tipos de datos binarios (¨²tiles para ³¾¨¦³Ù°ù¾±³¦²¹s de navegador) y resaltar valores de texto (¨²tiles para monitoreo de archivos de registro).
Para obtener m¨¢s informaci¨®n, consulte Historial de ³¾¨¦³Ù°ù¾±³¦²¹s. Para obtener detalles sobre el reemplazo del widget Texto sin formato, consulte Notas de actualizaci¨®n para 7.0.0.
Los widgets Navegador de equipos y Navegador de ³¾¨¦³Ù°ù¾±³¦²¹s se han agregado a widgets del tablero. Estos widgets muestran equipos o ³¾¨¦³Ù°ù¾±³¦²¹s, respectivamente, seg¨²n varias opciones de filtrado y agrupaci¨®n, y permiten controlar la informaci¨®n que se muestra en otros widgets seg¨²n el equipo o ³¾¨¦³Ù°ù¾±³¦²¹ seleccionada. Para obtener m¨¢s informaci¨®n, consulte Navegador de equipos y Navegador de ³¾¨¦³Ù°ù¾±³¦²¹s.
Los widgets de tablero ahora pueden conectarse y comunicarse entre s¨ª, lo que hace que los widgets y los tableros sean m¨¢s din¨¢micos. Varios widgets tienen par¨¢metros que les permiten compartir datos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô entre widgets compatibles o el tablero.
Esta caracter¨ªstica introduce los siguientes cambios:
Dependiendo del widget y sus par¨¢metros, la fuente de datos puede ser un widget compatible del mismo tablero o el propio tablero. Para obtener m¨¢s informaci¨®n, consulte widgets del tablero.
Para cambios en las plantillas por defecto que se env¨ªan con Áú»¢¶Ä²©, consulte Cambios de plantilla.
Los per¨ªodos de tiempo ahora se pueden configurar en los widgets Valor de ³¾¨¦³Ù°ù¾±³¦²¹ y Equipos principales.
Ahora tambi¨¦n es posible mostrar un valor agregado en el widget de valor de ³¾¨¦³Ù°ù¾±³¦²¹ para el per¨ªodo elegido. El valor agregado se puede mostrar como:
Estas funciones adicionales son ¨²tiles para crear widgets de comparaci¨®n de datos. Por ejemplo, en un widget puede mostrar el valor m¨¢s reciente, mientras que en otro el valor promedio durante un per¨ªodo m¨¢s largo. O se pueden utilizar varios widgets para comparar en paralelo valores agregados de varios per¨ªodos del pasado.
Anteriormente, en una plantilla de tablero, solo pod¨ªa crear los siguientes widgets: Reloj, ³Ò°ù¨¢´Ú¾±³¦´Ç (cl¨¢sico), Prototipo de ²µ°ù¨¢´Ú¾±³¦´Ç, Valor de ³¾¨¦³Ù°ù¾±³¦²¹, Texto sin formato, URL.
Ahora las plantillas de tablero admiten la creaci¨®n de todos los widgets.
Ahora, adem¨¢s de ordenar por Valor de la ³¾¨¦³Ù°ù¾±³¦²¹, tambi¨¦n es posible establecer la columna Nombre de equipo o Texto como columna de orden en el widget Equipos principales.
El widget Disponibilidad de equipo ahora permite mostrar los equipos con la interfaz Agente Áú»¢¶Ä²© (comprobaciones activas). Se ha agregado un estado de disponibilidad m¨¢s, es decir, Mixto, que corresponde a la situaci¨®n en la que al menos una interfaz no est¨¢ disponible y al menos una est¨¢ disponible o desconocido. Adem¨¢s, la posibilidad de ver s¨®lo el total de equipos, sin desglose por interfaces.
El widget ³Ò°ù¨¢´Ú¾±³¦´Ç ahora admite la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de un n¨²mero variable de filas legend determinadas por el n¨²mero de ³¾¨¦³Ù°ù¾±³¦²¹s configuradas.
Se han agregado nuevas funciones para usar en expresiones de iniciador y ³¾¨¦³Ù°ù¾±³¦²¹s calculadas:
Ver tambi¨¦n: Funciones de cadena
Se han actualizado varias funciones:
El per¨ªodo predeterminado para mantener el historial de la ³¾¨¦³Ù°ù¾±³¦²¹ se ha hecho consistente en 31 d¨ªas en la interfaz y en la base de datos. Este cambio afecta los formularios de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de ³¾¨¦³Ù°ù¾±³¦²¹s, plantilla de ³¾¨¦³Ù°ù¾±³¦²¹s y prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s, as¨ª como la anulaci¨®n del per¨ªodo de almacenamiento del historial en el descubrimiento de bajo nivel.
Ahora, si se recibe un valor de punto flotante para ua ³¾¨¦³Ù°ù¾±³¦²¹ de entero sin signo, el valor se recortar¨¢ de la parte decimal y se guardar¨¢ como un n¨²mero entero. Anteriormente, un valor de coma flotante hac¨ªa que una m-etrica de entero no fuera compatible.
Se agreg¨® una nueva ³¾¨¦³Ù°ù¾±³¦²¹ eventlog.count
al agente/agente 2 de Áú»¢¶Ä²© en Windows. Esta ³¾¨¦³Ù°ù¾±³¦²¹ devuelve un valor entero con el recuento de l¨ªneas en el registro de eventos de Windows seg¨²n los par¨¢metros especificados.
Se agreg¨® una nueva ³¾¨¦³Ù°ù¾±³¦²¹ SNMP get[OID]
que permite consultar un ¨²nico valor OID de forma asincr¨®nica.
Se han agregado ³¾¨¦³Ù°ù¾±³¦²¹s internas para monitorear el b¨²fer de memoria proxy:
zabbix[proxy_buffer,buffer,<mode>]
- devuelve las estad¨ªsticas de uso del b¨²fer de memoria del proxy;zabbix[proxy_buffer,state,changes]
- devuelve el n¨²mero de cambios de estado entre los modos de disco/memoria buffer desde el inicio;zabbix[proxy_buffer,state,current]
- devuelve el estado de trabajo actual donde se almacenan los nuevos datos.Tambi¨¦n se han agregado las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s internas:
zabbix[discovery_queue]
- permite monitorear la cantidad de comprobaciones de descubrimiento en la cola;zabbix[vps,write]
: permite monitorear el n¨²mero total de valores hist¨®ricos escritos en la base de datos.Se han agregado nuevas ³¾¨¦³Ù°ù¾±³¦²¹s al agente/agente 2 de Áú»¢¶Ä²©:
net.dns.perf
devuelve el n¨²mero de segundos transcurridos esperando una respuesta de un servicio, cronometrando el [net.dns
] `](/manual/config/items/itemtypes/zabbix_agent#net.dns) ejecuci¨®n del elemento.net.dns.get
del agente 2 de Áú»¢¶Ä²© devuelve informaci¨®n detallada del registro DNS.Se han actualizado las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s del agente/agente 2 de Áú»¢¶Ä²©:
net.dns
y net.dns.record
ahora aceptan el nombre DNS en formato invertido y no invertido al realizar b¨²squedas DNS inversas;proc.get
en modo "proceso" y "resumen" ahora tambi¨¦n devuelven la memoria PSS (tama?o de conjunto proporcional) en Linux;system.sw.packages
y system.sw.packages.get
ahora son compatibles con Gentoo Linux;system.hostname
ahora puede devolver un nombre de dominio completo, si la nueva ´Ç±è³¦¾±¨®²Ô fqdn se especifica en tipo ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç;wmi.get
y wmi.getall
utilizados con el agente Áú»¢¶Ä²© 2 ahora devuelven JSON con valores booleanos representados como cadenas (por ejemplo, "RealTimeProtectionEnabled": "True"
en lugar de "RealTimeProtectionEnabled": true
devuelto anteriormente) para coincidir con el formato de salida de estos elementos en el agente Áú»¢¶Ä²©;oracle.ts.discovery
del agente 2 de Áú»¢¶Ä²© ahora devuelve un nuevo {#CON_NAME} Macro LLD con nombre de contenedor;oracle.ts.stats
del agente 2 de Áú»¢¶Ä²© tiene un nuevo par¨¢metro conname para especificar el nombre del contenedor de destino. Se actualiz¨® el formato JSON de los datos devueltos. Cuando no se especifica ning¨²n tablespace, type o conname en los par¨¢metros clave, los datos devueltos incluir¨¢n un nivel JSON adicional con el nombre del contenedor, lo que permitir¨¢ la diferenciaci¨®n entre contenedores.La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.eventlog
ahora admite el filtrado opcional por gravedad en el tercer par¨¢metro.
La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.vm.discovery
ahora tambi¨¦n devuelve datos en las interfaces de red de m¨¢quinas virtuales. Estos datos se pueden utilizar para configurar interfaces de equipo personalizadas.
La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.vm.net.if.discovery
ahora tambi¨¦n devuelve una matriz de direcciones de interfaz.
Se agreg¨® un nuevo par¨¢metro opciones a las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s:
Este par¨¢metro se puede utilizar para especificar si las respuestas redirigidas deben tratarse como equipo de destino activo o equipo de destino inactivo. Consulte comprobaciones simples para obtener m¨¢s detalles.
Los ID de motor en SNMPv3 se utilizan como identificadores ¨²nicos del dispositivo. A veces, los ID de motor son los mismos en varios dispositivos debido a una mala ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô o a los ajustes de f¨¢brica. Como los est¨¢ndares SNMP requieren que los ID de motor sean ¨²nicos, las ³¾¨¦³Ù°ù¾±³¦²¹s que comparten el mismo ID de motor dejan de ser compatibles con Áú»¢¶Ä²©, lo que genera problemas de disponibilidad con estos dispositivos.
Para ayudar a solucionar estos problemas, el servidor Áú»¢¶Ä²© ahora registrar¨¢ peri¨®dicamente la informaci¨®n sobre los dispositivos SNMPv3 que comparten el mismo ID de motor. Tenga en cuenta que la detecci¨®n de ID de motor duplicado funciona en cada sondeador SNMP por separado.
Cada ³¾¨¦³Ù°ù¾±³¦²¹ est¨¢ndar ahora tiene un enlace directo desde la interfaz a su p¨¢gina de documentaci¨®n.
Los enlaces se colocan debajo del ¨ªcono del signo de interrogaci¨®n, al abrir la ventana auxiliar de al ³¾¨¦³Ù°ù¾±³¦²¹ desde el formulario de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la ³¾¨¦³Ù°ù¾±³¦²¹ (haga clic en Seleccionar al lado del campo clave de la ³¾¨¦³Ù°ù¾±³¦²¹).
El manejo de errores en caso de que no se pudiera recuperar el valor de una ³¾¨¦³Ù°ù¾±³¦²¹ (y, por lo tanto, dejara de ser compatible) anteriormente carec¨ªa de la capacidad de distinguir el motivo o la etapa de tiempo de ejecuci¨®n donde fall¨® el proceso. Todos los errores deb¨ªan manejarse utilizando la misma ´Ç±è³¦¾±¨®²Ô para el manejo de errores: ya sea descartar el valor, establecer un valor espec¨ªfico o establecer un mensaje de error espec¨ªfico.
Ahora es posible hacer coincidir el mensaje de error con una expresi¨®n regular. Si el error coincide (o no coincide), es posible especificar c¨®mo se debe procesar el caso de error. Por ejemplo, un mensaje de error espec¨ªfico se puede "asignar" a un caso m¨¢s general para que coincida y se maneje mediante un paso de preprocesamiento adicional, o alg¨²n problema intermitente (por ejemplo, conectividad de red) se puede manejar de manera diferente a una falla definitiva en la adquisici¨®n del mensaje. valor del ¨ªtem.
Ahora se pueden agregar varios pasos de preprocesamiento Verificar valor no admitido. Tenga en cuenta que solo puede haber un paso de coincidencia de "cualquier error" al final de la canalizaci¨®n que busca el estado no compatible del elemento. Si est¨¢ presente, se activa si ninguna de las comprobaciones espec¨ªficas coincide (mal) con el ±è²¹³Ù°ù¨®²Ô correspondiente, o si se transfiri¨® un mensaje de error (modificado), es decir, no entr¨® en vigor ninguna anulaci¨®n de "Descartar valor" o "Establecer valor en".
Consulte tambi¨¦n: Compruebe si hay valores no admitidos
El dise?o anterior del formulario de actualizaci¨®n masiva de ³¾¨¦³Ù°ù¾±³¦²¹s no era lo suficientemente claro si la actualizaci¨®n del paso de preprocesamiento agregaba o reemplazaba pasos de preprocesamiento. En el nuevo dise?o se agregaron los botones de ´Ç±è³¦¾±¨®²Ô Reemplazar y Eliminar todo, lo que deja claro a los usuarios qu¨¦ esperar como resultado de la actualizaci¨®n masiva del paso de preprocesamiento:
Las macros de usuario ahora son compatibles con los nombres de ³¾¨¦³Ù°ù¾±³¦²¹s y los nombres de prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s.
Tenga en cuenta que la compatibilidad con macros de usuario se elimin¨® de los nombres de ³¾¨¦³Ù°ù¾±³¦²¹s/prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s en Áú»¢¶Ä²© 6.0. Ahora ha sido restaurado. Ahora tambi¨¦n se admite la b¨²squeda por nombre de ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas, que anteriormente no era compatible.
El nombre de la ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas se almacena en una tabla de base de datos separada (item_rtname
), que es una extensi¨®n de la tabla de ³¾¨¦³Ù°ù¾±³¦²¹s. Para cada registro en la tabla de ³¾¨¦³Ù°ù¾±³¦²¹s, se crea un registro item_rtname
correspondiente (excepto para prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s, ³¾¨¦³Ù°ù¾±³¦²¹s de reglas de descubrimiento y ³¾¨¦³Ù°ù¾±³¦²¹s de plantilla). El nombre con macros resueltas est¨¢ limitado a 2048 caracteres.
El nombre de la ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas se muestra en todas las ubicaciones de la interfaz excepto en la secci¨®n Recopilaci¨®n de datos.
Se ha agregado un nuevo proceso de servidor "trabajador de sincronizaci¨®n de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô" que es responsable de resolver y sincronizar los valores de macro de usuario en los nombres de las ³¾¨¦³Ù°ù¾±³¦²¹s.
Las funciones de macro ahora son compatibles con todo tipo de macros:
Las funciones de macro se pueden utilizar en todas las ubicaciones que admitan las macros enumeradas. Esto se aplica a menos que se indique expl¨ªcitamente que solo se espera una macro. (por ejemplo, al configurar macros de equipo o filtros de regla de descubrimiento de bajo nivel).
La funcionalidad informes programados ya no es experimental.
Para tableros de varias p¨¢ginas, los informes ahora se devuelven con todas las p¨¢ginas del tablero, y cada p¨¢gina PDF corresponde a una p¨¢gina del tablero. Anteriormente, esta funcionalidad se limitaba a devolver solo la primera p¨¢gina del tablero.
Ahora es posible ejecutar comandos remotos en un agente de la versi¨®n 7.0 que est¨¦ funcionando en modo activo. Una vez que la ejecuci¨®n de un comando remoto se activa mediante una acci¨®n ´Ç±è±ð°ù²¹³¦¾±¨®²Ô o la ejecuci¨®n manual de un script, el comando se incluir¨¢ en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de comprobaciones activas y se ejecutar¨¢ una vez que el agente activo lo reciba. Tenga en cuenta que los agentes activos m¨¢s antiguos ignorar¨¢n cualquier comando remoto incluido en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de comprobaciones activas. Para obtener m¨¢s informaci¨®n, consulte Comprobaciones de agente pasivas y activas.
El procesamiento de etiquetas devueltas por el script del webhook ahora tambi¨¦n es compatible con eventos internos.
Adem¨¢s, las macros {EVENT.TAGS.<nombre de etiqueta>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} ahora son compatibles con notificaciones de eventos internos.
Estos cambios permiten utilizar webhooks para actualizar o cerrar un problema externo/ticket de soporte mediante una notificaci¨®n de recuperaci¨®n de evento interno.
La tabla history_bin
se ha convertido a hipertabla en TimescaleDB para beneficiarse de la partici¨®n autom¨¢tica a tiempo (1 d¨ªa de manera predeterminada) y un mejor rendimiento.
Para actualizar correctamente las instalaciones existentes, consulte Actualizaci¨®n del esquema de TimescaleDB.
Consulte tambi¨¦n: Versiones de TimescaleDB compatibles
Los registros de proxy se han eliminado de la tabla "hosts" y ahora est¨¢n almacenados en la nueva tabla "proxy".
Adem¨¢s, los datos operativos de los servidores proxy (como el ¨²±ô³Ù¾±³¾´Ç acceso, la versi¨®n, la compatibilidad) se han eliminado de la tabla host_rtdata
y ahora se almacenan en la nueva tabla proxy_rtdata
.
Se han realizado varios cambios como parte de la transici¨®n a una arquitectura multiproceso:
--with-stacksize
. Este par¨¢metro permite anular el tama?o de pila de subprocesos predeterminado utilizado por el sistema (en kilobytes).Ahora es posible restringir algunas funciones de Áú»¢¶Ä²© para reforzar la seguridad del entorno del servidor:
$ALLOW_HTTP_AUTH=false
en el archivo de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la interfaz (zabbix.conf.php).Se ha a?adido la posibilidad de validaci¨®n del archivo de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô a los comandos de mantenimiento del servidor, proxy Áú»¢¶Ä²©, agente, agente 2 y servicio web. La validaci¨®n se puede realizar utilizando la ´Ç±è³¦¾±¨®²Ô -T --test-config. En caso de validaci¨®n exitosa, el c¨®digo de salida ser¨¢ "0"; de lo contrario, el componente saldr¨¢ con un c¨®digo de salida distinto de cero y el mensaje de error correspondiente. Las advertencias (por ejemplo, en el caso de un par¨¢metro obsoleto) no afectar¨¢n el c¨®digo de salida exitoso.
Anteriormente, las funciones de la biblioteca cURL se detectaban en el momento de la compilaci¨®n del servidor, proxy o agente de Áú»¢¶Ä²©. Si se actualizaban las funciones de cURL, para utilizarlas era necesario volver a compilar el componente Áú»¢¶Ä²© respectivo.
Ahora solo se requiere reiniciar para que las funciones actualizadas de la biblioteca cURL est¨¦n disponibles en Áú»¢¶Ä²©. Ya no es necesaria la recompilaci¨®n. Esto es cierto para el servidor, proxy o agente de Áú»¢¶Ä²©.
Consulte tambi¨¦n las notas de actualizaci¨®n.
Tama?o del b¨²fer
El valor predeterminado del par¨¢metro de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô BufferSize para el agente Áú»¢¶Ä²© 2 se ha aumentado de 100 a 1000.
Se permiten valores vac¨ªos
Ahora se permiten valores vac¨ªos en los par¨¢metros de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô relacionados con el complemento en el agente Áú»¢¶Ä²© 2.
La ´Ç±è³¦¾±¨®²Ô para configurar el tipo de inicio del servicio del agente/agent 2 Windows Áú»¢¶Ä²© (-S --startup-type
) ha sido a?adido. Esta ´Ç±è³¦¾±¨®²Ô permite configurar el servicio agente/agente 2 para que se inicie autom¨¢ticamente al iniciar Windows (²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç
), despu¨¦s de que los servicios iniciados autom¨¢ticamente hayan completado el inicio (retrasado
), cuando lo inicie manualmente un usuario o aplicaci¨®n (manual
) o para deshabilitar el servicio por completo (deshabilitado
).
Al realizar la instalaci¨®n del agente de Windows desde MSI, el tipo de inicio predeterminado en Windows Server 2008/Vista y versiones posteriores ahora es "retrasado" si no se especifica lo contrario en el par¨¢metro de l¨ªnea de comando "STARTUPTYPE"](/manual/installation/install_from_packages/win_msi#command-line-based-installation). Esto mejora la confiabilidad y el rendimiento del servicio de Windows agente/agente 2 Áú»¢¶Ä²©, particularmente durante los reinicios del sistema.
El antiguo estilo de valores de punto flotante, anteriormente obsoleto, ya no se admite, ya que se utilizan valores num¨¦ricos de rango extendido.
Los archivos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô zabbix_server.conf y zabbix_proxy.conf se han complementado con un nuevo par¨¢metro opcional Vault Prefix
; zabbix.conf.php se ha complementado con el $DB['VAULT_PREFIX']
opcional, y setup.php se ha actualizado en consecuencia.
Por lo tanto, las rutas de Vault para CyberArk y HashiCorp ya no est¨¢n codificadas para permitir implementaciones de Vault con rutas no est¨¢ndar.
Anteriormente, cada regla de descubrimiento de red era procesada por un proceso de descubrimiento. Por lo tanto, todas las comprobaciones de servicio dentro de la regla s¨®lo podr¨ªan realizarse secuencialmente.
En la nueva versi¨®n, el proceso de descubrimiento de red se ha redise?ado para permitir la simultaneidad entre las comprobaciones de servicio. Se ha agregado un nuevo proceso administrador de descubrimiento junto con una cantidad configurable de trabajadores (o subprocesos) de descubrimiento.
El administrador de descubrimiento procesa las reglas de descubrimiento y crea un trabajo de descubrimiento por cada regla con tareas (verificaciones de servicio). Las comprobaciones de servicio son recogidas y realizadas por los trabajadores de descubrimiento. S¨®lo aquellas comprobaciones que tengan la misma IP y puerto son programadas de forma secuencial porque es posible que algunos dispositivos no permitan conexiones simult¨¢neas en el mismo puerto.
Una nueva ³¾¨¦³Ù°ù¾±³¦²¹ interna zabbix[discovery_queue]
permite monitorear la cantidad de comprobaciones de descubrimiento en la cola.
El par¨¢metro StartDiscoverers ahora determina el n¨²mero total de trabajadores de descubrimiento disponibles para el descubrimiento. El n¨²mero predeterminado de StartDiscoverers se ha aumentado de 1 a 5 y el rango de 0-250 a 0-1000. Los procesos de "descubrimiento" de versiones anteriores de Áú»¢¶Ä²© se han eliminado.
´¡»å±ð³¾¨¢²õ:
Ahora hay operaciones adicionales disponibles para eventos de descubrimiento y registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç:
Las reglas de descubrimiento de bajo nivel ahora pueden vincular grupos de equipos existentes y ya descubiertos con equipos creados mediante las mismas reglas de descubrimiento de bajo nivel. Esto afecta a los grupos de equipos previamente descubiertos y creados por otras reglas de descubrimiento de bajo nivel basadas en los prototipos de grupo especificados.
La funcionalidad transmisi¨®n de datos ya no es experimental.
Al transmitir valores de ³¾¨¦³Ù°ù¾±³¦²¹s desde Áú»¢¶Ä²© a sistemas externos, ahora puede configurar qu¨¦ valores de ³¾¨¦³Ù°ù¾±³¦²¹s debe transmitir el conector en funci¨®n de su tipo de informaci¨®n (num¨¦rica (sin firmar), num¨¦rica (flotante), car¨¢cter, etc.).
Adem¨¢s, para evitar intentos fallidos de transmitir valores de ³¾¨¦³Ù°ù¾±³¦²¹s o eventos (por ejemplo, si el punto final HTTP est¨¢ ocupado o tiene una velocidad limitada), ahora tambi¨¦n puede configurar el intervalo de intento: cu¨¢nto tiempo debe esperar el conector despu¨¦s de un intento fallido de transmitir. datos.
Los conectores ahora tambi¨¦n aceptan como correctos los c¨®digos de respuesta HTTP 201, 202, 203 y 204 (anteriormente solo 200).
Una nueva herramienta para transmitir datos a sistemas externos: el - ya est¨¢ disponible. El conector Kafka es un servidor liviano escrito en Go, dise?ado para reenviar valores de ³¾¨¦³Ù°ù¾±³¦²¹s y eventos desde un servidor Áú»¢¶Ä²© a un broker Kafka.
Para plantillas nuevas y cambios en plantillas existentes, consulte Cambios de plantilla.
´¡³Ü³Ù±ð²Ô³Ù¾±³¦²¹³¦¾±¨®²Ô multifactor (MFA) con contrase?a de un solo uso basada en tiempo (TOTP) o el m¨¦todo de autenticaci¨®n Duo Universal Prompt ahora se puede utilizar para iniciar sesi¨®n en Áú»¢¶Ä²©. proporcionando una capa adicional de seguridad m¨¢s all¨¢ de solo un nombre de usuario y contrase?a.
Las visualizaciones de hora y fecha en la interfaz ahora se ajustan a la visualizaci¨®n de fecha y hora est¨¢ndar de EE. UU. cuando se utiliza el idioma de interfaz predeterminado (en_US).
Antes | Ahora |
---|---|
![]() |
![]() |
Anteriormente era posible Clonar y Clonar por completo equipos, plantillas y mapas.
Ahora se elimin¨® la ´Ç±è³¦¾±¨®²Ô Clonar y se cambi¨® el nombre de la ´Ç±è³¦¾±¨®²Ô Clonar por completo a Clonar conservando toda la funcionalidad anterior de Clonar por completo.
Todos los ¨ªconos en la interfaz se han cambiado de im¨¢genes de ¨ªconos a fuentes.
Varios formularios de interfaz ahora se abren en ventanas modales (emergentes):
Las casillas de verificaci¨®n °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzada, responsables de mostrar las opciones de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzadas, han sido reemplazadas por bloques plegables. (ver, por ejemplo, °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del conector, °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del servicio, ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget Reloj, etc.). Esto mejora la experiencia del usuario, ya que al contraer estos bloques y guardar la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô ya no se restablecer¨¢n las opciones avanzadas configuradas a sus valores predeterminados.
La secci¨®n del men¨² para ver los iniciadores principales ahora se llama 100 iniciadores principales. Se ha agregado la posibilidad de filtrar los iniciadores por nombre del problema y etiquetas. Adem¨¢s, ahora se muestra la cantidad de problemas detectados en lugar de la cantidad de cambios de estado para cada iniciador.
Campos de URL
El l¨ªmite de caracteres para todos los campos de URL ahora es de 2048 caracteres. Esto ahora incluye: URL de mosaico para configuraciones relacionadas con mapas geo²µ°ù¨¢´Ú¾±³¦´Çs, URL de interfaz para configurar varios par¨¢metros de interfaz, URL para mapas de red y elementos del mapa de red, URL A-C para los campos inventario de equipo, y URL para el widget URL de tablero.
Campos de autenticaci¨®n
El l¨ªmite de caracteres para los campos de autenticaci¨®n Usuario/Nombre de usuario y Contrase?a ahora es de 255 caracteres. Esto se aplica a la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la autenticaci¨®n HTTP para ³¾¨¦³Ù°ù¾±³¦²¹s de agente HTTP, escenarios web y conectores, as¨ª como configurar la autenticaci¨®n para comprobaciones simples, Monitoreo ODBC, Comprobaciones SSH, Comprobaciones de Telnet, y monitoreo JMX.
Al probar ³¾¨¦³Ù°ù¾±³¦²¹s o probar pasos de preprocesamiento, los valores recuperados de un equipo y los resultados de la prueba ahora se truncan al ³¾¨¢³æ¾±³¾´Ç tama?o de 512 KB cuando se env¨ªa al frontend. Tenga en cuenta que el servidor Áú»¢¶Ä²© a¨²n procesa completamente los datos de m¨¢s de 512 KB.
Todos los paneles de equipo configurados para el equipo seleccionado ahora se muestran como pesta?as debajo del encabezado de la p¨¢gina de tableros de equipo, reemplazando el men¨² desplegable anterior en la esquina superior derecha. Esto permite una f¨¢cil transici¨®n entre varios tableros de equipo y mejora la navegaci¨®n a trav¨¦s de los datos de monitoreo.
En ´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨®²Ô ¡ú Registro de auditor¨ªa, ahora puede habilitar/deshabilitar el registro de auditor¨ªa de descubrimiento de bajo nivel, descubrimiento de red y actividades de registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç realizadas por el servidor (usuario del sistema). ).
El per¨ªodo predeterminado de almacenamiento de registros de auditor¨ªa antes de que el administrador los elimine se ha cambiado de 365 d¨ªas a 31 d¨ªas.
En Monitoreo ¡ú ?ltimos datos, el subfiltro y los datos ya no se muestran de forma predeterminada si el filtro no est¨¢ configurado.
Si actualiza desde versiones anteriores de Áú»¢¶Ä²©, consulte tambi¨¦n: Notas de actualizaci¨®n para 7.0.0.
La versi¨®n m¨ªnima requerida de PHP se ha elevado de 7.4.0 a 8.0.0.
Se ha agregado un nuevo complemento para el monitoreo directo de Ember+ por parte del agente 2 de Áú»¢¶Ä²©.
Para m¨¢s informaci¨®n, ver:
Hay paquetes de instalaci¨®n dedicados disponibles para las versiones 8 y 9 de AlmaLinux, CentOS Stream, Oracle Linux y Rocky Linux. Anteriormente, se proporcionaban paquetes de instalaci¨®n ¨²nicos para RHEL y distribuciones basadas en RHEL. Ahora se utilizan paquetes separados para RHEL y cada uno de sus derivados mencionados anteriormente. para evitar posibles problemas de incompatibilidad binaria.
Los paquetes de instalaci¨®n ARM64/AArch64 ahora est¨¢n disponibles para Debian, RHEL 8, 9 y sus derivados, as¨ª como SLES/OpenSUSE Leap 15.