Allez dans Collecte de données → Découverte
Cliquez sur Créer une règle de découverte (ou sur le nom de la règle pour modifier une règle existante)
Modifiez les attributs de la règle de découverte

Attributs de la règle

Tous les champs de saisie obligatoires sont marqués d'un astérisque rouge.

Paramètre	Description
Name	Nom unique de la règle. Par exemple, « Réseau local ».
Discovery by	La découverte est effectuée par : Server - par le serveur Zabbix Proxy - par le proxy Zabbix (sélectionné dans le champ du nom du proxy)
IP range	La plage d'adresses IP à découvrir. Elle peut avoir les formats suivants : IP unique : 192.168.1.33 Plage d'adresses IP : 192.168.1-10.1-255. La plage est limitée par le nombre total d'adresses couvertes (moins de 64K). Masque IP : 192.168.4.0/24 masques IP pris en charge : /16 - /30 pour les adresses IPv4 /112 - /128 pour les adresses IPv6 Liste : 192.168.1.1-255, 192.168.2.1-100, 192.168.2.200, 192.168.4.0/24 Ce champ prend en charge les espaces, les tabulations et plusieurs lignes.
Update interval	Ce paramètre définit la fréquence à laquelle Zabbix exécutera la règle. L'intervalle est mesuré après la fin de l'exécution de l'instance de découverte précédente, il n'y a donc pas de chevauchement. Les suffixes temporels sont pris en charge, par exemple 30s, 1m, 2h, 1d. Les macros utilisateur sont prises en charge. Notez que si une macro utilisateur est utilisée et que sa valeur est modifiée (par ex. 1w → 1h), la prochaine vérification sera exécutée selon la valeur précédente (très loin dans le futur avec les valeurs de l'exemple).
Maximum concurrent checks per type	Définissez le nombre maximal de threads de découverte (workers) par vérification de service pour le traitement parallèle des vérifications de découverte : One - un thread Unlimited - nombre illimité de threads (mais pas plus que dans le paramètre StartDiscoverers) Custom - définissez un nombre personnalisé de threads (0-999) Notez que toutes les règles de découverte avec des vérifications de service asynchrones SNMPv3 sont traitées par un seul worker en raison des particularités de l'implémentation de libsnmp, c.-à-d. qu'augmenter le nombre de workers n'augmentera pas la vitesse de découverte.
Checks	Zabbix utilisera cette liste de vérifications pour la découverte. Cliquez sur pour configurer une nouvelle vérification dans une fenêtre contextuelle. Vérifications prises en charge : SSH, LDAP, SMTP, FTP, HTTP, HTTPS, POP, NNTP, IMAP, TCP, Telnet, agent Zabbix, agent SNMPv1, agent SNMPv2, agent SNMPv3, ping ICMP. Une découverte basée sur un protocole utilise la fonctionnalité net.tcp.service[] pour tester chaque hôte, à l'exception de SNMP qui interroge un OID SNMP. L'agent Zabbix est testé en interrogeant un élément en mode non chiffré. Veuillez consulter éléments d'agent pour plus de détails. Le paramètre « Ports » peut prendre l'une des formes suivantes : Port unique : 22 Plage de ports : 22-45 Liste : 22-45,55,60-70 Depuis Zabbix 7.0. toutes les vérifications de service sont effectuées de manière asynchrone, à l'exception des vérifications LDAP. Depuis Zabbix 7.0, la vérification HTTP/HTTPs est effectuée via libcurl. Si le serveur/proxy Zabbix est compilé sans libcurl, les vérifications HTTP fonctionneront comme dans les versions précédentes (c.-à-d. comme des vérifications TCP), mais les vérifications HTTPS ne fonctionneront pas.
Device uniqueness criteria	Les critères d'unicité du périphérique peuvent être : IP address - ne pas traiter plusieurs périphériques à IP unique. Si un périphérique avec la même IP existe déjà, il sera considéré comme déjà découvert et un nouvel hôte ne sera pas ajouté. <discovery check> - soit une vérification de l'agent Zabbix, soit une vérification de l'agent SNMP. Notez que le critère d'unicité utilisé pendant la découverte n'est pas le même que l'identification de l'hôte dans le système lors de l'exécution des actions. Les critères d'unicité pendant la découverte définissent si deux périphériques découverts ou plus sont identiques (ou différents), alors que seule l'adresse IP est le critère d'identification de l'hôte dans Zabbix (voir Création d'hôte).
Host name	Définissez le nom technique de l'hôte créé en utilisant : DNS name - nom DNS (par défaut) IP address - adresse IP <discovery check> - valeur de chaîne reçue de la vérification de découverte (par ex. agent Zabbix, vérification de l'agent SNMP) Voir aussi : Nommage des hôtes.
Visible name	Définissez le nom visible de l'hôte créé en utilisant : Host name - nom technique de l'hôte (par défaut) DNS name - nom DNS IP address - adresse IP <discovery check> - valeur de chaîne reçue de la vérification de découverte (par ex. agent Zabbix, vérification de l'agent SNMP) Voir aussi : Nommage des hôtes.
Enabled	Lorsque la case est cochée, la règle est active et sera exécutée par le serveur Zabbix. Si elle n'est pas cochée, la règle n'est pas active. Elle ne sera pas exécutée.

Dépassement de la limite des descripteurs de fichiers

En cas de grand nombre de vérifications simultanées, il est possible d’épuiser la limite des descripteurs de fichiers pour le gestionnaire de découverte.

Le nombre de descripteurs de fichiers requis pour la détection est égal au nombre de workers de découverte * 1000. Par défaut, il y a 5 workers de découverte, tandis que la limite logicielle du système est d’environ 1024.

Si cette limite est approchée, Zabbix réduira le nombre par défaut de vérifications simultanées par type pour chaque worker et écrira un avertissement dans le fichier journal. Cependant, si l’utilisateur a défini une valeur plus élevée pour Maximum concurrent checks per type que la valeur calculée par Zabbix, Zabbix utilisera la valeur définie par l’utilisateur pour un worker.

Scénario concret

Dans cet exemple, nous souhaiterions configurer la détection de réseau pour le réseau local ayant une plage d'adresses IP : 192.168.1.1-192.168.1.254.

Dans notre scénario, nous voulons :

découvrir les hôtes sur lesquels l'agent Zabbix est en cours d'exécution
lancer la découverte toutes les 10 minutes
ajouter un hôte à la surveillance si le temps de disponibilité de l'hôte est supérieur à 1 heure
supprimer des hôtes si le temps d'inactivité de l'hôte est supérieur à 24 heures
ajouter des hôtes Linux au groupe "Linux servers"
ajouter des hôtes Windows au groupe "Windows servers"
utiliser Template OS Linux pour les hôtes Linux
utiliser Template OS Windows pour les hôtes Windows

Étape 1

Définition d’une règle de découverte réseau pour notre plage d’adresses IP.

Zabbix tentera de découvrir les hôtes dans la plage d’adresses IP 192.168.1.1-192.168.1.254 en se connectant aux agents Zabbix et en récupérant la valeur de la clé system.uname. La valeur reçue de l’agent peut être utilisée pour nommer les hôtes et également pour appliquer différentes actions selon les différents systèmes d’exploitation. Par exemple, lier les serveurs Windows au modèle Windows, les serveurs Linux au modèle Linux.

La règle sera exécutée toutes les 10 minutes.

Lorsque cette règle est ajoutée, Zabbix démarrera automatiquement la découverte et la génération des événements basés sur la découverte pour un traitement ultérieur.

Étape 2

Définir une action pour ajouter les serveurs Linux découverts au groupe/modèle correspondant.

L'action sera activée si :

le service "agent Zabbix" est "démarré"
la valeur de system.uname (la clé de l'agent Zabbix que nous avons utilisée dans la définition de la règle) contient "Linux"
La disponibilité est de 1 heure (3600 secondes) ou plus

L'action exécutera les opérations suivantes :

ajoute l'hôte découvert au groupe "serveurs Linux" (et ajoute également l'hôte s'il n'a pas été ajouté précédemment)
lie l'hôte au "Template OS Linux". Zabbix commencera automatiquement à surveiller l'hôte à l'aide d'éléments et de déclencheurs de "Template OS Linux".