Pingularity propose une surveillance d'Internet auto-hébergée avec des tests de débit programmés

Publié le 25 septembre 2026, Pingularity introduit une solution auto-hébergée pour surveiller la connectivité et les performances Internet. Cet outil open source permet aux particuliers et aux petites équipes d'effectuer des vérifications continues du ping et des tests de débit programmés depuis leur propre infrastructure. Il répond à la frustration courante liée aux pannes non vérifiées en fournissant des données concrètes sur les temps d'arrêt, la latence et le débit, sans dépendre de services cloud tiers.

Ce qui s'est passé

Pingularity fonctionne comme un agent local qui échantillonne en continu les métriques de santé du réseau. Il effectue des pings vers plusieurs points de référence toujours actifs via IPv4 et IPv6 toutes les quelques secondes, enregistrant le temps aller-retour, la durée de résolution DNS, la gigue (jitter) et la perte de paquets. Le système utilise un mécanisme de quorum pour détecter les pannes, ce qui signifie que plusieurs points de référence doivent convenir que la connexion est interrompue avant qu'un incident ne soit enregistré. Cette approche empêche les fausses alertes causées par des bugs temporaires ou des défaillances ponctuelles dans le chemin de surveillance lui-même.

Au-delà du simple suivi de la disponibilité, l'outil effectue des tests de débit programmés utilisant soit des serveurs Ookla, soit des endpoints iperf3 définis par l'utilisateur. Ces tests mesurent les vitesses de téléchargement et de téléversement, le bufferbloat et d'autres indicateurs de qualité de service à des intervalles configurables, par exemple pendant les heures creuses. Toutes les données sont stockées localement dans une base de données SQLite, permettant aux utilisateurs de conserver l'historique indéfiniment. L'interface comprend une carte thermique calendaire pour visualiser les temps d'arrêt et des graphiques détaillés pour les tendances de performance, permettant aux utilisateurs de corréler les baisses de vitesse avec des moments spécifiques de la journée ou des événements réseau.

Détails clés

• Échantillonnage continu : Pings multiples vers les points de référence toutes les quelques secondes pour suivre la latence, la gigue et les temps de résolution DNS.
• Détection de panne basée sur le quorum : Nécessite l'accord de plusieurs points de référence pour confirmer une panne, réduisant ainsi les faux positifs.
• Tests de débit programmés : Prend en charge les tests automatisés via Ookla ou iperf3 pour mesurer le débit et le bufferbloat selon un calendrier défini.
• Stockage local des données : Utilise un seul binaire avec un fichier SQLite local pour l'historique, garantissant zéro télémétrie et une propriété totale des données.
• Capacités d'intégration : Expose les métriques via un endpoint Prometheus avec des tableaux de bord Grafana et prend en charge les alertes webhook pour Slack ou Discord.
• Configuration personnalisable : Les utilisateurs peuvent ajuster les moteurs de test, les seuils d'alerte, les politiques de rétention et les thèmes d'interface via un panneau de paramètres central.

Contexte

La surveillance réseau se divise généralement en deux catégories : les services externes qui pinguent votre serveur depuis Internet, et les outils internes qui vérifient la santé de votre réseau local. La plupart des routeurs grand public offrent des journaux de disponibilité basiques mais manquent de métriques de performance détaillées comme le bufferbloat ou des tests de débit cohérents. Les solutions d'entreprise nécessitent souvent des configurations complexes ou des abonnements cloud. L'auto-hébergement d'un moniteur comme Pingularity comble ce fossé en plaçant le point de mesure à l'intérieur du réseau local, offrant une vue réelle de la qualité de la connexion du dernier kilomètre telle qu'elle est vécue par les appareils locaux.

Le bufferbloat est un problème courant où un tampon excessif dans les équipements réseau provoque une latence élevée lors d'une utilisation intensive, affectant les applications en temps réel comme les appels vidéo ou les jeux. Les tests de débit traditionnels ne capturent qu'un instantané, passant à côté de ces conditions dynamiques. En exécutant des tests selon un calendrier et en échantillonnant continuellement la latence, des outils comme Pingularity aident à identifier des motifs que les tests ponctuels manquent. Ces données sont cruciales pour diagnostiquer si les problèmes de performance proviennent du FAI, du matériel local ou de périodes spécifiques de congestion réseau.

Pourquoi c'est important

Pour les équipes gérant des bureaux distants ou des laboratoires domestiques, vérifier les performances du FAI est souvent un processus réactif déclenché par des plaintes. Sans données historiques, il est difficile de distinguer entre un bug bref et un problème systémique. Pingularity fournit des preuves objectives de la qualité de service, essentielles lors de négociations avec les fournisseurs ou pour décider de changer de FAI. Disposer d'un journal des durées exactes d'indisponibilité et des motifs de dégradation de la vitesse transforme la frustration subjective en données techniques exploitables.

L'auto-hébergement de cette pile de surveillance garantit la confidentialité et le contrôle des métadonnées réseau sensibles. Contrairement aux moniteurs basés sur le cloud qui peuvent agréger les données des utilisateurs, Pingularity conserve tous les records localement. Cela est particulièrement important pour les organisations ayant des exigences strictes de conformité ou celles qui préfèrent simplement ne pas partager leur topologie réseau et leurs modèles d'utilisation avec des vendeurs externes. La capacité d'exporter les données brutes via CSV ou API facilite également l'analyse personnalisée et l'archivage à long terme au-delà du tableau de bord intégré.

Ce que vous pouvez faire

• Déployez Pingularity sur un appareil basse consommation comme un Raspberry Pi ou un serveur local pour garantir qu'il reste actif même si les stations de travail principales sont éteintes.
• Configurez les tests de débit pour qu'ils s'exécutent pendant les heures creuses afin d'éviter d'impacter l'utilisation quotidienne de la bande passante tout en capturant les performances de base.
• Mettez en place des alertes webhook pour notifier votre canal d'équipe uniquement lorsqu'une panne confirmée par quorum survient, minimisant le bruit provenant des erreurs transitoires.
• Utilisez l'endpoint Prometheus pour intégrer les métriques de santé réseau dans vos tableaux de bord Grafana existants, aux côtés des statistiques des serveurs et des applications.
• Passez en revue la carte thermique calendaire chaque mois pour identifier les motifs récurrents d'indisponibilité pouvant indiquer une maintenance de l'infrastructure ou une fatigue matérielle.
• Exportez périodiquement les données historiques pour créer des rapports à long terme destinés aux revues du FAI ou aux discussions internes sur la planification de la capacité.