TCP-Port-Monitoring. Jeder Port, jeder Dienst.
Behalte die Erreichbarkeit der Ports im Blick, die kein HTTP sprechen, Datenbanken, Caches, Message Queues und jeder andere TCP-Dienst im Stack deiner Kunden. Uptimeify bestätigt, dass der Port Verbindungen annimmt, und optional, dass wirklich der richtige Dienst dahinter lauscht.
Entwickelt und gehostet in der
Europäischen Union
DSGVO-konformes Hosting
in Deutschland
Georedundantes Replikat
in der gesamten EU
Rohe TCP-Erreichbarkeit. Jeder Port, auf den dein Stack angewiesen ist.
Datenbanken, Caches, Message Queues, individuelle Microservices: ein Großteil der Infrastruktur deiner Kunden läuft auf Ports, die nie HTTP sprechen und keinen eigenen dedizierten Monitor haben. Uptimeify baut eine echte TCP-Verbindung zu jedem Hostname und Port auf, den du festlegst, bestätigt, dass der Dienst sie annimmt, und prüft optional den zurückgegebenen Banner.
- Jeder Port, ohne Annahmen, damit du Redis, Postgres, MongoDB, Message Broker oder einen eigenen Dienst abdeckst, nicht nur die Protokolle, für die wir einen dedizierten Monitor anbieten.
- Optionaler Banner-Abgleich, damit du bestätigst, dass wirklich der richtige Dienst lauscht, nicht nur, dass irgendetwas auf dem Port antwortet.
- Keine Zugangsdaten nötig, damit du Erreichbarkeitsnachweise für Dienste bekommst, denen du keine Login-Daten anvertrauen willst.

Bei jedem Check wird eine echte TCP-Verbindung zum gesetzten Hostname und Port aufgebaut, ohne Protokoll-Annahme.
Ein optionaler Expect Banner wird gegen die Bytes direkt nach dem Handshake geprüft, etwa +PONG oder ein Versions-String.
In festem Intervall über das EU-Netzwerk geprüft.
Port-Only-Modus. Derselbe Monitor, ein leichterer Check.
Nicht jeder SSH-, SMTP-, FTP- oder IMAP/POP-Monitor braucht vom ersten Tag an ein volles Protokoll-Login. Beim Onboarding eines Kunden, bevor Zugangsdaten vorliegen, oder wenn du einfach nur belegen willst, dass der Port erreichbar ist, ohne die Authentifizierung anzufassen: Schalte den Check-Modus dieses Monitors auf Port-Only, und er verhält sich wie ein TCP-Port-Check, behält aber seine eigene protokollspezifische Alarmierung und Historie.
- Ein Umschalter, kein neuer Monitor, damit du den Check-Modus auf bestehenden SSH-, SMTP-, FTP- und IMAP/POP-Monitoren umschaltest, statt für denselben Host einen separaten TCP-Monitor anzulegen.
- Funktioniert vor den Zugangsdaten, damit du die Erreichbarkeit ab dem Tag überwachst, an dem der Server existiert, noch bevor der Kunde die Logins übergibt.
- Konsistente Historie, damit ein späterer Moduswechsel deine Check-Historie oder Incident-Timeline nicht zerreißt.

SSH-, SMTP-, FTP- und IMAP/POP-Monitore können jeweils den vollen Protokoll-Handshake überspringen und nur bestätigen, dass der TCP-Port offen ist.
Praktisch, solange noch keine Zugangsdaten vorliegen, oder wenn du nur den Nachweis brauchst, dass der Port offen ist.
Beim Umschalten bleibt derselbe Monitor bestehen, Check-Historie und Incidents laufen also in einer Zeitleiste weiter.
Regionaler Access Guard. Bestätigt, bevor daraus ein Alarm wird.
Eine Datenbank, die nur Verbindungen aus dem eigenen VPC oder einer freigegebenen Range annimmt, braucht Monitoring-Nodes innerhalb genau dieser Allowlist, sonst wird jeder Check zum Fehlalarm auf Abruf. Uptimeify lässt dich die Polling-Regionen pro Monitor festlegen und meldet bei jedem Incident die konkrete Fehlerursache.
- Erlaubte Prüf-Länder, damit deine Checks die IP-Allowlist und Firewall-Regeln des Servers respektieren, statt sie zu triggern.
- Verteiltes Probing, damit ein regionaler ISP-Ausfall nicht als Dienst-Ausfall durchgeht.
- Diagnose-Feedback, damit du sofort siehst, ob ein Timeout, eine Connection-Refusal oder ein Banner-Mismatch dahintersteckt.

Checks laufen aus gewählten EU-Regionen passend zu IP-Allowlists.
Verteilte Probes zeigen, wenn ein ISP-Fehler eine Region isoliert.
Ein Fehler wird über Nodes hinweg bestätigt, bevor ein Incident öffnet.
Success Kit
Wir überwachen nicht nur. Wir helfen dir beim Verkaufen.
Jedes Uptimeify-Abonnement enthält Zugang zu unserem Success Kit, eine Sammlung erprobter Ressourcen, um dein Monitoring profitabel zu machen.
Service Level Agreement Vorlagen, um professionelle Grenzen mit deinen Kunden zu definieren.
Finde den Sweet Spot für deine Wartungspläne. Berechne Margen basierend auf Prüffrequenz und Support-Aufwand.
Präsentationen, die nicht-technischen Kunden 24/7-Monitoring erklären. Schließe mehr Wartungsverträge ab.
Nutze automatisierte Berichte, um proaktiv Wert zu kommunizieren, damit Kunden nie fragen, wofür sie bezahlen.
Bereit, Monitoring in ein Profit-Center zu verwandeln?
Sichere dir dein Success Kit und starte noch heute mit der Skalierung.
Häufig gestellte Fragen
Uptimeify öffnet in deinem Prüfintervall eine echte TCP-Verbindung zu Hostname und Port, die du festlegst, und wertet aus, ob der Handshake angenommen wird. Das funktioniert für jeden Dienst, Datenbanken, Caches, Queues oder einen eigenen Prozess, ohne dedizierten Monitor-Typ oder Zugangsdaten.
Ja. Setze einen Expect Banner, und Uptimeify prüft, ob die Bytes, die direkt nach dem Handshake zurückkommen, ihn enthalten, etwa +PONG für Redis oder ein Versions-String für deinen eigenen Dienst. Antwortet der Port, stimmt der Banner aber nicht, schlägt der Check fehl.
Ja. Jeder dieser Monitor-Typen hat einen Port-Only-Check-Modus. Schalte ihn ein, und der Monitor überspringt das volle Protokoll-Login und bestätigt nur, dass der TCP-Port offen ist, praktisch, solange noch keine Zugangsdaten vorliegen oder ein Login-Check übertrieben wäre.
Du wählst die erlaubten Prüf-Länder selbst, etwa nur aus der EU, gehostet in Frankfurt, geprüft aus europäischen Nodes ohne US-Sub-Prozessoren. Damit respektieren deine Checks die IP-Allowlist und Firewall-Regeln deines Dienstes, und du hältst die Datenwege innerhalb Europas, was dir die DSGVO-Argumentation in Kundenpitches erleichtert.
Bevor ein TCP-Port-Monitor auf „down" kippt, bestätigen unabhängige EU-Nodes den Fehler gegeneinander. Erst bei Konsens wirst du alarmiert. So fängst du einzelne Routing-Hänger und ISP-Flackern ab und verschickst keine Entwarnung, die schon wieder veraltet ist.
Bereit, jeden Port im Blick zu behalten, auf den deine Kunden angewiesen sind?
Richte TCP-Port-Monitoring für dein gesamtes Portfolio in Minuten ein: jeder Port, optionaler Banner-Abgleich und Alerts, die erst feuern, wenn der Ausfall bestätigt ist.