Breaking changes - modifiche che potrebbero compromettere le installazioni esistenti e altre informazioni critiche relative al processo di aggiornamento
Other - tutte le altre informazioni che descrivono le modifiche nelle funzionalità di Zabbix

Vedi anche:

Procedura di aggiornamento per tutte le informazioni pertinenti sull'aggiornamento da versioni precedenti a Zabbix 6.4.0;
Aggiornamento del cluster HA per le istruzioni sull'aggiornamento dei server in un cluster ad alta disponibilità (high-availability, HA).

Processo di aggiornamento

Per completare con successo l'aggiornamento di un server Zabbix su MySQL/MariaDB, potrebbe essere necessario impostare GLOBAL log_bin_trust_function_creators = 1 in MySQL se il binary logging è abilitato, non sono presenti privilegi di superuser e log_bin_trust_function_creators = 1 non è impostato nel file di configurazione di MySQL.

Per impostare la variabile usando la console MySQL, eseguire:

mysql> SET GLOBAL log_bin_trust_function_creators = 1;

Una volta completato con successo l'aggiornamento, questa opzione può essere disabilitata:

mysql> SET GLOBAL log_bin_trust_function_creators = 0;

Modifiche incompatibili

Arresto del server con TimescaleDB dopo l'aggiornamento a 7.0.1 da 7.0.0

L'aggiornamento a Zabbix 7.0.1 (o versioni successive) da Zabbix 7.0.0 con TimescaleDB provoca un arresto del server. Questo problema è causato da una soluzione temporanea a un problema del job di compressione nella tabella auditlog in Zabbix 7.0, che modifica in modo irreversibile la policy di compressione della tabella auditlog.

Per i dettagli sulla correzione manuale della tabella auditlog, vedere known issues.

Se non avete ancora eseguito l'aggiornamento a Zabbix 7.0.0, tenete presente che non dovrebbero verificarsi problemi simili negli aggiornamenti da versioni di Zabbix precedenti alla 7.0 a 7.0.1. Per le istruzioni di aggiornamento, vedere Upgrading TimescaleDB schema.

Errore di ripristino del database con PostgreSQL/TimescaleDB dopo l'aggiornamento da 7.0.0-7.0.4

L'uso di pg_restore per ripristinare un backup PostgreSQL o TimescaleDB creato in Zabbix 7.0.0-7.0.4 comporterà un errore relativo alla funzione base36_decode mancante, causando il fallimento del ripristino. Questo errore si verifica durante il ripristino di un backup creato con pg_dump.

Per i dettagli su come risolvere manualmente questo problema prima di creare il backup, vedere i problemi noti.

Se non avete ancora eseguito l'aggiornamento a Zabbix 7.0.0, notate che non dovrebbero esserci problemi di questo tipo per gli aggiornamenti da versioni Zabbix precedenti alla 7.0 a 7.0.5. Per le istruzioni di aggiornamento, vedere Aggiornamento dello schema di TimescaleDB.

Versione minima richiesta di PHP

La versione minima richiesta di PHP è stata aumentata da 7.4.0 a 8.0.0.

Comandi remoti su agent attivi

I comandi remoti ora possono essere eseguiti anche su un agent 7.0 che opera solo in modalità attiva.

Si noti che, per gli script eseguiti solo su un agent attivo, è probabile che il timeout predefinito di server o proxy debba essere aumentato.
Il timeout di server/proxy deve essere superiore alla frequenza di aggiornamento dei controlli attivi; in caso contrario, il timeout di server/proxy potrebbe essere superato prima che l'agent attivo riceva persino lo script.

Escape delle barre rovesciate nei parametri delle funzioni di history

È stata aggiunta la corretta escape delle barre rovesciate nei parametri stringa delle funzioni di history.

Poiché durante l'aggiornamento da versioni di Zabbix precedenti alla 7.0 vengono aggiunte ulteriori barre rovesciate, questo porta a parametri più lunghi che possono causare il malfunzionamento delle funzioni di trigger se la lunghezza del parametro supera la dimensione massima dei dati di 255 caratteri.

Per evitare questo problema, si consiglia di spostare manualmente i parametri lunghi nelle macro utente prima dell'aggiornamento.

Si noti che, a partire da Zabbix 7.0.11, per gli aggiornamenti da versioni di Zabbix precedenti alla 7.0 sono stati aggiunti controlli supplementari sulla lunghezza del parametro risultante. Se la lunghezza risultante supera la dimensione massima, tali parametri non vengono aggiornati e viene registrato un avviso nei log che chiede agli utenti di correggere manualmente i parametri elencati.

Vedere anche problemi di aggiornamento relativi all'escape.

Posizione predefinita del file di configurazione di agent per Windows

La posizione predefinita in cui agent di Zabbix su Windows cerca il file di configurazione è stata modificata. Ora agent lo cerca nella directory in cui si trova il binario di agent zabbix_agentd.exe (anziché in C:\zabbix_agentd.conf, come in precedenza).

Zabbix agent 2 su Windows cercava già il file di configurazione predefinito nella directory in cui si trova il binario zabbix_agent2.exe. Tuttavia, nella nuova versione agent 2 si aspetta che il file di configurazione si chiami zabbix_agent2.conf (anziché zabbix_agent2.win.conf).

Vedi anche: Installazione di Zabbix agent su Windows.

Valori vuoti consentiti nella configurazione del plugin di agent 2

Ora i valori vuoti sono consentiti nei parametri di configurazione relativi ai plugin su Zabbix agent 2.

TimescaleDB 1.x non è più supportato

Il supporto per TimescaleDB 1.x è stato rimosso.

Tipi di dati a doppia precisione su TimescaleDB

Prima di eseguire l'aggiornamento a Zabbix 7.0.0, è necessario aggiornare manualmente TimescaleDB per usare tipi di dati a doppia precisione se TimescaleDB viene utilizzato con la compressione. Puoi capire se TimescaleDB non sta usando tipi di dati a doppia precisione dall'avviso nella sezione frontend Informazioni di sistema o nel log del server Zabbix: "Database is not upgraded to use double precision values. Support for the old numeric type will be removed in future versions."

Per ulteriori informazioni, consulta Aggiornamento ai valori numerici di intervallo esteso.

Auditlog convertito in hypertable su TimescaleDB

La tabella auditlog è stata convertita in hypertable su TimescaleDB nelle nuove installazioni per beneficiare della partizione automatica in base al tempo (7 giorni per impostazione predefinita) e di prestazioni migliori.

Per aggiornare correttamente le installazioni esistenti, vedere Aggiornamento dello schema di TimescaleDB.

Vedi anche: Versioni di TimescaleDB supportate

Tabella del database separata per i proxy

I record dei proxy sono stati spostati dalla tabella hosts e ora sono archiviati nella nuova tabella proxy.

Inoltre, i dati operativi dei proxy (come ultimo accesso, versione, compatibilità) sono stati spostati dalla tabella host_rtdata e ora sono archiviati nella nuova tabella proxy_rtdata.

È presente anche un nuovo oggetto proxy nelle API. Tutte le operazioni con i proxy devono essere aggiornate per essere eseguite tramite questo nuovo oggetto proxy.

Timeout di esecuzione della query per gli item di monitoraggio del database

In base alle modifiche alla configurazione del timeout dell'item, sia il timeout di accesso ODBC sia il timeout di esecuzione della query per gli item di monitoraggio del database sono ora limitati al valore del parametro Timeout impostato nel modulo di configurazione dell'item.

Item aggiornati agent/agent2

wmi.get e wmi.getall, quando usati con Zabbix agent 2, ora restituiscono un JSON con valori booleani rappresentati come stringhe (ad esempio, "RealTimeProtectionEnabled": "True" invece di "RealTimeProtectionEnabled": true restituito in precedenza) per allinearsi al formato di output di questi item su Zabbix agent;
oracle.ts.stats ha un nuovo parametro conname per specificare il nome del container di destinazione. Il formato JSON dei dati restituiti è stato aggiornato. Quando nei parametri della chiave non viene specificato tablespace, type o conname, i dati restituiti includeranno un ulteriore livello JSON con il nome del container, consentendo di distinguere tra i container.
Gli item net.dns.* non possono più essere configurati senza il parametro name. Sebbene fosse sempre indicato come obbligatorio, in precedenza il parametro name, se omesso, veniva risolto in un valore predefinito (zabbix.com), cosa che non avviene più.

Per l'elenco delle modifiche agli item che non interrompono la compatibilità, vedere Novità in Zabbix 7.0.0.

Trap SNMP con alta disponibilità di Zabbix

Zabbix ora può leggere i file di trap SNMP dal percorso corretto nel caso in cui il nodo attivo venga commutato in una configurazione ad alta disponibilità.

Tuttavia, affinché questa funzionalità funzioni, è necessario aggiornare il formato dell'ora in tutti gli script bash, perl e SNMPTT a "%Y-%m-%dT%H:%M:%S%z" (ad esempio 2024-01-10T11:56:14+0300).

La larghezza predefinita è stata aumentata di 3 volte per tutti i widget. Tieni presente che, se utilizzi widget personalizzati, potresti dover aggiornare i rispettivi parametri del file manifest.json (ad esempio, quando configuri un widget Clock personalizzato, width deve essere modificato da 4 a 12).

Un widget può ora avere una larghezza fino a 72 colonne (in precedenza 24) e un'altezza da 1 a 64 righe (in precedenza da 2 a 32). La dashboard può quindi contenere fino a 72 widget in orizzontale.

Il nuovo widget di dashboard Cronologia item ha sostituito il widget Testo semplice, offrendo diversi miglioramenti.

A differenza del widget Testo semplice, che mostrava solo i dati più recenti dell'item in testo semplice, il widget Cronologia item supporta varie opzioni di visualizzazione per più tipi di item (numerico, carattere, log, testo e binario). Ad esempio, può mostrare barre di avanzamento o indicatori, immagini per i tipi di dati binari (utili per gli item browser) e evidenziare valori di testo (utile per il monitoraggio dei file di log).

Dopo l'aggiornamento, tutti i widget Testo semplice configurati in precedenza verranno sostituiti automaticamente con widget Cronologia item, mantenendo le stesse impostazioni di configurazione. Tuttavia, eventuali script API che fanno riferimento al widget Testo semplice devono essere aggiornati manualmente.

Modifiche nella risoluzione di alcune macro integrate dopo l'aggiornamento alla 7.0.4

In Zabbix 7.0.4, il comportamento di risoluzione delle macro {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {EVENT.CAUSE.*}, {EVENT.TAGS.*} e {EVENT.SYMPTOMS} è stato corretto per garantire la coerenza con le altre macro integrate. Ora verranno risolte in *UNKNOWN* se si verifica un errore durante la valutazione del loro valore.

A seguito di questa modifica, per garantire il corretto funzionamento, è necessario aggiornare i media type per le seguenti integrazioni: iTop, Jira Service Desk, ManageEngine ServiceDesk, SolarWinds Service Desk.

Questa modifica può inoltre influire su eventuali script personalizzati o integrazioni che utilizzano le macro sopra menzionate.

Modifiche API

Vedi l'elenco delle modifiche API in Zabbix 7.0.0.

Altro

Oracle DB deprecato

Il supporto per Oracle come database backend è stato deprecato a partire da Zabbix 7.0 e si prevede che venga completamente rimosso nelle versioni future.

Controllo degli aggiornamenti software

Un controllo degli aggiornamenti software è ora aggiunto per impostazione predefinita alle nuove installazioni e a quelle esistenti - il frontend di Zabbix comunicherà con l'endpoint pubblico di Zabbix per verificare la disponibilità di aggiornamenti.

È possibile disabilitare questo controllo impostando AllowSoftwareUpdateCheck=0 nella configurazione del server.

Valori in virgola mobile troncati per gli item interi

Ora, se viene ricevuto un valore in virgola mobile per un item intero senza segno, il valore verrà troncato della parte decimale e salvato come intero. In precedenza, un valore in virgola mobile rendeva un item intero non supportato.

Formato dell'ora USA

Le visualizzazioni di data e ora nel frontend ora sono conformi al formato standard di data/ora statunitense quando viene utilizzata la lingua predefinita del frontend (en_US).

Prima	Ora

Poller asincroni

Dopo l'aggiornamento, tutti i controlli agent, HTTP agent e walk[OID] SNMP verranno spostati nei poller asincroni. Gli item get[OID] aggiunti di recente usano i poller asincroni per impostazione predefinita.

Rilevamento delle funzionalità della libreria cURL in fase di esecuzione

In precedenza, le funzionalità della libreria cURL venivano rilevate al momento della compilazione di Zabbix server, proxy o agent. Se le funzionalità di cURL venivano aggiornate, per poterle utilizzare era necessario ricompilare il relativo componente Zabbix.

Ora è sufficiente un riavvio affinché le funzionalità aggiornate della libreria cURL diventino disponibili in Zabbix. La ricompilazione non è più necessaria. Questo vale per Zabbix server, proxy o agent.

Inoltre:

La versione minima di cURL richiesta in fase di compilazione è stata aumentata a 7.19.1;
Durante la compilazione, Zabbix verifica solo se la libreria cURL è disponibile (se richiesto) e se soddisfa il requisito di versione;
Quando viene generato un errore della libreria cURL in fase di esecuzione, verrà aggiunta la versione in uso (ad esempio, "cURL library does not support SSL/TLS (using version 7.88.1)");
Quando Zabbix server viene avviato e l'autenticazione SMTP viene registrata, verrà indicata la disponibilità dell'autenticazione SMTP della libreria cURL in uso.

Modifiche alla configurazione del timeout degli item

Dopo l'aggiornamento, i timeout globali per tutti i tipi di item supportati verranno impostati in base al valore del parametro Timeout nel file di configurazione del server. Se è configurato un proxy, per impostazione predefinita utilizzerà le impostazioni globali di timeout del server.

Quando si utilizza un server aggiornato (versione 7.0.0 o successiva) con un proxy o un agent più vecchio, il proxy o l'agent continuerà a funzionare come prima:

il proxy utilizzerà il parametro Timeout dal file di configurazione del proxy;
l'agent utilizzerà il parametro Timeout dal file di configurazione dell'agent.

I parametri di timeout sono stati rimossi dai file di configurazione dei plugin Modbus e MQTT. I timeout di esecuzione delle richieste possono ora essere impostati tramite il modulo di configurazione dell'item.

Browser items

È stato aggiunto a Zabbix un nuovo tipo di item - Browser item - che consente il monitoraggio di siti web e applicazioni web complesse tramite un browser. I Browser item consentono l'esecuzione di codice JavaScript definito dall'utente per simulare azioni correlate al browser, come fare clic, inserire testo, navigare tra le pagine web, ecc.

Inoltre, questa funzionalità introduce le seguenti modifiche:

è stato aggiunto il template Website by Browser ai template predefiniti;
il tipo di item ITEM_TYPE_BROWSER (22) è stato aggiunto all'esportazione/importazione della configurazione di template o host, delle regole di discovery a basso livello e dei prototipi di item;
sono stati aggiunti i parametri di configurazione del file di Zabbix server/proxy StartBrowserPollers e WebDriverURL;
il timeout dei Browser item è stato aggiunto ai timeout del proxy o ai timeout globali (se non viene usato un proxy);
è stato aggiunto il parametro da riga di comando -w <webdriver url> per abilitare il monitoraggio del browser all'utilità da riga di comando zabbix_js.

Concorrenza nella discovery di rete

Nella nuova versione il processo di discovery di rete è stato rielaborato per consentire la concorrenza tra i controlli dei servizi.
È stato aggiunto un nuovo processo di gestione della discovery, insieme a un numero configurabile di worker di discovery (o thread). Il processo di gestione della discovery elabora le regole di discovery e crea un job di discovery per ogni regola con attività (controlli dei servizi). I controlli dei servizi vengono presi in carico ed eseguiti dai worker di discovery.

Il parametro StartDiscoverers ora determina il numero totale di worker di discovery disponibili per la discovery.
Il numero predefinito di StartDiscoverers è stato aumentato da 1 a 5, e l'intervallo da 0-250 a 0-1000. I processi discoverer delle versioni precedenti di Zabbix sono stati rimossi.

Inoltre, il numero di worker disponibili per ciascuna regola è ora configurabile nel frontend. Questo parametro è facoltativo.
Durante l'aggiornamento verrà impostato su "One", come nelle versioni precedenti di Zabbix.

Icone sostituite dai font

Tutte le icone nel frontend sono state convertite da fogli di immagini di icone a font.

Filtro dei dati più recenti

In Monitoring → Dati più recenti, il sottofiltro e i dati non vengono più visualizzati per impostazione predefinita se il filtro non è impostato. Si noti tuttavia che i filtri salvati in precedenza e impostati usando solo il sottofiltro non vengono influenzati. In tali casi, il sottofiltro rimarrà visibile e i dati verranno visualizzati anche senza che il filtro principale sia impostato.

Parametri di configurazione

Il valore predefinito di diversi parametri di configurazione è stato modificato:

Il parametro di configurazione BufferSize per Zabbix agent 2 è stato aumentato da 100 a 1000;
Il parametro di configurazione Plugins.<PluginName>.System.Capacity per Zabbix agent 2 è stato aumentato da 100 a 1000 (massimo). Si noti che il parametro Plugins.<PluginName>.Capacity, deprecato in Zabbix 6.0, è stato rimosso completamente;
Il parametro di configurazione StartAgents per Zabbix agent è stato aumentato da 3 a 10. Si noti che, nei pacchetti, per i sistemi più piccoli (ad esempio Raspberry Pi) il valore predefinito può rimanere 3.

Queste modifiche non influiscono sulle installazioni esistenti in cui questi parametri sono impostati esplicitamente.

Calcoli aggregati

Sono state aggiornate diverse funzioni aggregate. Ora:

Le funzioni aggregate supportano anche tipi non numerici per il calcolo. Questo può essere utile, ad esempio, con le funzioni count e count_foreach.
Le funzioni aggregate count e count_foreach supportano i parametri opzionali operator e pattern, che possono essere usati per perfezionare il filtraggio degli item e contare solo i valori che corrispondono ai criteri specificati.
Tutte le funzioni foreach non includono più gli item non supportati nel conteggio.
La funzione last_foreach, in precedenza configurata per ignorare l'argomento del periodo di tempo, lo accetta come parametro opzionale.

Tipo di valore numerico (float) obsoleto rimosso

Da Zabbix 5.0, il tipo di dato numerico (float) supporta una precisione di circa 15 cifre e un intervallo da circa -1.79E+308 a 1.79E+308. Il vecchio tipo numerico era disabilitato ma ancora supportato. A partire da Zabbix 6.4, è stato deprecato e, da Zabbix 7.0, è stato completamente rimosso.

Se la tua installazione non è stata aggiornata per usare valori numerici con intervallo esteso, viene visualizzato il seguente avviso in Reports → System information: "Database history tables upgraded: No. Support for the old numeric type is deprecated. Please upgrade to numeric values of extended range".

Durante l'aggiornamento a Zabbix 7.0, i seguenti database vengono aggiornati automaticamente:

MySQL
PostgreSQL/TimescaleDB (senza compressione)
Oracle

Tuttavia, per Oracle, per le versioni precedenti di MySQL e per le installazioni di grandi dimensioni, si consiglia di aggiornare manualmente il tipo di dato prima di eseguire l'aggiornamento a Zabbix 7.0.

Per TimescaleDB con compressione, il database deve essere aggiornato manualmente.

Per i dettagli sull'aggiornamento, vedere Aggiornamento ai valori numerici con intervallo esteso.

Impostazione del tipo di avvio del servizio agent Windows

È stata aggiunta l'opzione per impostare il tipo di avvio del servizio Windows di Zabbix agent/agent 2 (-S --startup-type). Questa opzione consente di configurare il servizio agent/agent 2 in modo che si avvii automaticamente all'avvio di Windows (automatic), dopo il completamento dell'avvio dei servizi avviati automaticamente (delayed), quando viene avviato manualmente da un utente o da un'applicazione (manual) oppure di disabilitare completamente il servizio (disabled).

Durante l'installazione di agent Windows da MSI, il tipo di avvio predefinito su Windows Server 2008/Vista e versioni successive è ora delayed se non specificato diversamente nel parametro della riga di comando STARTUPTYPE. Questo migliora l'affidabilità e le prestazioni del servizio Windows di Zabbix agent/agent 2, in particolare durante i riavvii del sistema.

Template

Per i nuovi template e le modifiche ai template esistenti, vedere Modifiche ai template.

Nuova struttura delle directory per i file relativi al database

Quando si installa Zabbix dai pacchetti e si prepara lo schema del database, la posizione dei file relativi al database è cambiata per corrispondere meglio alla struttura dei file nei sorgenti:

I file di inizializzazione di base (schema.sql, data.sql, images.sql) si trovano nella radice della directory del database.
I file/patch opzionali per l'aggiornamento delle tabelle del database si trovano nella directory option-patches.
Le estensioni e i componenti aggiuntivi del database sono ora sottodirectory, denominate in base all'estensione e situate nella rispettiva directory del database.
Modifiche specifiche per TimescaleDB:
- L'abbreviazione tsdb è stata sostituita con timescaledb.
- La directory option-patches include le sottodirectory with-compression e without-compression; queste contengono file/patch opzionali per l'aggiornamento delle tabelle del database in base alle impostazioni di compressione di TimescaleDB.
- Il file di creazione dello schema hypertable per TimescaleDB è stato spostato in database/postgresql/timescaledb/schema.sql.

Inoltre, tenere presente le seguenti modifiche:

Tutti i file history_pk_*.sql sono stati rinominati in history_upgrade_*.sql, ed è stato aggiunto un file trends_upgrade.sql per migliorare gli script di aggiornamento del database.
Il file double.sql è stato rimosso a causa della rimozione del vecchio tipo di valore numerico (float).

Di seguito è riportato un confronto tra la struttura precedente e quella attuale delle directory per i database MySQL e PostgreSQL.

# Previous:                                         # Current:

database                                            database
├── mysql                                           ├── mysql
│  ├── data.sql                                     │  ├── option-patches
│  │  └── history_upgrade_prepare.sql
│  ├── double.sql                                   │  ├── data.sql
│  ├── history_pk_prepare.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
├── ...                                             ├── ...

Aggiornare gli script, se presenti, che contengono riferimenti alla struttura precedente delle directory o ai file.

Protocollo JSON per i controlli passivi dell'agent

È stato implementato un protocollo basato su JSON per i controlli passivi dell'agent.

Per la compatibilità con gli agent più datati, è stato aggiunto un fallback al vecchio protocollo in testo semplice. Se l'agent restituisce "ZBX_NOTSUPPORTED", Zabbix memorizzerà l'interfaccia come protocollo vecchio e ritenterà il controllo inviando solo la chiave dell'item in testo semplice.

Zabbix get può ora essere eseguito con una nuova opzione -P --protocol <value> in cui "value" è uno dei seguenti:

auto - connessione tramite protocollo JSON, con fallback e nuovo tentativo tramite protocollo in testo semplice (predefinito);
json - connessione tramite chiave del protocollo JSON;
plaintext - connessione tramite protocollo in testo semplice, in cui viene inviata solo la chiave dell'item.

Se una chiave dell'item non è supportata, Zabbix get restituirà ora il codice di uscita 1 invece di 0.

What’s next?

12 Note di aggiornamento per 7.0.1

Docs

11 Note di aggiornamento per 7.0.0