Häufige Fragen zum Monitoring
Antworten auf die gängigsten Fragen rund um die Überwachung deiner Services.
Was bedeuten die verschiedenen Service-Status?
| Status | Bedeutung |
|---|---|
| Online (grün) | Dein Service ist erreichbar und antwortet wie erwartet |
| Offline (rot) | Dein Service ist nicht erreichbar oder liefert fehlerhafte Antworten |
| Beeinträchtigt (orange) | Dein Service läuft, aber mit Einschränkungen (z.B. langsame Antwortzeit) |
| Wartung (blau) | Du hast den Status manuell auf Wartung gesetzt |
| Pausiert (blau) | Die Überwachung ist pausiert, es werden keine Prüfungen durchgeführt |
| Unbekannt (grau) | Es liegen noch keine Ergebnisse vor (z.B. bei einem neuen Service) |
Mehr dazu unter Services verwalten.
Wie oft wird mein Service geprüft?
Das hängt von deinem Plan ab:
| Plan | Prüfintervall |
|---|---|
| Free | alle 2 Minuten |
| Solo | jede Minute |
| Team | alle 30 Sekunden |
| Business | alle 30 Sekunden |
Du findest das Intervall deines Services in den Check-Einstellungen. Alle Pläne im Vergleich: Pläne & Preise.
Was passiert, wenn mein Service offline geht?
- Die konfigurierten Wiederholungen schließen kurze Aussetzer aus
- Bestätigt die Mehrheit der Standorte den Fehler, wechselt der Status auf Offline
- Du wirst über deine Benachrichtigungskanäle informiert (E-Mail, SMS, Slack, etc.)
- Sobald der Service wieder erreichbar ist, wechselt der Status automatisch auf Online -- mit Entwarnung
Warum bekomme ich Fehlalarme?
Mögliche Ursachen:
- Zu kurzer Timeout -- erhöhe den Wert, wenn dein Service mal langsamer antwortet
- Keine Wiederholungen -- aktivieren, damit ein einzelner Fehler nicht sofort alarmiert
- Nur ein Standort -- mit mehreren greift die Mehrheitsregel
- Zu strenge Bedingungen -- prüfe, ob deine Bedingungen realistisch sind
Empfehlung
Nutze mindestens 2 Standorte und aktiviere Wiederholungen. Das reduziert Fehlalarme meist auf ein Minimum.
Was ist der Unterschied zwischen Offline und Beeinträchtigt?
- Offline: gar nicht erreichbar oder schwerwiegender Fehler (z.B. Timeout, Verbindung abgelehnt, Statuscode 500)
- Beeinträchtigt: antwortet grundsätzlich, aber nicht wie erwartet -- z.B. zu lange Antwortzeit oder unerwarteter Inhalt
Den Unterschied legst du über Bedingungen fest. Ohne eigene Bedingungen gibt es nur Online und Offline.
Kann ich die Überwachung pausieren?
Ja, jederzeit. Während der Pause finden keine Prüfungen statt und die Zeit fließt nicht in die Uptime-Berechnung ein. Mehr unter Services verwalten.
Wie funktioniert die Mehrheitsregel bei mehreren Standorten?
LIVCK prüft gleichzeitig von mehreren Standorten. Ein einzelner kann aus lokalen Gründen einen Fehler melden -- deshalb gilt ein Ausfall erst, wenn die Mehrheit der aktiven Standorte ihn bestätigt.
Beispiel: Bei 4 aktiven Standorten bleibt dein Service Online, wenn nur 1 einen Fehler meldet. Erst bei 3 von 4 wechselt er auf Offline.
Mehr: Monitoring-Standorte.
Welche Check-Typen gibt es?
LIVCK bietet fünf Check-Typen:
| Check-Typ | Prüft | Geeignet für |
|---|---|---|
| HTTP/HTTPS | Websites und APIs | Websites, REST-APIs, Webhooks |
| TCP | Offene Ports und Verbindungen | Datenbanken, Mail-Server, Game-Server |
| DNS | Domain-Auflösung | DNS-Einträge, Nameserver |
| ICMP (Ping) | Server-Erreichbarkeit | Server, Netzwerkgeräte |
| SSL-Zertifikat | Zertifikatsgültigkeit | Zertifikats-Ablauf, Aussteller-Prüfung |
Alle Check-Typen sind in jedem Plan verfügbar. Zusätzlich gibt es Heartbeat- (Push-Monitoring für Cronjobs) und manuelle Services. Details: HTTP, TCP, DNS, ICMP, SSL.
Eigene Linux-Server überwachst du zusätzlich von innen -- mit dem Server-Monitoring.
Was ist der Unterschied zwischen einem Check und dem Server-Agenten?
Ein Check ruft deinen Dienst von außen auf und beantwortet: „Ist er erreichbar, und wie schnell antwortet er?"
Der LIVCK-Agent läuft auf deinem eigenen Linux-Server und beantwortet: „Wie geht es dem Server?" -- CPU, Arbeitsspeicher, Festplatten, Netzwerk, unerwartete Neustarts, Out-of-Memory-Kills.
Beides zusammen ist am stärksten: Der Check merkt den Ausfall, der Agent erklärt ihn. Der Agent ist quelloffen, baut nur ausgehende Verbindungen auf und hat keinen Kommando-Kanal -- Details unter Sicherheit & Transparenz.
Kann LIVCK über den Agenten Befehle auf meinem Server ausführen?
Nein. Es gibt keinen Kommando-Kanal -- nicht als deaktivierte Funktion, sondern gar nicht. Die Konfiguration, die der Agent abholt, beschreibt ausschließlich, was gemessen werden soll, und kann nicht beschreiben, was ausgeführt werden soll. Der Agent öffnet außerdem keinen Netzwerk-Port und läuft nicht als root.
Der komplette Quellcode liegt unter github.com/LIVCK/agent (MIT-Lizenz). Mehr unter Sicherheit & Transparenz.
Was sind Bedingungen und wofür brauche ich sie?
Bedingungen sind Regeln, die bestimmen, wann ein Service als Offline oder Beeinträchtigt gilt -- über die Standard-Erkennung hinaus. Beispiele:
- "Wenn der Statuscode nicht 200 ist, markiere als Offline"
- "Wenn die Antwortzeit über 3 Sekunden liegt, markiere als Beeinträchtigt"
- "Wenn das SSL-Zertifikat in weniger als 14 Tagen abläuft, markiere als Beeinträchtigt"
Ohne eigene Bedingungen erkennt LIVCK nur Erreichbarkeit. Mit Bedingungen auch subtilere Probleme. Mehr: Bedingungen.
Wie lange werden meine Daten aufbewahrt?
Die Dauer hängt von deinem Plan ab:
| Plan | Monitoring-Daten | Artifacts |
|---|---|---|
| Free | 30 Tage | -- |
| Solo | 90 Tage | 7 Tage |
| Team | 180 Tage | 30 Tage |
| Business | 365 Tage | 90 Tage |
Nach Ablauf der Aufbewahrungsfrist werden die Daten automatisch gelöscht.
Was sind Artifacts?
Artifacts sind Diagnose-Daten, die LIVCK bei einem Status-Wechsel speichert (z.B. Online → Offline) -- etwa HTTP-Antwortinhalt, Header oder Fehlermeldungen, je nach Check-Typ. Sie helfen, die Ursache eines Ausfalls nachzuvollziehen.
Verfügbar ab dem Solo-Plan. Mehr: Artifacts.
Kann ich den Status eines Services manuell setzen?
Ja. Du kannst den Status überschreiben -- z.B. auf "Wartung" bei planbaren Arbeiten. Die automatische Überwachung läuft im Hintergrund weiter, der angezeigte Status bleibt aber auf deinem Wert, bis du die Überschreibung aufhebst.
Mehr: Status überschreiben.
Mein Service ist erreichbar, aber LIVCK meldet ihn als Offline -- was kann ich tun?
Wenn das Artifact eine Block-Seite zeigt ("Sorry, you have been blocked", Cloudflare Ray ID, leerer 403-Body), blockt ein vorgelagertes CDN oder eine WAF den LIVCK-Check. Das passiert häufig bei Cloudflare, Bunny CDN, Fastly, Akamai und Sucuri.
Leg einen geheimen Custom-Header in LIVCK an und matche ihn in deiner WAF-Regel -- das ist sicherer als ein User-Agent-Filter, weil der Header-Wert nur LIVCK und dir bekannt ist. Schritt-für-Schritt-Anleitung und Snippets für die häufigsten Anbieter: CDN & WAF-Integration.
Weiterführende Themen
- Services verwalten -- Services erstellen und verwalten
- Check-Einstellungen -- Intervall, Timeout und Wiederholungen
- Bedingungen -- Eigene Regeln definieren
- Monitoring-Standorte -- Von wo wird geprüft?
- CDN & WAF-Integration -- LIVCK hinter Cloudflare, Bunny CDN & Co. freigeben
- Server-Monitoring -- Eigene Linux-Server mit dem Agenten überwachen
- Allgemeine Fragen -- Allgemeine Fragen zu LIVCK Cloud