Cambios importantes: cambios que pueden dañar las instalaciones existentes y otra información crítica relacionada con el proceso de actualización
Otros: toda la información restante que describe los cambios en la funcionalidad Zabbix

Ver también:

Procedimiento de actualización para obtener toda la información relevante sobre la actualización desde versiones anteriores a Zabbix 6.4.0;
Actualización del clúster HA para obtener instrucciones sobre cómo actualizar servidores en un clúster de alta disponibilidad (HA).

Proceso de actualización

Para completar con éxito la actualización del servidor Zabbix en MySQL/MariaDB, es posible que necesite configurar GLOBAL log_bin_trust_function_creators = 1 en MySQL si el registro binario está habilitado, no hay privilegios de superusuario y log_bin_trust_function_creators = 1 no está configurado en el archivo de configuración de MySQL.

Para configurar la variable usando la consola MySQL, ejecute:

mysql> SET GLOBAL log_bin_trust_function_creators = 1;

Una vez que la actualización se haya completado con éxito, esta opción se puede desactivar:

mysql> SET GLOBAL log_bin_trust_function_creators = 0;

Cambios importantes

Bloqueo del servidor con TimescaleDB después de actualizar a 7.0.1 desde 7.0.0

Actualizar a Zabbix 7.0.1 (o posterior) desde Zabbix 7.0.0 con TimescaleDB provoca un bloqueo del servidor. Este problema es causado por una solución temporal a un problema de trabajo de compresión en la tabla auditlog en Zabbix 7.0 que cambia irreversiblemente la política de compresión de la tabla auditlog.

Consulte problemas conocidos para obtener detalles sobre cómo corregir manualmente la tabla auditlog.

Si aún no ha actualizado a Zabbix 7.0.0, tenga en cuenta que no debería haber tales problemas para las actualizaciones desde versiones de Zabbix anteriores a la 7.0 a la 7.0.1. Para obtener instrucciones de actualización, consulte Actualización del esquema de TimescaleDB.

Error de restauración de la base de datos con PostgreSQL/TimescaleDB después de la actualización de 7.0.0-7.0.4

Usar pg_restore para restaurar una copia de seguridad de PostgreSQL o TimescaleDB creada en Zabbix 7.0.0-7.0.4 resultará en un error de función base36_decode faltante, lo que provocará que la restauración falle. Este error ocurre al restaurar una copia de seguridad creada con pg_dump.

Consulte problemas conocidos para obtener detalles sobre cómo solucionar este problema manualmente antes de crear la copia de seguridad.

Si aún no ha actualizado a Zabbix 7.0.0, tenga en cuenta que no debería haber tales problemas para las actualizaciones desde versiones de Zabbix anteriores a la 7.0 a la 7.0.5. Para obtener instrucciones de actualización, consulte Actualización del esquema de TimescaleDB.

Versión PHP mínima requerida

La versión mínima requerida de PHP se ha elevado de 7.4.0 a 8.0.0.

Comandos remotos en agentes activos

Los comandos remotos ahora también pueden ejecutarse en un agent 7.0 que opera solo en modo activo.

Tenga en cuenta que para los scripts que se ejecutan solo en un agent activo, es probable que se deba aumentar el server o proxy timeout predeterminado. El timeout del server/proxy debe ser mayor que la frecuencia de actualización de las comprobaciones activas, de lo contrario, el timeout del server/proxy puede superarse antes de que el agent activo reciba siquiera el script.

Escape de barras invertidas en los parámetros de las funciones de historial

Se ha añadido un escape adecuado de las barras invertidas en los parámetros de cadena de las funciones de historial.

Como se añaden barras invertidas adicionales durante la actualización desde versiones de Zabbix anteriores a la 7.0, esto conduce a parámetros más largos que pueden resultar en funciones de disparador rotas si la longitud del parámetro excede el tamaño máximo de datos de 255 caracteres.

Para evitar este problema, se sugiere mover manualmente los parámetros largos a macros de usuario antes de la actualización.

Tenga en cuenta que desde Zabbix 7.0.11 se han añadido comprobaciones adicionales para la longitud resultante del parámetro en las actualizaciones desde versiones de Zabbix anteriores a la 7.0. Si la longitud resultante excede el tamaño máximo, dichos parámetros no se actualizan y se imprime una advertencia en los registros solicitando a los usuarios que corrijan manualmente los parámetros listados.

Consulte también problemas de actualización relacionados con el escape.

Ubicación predeterminada para el archivo de configuración del agente de Windows

La ubicación predeterminada donde el agente Zabbix en Windows busca el archivo de configuración ha sido cambiado. Ahora el agente lo busca en el directorio donde se encuentra el binario del agente zabbix_agentd.exe (en lugar de C:\zabbix_agentd.conf, como antes).

El agente Zabbix 2 en Windows ya buscó el archivo de configuración predeterminado en el directorio donde se encuentra el binario zabbix_agent2.exe. Sin embargo, en la nueva versión el agente 2 espera que el archivo de configuración se llame zabbix_agent2.conf (en lugar de zabbix_agent2.win.conf)

Consulte también: Instalación del agente Zabbix en Windows.

Valores vacíos permitidos en la configuración del complemento del agente 2

Ahora se permiten valores vacíos en los parámetros de configuración relacionados con el complemento en el agente Zabbix 2.

TimescaleDB 1.x ya no es compatible

Se ha eliminado la compatibilidad con TimescaleDB 1.x.

Tipos de datos de doble precisión en TimescaleDB

Antes de actualizar a Zabbix 7.0.0, es necesario actualizar manualmente TimescaleDB para utilizar tipos de datos de doble precisión si se utiliza TimescaleDB con compresión. Puede saber si TimescaleDB no utiliza tipos de datos de doble precisión mediante la advertencia en la sección de interfaz Información del sistema o en el registro del servidor Zabbix: "La base de datos no se ha actualizado para utilizar valores de doble precisión. La compatibilidad con el tipo numérico antiguo se eliminará en versiones futuras".

Para obtener más información, consulte Actualización a valores numéricos de rango extendido.

Auditlog convertido a hipertabla en TimescaleDB

La tabla auditlog se ha convertido a hipertabla en TimescaleDB en las nuevas instalaciones para beneficiarse de la partición automática a tiempo (7 días 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

Tabla de base de datos separada para servidores proxy

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 último acceso, la versión, la compatibilidad) se han eliminado de la tabla host_rtdata y ahora se almacenan en la nueva tabla proxy_rtdata.

También hay un nuevo objeto proxy en la API. Todas las operaciones con servidores proxy deben actualizarse para realizarse a través de este nuevo objeto proxy.

Tiempo de espera de ejecución de consultas para métricas del monitor de base de datos

Según los cambios en configuración del tiempo de espera de la métrica, tanto el tiempo de espera de inicio de sesión de ODBC como el tiempo de espera de ejecución de la consulta para monitor de base de datos las métricas ahora están limitadas al valor del parámetro Timeout establecido en el formulario configuración de la métrica.

Métricas del agente/agente2 actualizadas

wmi.get y wmi.getall, cuando se usan con el agente 2 Zabbix, ahora devuelven un JSON con valores booleanos representados como cadenas (por ejemplo, "RealTimeProtectionEnabled": "True" en lugar de "RealTimeProtectionEnabled": true que devolvían anteriormente) para que coincida con el formato de salida de estas métricas en el agente Zabbix;
oracle.ts.stats 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 especifican tablespace, type ni 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.
Las métricas net.dns.* ya no se pueden configurar sin el parámetro name. Aunque siempre aparece como obligatorio, el parámetro name, si se omite, anteriormente se resolvía en un valor predeterminado (zabbix.com), lo cual ya no es el caso.

Para obtener la lista de cambios de métricas que no rompen la compatibilidad, consulte Novedades de Zabbix 7.0.0.

Capturas SNMP con alta disponibilidad de Zabbix

Zabbix ahora puede leer archivos de captura SNMP desde el lugar correcto en caso de que el nodo activo se cambie en una configuración de alta disponibilidad.

Sin embargo, para que esta funcionalidad funcione, es necesario actualizar el formato de hora en cualquier script bash, perl y SNMPTT a "%Y-%m-%dT%H:%M:%S%z" (es decir, 2024-01-10T11:56:14+0300).

Aumento del tamaño máximo y la cantidad de widgets del tablero

El ancho predeterminado se ha incrementado 3 veces para todos los widgets. Tenga en cuenta que si está utilizando widgets personalizados, es posible que tenga que actualizar los parámetros respectivos del archivo manifest.json (por ejemplo, al configurar un Reloj personalizado, el ancho debe cambiarse de 4 a 12).

Un widget ahora puede tener hasta 72 columnas de ancho (anteriormente 24) y de 1 a 64 filas de alto (anteriormente 2 a 32). Por lo tanto, el tablero ahora puede contener hasta 72 widgets horizontalmente.

Historial de elementos y widgets de texto sin formato

El nuevo widget de panel Historial de elementos ha reemplazado al widget Texto sin formato, ofreciendo varias mejoras.

A diferencia del widget Texto sin formato, que solo mostraba los datos más recientes del elemento en texto plano, el widget Historial de elementos admite varias opciones de visualización para múltiples tipos de elementos (numéricos, de caracteres, de registro, de texto y binarios). Por ejemplo, puede mostrar barras de progreso o indicadores, imágenes para tipos de datos binarios (útil para elementos de navegador), y resaltar valores de texto (útil para monitoreo de archivos de registro).

Después de la actualización, todos los widgets Texto sin formato configurados previamente se reemplazarán automáticamente por widgets Historial de elementos, conservando la misma configuración. Sin embargo, cualquier script de API que haga referencia al widget Texto sin formato debe actualizarse manualmente.

Cambios en la resolución de ciertas macros integradas después de la actualización a 7.0.4

En Zabbix 7.0.4, se ha corregido el comportamiento de resolución de las macros {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {EVENT.CAUSE.*}, {EVENT.TAGS.*} y {EVENT.SYMPTOMS} para que sean coherentes con otras macros integradas. Ahora, se resolverán como *UNKNOWN* si se produce un error al evaluar su valor.

Como resultado de este cambio, para garantizar una funcionalidad adecuada, es necesario actualizar los tipos de medios para las siguientes integraciones: iTop, Jira Service Desk, ManageEngine ServiceDesk, SolarWinds Service Escritorio.

Este cambio también puede afectar a cualquier script o integración personalizada que utilice las macros mencionadas anteriormente.

Cambios en la API

Consulte la lista de cambios de API en Zabbix 7.0.0.

Otros

Base de datos Oracle en desuso

El soporte para Oracle como base de datos backend ha quedado obsoleto desde Zabbix 7.0. y se espera que se elimine por completo en futuras versiones.

Comprobación de actualización de software

Ahora se agrega una verificación de actualización de software de forma predeterminada a las instalaciones nuevas y existentes: la interfaz de Zabbix se comunicará con el punto final público de Zabbix para buscar actualizaciones.

Puede desactivar esta verificación configurando AllowSoftwareUpdateCheck=0 en la configuración del servidor.

Valores de punto flotante recortados para métricas de enteros

Ahora, si se recibe un valor de punto flotante para ua métrica 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.

Formato de hora de EE. UU.

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

Sondeadores asincrónicos

Después de la actualización, todas las comprobaciones SNMP del agente, el agente HTTP y walk[OID] se trasladarán a sondeadores asíncronos.

Detección de funciones de la biblioteca cURL en tiempo de ejecución

Anteriormente, las funciones de la biblioteca cURL se detectaban en el momento de la compilación del servidor, proxy o agente de Zabbix. Si se actualizaban las funciones de cURL, para utilizarlas era necesario volver a compilar el componente Zabbix respectivo.

Ahora solo se requiere reiniciar para que las funciones actualizadas de la biblioteca cURL estén disponibles en Zabbix. Ya no es necesaria la recompilación. Esto es cierto para el servidor, proxy o agente de Zabbix.

Además:

La versión de cURL con tiempo de compilación mínimo requerido se elevó a 7.19.1;
Cuando se construye, Zabbix simplemente verifica si la biblioteca cURL está disponible (si se solicita) y satisface el requisito de versión;
Al emitir un error de biblioteca cURL en tiempo de ejecución, se agregará la versión que se está utilizando (por ejemplo, "la biblioteca cURL no admite SSL/TLS (usando la versión 7.88.1)");
Cuando se inicia el servidor Zabbix y se registra la autenticación SMTP, escribirá la disponibilidad de la autenticación SMTP de la biblioteca cURL que se está utilizando.

Cambios en la configuración del tiempo de espera de la métrica

Tras la actualización, los tiempos de espera globales para todos los tipos de métricas admitidos se establecerán en función del parámetro Timeout valor del archivo de configuración del servidor. Si se configura un proxy, de forma predeterminada, utilizará la configuración de tiempo de espera global del servidor.

Cuando se utiliza un servidor actualizado (versión 7.0.0 o posterior) con un proxy o agente anterior, el proxy o agente funcionará como antes:

el proxy utilizará el parámetro Timeout del archivo de configuración del proxy;
el agente utilizará el parámetro Timeout del archivo de configuración del agente.

Los parámetros de tiempo de espera se han eliminado de los archivos de configuración de los complementos Modbus y MQTT. Los tiempos de espera de ejecución de la solicitud ahora se pueden configurar usando el formulario de configuración de la métrica.

Métricas de navegador

Se ha agregado a Zabbix un nuevo tipo de métrica: Métrica de navegador, lo que permite monitorear sitios web y aplicaciones web complejas mediante un navegador. Las métricas 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.

Además, esta característica agrega los siguientes cambios:

Se ha agregado la plantilla Sitio web por navegador a las [plantillas listas para usar](/manual/config /templates_out_of_the_box);
Se agregó el tipo de métrica ITEM_TYPE_BROWSER (22) a la métrica de plantilla o de equipo, regla de descubrimiento de bajo nivel y la exportación/importación de la configuración del prototipo de la métrica;
Se han agregado los parámetros del archivo de configuración StartBrowserPollers y WebDriverURL en el servidor/proxy Zabbix;
El tiempo de espera de la métrica de navegador se ha agregado a los tiempos de espera de proxy o global (si no se utiliza un proxy);
Se agregó el parámetro de línea de comando -w <webdriver url> para habilitar el monitoreo del navegador a la utilidad de línea de comando zabbix_js.

Simultaneidad en el descubrimiento de redes

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 de administrador de descubrimiento junto con una cantidad configurable de trabajadores (o subprocesos) de descubrimiento. El administrador del descubrimiento. procesa reglas de descubrimiento y crea un trabajo de descubrimiento por cada regla con tareas (verificaciones de servicio). Los cheques de servicio se recogen y realizado por los trabajadores del descubrimiento.

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 Zabbix se han eliminado.

Además, la cantidad de trabajadores disponibles por cada regla ahora se puede configurar en la interfaz. Este parámetro es opcional. Durante la actualización se configurará en "Uno" como en versiones anteriores de Zabbix.

Iconos reemplazados por fuentes

Todos los íconos en la interfaz se han cambiado de imágenes de íconos a fuentes.

Último filtro de datos

En Monitoreo → Últimos datos, el subfiltro y los datos ya no se muestran de forma predeterminada si el filtro no está configurado. Sin embargo, tenga en cuenta que los filtros guardados anteriores que se configuraron usando solo el subfiltro no se ven afectados. En tales casos, el subfiltro permanecerá visible y los datos se mostrarán incluso sin que se haya configurado el filtro principal.

Parámetros de configuración

Se ha cambiado el valor predeterminado para varios parámetros de configuración:

El parámetro de configuración BufferSize para el agente Zabbix 2 se ha aumentado de 100 a 1000;
El parámetro de configuración Plugins.<PluginName>.System.Capacity para el agente Zabbix 2 se ha aumentado de 100 a 1000 (máximo). Tenga en cuenta que el parámetro Plugins.<PluginName>.Capacity, obsoleto en Zabbix 6.0, se ha eliminado por completo;
El parámetro de configuración StartAgents para el agente Zabbix se ha aumentado de 3 a 10. Tenga en cuenta en el paquete que para sistemas más pequeños (es decir, Raspberry Pi) el valor predeterminado puede seguir siendo 3.

Estos cambios no afectan a las instalaciones existentes donde estos parámetros están establecidos explícitamente.

Cálculos agregados

Se han actualizado varias funciones agregadas. Ahora:

Las funciones agregadas también admiten tipos no numéricos para el cálculo. Esto puede ser útil, por ejemplo, con las funciones count y count_foreach.
Las funciones agregadas count y count_foreach admiten los parámetros opcionales operator y pattern, que pueden utilizarse para afinar el filtrado de elementos y contar solo los valores que cumplan los criterios indicados.
Todas las funciones foreach ya no incluyen elementos no admitidos en el recuento.
La función last_foreach, que anteriormente estaba configurada para ignorar el argumento de período de tiempo, lo acepta como parámetro opcional.

Se eliminó el tipo de valor numérico (float) anterior

Desde Zabbix 5.0, el tipo de datos numérico (float) admite una precisión de aproximadamente 15 dígitos y un rango de aproximadamente -1,79E+308 a 1,79E+308. El tipo numérico anterior se deshabilitó, pero aún se admite. A partir de Zabbix 6.4, quedó obsoleto y, a partir de Zabbix 7.0, se eliminó por completo.

Si su instalación no se actualizó para usar valores numéricos de rango extendido, se muestra la siguiente advertencia en Informes → Información del sistema: "Tablas de historial de la base de datos actualizadas: No. La compatibilidad con el tipo numérico anterior está obsoleta. Actualice a valores numéricos de rango extendido".

Al actualizar a Zabbix 7.0, las siguientes bases de datos se actualizan automáticamente:

MySQL
PostgreSQL/TimescaleDB (sin compresión)
Oracle

Sin embargo, para Oracle, versiones anteriores de MySQL e instalaciones grandes, se recomienda actualizar el tipo de datos manualmente antes de actualizar a Zabbix 7.0.

Para TimescaleDB con compresión, la base de datos debe actualizarse manualmente.

Para obtener detalles sobre la actualización, consulte Actualización a valores numéricos de rango extendido.

Configuración del tipo de inicio del servicio del agente de Windows

Se ha añadido la opción para establecer el tipo de inicio del servicio de Windows del agente/agente 2 de Zabbix (-S --startup-type). Esta opción permite configurar el servicio del agente/agente 2 para que se inicie automáticamente al arrancar Windows (automatic), después de que los servicios iniciados automáticamente hayan completado su inicio (delayed), cuando lo inicie manualmente un usuario o una aplicación (manual) o para deshabilitar el servicio por completo (disabled).

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 delayed si no se especifica lo contrario en el parámetro de línea de comandos STARTUPTYPE. Esto mejora la fiabilidad y el rendimiento del servicio de agente/agente 2 de Zabbix en Windows, especialmente durante los reinicios del sistema.

Plantillas

Para plantillas nuevas y cambios en plantillas existentes, consulte Cambios de plantilla.

Nueva estructura de directorios para archivos relacionados con bases de datos

Al instalar Zabbix desde paquetes y preparar el esquema de la base de datos, la ubicación de los archivos relacionados con la base de datos ha cambiado para corresponder mejor a la estructura de archivos en las fuentes:

Los archivos de inicialización de la base (schema.sql, data.sql, images.sql) se encuentran en la raíz del directorio de la base de datos.
Los archivos/parches opcionales para actualizar las tablas de la base de datos se encuentran en el directorio option-patches.
Extensiones y complementos de bases de datos ahora son subdirectorios, nombrados según la extensión y ubicados en el directorio de base de datos respectivo.
Cambios específicos de TimescaleDB:
- Se ha sustituido la abreviatura tsdb por timescaledb.
- El directorio option-patches incluye los subdirectorios con-compresión y sin-compresión; estos contienen archivos/parches opcionales para actualizar tablas de bases de datos dependiendo de la configuración de compresión TimescaleDB.
- El archivo de creación del esquema hipertabla para TimescaleDB se ha movido a database/postgresql/timescaledb/schema.sql.

Además, tenga en cuenta los siguientes cambios:

Se cambió el nombre de todos los archivos history_pk_*.sql a history_upgrade_*.sql y se agregó un archivo trends_upgrade.sql para mejorar los scripts de actualización de la base de datos.
El archivo double.sql se eliminó debido a la eliminación del tipo antiguo de valor numérico (flotante).

A continuación se muestra una comparación de la estructura de directorios anterior y actual para las bases de datos MySQL y PostgreSQL.

# Previous:                                         # Current:

database                                            database
├── mysql                                           ├── mysql
│  ├── data.sql                                     │  ├── option-patches
│  ├── double.sql                                   │  │  └── history_upgrade_prepare.sql
│  ├── history_pk_prepare.sql                       │  ├── data.sql
│  ├── images.sql                                   │  ├── images.sql
│  └── schema.sql                                   │  └── schema.sql
│                                                   │
│                                                   │
├── postgresql                                      ├── postgresql
│  ├── tsdb_history_pk_upgrade_no_compression       │  ├── option-patches
│  │  ├── history_pk.sql                            │  │  └── history_upgrade_prepare.sql
│  │  ├── history_pk_log.sql                        │  ├── timescaledb
│  │  ├── history_pk_str.sql                        │  │  ├── option-patches
│  │  ├── history_pk_text.sql                       │  │  │  ├── with-compression
│  │  └── history_pk_uint.sql                       │  │  │  │  ├── history_upgrade.sql
│  ├── tsdb_history_pk_upgrade_with_compression     │  │  │  │  ├── history_upgrade_log.sql
│  │  ├── history_pk.sql                            │  │  │  │  ├── history_upgrade_str.sql
│  │  ├── history_pk_log.sql                        │  │  │  │  ├── history_upgrade_text.sql
│  │  ├── history_pk_str.sql                        │  │  │  │  ├── history_upgrade_uint.sql
│  │  ├── history_pk_text.sql                       │  │  │  │  └── trends_upgrade.sql
│  │  └── history_pk_uint.sql                       │  │  │  └── without-compression
│  ├── data.sql                                     │  │  │     ├── history_upgrade.sql
│  ├── double.sql                                   │  │  │     ├── history_upgrade_log.sql
│  ├── history_pk_prepare.sql                       │  │  │     ├── history_upgrade_str.sql
│  ├── images.sql                                   │  │  │     ├── history_upgrade_text.sql
│  ├── schema.sql                                   │  │  │     ├── history_upgrade_uint.sql
│  └── timescaledb.sql                              │  │  │     └── trends_upgrade.sql
│                                                   │  │  └── schema.sql
│                                                   │  ├── data.sql
│                                                   │  ├── images.sql
│                                                   │  └── schema.sql
├── ...                                             ├── ...

Actualice sus scripts, si los hay, que contengan referencias a la estructura de directorios o archivos anteriores.

Protocolo JSON para comprobaciones pasivas de agentes

Se ha implementado un protocolo basado en JSON para las comprobaciones pasivas de agentes.

Para garantizar la compatibilidad con agentes antiguos, se ha añadido una conmutación por error al antiguo protocolo de texto sin formato. Si el agente devuelve "ZBX_NOTSUPPORTED", Zabbix almacenará en caché la interfaz como protocolo antiguo y volverá a intentar la comprobación enviando solo la clave del elemento en texto sin formato.

Zabbix get ahora se puede ejecutar con una nueva opción -P --protocol <valor> donde "valor" puede ser:

auto - conecta usando el protocolo JSON, si falla vuelve a intentar con el protocolo de texto sin formato (por defecto);
json - conecta usando la clave del protocolo JSON;
plaintext - conecta usando el protocolo de texto sin formato donde solo se envía la clave del elemento.

Si una clave de elemento no es compatible, Zabbix get ahora devolverá el código de salida 1 en lugar de 0.

What’s next?

12 Notas de actualización para 7.0.1

Docs

11 Notas de actualización para 7.0.0