Uptime-Monitoring

Pro Website prüft der Daemon HTTP/HTTPS (Port 80/443) und optional weitere TCP-Ports, die Sie pro Website hinterlegen. Mail-, Datenbank- und Dienst-Checks (FTP, SSH, SMTP/SMTPS, IMAP/IMAPS, POP3/POP3S, MySQL, PostgreSQL, Redis, MongoDB, DNS) richten Sie im Service-Monitoring-Modul ein — je Dienst mit eigenem Port und optionalen Zugangsdaten. Ping (ICMP) steht dort ebenfalls zur Verfügung: er prüft den Host selbst und kennt deshalb weder Port noch Zugangsdaten. Aktive Service-Checks werden zyklisch wiederholt, sobald die letzte Prüfung einige Minuten zurückliegt. Für individuelle Endpunkte mit Statuscode-, Body-Match-, Response-Zeit- und JSON-Path-Assertions gibt es das separate API-Monitoring-Modul.

Jeder Uptime-Check läuft parallel von drei verteilten Monitoring-Knoten in EU-Rechenzentren. Eine Website gilt in der Regel erst dann als „down“, wenn mindestens 2 von 3 Knoten den Ausfall melden — lokale ISP-Probleme eines einzelnen Knotens werden so als Fehlalarm-Quelle eliminiert. Multi-Node-Konsens ist in allen Plänen aktiv.

Free: 5 Minuten, Starter: 1 Minute, Business: 1 Minute, Agency: 30 Sekunden. Pro Website überschreibbar (innerhalb des Plan-Minimums). Geplante Wartungsfenster unterdrücken Alerts; die Checks laufen im Fenster weiter und zählen in die Verfügbarkeit.

Statt einer einzigen Antwortzeit-Zahl misst XICTRAQ den vollständigen Timing-Verlauf jeder Anfrage. So erkennen Sie, ob ein Performance-Problem von DNS-Resolver, Verbindungsaufbau, TLS-Handshake oder Server-seitiger Verarbeitung kommt.

Alarm, sobald die rollierende P95-Antwortzeit im gewählten Zeitfenster zu hoch wird — auch ohne kompletten Ausfall, typisch für degradierte Performance vor einem Totalausfall. Das Auswertefenster ist pro Website wählbar (Standard 15 Minuten, von 5 bis 180 Minuten). Entweder mit fester Schwelle (z. B. 2000 ms) oder im Automatik-Modus: Dann lernt XICTRAQ den saisonalen Normalwert pro Wochenstunde (Mittelwert + Streuung der letzten 14 Tage, mindestens 20 Messpunkte pro Wochenstunde nötig) und setzt die adaptive Schwelle auf Mittelwert + 3 Standardabweichungen. So müssen Sie keine feste Zahl pflegen. Der Cron-Lauf prüft alle 5 Minuten; Konfiguration pro Website unter Einstellungen.

Statt bei einem fehlgeschlagenen Check den gleichen Knoten mehrfach neu abzufragen, nutzt XICTRAQ Multi-Node-Konsens: drei Knoten prüfen unabhängig voneinander. Der Konsens wird aus dem jeweils letzten Befund jedes Knotens gebildet, der innerhalb von zwei Prüfintervallen gemeldet hat, mindestens aber in den letzten 10 Minuten. Erst wenn mindestens 2 Knoten den Ausfall melden UND die Down-Stimmen die Up-Stimmen überwiegen, kippt der Status auf „nicht erreichbar“ und ein Downtime-Alert wird eröffnet. Meldet nur ein einzelner Knoten einen Fehler (lokales Netzwerkproblem), bleibt der Status grün. Ausnahme: Liegt im Fenster nur von einem Knoten ein gewerteter Befund vor, weil die anderen ausgefallen sind oder sich wegen einer erkannten Messstörung enthalten, entscheidet dieser Befund allein. Der Änderungsverlauf weist das aus („1/1 Knoten melden Ausfall“). Bei einem Patt (z. B. 1 Knoten erreichbar, 1 nicht) lautet der Befund „instabil“ (Flattern) — der betroffene Knoten wird im Knoten-Konsens-Panel der Website mit Status, Antwortzeit und Standort transparent ausgewiesen.

Antwortet eine Seite gar nicht, unterscheidet XICTRAQ jetzt sauber: Ein Verbindungsfehler auf Transport-Ebene (Timeout, Verbindung abgewiesen oder geblockt, HTTP-Status 0) wird als „Nicht erreichbar vom Scan-Node (Timeout/geblockt)“ mit dem konkreten Grund ausgewiesen — statt eines missverständlichen „Offline · HTTP 0“. Das Ziel kann Rechenzentrums-IPs blocken und für echte Besucher trotzdem erreichbar sein; der Knoten-Befund macht das transparent. Der Multi-Node-Konsens entscheidet, ob daraus ein Incident wird — meldet nur ein Knoten den Fehler, bleibt der Status grün.

Antwortet eine Seite mit HTTP 403 oder 503 und einer erkennbaren Bot-Schutz- oder Challenge-Seite (z. B. Cloudflare, Imperva, Sucuri, DataDome, PerimeterX, DDoS-Guard, „Just a moment“/„Bitte warten“), wertet XICTRAQ das als erreichbar — denn echte Besucher kommen durch die Challenge, der Datacenter-Check nicht. So vermeiden wir Fehlalarme bei Seiten hinter einer Web Application Firewall.

Pro Website generierbar im Wochen- und Monats-PDF: Uptime-Prozent, Anzahl Vorfälle, Antwortzeit-Trends und die Vorfalls-Liste. Versand per E-Mail oder Download aus dem Archiv.

Einmalig (Datumsbereich) oder wiederkehrend pro Woche (z. B. „jeden Mittwoch 02:00–04:00“), je Website oder kontoweit. In diesem Zeitraum werden Checks weiter ausgeführt und im Verlauf protokolliert — im Wartungsfenster werden jedoch keine Alerts versendet. Die Unterdrückung greift in drei Stufen: geplantes Einmal-Fenster, wöchentliches Fenster pro Website, wöchentliches Fenster kontoweit.