TCP-Port-Monitor

Der TCP-Port-Monitor prüft, ob ein roher TCP-Port offen ist und Verbindungen annimmt. Er wird typischerweise für Datenbanken, Caches, Message Queues und andere Nicht-HTTP-Dienste genutzt, für die es keinen dedizierten Protokoll-Monitor gibt.

Funktionsweise

Wir versuchen, eine TCP-Verbindung zu Ihrem hostname:port aufzubauen.
Kann die Verbindung nicht hergestellt werden oder läuft sie in ein Timeout, schlägt der Check fehl.
Wenn Expect Banner konfiguriert ist, prüfen wir zusätzlich, ob die Rohbytes direkt nach dem Handshake diesen Teilstring enthalten (z. B. +PONG bei Redis, 220 bei einem SMTP-Banner) — andernfalls schlägt der Check fehl, auch wenn der Port offen ist.

Konfiguration

Basis-Einstellungen

Hostname: Hostname oder IP-Adresse (kein Protokoll, kein Pfad).
Port: Erforderlich. Anders als bei anderen Monitor-Typen gibt es keinen Standardport — der genaue Port muss immer angegeben werden (z. B. 6379 bei Redis, 5432 bei PostgreSQL, 27017 bei MongoDB).
Expect Banner: Optionaler Teilstring, den der Worker in den Bytes direkt nach dem TCP-Handshake finden muss.
Check-Intervall und Timeout.
Status: active, maintenance, disabled.

Monitoring-Standorte

TCP-Checks laufen von unseren Monitoring-Standorten. Nutzen Sie Allowed Check Countries, um die Ausführungsorte zu begrenzen.

Keine Zugangsdaten

TCP-Port-Monitore enthalten keine Zugangsdaten oder Authentifizierung — sie prüfen nur, ob der Port Verbindungen annimmt (und optional, ob das initiale Banner passt). Für Dienste, die vor der Zustandsprüfung eine Authentifizierung erfordern, nutzen Sie einen protokollspezifischen Monitor (z. B. SSH, SMTP, IMAP/POP), sofern verfügbar.