DevOps & Monitoring

Pingularity bietet selbst gehostetes Internet-Monitoring mit geplanten Geschwindigkeitstests

Pingularity ist ein neues selbst gehostetes Tool, das die Verfügbarkeit des Internets, die Latenz und geplante Geschwindigkeitstests verfolgt, um Nutzern bei der Diagnose von Verbindungsproblemen zu helfen.

Ein Serverschrank, verbunden mit einer digitalen Weltkugel, die Netzwerklatenzdaten anzeigt.
Für diesen Artikel erstellte Illustration

Automatisch aus dem englischen Original übersetzt.

Am 25. September 2026 veröffentlicht, stellt Pingularity eine selbst gehostete Lösung zur Überwachung der Internetverbindung und -leistung vor. Dieses Open-Source-Tool ermöglicht es Einzelpersonen und kleinen Teams, kontinuierliche Ping-Prüfungen und geplante Geschwindigkeitstests über ihre eigene Infrastruktur durchzuführen. Es adressiert die häufige Frustration über nicht verifizierte Ausfälle, indem es konkrete Daten zu Downtime, Latenz und Durchsatz bereitstellt, ohne auf Cloud-Dienste Dritter angewiesen zu sein.

Was passiert ist

Pingularity fungiert als lokaler Agent, der kontinuierlich Metriken zur Netzwerkgesundheit erfasst. Das Tool pingt alle paar Sekunden mehrere stets erreichbare Ankerpunkte über IPv4 und IPv6 an und protokolliert dabei die Round-Trip-Zeit, die Dauer der DNS-Auflösung, Jitter und Paketverluste. Das System nutzt einen Quorum-Mechanismus zur Erkennung von Ausfällen, was bedeutet, dass mehrere Referenzpunkte übereinstimmen müssen, bevor ein Vorfall protokolliert wird. Dieser Ansatz verhindert Fehlalarme, die durch temporäre Störungen oder Single-Point-Fehler im Überwachungspfad selbst verursacht werden.

Neben der einfachen Verfolgung der Verfügbarkeit führt das Tool geplante Geschwindigkeitstests entweder über Ookla-Server oder benutzerdefinierte iperf3-Endpunkte durch. Diese Tests messen Download- und Upload-Geschwindigkeiten, Bufferbloat und andere Qualitätsindikatoren (Quality-of-Service) in konfigurierbaren Intervallen, beispielsweise während der Nebenzeiten. Alle Daten werden lokal in einer SQLite-Datenbank gespeichert, sodass Nutzer die Historie unbegrenzt behalten können. Die Oberfläche enthält eine Kalender-Heatmap zur Visualisierung von Downtimes sowie detaillierte Diagramme für Leistungstrends, damit Nutzer Geschwindigkeitseinbrüche mit bestimmten Tageszeiten oder Netzwerkereignissen korrelieren können.

Wichtige Details

  • Kontinuierliche Erfassung: Pings mehrerer Ankerpunkte alle paar Sekunden zur Verfolgung von Latenz, Jitter und DNS-Auflösungszeiten.
  • Quorum-basierte Ausfallerkennung: Erfordert die Übereinstimmung mehrerer Referenzpunkte zur Bestätigung eines Ausfalls, was falsch-positive Ergebnisse reduziert.
  • Geplante Geschwindigkeitstests: Unterstützt automatisierte Tests über Ookla oder iperf3 zur Messung von Durchsatz und Bufferbloat nach einem festen Zeitplan.
  • Lokale Datenspeicherung: Nutzt eine einzelne Binary-Datei mit einer lokalen SQLite-Datei für die Historie, was null Telemetrie und volle Datenhoheit gewährleistet.
  • Integrationsmöglichkeiten: Stellt Metriken über einen Prometheus-Endpoint mit Grafana-Dashboards bereit und unterstützt Webhook-Benachrichtigungen für Slack oder Discord.
  • Anpassbare Konfiguration: Nutzer können Test-Engines, Alarm-Schwellenwerte, Aufbewahrungsrichtlinien und UI-Themes über ein zentrales Einstellungs-Menü anpassen.

Hintergrund

Netzwerk-Monitoring fällt typischerweise in zwei Kategorien: externe Dienste, die Ihren Server aus dem Internet heraus anpingen, und interne Tools, die den Zustand Ihres lokalen Netzwerks prüfen. Die meisten Router für Endverbraucher bieten grundlegende Verfügbarkeitsprotokolle, aber keine detaillierten Leistungsmetriken wie Bufferbloat oder konsistente Geschwindigkeitstests. Enterprise-Lösungen erfordern oft komplexe Setups oder Cloud-Abonnements. Das Selbst-Hosting eines Monitors wie Pingularity schließt diese Lücke, indem der Messpunkt innerhalb des lokalen Netzwerks platziert wird, was eine echte Ansicht der Qualität der letzten Meile liefert, wie sie von lokalen Geräten erlebt wird.

Bufferbloat ist ein häufiges Problem, bei dem übermäßiges Buffering in Netzwerkgeräten zu hoher Latenz bei starker Nutzung führt, was Echtzeitanwendungen wie Videoanrufe oder Gaming beeinträchtigt. Herkömmliche Geschwindigkeitstests erfassen nur eine Momentaufnahme und verpassen diese dynamischen Bedingungen. Indem Tests nach einem Zeitplan durchgeführt und Latenzen kontinuierlich erfasst werden, helfen Tools wie Pingularity dabei, Muster zu identifizieren, die Einzeltests verpassen. Diese Daten sind entscheidend für die Diagnose, ob Leistungsprobleme vom ISP, von lokaler Hardware oder von spezifischen Zeiten der Netzwerküberlastung stammen.

Warum es wichtig ist

Für Teams, die Remote-Büros oder Home-Labs verwalten, ist die Überprüfung der ISP-Leistung oft ein reaktiver Prozess, der durch Beschwerden ausgelöst wird. Ohne historische Daten ist es schwierig, zwischen einer kurzen Störung und einem systemischen Problem zu unterscheiden. Pingularity liefert objektive Beweise für die Dienstqualität, die bei Verhandlungen mit Anbietern oder bei der Entscheidung für einen ISP-Wechsel unerlässlich sind. Ein Protokoll der genauen Downtime-Dauern und Muster der Geschwindigkeitsdegradation verwandelt subjektive Frustration in handhabbare technische Daten.

Das Selbst-Hosting dieses Monitoring-Stacks gewährleistet Privatsphäre und Kontrolle über sensible Netzwerk-Metadaten. Im Gegensatz zu cloud-basierten Monitoren, die möglicherweise Benutzerdaten aggregieren, hält Pingularity alle Aufzeichnungen lokal. Dies ist besonders wichtig für Organisationen mit strengen Compliance-Anforderungen oder für solche, die ihr Netzwerk-Topologie und Nutzungsprofile einfach nicht mit externen Anbietern teilen möchten. Die Möglichkeit, Rohdaten per CSV oder API zu exportieren, erleichtert zudem individuelle Analysen und die langfristige Archivierung über das eingebaute Dashboard hinaus.

Was Sie tun können

  • Stellen Sie Pingularity auf einem energieeffizienten Gerät wie einem Raspberry Pi oder einem lokalen Server bereit, um sicherzustellen, dass es aktiv bleibt, auch wenn Hauptarbeitsstationen ausgeschaltet sind.
  • Konfigurieren Sie Geschwindigkeitstests so, dass sie während der Nebenzeiten laufen, um den täglichen Bandbreitenverbrauch nicht zu beeinträchtigen, während dennoch die Baseline-Leistung erfasst wird.
  • Richten Sie Webhook-Benachrichtigungen so ein, dass Ihr Team-Kanal nur dann informiert wird, wenn ein quorum-bestätigter Ausfall auftritt, um das Rauschen durch transient Fehler zu minimieren.
  • Nutzen Sie den Prometheus-Endpoint, um Netzwerk-Gesundheitsmetriken in Ihre bestehenden Grafana-Dashboards neben Server- und Anwendungsstatistiken zu integrieren.
  • Prüfen Sie die Kalender-Heatmap monatlich, um wiederkehrende Downtime-Muster zu identifizieren, die auf Infrastrukturgewartung oder Hardware-Verschleiß hinweisen könnten.
  • Exportieren Sie historische Daten regelmäßig, um Langzeitberichte für ISP-Überprüfungen oder interne Diskussionen zur Kapazitätsplanung zu erstellen.

Weitere News

Alle News