[comment]: # translation:outdated [comment]: # ({0958807d-57ae64ac}) # 1 Découverte du réseau [comment]: # ({/0958807d-57ae64ac}) [comment]: # ({f0af6d6b-2330e6f5}) #### Aperçu Zabbix offre une fonctionnalité de découverte automatique du réseau efficace et très flexible. Avec la découverte du réseau correctement configurée, vous pouvez : - accélérer le déploiement de Zabbix - simplifier l'administration - utiliser Zabbix dans des environnements en mutation rapide sans administration excessive La découverte du réseau Zabbix est basée sur les informations suivantes : - Les plages IP - La disponibilité de services externes ( FTP , SSH, WEB, POP3, IMAP, TCP, etc.) - Les informations reçues de l'agent Zabbix (seul le mode non crypté est pris en charge) - Les informations reçues de l'agent SNMP Elle ne fournit PAS : - La découverte de la topologie du réseau La découverte du réseau comprend essentiellement deux phases : la découverte et les actions. [comment]: # ({/f0af6d6b-2330e6f5}) [comment]: # ({be458e15-d3509504}) #### Découverte Zabbix analyse périodiquement les plages IP définies dans les [règles de découverte du réseau](/fr/manual/discovery/network_discovery/rule). La fréquence du contrôle est configurable pour chaque règle individuellement. Notez qu'une règle de découverte sera toujours traitée par un processus de découverte unique. La plage d'adresses IP ne sera pas divisée entre plusieurs processus de découverte. Chaque règle comporte un ensemble de vérifications de service à exécuter pour la plage IP. ::: noteclassic Les vérifications de découverte sont traités indépendamment des autres vérifications. Si des vérifications ne trouvent pas de service (ou échouent), les autres vérifications seront toujours traitées. ::: Chaque vérification d'un service et d'un hôte (IP) effectuée par le module de découverte du réseau génère un événement de découverte. |Événement|Vérification du résultat du service| |-----------|-------------------------------------| |*Service Discovered*|Le service est 'démarré' après avoir été 'arrêté' ou lorsqu'il est découvert la première fois.| |*Service Up*|Le service est 'démarré'.| |*Service Lost*|Le service est 'arrêté' après avoir été 'démarré'.| |*Service Down*|Le service est 'arrêté'.| |*Host Discovered*|Au moins un des services d'un hôte est "démarré" après que tous les services de cet hôte aient été "arrêtés" ou un service est découvert qui appartient à un hôte non-enregistré.| |*Host Up*|Au moins un service d'un hôte est 'démarré'.| |*Host Lost*|Tous les services d'un hôte sont 'arrêtés' après qu'au moins un des services ait été 'arrêté'.| |*Host Down*|Tous les services d'un hôte sont 'arrêtés'.| [comment]: # ({/be458e15-d3509504}) [comment]: # ({1704a248-4490d521}) #### Actions Les événements de découverte peuvent être la base d’[actions](/fr/manual/config/notifications/action) pertinentes, telles que : - L'envoi de notifications - L'ajout/suppression d'hôtes - L'activation/désactivation des hôtes - L'ajout d'hôtes à un groupe - La suppression des hôtes d'un groupe - La liaison (ou la suppression d'un lien) des hôtes à un modèle - L'exécution de scripts à distance Ces actions peuvent être configurées en fonction du type de périphérique, de l'adresse IP, de l'état, de la disponibilité/indisponibilité, etc. Pour plus de détails sur la configuration des actions pour les événements basés sur la découverte du réseau, voir les pages [opération](/fr/manual/config/notifications/action/operation) et [conditions](/fr/manual/config/notifications/action/conditions). ::: noteclassic La liaison d'un hôte découvert à des modèles échouera collectivement si l'un des modèles pouvant être liés a une entité unique (par exemple, une clé d'élément) est identique à une autre entité unique (par exemple une clé d'élément) existant déjà sur l'hôte ou sur un autre des modèles pouvant être liés. :::​ [comment]: # ({/1704a248-4490d521}) [comment]: # ({b8c6f528-0c329d5c}) ##### Création d'hôte Un hôte est ajouté si l'opération *Ajouter un hôte* est sélectionnée. Un hôte est également ajouté, même si l'opération *Ajouter un hôte* est manquante, si vous sélectionnez des opérations entraînant des actions sur un hôte. Ces opérations sont : - activer l'hôte - désactiver l'hôte - ajouter un hôte à un groupe d'hôtes - lier un modèle à un hôte Lors de l'ajout d'hôtes, un nom d'hôte est le résultat d'une recherche DNS inversée (lookup) ou d'une adresse IP si la recherche inversée échoue. La recherche est effectuée à partir du serveur Zabbix ou du proxy Zabbix, en fonction de celui effectuant la découverte. Si la recherche échoue sur le proxy, elle n'est pas relancée sur le serveur. Si l'hôte avec un tel nom existe déjà, l'hôte suivant se verra ajouter **\_2** au nom, puis **\_3** et ainsi de suite. Les hôtes créés sont ajoutés au groupe *Discovered hosts* (par défaut, configurable dans Administration → Général → [Autres](/fr/manual/web_interface/frontend_sections/administration/general#autre_parametres)). Si vous souhaitez que des hôtes soient ajoutés à un autre groupe, ajoutez une opération *Supprimer des groupes d'hôtes* (en spécifiant "Discovered hosts") et ajoutez également une opération *Ajouter aux groupes d'hôtes* (en spécifiant un autre groupe d'hôtes), car un hôte doit appartenir à un groupe d'hôtes. Si un hôte existe déjà avec l'adresse IP découverte, aucun nouvel hôte n'est créé. Toutefois, si l'action de découverte contient des opérations (lien avec un modèle, ajout au groupe d'hôtes, etc.), elles sont effectuées sur l'hôte existant. [comment]: # ({/b8c6f528-0c329d5c}) [comment]: # ({8e552ee8-cc30860b}) ##### Suppression d'un hôte Les hôtes découverts par une règle de découverte du réseau sont automatiquement supprimés de *Surveillance* → *Découverte* si une entité découverte ne se trouve plus dans la plage IP de la règle. Les hôtes sont supprimés immédiatement. [comment]: # ({/8e552ee8-cc30860b}) [comment]: # ({1ebde787-9b18af68}) ##### Création d'interface lors de l'ajout d'hôtes Lorsque des hôtes sont ajoutés via la découverte du réseau, ils obtiennent des interfaces créées conformément à ces règles : - les services détectés - par exemple, si une vérification SNMP réussit, une interface SNMP sera créée - si un hôte répond à la fois à l'agent Zabbix et aux requêtes SNMP, les deux types d'interfaces seront créées - si les critères d'unicité sont l'agent Zabbix ou les données renvoyées par SNMP, la première interface trouvée pour un hôte sera créée par défaut. D'autres adresses IP seront ajoutées en tant qu'interfaces supplémentaires. - si un hôte a répondu uniquement aux vérifications d'agent, il sera créé avec une interface d'agent uniquement. S'il devait commencer à répondre à SNMP plus tard, des interfaces SNMP supplémentaires seraient ajoutées à ce moment là. - si 3 hôtes distincts ont été créés à l'origine, après avoir été découverts par le critère d'unicité "IP", puis la règle de découverte est modifiée de sorte que les hôtes A, B et C aient des critères d'unicité identiques, B et C sont créés en tant qu'interfaces supplémentaires pour A, le premier hôte. Les hôtes individuels B et C restent inchangés. Dans *Surveillance* → *Découverte*, les interfaces ajoutées sont affichées dans la colonne "Équipement découvert", en caractères noirs et en retrait, mais la colonne "Hôte surveillé" affiche uniquement A, le premier hôte créé. Le «temps de fonctionnement/Temp d'arrêt» n'est pas mesuré pour les adresses IP considérées comme des interfaces supplémentaires. [comment]: # ({/1ebde787-9b18af68})