Monitor-Typen

Unseenr unterstützt 13 verschiedene Monitor-Typen, um die Gesundheit deiner Services, Infrastruktur und Zertifikate zu prüfen.

HTTP/HTTPS (UPTIME)

Der häufigste Monitor-Typ. Sendet HTTP-Anfragen an deine URL und prüft die Antwort.

• Methoden: GET, POST, PUT, DELETE
• Eigene Header: Authentifizierungs- oder eigene Header als JSON
• Authentifizierung: Keine, Basic Auth oder Bearer Token
• Erwartete Statuscodes: Standard ist 200-399, konfigurierbar
• Keyword-Check: Prüfe ob ein bestimmter String im Response-Body existiert (oder nicht)
• JSON Path Query: Extrahiere einen Wert aus einer JSON-Antwort und vergleiche ihn (eq, neq, gt, lt, gte, lte, contains)
• Request Body: Sende einen eigenen Body (für POST/PUT) mit konfigurierbarem Content-Type
• Degraded Threshold: Als degraded markieren, wenn die Antwortzeit einen Schwellwert überschreitet (Standard: 2000ms)

TCP

Prüft ob ein TCP-Port offen ist und verifiziert optional eine Banner-Antwort.

• Port: Der zu prüfende TCP-Port
• Expected Banner: Optionaler String zum Abgleich mit der Server-Banner-Antwort

Ping (ICMP)

Sendet ICMP-Ping-Pakete zur Prüfung der Host-Erreichbarkeit.

• Paketanzahl: Anzahl der zu sendenden Ping-Pakete (Standard: 4)
• Erfasst zusätzlich Paketverlust und Jitter

DNS

Fragt DNS-Einträge ab und verifiziert die Antwort.

• Record-Typen: A, AAAA, MX, CNAME, TXT, NS, SOA, SRV
• Erwarteter Wert: Die erwartete DNS-Antwort
• DNS-Server: Eigener DNS-Server für die Abfrage (optional)

TLS-Zertifikat (TLS_CERT)

Überwacht SSL/TLS-Zertifikat-Ablauf und Gültigkeit.

• Warnschwelle: Tage vor Ablauf für eine Warnung (Standard: 30)
• Kritische Schwelle: Tage vor Ablauf für einen kritischen Alert (Standard: 7)
• Erfasst: Zertifikat-Aussteller, Ablaufdatum, verbleibende Tage

Domain-Ablauf (DOMAIN_EXPIRY)

Prüft wann deine Domain-Registrierung über WHOIS-Abfrage abläuft.

• Warnschwelle: Tage vor Ablauf für Alert (Standard: 30)
• Erfasst: Domain-Ablaufdatum, Registrar

Heartbeat

Passive Monitore, die erwarten, dass dein Server periodische Pings sendet. Siehe Heartbeat Monitore für Details.

PostgreSQL (POSTGRES)

Verbindet sich mit einer PostgreSQL-Datenbank und führt eine Health-Check-Query aus.

• Connection String: Verschlüsselt mit AES-256-GCM
• Eigene Query: z.B. SELECT 1
• Erwartetes Ergebnis: Prüfe ob die Query den erwarteten Wert zurückgibt

MySQL (MYSQL)

Wie PostgreSQL-Monitoring, aber für MySQL/MariaDB-Datenbanken.

Redis (REDIS)

Verbindet sich mit einer Redis-Instanz und prüft die Konnektivität.

• Connection String: Verschlüsselt mit AES-256-GCM

Docker (DOCKER)

Überwacht Docker-Container-Status.

• Container ID: Der zu überwachende Container
• Docker Host: TCP-Endpoint (z.B. tcp://host:2376) oder Unix Socket

WebSocket (WEBSOCKET)

Öffnet eine WebSocket-Verbindung und sendet optional eine Nachricht.

• Nachricht: Optionale Nachricht nach Verbindungsaufbau
• Erwartete Antwort: Substring zur Verifizierung in der Antwort

SMTP

Prüft SMTP-Server-Verfügbarkeit.

• Port: Standard ist 25

Gemeinsame Einstellungen

Alle Monitor-Typen teilen diese Einstellungen:

Einstellung	Standard	Beschreibung
Intervall	5 min	Check-Frequenz (1 min ab Pro)
Timeout	10 sek	Maximale Wartezeit auf Antwort
Fehlerschwelle	2	Aufeinanderfolgende Fehler bevor DOWN
Erneut prüfen bei Fehler	Ja	Sofort erneut prüfen nach einem Fehler
Erforderliche Regionen	1	Anzahl Regionen die Fehler bestätigen müssen
Regionen	FSN1	Check-Regionen (Multi-Region ab Pro)

Monitor-Limits

Plan	Max. Monitore
Free	3
Starter	5
Pro	20
Business	100
Scale	300
Platform	1.000