Documentation
Table of Contents
5 Vérifications simples
Aperçu
Les vérifications simples sont normalement utilisées pour les vérifications de services à distance sans agent.
Notez que l'agent Zabbix n'est pas nécessaire pour les vérifications simples. Le serveur/proxy Zabbix est responsable du traitement des vérifications simples (établissement de connexions externes, etc.).
Exemples d'utilisation de vérifications simples :
net.tcp.service[ftp,,155]
net.tcp.service[http]
net.tcp.service.perf[http,,8080]
net.udp.service.perf[ntp]Les champs Nom d'utilisateur et Mot de passe dans la configuration de l'élément de vérification simple sont utilisés pour les éléments de surveillance VMware ; ignoré sinon.
Vérifications simples prises en charge
Liste des vérifications simples prises en charge :
Voir également:
| Clé | |||
|---|---|---|---|
| Description | Valeur de retour | Paramètres | Commentaires |
| icmpping[<target>,<packets>,<interval>,<size>,<timeout>] | |||
| Accessibilité de l'hôte par ping ICMP. | 0 - Le ping ICMP a échoué 1 - Le ping ICMP a réussi |
target - IP de l'hôte ou nom DNS packets - nombre de paquets interval - temps entre paquets successifs en millisecondes size - taille du paquet en octets timeout - timeout en millisecondes |
Exemple : => icmpping[,4] → si au moins un paquet sur les quatre est renvoyé, l'élément renverra 1. Voir aussi : tableau des valeurs par défaut. |
| icmppingloss[<target>,<packets>,<interval>,<size>,<timeout>] | |||
| Pourcentage de paquets perdus. | Flottant. | target - IP de l'hôte ou nom DNS packets - nombre de paquets interval - temps entre paquets successifs en millisecondes size - taille du paquet en octets timeout - timeout en millisecondes |
Voir aussi : tableau des valeurs par défaut. |
| icmppingsec[<target>,<packets>,<interval>,<size>,<timeout>,<mode>] | |||
| Temps de réponse ping ICMP (en secondes). | Flottant. | target - IP de l'hôte ou nom DNS packets - nombre de paquets interval - temps entre paquets successifs en millisecondes size - taille du paquet en octets timeout - timeout en millisecondes mode - valeurs possibles : min, max, avg (par défaut) |
Les paquets perdus ou expirés ne sont pas utilisés dans le calcul. Si l'hôte n'est pas disponible (délai atteint), l'élément renverra 0. Si la valeur de retour est inférieure à 0,0001 seconde, le valeur sera fixée à 0,0001 seconde. Voir aussi : tableau des valeurs par défaut. |
| net.tcp.service[service,<ip>,<port>] | |||
| Vérifie si le service est en cours d'exécution et accepte les connexions TCP. | 0 - le service est en panne 1 - le service est en cours d'exécution |
service - valeurs possibles : ssh, ldap, smtp, ftp, http, pop, nntp, imap, tcp, https, telnet (voir les détails) ip - Adresse IP ou nom DNS (par défaut, l'IP/DNS de l'hôte est utilisé) port - numéro de port (par défaut, le numéro de port de service standard est utilisé). |
Exemple : => net.tcp.service[ftp,,45] → peut être utilisé pour tester la disponibilité du serveur FTP sur le port TCP 45. Notez qu'avec le service tcp indiquant que le port est obligatoire. Ces vérifications peuvent entraîner des messages supplémentaires dans les fichiers journaux du démon système (SMTP et les sessions SSH étant généralement enregistrées). La vérification des protocoles cryptés (comme IMAP sur le port 993 ou POP sur le port 995) n'est actuellement pas prise en charge. Pour contourner ce problème, veuillez utiliser net.tcp.service[tcp,<ip>,port] pour des vérifications comme celles-ci. Les services https et telnet sont pris en charge depuis Zabbix 2.0. |
| net.tcp.service.perf[service,<ip>,<port>] | |||
| Vérifie les performances du service TCP. | Flottant. 0,000000 : le service est en panne secondes : le nombre de secondes passées lors de la connexion au service |
service - valeurs possibles : ssh, ldap, smtp, ftp, http, pop, nntp, imap, tcp, https, telnet (voir les détails) ip - Adresse IP ou nom DNS (par défaut, l'IP/DNS de l'hôte est utilisé) port - numéro de port (par défaut, le numéro de port de service standard est utilisé). |
Exemple : => net.tcp.service[ftp,,45] → peut être utilisé pour tester la disponibilité du serveur FTP sur le port TCP 45. Notez qu'avec le service tcp indiquant que le port est obligatoire. Ces vérifications peuvent entraîner des messages supplémentaires dans les fichiers journaux du démon système (SMTP et les sessions SSH étant généralement enregistrées). La vérification des protocoles cryptés (comme IMAP sur le port 993 ou POP sur le port 995) n'est actuellement pas prise en charge. Pour contourner ce problème, veuillez utiliser net.tcp.service[tcp,<ip>,port] pour des vérifications comme celles-ci. Les services https et telnet sont pris en charge depuis Zabbix 2.0. |
| net.udp.service[service,<ip>,<port>] | |||
| Vérifie si le service est en cours d'exécution et répond aux requêtes UDP. | 0 - le service est en panne 1 - le service est en cours d'exécution |
service - valeurs possibles : ntp (voir les détails) ip - Adresse IP ou nom DNS (par défaut, l'IP/DNS de l'hôte est utilisé) port - numéro de port (par défaut, le numéro de port de service standard est utilisé). |
Exemple : => net.udp.service[ntp,,45] → peut être utilisé pour tester la disponibilité du service NTP sur le port UDP 45. Cet élément est pris en charge depuis Zabbix 3.0, mais le service ntp était disponible pour l'élément net.tcp.service[] dans les versions précédentes . |
| net.udp.service.perf[service,<ip>,<port>] | |||
| Vérifie les performances du service UDP. | Flottant. 0.000000 - le service est en panne secondes - le nombre de secondes passées à attendre une réponse du service |
service - valeurs possibles : ntp (voir les détails) ip - Adresse IP ou nom DNS (par défaut, l'IP/DNS de l'hôte est utilisé) port - numéro de port (par défaut, le numéro de port de service standard est utilisé). |
Exemple : => net.udp.service.perf[ntp] → peut être utilisé pour tester le temps de réponse du service NTP.<br > Cet élément est pris en charge depuis Zabbix 3.0, mais le service ntp était disponible pour l'élément net.tcp.service[] dans les versions précédentes. |
Pour la prise en charge de SourceIP dans les vérifications simples LDAP (par exemple, net.tcp.service[ldap]), OpenLDAP version 2.6.1 ou supérieur est requis. SourceIP est pris en charge dans les vérifications simples LDAP depuis Zabbix 6.0.1.
Traitement du délai d'attente
Zabbix ne traitera pas une vérification simple plus longtemps que les secondes de délai d'attente définies dans le fichier de configuration du serveur/proxy Zabbix.
Pings ICMP
Zabbix utilise l'utilitaire externe fping pour le traitement des pings ICMP.
L'utilitaire ne fait pas partie de la distribution Zabbix et doit être installé en plus. Si l'utilitaire est manquant, a de mauvaises autorisations ou si son emplacement ne correspond pas à l'emplacement défini dans le fichier de configuration du serveur/proxy Zabbix (paramètre 'FpingLocation'), les pings ICMP (icmpping, icmppingloss, icmppingsec) ne seront pas traités.
Voir aussi : problèmes connus
fping doit être exécutable par l'utilisateur des démons Zabbix exécutés en tant que et setuid root. Exécutez ces commandes en tant qu'utilisateur root afin de configurer les autorisations correctes :
Après avoir exécuté les deux commandes ci-dessus, vérifiez la propriété de l'exécutable fping. Dans certains cas, la propriété peut être réinitialisée en exécutant la commande chmod.
Vérifiez également si l'utilisateur zabbix appartient au groupe zabbix en exécutant :
et si ce n'est pas le cas, ajoutez le en exécutant :
Valeurs par défaut, limites et description des valeurs des paramètres de contrôle ICMP :
| Paramètre | Unité | Description | Indicateur de Fping | Valeurs par défaut définies par | Limites autorisées par Zabbix |
||
|---|---|---|---|---|---|---|---|
| fping | Zabbix | min | max | ||||
| packets | nombre | nombre de paquets de requête vers une cible | -C | 3 | 1 | 10000 | |
| interval | millisecondes | temps d'attente entre paquets successifs | -p | 1000 | 20 | illimité | |
| size | bytes | taille du paquet en octets 56 octets sur x86, 68 octets sur x86_64 |
-b | 56 ou 68 | 24 | 65507 | |
| timeout | millisecondes | fping v3.x - délai d'attente après l'envoi du dernier paquet, affecté par l'indicateur -C fping v4.x - délai d'attente individuel pour chaque paquet |
-t | fping v3.x - 500 fping v4.x - hérité de l'indicateur -p, mais pas plus de 2000 |
50 | illimité | |
De plus, Zabbix utilise les options fping -i interval ms (ne pas confondre avec le paramètre d'élément interval mentionné dans le tableau ci-dessus, qui correspond à l'option fping -p) et -S adresse IP source (ou -I dans les anciennes versions de fping). Ces options sont automatiquement détectées en exécutant des vérifications avec différentes combinaisons d'options. Zabbix essaie de détecter la valeur minimale en millisecondes que fping permet d'utiliser avec -i en essayant 3 valeurs : 0, 1 et 10. La valeur qui réussit en premier est ensuite utilisée pour les vérifications ICMP suivantes. Ce processus est effectué par chaque processus ICMP pinger individuellement.
Les options fping détectées automatiquement sont invalidées toutes les heures et détectées à nouveau lors de la prochaine tentative de vérification ICMP. Définissez DebugLevel>=4 afin d'afficher les détails de ce processus dans le fichier journal du serveur ou du proxy.
Avertissement : les valeurs par défaut de fping peuvent différer selon la plate-forme et la version - en cas de doute, consultez la documentation de fping.
Zabbix écrit les adresses IP à vérifier par l'une des trois clés icmpping* dans un fichier temporaire, qui est ensuite transmis à fping. Si les éléments ont des paramètres de clé différents, seuls ceux avec des paramètres de clé identiques sont écrits dans un seul fichier.
Toutes les adresses IP écrites dans le fichier unique seront vérifiées par fping en parallèle, de sorte que le processus Zabbix icmp pinger passera un temps fixe sans tenir compte du nombre d'adresses IP dans le fichier.