Monitoring von Netzwerk-Ports
Mehr als nur das Web. Überwachen Sie die Erreichbarkeit Ihrer Datenbanken, Mailserver und eigenen TCP-Dienste mit sofortiger Reaktion auf deren Ausfall.
Umfassende Überwachung Ihrer Dienste
Viele kritische Anwendungen laufen nicht über Standard-HTTP. Datenbanken wie PostgreSQL oder MySQL, Mailserver (SMTP/IMAP) oder VPN-Dienste verlangen einen eigenen Monitoring-Ansatz. Das Port-Monitoring von Pulsitor prüft die TCP-Konnektivität auf niedriger Ebene zu einem gewählten Port Ihres Servers. Diese Art der Prüfung ist unschätzbar, um zu bestätigen, dass ein Dienst bereit ist, Verbindungen anzunehmen, und hilft, Firewall-Probleme oder abgestürzte Hintergrundprozesse zu erkennen, die dem Web-Monitoring entgehen würden. Das Protokoll wählen Sie für jeden Monitor selbst, sodass eine Prüfung nie aus der Portnummer erraten wird.
Portprüfungen, die das Protokoll kennen
Was Pulsitor vom ersten Tag an stark macht.
Das Protokoll nennen Sie
Das Protokoll wählen Sie für jeden Monitor selbst — TCP, TCP mit TLS, HTTP, HTTPS oder eine UDP-Probe.
Ein Timeout, den Sie bestimmen
Sie können Verbindungs-Timeouts genau festlegen, was hilft, überlastete Server zu erkennen.
Private Knoten in Vorbereitung
Wir bereiten die Unterstützung privater Knoten vor, mit der Sie Dienste auch innerhalb Ihres lokalen Netzes überwachen können.
Ein Port, acht Arten der Prüfung
Derselbe Host und Port können acht verschiedene Dinge bedeuten. Sagen Sie, welches Sie meinen, und die Prüfung sagt Ihnen die Wahrheit — auch über UDP, wo es keine Verbindung gibt.
TCP
Ein einfacher Verbindungsaufbau. Er beantwortet die eine Frage, auf die es bei einer Datenbank, einer Queue oder einem Gameserver ankommt: nimmt der Port überhaupt Verbindungen an?
TCP + TLS
Die Verbindung plus ein abgeschlossener TLS-Handshake. Gemacht für IMAPS, SMTPS und alles hinter TLS auf einem nicht standardmäßigen Port — ein Zertifikat, das der Server nicht vorlegen kann, lässt die Prüfung scheitern.
HTTP
Eine echte GET-Anfrage, auf welchem Port Ihre Anwendung auch lauscht. Eine App auf :3000 oder :9000 wird wie eine Website geprüft, nicht wie ein nackter Socket.
HTTPS
Dieselbe Anfrage über TLS. Port 8443 ist kein Sonderfall mehr — es gilt das Protokoll, das Sie gewählt haben, nicht das, welches die Portnummer nahelegte.
UDP (ohne Probe)
Für eigene UDP-Dienste. Ein leeres Datagramm beweist, dass ein Port geschlossen ist, wenn der Host es abweist; ein Port, der schweigt, kann genauso gut ein gesunder Dienst sein, der nur seinen eigenen Clients antwortet, und gilt daher als erreichbar. Wir sagen das offen, statt eine Gewissheit zu erfinden, die UDP nicht geben kann.
DNS (UDP)
Eine echte DNS-Anfrage, die Ihr Resolver beantwortet. UDP hat keinen Handshake, auf den man sich stützen könnte, also ist die Antwort selbst der Beweis, dass der Port offen und der Dienst am Leben ist — und ihre Umlaufzeit ist eine echte Antwortzeit.
NTP (UDP)
Eine Zeitanfrage an Ihren NTP-Server, abgeglichen mit der zurückkommenden Antwort. Die Prüfung, von der jede Maschine in Ihrem Netz abhängt und die niemand überwacht.
STUN (UDP)
Ein Binding Request an einen STUN- oder TURN-Server — die UDP-Seite jeder WebRTC-Installation. Zugleich der eleganteste Weg, einen eigenen UDP-Dienst prüfbar zu machen: stellen Sie einen kleinen STUN-Responder daneben.
Große Reichweite des Monitorings
Alles, was über einen Socket spricht
Überwachen Sie alles, was über das Netzwerk kommuniziert — von Datenbankservern bis zu IoT-Geräten.
Netzwerkprobleme vor der Kettenreaktion
Erkennen Sie Probleme der Netzwerkschicht, bevor sie Folgefehler in Ihren Anwendungen auslösen.
Auf Ihrer Seite wird nichts installiert
Die Einrichtung ist unkompliziert und erfordert auf der überwachten Seite keine Softwareinstallation.
Port-Monitoring auf einen Blick
Acht Protokolle, ein Port, kein Raten.
| Eigenschaft | Wert |
|---|---|
| Protokolle | TCP, TCP + TLS, HTTP, HTTPS, UDP, DNS über UDP, NTP über UDP, STUN über UDP |
| Portbereich | 0 bis 65535 |
| Timeout | 1 bis 60 Sekunden |
| Prüfintervall | 15 bis 180 Sekunden, je nach Tarif |
| Bevor ein Vorfall geöffnet wird | Bestätigt aus mehr als einer von 5 Regionen |
| Benachrichtigungskanäle | 14 |
| Verfügbar in | Alle Tarife, auch Free |
Fragen zum Port-Monitoring
Was eine Portprüfung sagen kann und was nicht.
Welche Protokolle beherrscht eine Portprüfung?
Acht: reines TCP, TCP mit TLS, HTTP, HTTPS, eine nackte UDP-Sonde sowie echte DNS-, NTP- und STUN-Abfragen über UDP. Eines wählen Sie pro Monitor — geraten wird es nie aus der Portnummer.
Wie funktioniert eine UDP-Prüfung ohne Verbindung?
Bei DNS, NTP und STUN schickt die Sonde eine echte Abfrage und wartet auf eine echte Antwort, und diese Antwort ist der Beleg, dass der Dienst lebt. Eine nackte UDP-Sonde liest stattdessen die ICMP-Ablehnung, die ein geschlossener Port zurückschickt.
Kann ich eine Datenbank oder einen Mailserver überwachen?
Ja. PostgreSQL, MySQL, SMTP, IMAP, Redis, ein Gameserver — alles, was auf einem aus dem Internet erreichbaren Port eine Verbindung annimmt.
Welche Portnummern und Timeouts sind erlaubt?
Jeder Port von 0 bis 65535, mit einem Verbindungs-Timeout, den Sie zwischen 1 und 60 Sekunden festlegen.
Ist Port-Monitoring im kostenlosen Tarif enthalten?
Ja. Portprüfungen laufen in jedem Tarif, auch im Free-Tarif.
Schnellstart für das Port-Monitoring
Geben Sie die IP-Adresse oder Domain und die Portnummer an, die Sie im Blick behalten möchten, und wählen Sie das Protokoll, das der Dienst spricht.
Stellen Sie die Prüfhäufigkeit entsprechend der Bedeutung der jeweiligen Infrastruktur ein.
Speichern Sie den Monitor und bleiben Sie gelassen — Ihre Backend-Dienste stehen unter ständiger Beobachtung.