[comment]: # translation:outdated
[comment]: # ({bd6224b0-bd6224b0})
# 1 Configurazione di una regola di individuazione sulla rete
[comment]: # ({/bd6224b0-bd6224b0})
[comment]: # ({d0972226-466f5982})
#### Panoramica
Per configurare una regola di individuazione della rete utilizzata da Zabbix per individuare host
e servizi:
- Vai a *Raccolta dati → Individuazione*
- Fai clic su *Crea regola di individuazione* (oppure sul nome della regola per modificarne una esistente)
- Modifica gli attributi della regola di individuazione
[comment]: # ({/d0972226-466f5982})
[comment]: # ({996de9ff-f020a6f3})
#### Attributi della regola
{width="600"}
Tutti i campi di input obbligatori sono contrassegnati con un asterisco rosso.
|Parametro|Descrizione|
|--|--------|
|*Name*|Nome univoco della regola. Ad esempio, "Rete locale".|
|*Discovery by*|Il rilevamento viene eseguito da:
**Server** - da Zabbix server
**Proxy** - da Zabbix proxy (selezionato nel campo del nome del proxy)|
|*IP range*|L'intervallo di indirizzi IP per il rilevamento. 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 rilevamento, quindi non vi è sovrapposizione.
Sono supportati i [suffissi temporali](/manual/appendix/suffixes), ad esempio 30s, 1m, 2h, 1d.
Sono supportate le [macro utente](/manual/config/macros/user_macros).
*Nota* che se viene utilizzata 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*|Impostare il numero massimo di thread di rilevamento (worker) per ciascun controllo del servizio per l'elaborazione parallela dei controlli di rilevamento:
**One** - un thread
**Unlimited** - numero illimitato di thread (ma non più di quanto specificato nel parametro [StartDiscoverers](/manual/appendix/config/zabbix_server#startdiscoverers))
**Custom** - impostare un numero personalizzato di thread (0-999)
Si noti che tutte le regole di rilevamento con controlli di servizio asincroni SNMPv3 vengono elaborate da un solo worker a causa delle particolarità dell'implementazione di libsnmp, cioè aumentare il numero di worker non aumenterà la velocità di rilevamento.|
|*Checks*|Zabbix utilizzerà questo elenco di controlli per il rilevamento. Fare 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, agent SNMPv1, agent SNMPv2, agent SNMPv3, ping ICMP.
Un rilevamento basato su protocollo utilizza la funzionalità **net.tcp.service\[\]** per testare ciascun host, eccetto SNMP che interroga un OID SNMP. Zabbix agent viene testato interrogando un item in modalità non crittografata. Per maggiori dettagli, vedere [item agent](/manual/config/items/itemtypes/zabbix_agent).
Il parametro 'Ports' può essere uno dei seguenti:
Porta singola: 22
Intervallo di porte: 22-45
Elenco: 22-45,55,60-70
A partire da Zabbix 7.0, tutti i controlli di servizio vengono eseguiti in modo asincrono, eccetto i controlli LDAP.
A partire 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 singolo IP. Se esiste già un dispositivo con lo stesso IP, verrà considerato già rilevato e non verrà aggiunto un nuovo host.
**** - controllo di Zabbix agent oppure controllo agent SNMP.
Si noti che il criterio di unicità utilizzato durante il rilevamento non è lo stesso dell'identificazione dell'host nel sistema durante l'esecuzione delle azioni. I criteri di unicità durante il rilevamento definiscono se due o più dispositivi rilevati sono uguali (o diversi), mentre in Zabbix solo l'indirizzo IP è il criterio per l'identificazione dell'host (vedere [Creazione host](/manual/discovery/network_discovery#host-creation)).|
|*Host name*|Impostare il nome tecnico dell'host creato utilizzando:
**DNS name** - nome DNS (predefinito)
**IP address** - indirizzo IP
**** - valore stringa ricevuto dal controllo di rilevamento (ad esempio Zabbix agent, controllo agent SNMP)
Vedere anche: [Denominazione host](/manual/discovery/network_discovery#host-naming).|
|*Visible name*|Impostare il nome visibile dell'host creato utilizzando:
**Host name** - nome tecnico dell'host (predefinito)
**DNS name** - nome DNS
**IP address** - indirizzo IP
**** - valore stringa ricevuto dal controllo di rilevamento (ad esempio Zabbix agent, controllo agent SNMP)
Vedere anche: [Denominazione host](/manual/discovery/network_discovery#host-naming).|
|*Enabled*|Con la casella selezionata, la regola è attiva e verrà eseguita da Zabbix server.
Se non selezionata, la regola non è attiva. Non verrà eseguita.|
[comment]: # ({/996de9ff-f020a6f3})
[comment]: # ({e9390cef-67a97e37})
##### 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](/manual/concepts/server#server-process-types-and-threads).
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](/manual/appendix/config/zabbix_server#startdiscoverers), mentre il limite soft del sistema è di circa 1024.
Se ci si avvicina a questo limite, 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.
[comment]: # ({/e9390cef-67a97e37})
[comment]: # ({cd84714a-cd84714a})
#### 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
[comment]: # ({/cd84714a-cd84714a})
[comment]: # ({d8bdedb7-78f4f491})
##### Passo 1
Definizione di una regola di network discovery per il nostro intervallo IP.
{width="600"}
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.
[comment]: # ({/d8bdedb7-78f4f491})
[comment]: # ({b8e28285-b8e28285})
##### Passaggio 2
Definizione di un'[azione](/manual/config/notifications/action) 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".
[comment]: # ({/b8e28285-b8e28285})
[comment]: # ({b1d8800e-b1d8800e})
##### Passaggio 3
Definizione di un'azione di discovery per aggiungere i server Windows rilevati
al rispettivo gruppo/template.
[comment]: # ({/b1d8800e-b1d8800e})
[comment]: # ({79eefb1b-79eefb1b})
##### 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).
[comment]: # ({/79eefb1b-79eefb1b})