Accueil
» ADMINISTRATEUR RÉSEAU
»
Moniteur de ping : 7 outils gratuits et open source pour la disponibilité du réseau
Moniteur de ping : 7 outils gratuits et open source pour la disponibilité du réseau
Pour une surveillance complète du ping, commencez par Zabbix ou LibreNMS ; optez pour SmokePing si les graphiques de latence et de perte de paquets à long terme sont essentiels, ou pour Prometheus Blackbox Exporter si vous utilisez déjà Prometheus. Le choix de la solution la plus adaptée dépend de vos besoins : une simple vérification de la disponibilité du réseau ou une plateforme de surveillance plus étendue.
Ces sept outils gratuits et open source répondent aux deux besoins. La liste privilégie les projets disposant d'une surveillance ICMP documentée, plutôt que les produits payants ou les versions d'essai limitées dans le temps.
Un ping vérifie si un point de terminaison répond à une requête d'écho ICMP provenant de l'emplacement du moniteur.
Ce que mesure un moniteur de ping
La commande Ping envoie une requête ICMP Echo et attend une réponse, enregistrant la réception de la réponse et la durée de l'aller-retour. ICMP définit ces messages de requête et de réponse ; le système de surveillance ne voit que le chemin entre lui et la cible, et non l'état de chaque service sur cette cible. Consultez la spécification ICMP de l'éditeur RFC .
Un serveur peut répondre à une requête ping même si son site web, sa base de données ou son application est défaillant. Inversement, un pare-feu ou une politique d'hôte peut bloquer ou déprioriser le protocole ICMP même lorsque le service fonctionne. Une absence de réponse doit être considérée comme un signal d'alerte, et non comme la preuve d'une panne totale. Pour les services accessibles aux utilisateurs, il est recommandé d'associer une requête ping à une vérification de port TCP, HTTP, DNS ou applicative.
La disponibilité, le délai de réponse et la perte de paquets sont des signaux liés mais distincts ; une variation de latence à elle seule n'en identifie pas la cause.
7 outils de surveillance ping gratuits et open source
1. Zabbix
Idéal pour : Une plateforme unique pour la surveillance du réseau, des serveurs et des services. Les contrôles simples de Zabbix incluent la connectivité ICMP, la perte de paquets, le nombre de tentatives et le temps de réponse. Son serveur ou proxy utilise un fpingutilitaire distinct ; installez-le et assurez-vous que le processus Zabbix dispose des autorisations requises avant d'utiliser les contrôles. Documentation relative aux contrôles ICMP de Zabbix .
2. LibreNMS
Idéal pour : la surveillance des routeurs, commutateurs et autres périphériques réseau compatibles SNMP, avec la disponibilité ICMP et les métriques des périphériques. LibreNMS prend également en charge les périphériques nécessitant uniquement le ping. Son option de ping rapide permet de connaître rapidement l'état de fonctionnement (actif/inactif), mais ne mesure pas le temps de réponse moyen ni la perte de paquets ; utilisez les graphiques d'interrogation classiques ou une autre méthode de vérification lorsque ces mesures sont importantes. Consultez la documentation relative à la configuration des périphériques nécessitant uniquement le ping et au ping rapide dans LibreNMS .
3. Noyau Nagios
Idéal pour : les équipes qui souhaitent un moteur de supervision open source et qui maîtrisent la configuration des contrôles. Nagios Core planifie les contrôles, évalue les seuils et envoie des notifications ; le package officiel de plugins Nagios inclut des modules check_pingpour le temps de réponse ICMP et la perte de paquets. Core est flexible, mais sa configuration nécessite davantage d'interventions manuelles qu'avec un outil tout-en-un. Nagios Core et ses plugins officiels .
4. Icinga 2
Idéal pour : la surveillance configurable des hôtes et des services avec relance des alertes. hostaliveLa fonction de vérification d'Icinga utilise la commande ping et ses modèles de vérification définissent les seuils d'alerte et de critique pour le temps d'aller-retour et la perte de paquets. Vous pouvez également ajouter des vérifications TCP ou applicatives au même hôte, ce qui permet de distinguer une machine accessible d'un service opérationnel. Principes de base de la surveillance Icinga et référence des commandes de vérification .
5. Communauté Observium
Idéal pour : la surveillance gratuite et open source des périphériques réseau compatibles SNMP lorsque vous souhaitez obtenir des données d'interface et de périphérique en plus de leur accessibilité. Observium Community est distribué sous sa licence open source QPL. Vérifiez les limites de l'édition avant de la choisir pour des cibles autonomes : Observium propose la surveillance par ping uniquement des hôtes non SNMP en tant que fonctionnalité payante (abonnement requis). Consultez les détails des éditions d'Observium et de Community, ainsi que les exigences relatives à la fonctionnalité ping uniquement pour les hôtes .
6. SmokePing
Idéal pour : détecter les variations de latence au fil du temps. SmokePing enregistre et représente graphiquement la latence, sa variation et les pertes de paquets. Il prend en charge les déploiements maître/esclave qui sondent une cible depuis plusieurs emplacements. Il s'agit d'un outil de mesure et de représentation graphique ciblé, et non d'un système d'inventaire complet d'infrastructure. Fonctionnalités et documentation de SmokePing .
7. Exportateur de boîtes noires Prometheus
Idéal pour : les utilisateurs de Prometheus souhaitant sonder les points de terminaison via ICMP, ainsi que HTTP, DNS, TCP ou gRPC. L’exportateur expose les métriques de sondage ; associez-le à Prometheus pour les collecter, les stocker, les interroger, les représenter graphiquement et configurer des alertes. Il s’agit d’un composant, et non d’un tableau de bord de supervision autonome. Documentation et code source de Blackbox Exporter .
Choisissez l'emplacement de sonde approprié et l'alerte
Un outil de surveillance ping indique la connectivité de la machine qui effectue le test. Si des utilisateurs se connectent depuis plusieurs réseaux ou régions, des sondages effectués depuis plusieurs emplacements peuvent révéler un problème de routage ou d'accès qu'un outil de surveillance centralisé ne détecte pas.
L'utilisation de plusieurs sondes permet de déterminer si un problème d'accessibilité affecte un seul itinéraire ou plusieurs.
Avant d'activer les alertes, vérifiez que la cible et le réseau autorisent le trafic ICMP concerné. Définissez des seuils à partir de votre configuration de référence habituelle, prévoyez un nombre suffisant de tentatives pour limiter le bruit dû à la perte d'un paquet et documentez les fenêtres de maintenance. En cas d'échec du ping, comparez les résultats depuis un autre point d'accès et testez le port ou l'URL du service. Si le ping réussit mais que les utilisateurs signalent toujours des erreurs, effectuez une analyse plus poussée au niveau DNS, TLS, HTTP ou au niveau applicatif.
Pour un système de supervision gratuit et complet, privilégiez Zabbix et LibreNMS. Pour les contrôles classiques basés sur des plugins, comparez Nagios Core et Icinga 2. Pour l'historique de latence, utilisez SmokePing ; pour les environnements Prometheus, Blackbox Exporter. Choisissez Observium Community si la visibilité des périphériques SNMP est prioritaire et si ses limites d'édition correspondent à vos besoins.