---
title: "TCP-Port-Monitor"
description: "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.