1 Configurazione di una regola di individuazione sulla rete
Panoramica
Per configurare una regola di discovery di rete usata da Zabbix per individuare host e servizi:
- Vai a Data collection → Discovery
- Fai clic su Create discovery rule (oppure sul nome della regola per modificarne una esistente)
- Modifica gli attributi della regola di discovery
Attributi della regola

Tutti i campi di input obbligatori sono contrassegnati da un asterisco rosso.
| Parameter | Description |
|---|---|
| Name | Nome univoco della regola. Ad esempio, "Local network". |
| Discovery by | La discovery viene eseguita da: Server - da Zabbix server Proxy - da Zabbix proxy (selezionato nel campo del nome del proxy) |
| IP range | L'intervallo di indirizzi IP per la discovery. Può avere i seguenti formati: IP singolo: 192.168.1.33 Intervallo di indirizzi IP: 192.168.1-10.1-255. L'intervallo è limitato dal numero totale di indirizzi coperti (meno di 64K). Maschera IP: 192.168.4.0/24 maschere IP supportate: /16 - /30 per indirizzi IPv4 /112 - /128 per indirizzi IPv6 Elenco: 192.168.1.1-255, 192.168.2.1-100, 192.168.2.200, 192.168.4.0/24 Questo campo supporta spazi, tabulazioni e più righe. |
| Update interval | Questo parametro definisce con quale frequenza Zabbix eseguirà la regola. L'intervallo viene misurato dopo la fine dell'esecuzione della precedente istanza di discovery, quindi non c'è sovrapposizione. Sono supportati i suffissi temporali, ad esempio 30s, 1m, 2h, 1d. Sono supportate le macro utente. Nota che se viene usata una macro utente e il suo valore viene modificato (ad esempio 1w → 1h), il controllo successivo verrà eseguito in base al valore precedente (molto più avanti nel futuro con i valori dell'esempio). |
| Maximum concurrent checks per type | Imposta il numero massimo di thread di discovery (worker) per controllo del servizio per l'elaborazione parallela dei controlli di discovery: One - un thread Unlimited - numero illimitato di thread (ma non superiore a quello del parametro StartDiscoverers) Custom - imposta un numero personalizzato di thread (0-999) Nota che tutte le regole di discovery con controlli di servizio asincroni SNMPv3 sono elaborate da un solo worker a causa delle peculiarità dell'implementazione di libsnmp, cioè aumentare il numero di worker non aumenterà la velocità di discovery. |
| Checks | Zabbix utilizzerà questo elenco di controlli per la discovery. Fai clic su per configurare un nuovo controllo in una finestra popup.Controlli supportati: SSH, LDAP, SMTP, FTP, HTTP, HTTPS, POP, NNTP, IMAP, TCP, Telnet, Zabbix agent, SNMPv1 agent, SNMPv2 agent, SNMPv3 agent, ICMP ping. Una discovery basata su protocollo utilizza la funzionalità net.tcp.service[] per testare ciascun host, ad eccezione di SNMP che interroga un OID SNMP. Zabbix agent viene testato interrogando un item in modalità non crittografata. Per maggiori dettagli, consulta gli item dell'agent. Il parametro 'Ports' può essere uno dei seguenti: Porta singola: 22 Intervallo di porte: 22-45 Elenco: 22-45,55,60-70 Da Zabbix 7.0, tutti i controlli dei servizi vengono eseguiti in modo asincrono, ad eccezione dei controlli LDAP. Da Zabbix 7.0, il controllo HTTP/HTTPS viene eseguito tramite libcurl. Se Zabbix server/proxy è compilato senza libcurl, i controlli HTTP funzioneranno come nelle versioni precedenti (cioè come controlli TCP), ma i controlli HTTPS non funzioneranno. |
| Device uniqueness criteria | I criteri di unicità possono essere: IP address - non elaborare più dispositivi con IP singolo. Se esiste già un dispositivo con lo stesso IP, verrà considerato già scoperto e un nuovo host non verrà aggiunto. <discovery check> - controllo dell'agent Zabbix oppure dell'agent SNMP. Nota che i criteri di unicità usati durante la discovery non sono gli stessi dell'identificazione dell'host nel sistema durante l'esecuzione delle azioni. I criteri di unicità durante la discovery definiscono se due o più dispositivi scoperti sono uguali (o diversi), mentre solo l'indirizzo IP è il criterio per l'identificazione dell'host in Zabbix (vedi Creazione dell'host). |
| Host name | Imposta il nome tecnico dell'host creato usando: DNS name - nome DNS (predefinito) IP address - indirizzo IP <discovery check> - valore stringa ricevuto dal controllo di discovery (ad esempio, controllo dell'agent Zabbix, dell'agent SNMP) Vedi anche: Denominazione dell'host. |
| Visible name | Imposta il nome visibile dell'host creato usando: Host name - nome tecnico dell'host (predefinito) DNS name - nome DNS IP address - indirizzo IP <discovery check> - valore stringa ricevuto dal controllo di discovery (ad esempio, controllo dell'agent Zabbix, dell'agent SNMP) Vedi anche: Denominazione dell'host. |
| Enabled | Con la casella di controllo selezionata, la regola è attiva e verrà eseguita da Zabbix server. Se non selezionata, la regola non è attiva. Non verrà eseguita. |
Superamento del limite dei descrittori di file
In caso di un numero elevato di controlli concorrenti, è possibile esaurire il limite dei descrittori di file per il discovery manager.
Il numero di descrittori di file richiesti per il rilevamento equivale al numero di discovery worker * 1000. Per impostazione predefinita, ci sono 5 discovery worker, mentre il limite soft del sistema è di circa 1024.
Se questo limite viene raggiunto, Zabbix ridurrà il numero predefinito di controlli concorrenti per tipo per ciascun worker e scriverà un avviso nel file di log. Tuttavia, se l'utente ha impostato un valore più alto per Maximum concurrent checks per type rispetto al valore calcolato da Zabbix, Zabbix utilizzerà il valore definito dall'utente per un worker.
Uno scenario reale
In questo esempio, desideriamo configurare il rilevamento della rete per la rete locale con un intervallo IP di 192.168.1.1-192.168.1.254.
Nel nostro scenario vogliamo:
- rilevare gli host che hanno Zabbix agent in esecuzione
- eseguire il rilevamento ogni 10 minuti
- aggiungere un host al monitoraggio se il tempo di attività dell'host è superiore a 1 ora
- rimuovere gli host se il tempo di inattività dell'host è superiore a 24 ore
- aggiungere gli host Linux al gruppo "Linux servers"
- aggiungere gli host Windows al gruppo "Windows servers"
- utilizzare il template Linux per gli host Linux
- utilizzare il template Windows per gli host Windows
Passo 1
Definizione di una regola di network discovery per il nostro intervallo IP.

Zabbix proverà a individuare gli host nell'intervallo IP 192.168.1.1-192.168.1.254 collegandosi agli agent Zabbix e ottenendo il valore dalla chiave system.uname. Il valore ricevuto dall'agent può essere utilizzato per assegnare un nome agli host e anche per applicare azioni diverse per sistemi operativi differenti. Ad esempio, collegare i server Windows al template Windows e i server Linux al template Linux.
La regola verrà eseguita ogni 10 minuti.
Quando questa regola viene aggiunta, Zabbix avvierà automaticamente il discovery e la generazione degli eventi basati sul discovery per l'ulteriore elaborazione.
Passaggio 2
Definizione di un'azione di discovery per aggiungere i server Linux rilevati al rispettivo gruppo/template.

L'azione verrà attivata se:
- il servizio "Zabbix agent" è "up"
- il valore di system.uname (la chiave dello Zabbix agent che abbiamo usato nella definizione della regola) contiene "Linux"
- l'uptime è di 1 ora (3600 secondi) o superiore

L'azione eseguirà le seguenti operazioni:
- aggiungere il host rilevato al gruppo "Linux servers" (e aggiungere anche il host se non era stato aggiunto in precedenza)
- collegare il host al template Linux. Zabbix inizierà automaticamente a monitorare il host utilizzando item e trigger del template "Linux".
Passaggio 3
Definizione di un'azione di discovery per aggiungere i server Windows rilevati al rispettivo gruppo/template.


Passaggio 4
Definizione di un'azione di discovery per rimuovere i server persi.


Un server verrà rimosso se il servizio "Zabbix agent" è 'down' per più di 24 ore (86400 secondi).
per configurare un nuovo controllo in una finestra popup.