TCP-Port-Monitoring
Prüfe, ob ein beliebiger Service-Port offen und erreichbar ist.
Ein TCP-Monitor baut eine Verbindung zu Host und Port auf und prüft, ob der Dienst sie annimmt. Gedacht für alles, was kein HTTP spricht.
So funktioniert's
UptimeAlien versucht im Intervall einen TCP-Handshake zu host:port und misst die Verbindungszeit; Fehler und Timeouts markieren den Monitor als down.
Wann du es nutzt
- Datenbanken, die nur intern erreichbar sind: PostgreSQL 5432, MySQL 3306, Redis 6379
- SMTP-, IMAP- und POP3-Ports, deren Ausfall keine Fehlermail erzeugt, weil ja gerade der Mailserver weg ist
- SSH auf Maschinen, die du selten anfasst und deren Ausfall dir sonst erst beim nächsten Login auffällt
- Game- und Voice-Server, bei denen sich die Nutzer eher untereinander beschweren als bei dir
- Eigene TCP-Dienste ohne HTTP-Schnittstelle, für die es sonst gar keinen Check gäbe
Was du bekommst
Verbindungserfolg, Connect-Latenz, Uptime-Quoten und Vorfälle.
Beispiel
db-primary.acme.com:5432
Häufige Fragen
Was ist TCP-Port-Monitoring?
Ein TCP-Monitor baut eine Verbindung zu Host und Port auf und prüft, ob der Handshake gelingt. Damit bestätigt er, dass ein Dienst lauscht und erreichbar ist, ohne dass er dafür das Protokoll auf diesem Port sprechen müsste.
Welche Dienste kann ich so überwachen?
Alles, was auf einem TCP-Port lauscht: Datenbanken wie PostgreSQL oder MySQL, Mailserver, Redis, Message-Broker, SSH, Gameserver oder interne Dienste hinter einem Loadbalancer.
Was wird außer der Erreichbarkeit gemessen?
Die Verbindungszeit wird als Antwortzeit erfasst. So siehst du, wenn ein Port Verbindungen zunehmend langsamer annimmt, bevor er sie gar nicht mehr annimmt.
Was passiert, wenn der Port geschlossen ist?
Der Verbindungsversuch schlägt fehl oder läuft in einen Timeout, und die Prüfung gilt als fehlgeschlagen. Nach der konfigurierten Anzahl aufeinanderfolgender Fehler geht der Monitor auf „down“ und die Alarme laufen los.