Help CenterOpen app

Monitortypen

Wähle den Monitor, der zu den Nachweisen passt, die du erfassen kannst. Wenn das Ziel KEEPitALIVE aufrufen kann, nutze Heartbeat/Event-Receiver. Wenn KEEPitALIVE das Ziel aufrufen muss, nutze HTTP/API, Browser, Ping, TCP, DNS oder Game.

SCHNELL WÄHLEN

  • Öffentlicher HTTP-Health-Endpunkt? Nutze HTTP.
  • Braucht die JSON-API-Antwort Feld-Assertions oder erfasste Antwortdetails? Nutze API.
  • Funktioniert die Web-App erst nach JavaScript, ist Login-Wall-Erkennung oder WAF-/Bot-Verhalten relevant? Nutze Browser.
  • Nur Erreichbarkeit des Hosts? Nutze Ping.
  • Muss der Port Verbindungen annehmen? Nutze TCP.
  • Muss die DNS-Antwort den erwarteten Einträgen entsprechen? Nutze DNS.
  • Cron-Job, Backup, Deploy, Worker oder Signal aus einem privaten Netzwerk? Nutze Heartbeat.
  • Minecraft-, FiveM- oder Steam/Source-Server? Nutze Game Server.
Typauswahl beim Anlegen eines Monitors mit den Optionen HTTP, Ping, TCP, Game, Heartbeat, DNS und API
Wähle das Signal, das am besten belegt, dass der Dienst oder Workflow gesund ist.

HTTP

Fragt eine URL ab und behandelt ausgewählte Statuscodes als fehlerfrei. Nutze es für einfache Health-Endpunkte, öffentliche APIs, Landingpages, Weiterleitungen, TLS-/Domain-Ablaufprüfungen, Prüfungen auf vorhandene/fehlende Schlüsselwörter und Latenzschwellen.

GET https://api.example.com/health

API

HTTP-Überwachung mit Request-Bodies, Content-Type, benutzerdefinierten Headern, erwarteten Status, JSON-Assertions, erfasstem Response-Body/-Headern und API-spezifischer Diagnose. Nutze es, wenn "200 OK" nicht genügt.

POST https://api.example.com/graphql + JSON assertion

Browser

Führt einen Headless-Browser gegen die Seite aus. Nutze es, wenn JavaScript-Rendering, SPA-Start, clientseitige Fehler oder Bot-/WAF-Verhalten relevant sind. Browser-Prüfungen sind aufwendiger und kosten mehr Credits.

browser https://app.example.com

Ping (ICMP)

Sendet ICMP-Ping und misst die Round-Trip-Zeit. Gut für Netzwerkgeräte, Hosts und öffentliche IPs, bei denen "erreichbar" das Signal ist. Nicht nützlich, wenn ICMP absichtlich blockiert wird.

ping monitor.example.net

TCP Port

Versucht eine TCP-Verbindung zu host:port. Nutze es für SSH, SMTP, MQTT, Datenbanken, Warteschlangen, Proxys und jeden Dienst, bei dem das Annehmen eines Sockets als Verfügbarkeitsnachweis genügt.

tcp://db.internal:5432

DNS

Löst einen oder mehrere DNS-Eintragstypen auf und prüft optional erwartete Werte. Nutze es zur Erkennung von A/AAAA/CNAME/MX/TXT/NS-Abweichungen, zum Resolver-Vergleich und zur Verfolgung des Domain-Ablaufs.

A + TXT records for example.com

Heartbeat / Event Receiver

Umgekehrte Überwachung. Dein Job, deine Deploy-Pipeline, dein Agent oder dein privates Netzwerk-Gateway sendet ein POST an KEEPitALIVE. Der geplante Modus alarmiert bei fehlenden Beats; der Event-Receiver-Modus wertet Payload-Bedingungen aus.

POST heartbeat_url with {"status":"maintenance"}

Game Server

Fragt Steam/Source A2S, Minecraft, FiveM oder TCP-/Ping-Fallbacks ab. Verfolgt Verfügbarkeit, Latenz, Karten-/Server-Metadaten, Spieleranzahl und - sofern unterstützt - die optionale Spielerliste.

A2S_INFO udp://game.server:27015

WAS NICHT DIREKT ÜBERWACHT WERDEN SOLLTE

  • Richte Prüfungen nicht auf sensible interne Dienste oder Steuerungsoberflächen, es sei denn, sie sollen von KEEPitALIVE aus überwacht werden.
  • Nutze Browser nicht, wenn HTTP/API dasselbe Signal liefert; es ist teurer und langsamer.
  • Nutze Ping/TCP nicht, wenn du semantische Korrektheit brauchst. Ein Port kann offen sein, während die Anwendung defekt ist.
  • Nutze den Event-Receiver nicht als Wiederherstellungsdetektor, es sei denn, dein Sender sendet immer das abschließende Payload. Stille wird nicht als wiederhergestellt gewertet.
WeiterVerfügbarkeitsüberwachung