Was macht der Port-Erreichbarkeits-Check?
Tippe einen Host (Domain oder oeffentliche IP) und einen TCP-Port ein, klick Check, und unser Server oeffnet eine TCP-Verbindung zu dieser Adresse von einer oeffentlichen IP aus. Du bekommst eine von drei Antworten: open (etwas lauscht), closed (der Server hat aktiv mit RST abgelehnt) oder filtered (das Paket ist verschwunden, fast immer eine Firewall).
Das ist kein Portscanner. Es prueft einen Port nach dem anderen und ist bewusst auf 30 Checks pro Stunde pro IP rate-limitiert. Es ist das richtige Tool, wenn du gerade einen Service neu gestartet hast und bestaetigen willst, dass die Firewall wieder offen ist, wenn SMTP keine Mail annimmt und du die Netzwerkschicht ausschliessen willst oder wenn ein Kunde sagt "eure API ist nicht erreichbar" und du eine Zweitmeinung aus einem anderen Netz willst.
Wenn der Server den Client beim Connect begruesst (SSH, SMTP, FTP, POP3, IMAP, Redis tun das oft), wird die erste Zeile des Banners erfasst und angezeigt. Banner sind nuetzlich: sie verraten Software, Version und manchmal das OS.
So benutzt du es
- Einen Host eintippen: eine Domain wie `mail.example.de` oder eine oeffentliche IP wie `93.184.216.34`. Kein Schema, kein Pfad. Private Adressen (`192.168.x`, `10.x`, `127.x`) sind absichtlich blockiert.
- Einen Port aus den Preset-Chips waehlen (22 SSH, 443 HTTPS, 25 SMTP etc.) oder eine beliebige Zahl von 1 bis 65535 tippen.
- Check klicken. Die Probe dauert bis zu 5 Sekunden: 4 s fuer den TCP-Handshake, 1 s Warten auf einen optionalen Banner.
- Die Status-Pille lesen: gruen = open, rot = closed, gelb = filtered, grau = Fehler. Jeder Status hat einen Einzeiler-Erklaerung.
- Wenn der Server einen Banner schickt, lies ihn. SSH zeigt die Version, SMTP den MTA-Namen, FTP den Daemon. Das ist normal und meist unbedenklich, offen zu zeigen.
Wann das nuetzlich ist
Fuenf Alltagssituationen, in denen ein Einzelport-Check besser ist als sich auf die Box einzuloggen:
- Ist die Firewall wirklich offen? Du hast eine Regel in AWS Security Groups, Cloudflare oder ufw ergaenzt und willst die schnelle Bestaetigung von aussen.
- Lauscht SMTP wirklich? Dein Mailserver behauptet, Port 25 ist up, aber Mail fliesst nicht. Von aussen pruefen, weil viele ISPs und Clouds Outbound 25 standardmaessig blocken.
- Service still abgestuerzt. Dein Monitoring hat's verpasst. Ein 2-Sekunden-Check sagt dir, ob Postgres, Redis oder MySQL ueberhaupt erreichbar ist.
- Kunde sagt "eure API ist down". Sein Netzwerk koennte das Problem sein. Den gleichen Check aus einem neutralen Standort fahren und vergleichen.
- Post-Migration-Smoketest. Du hast einen Service auf einen neuen Host umgezogen. Bestaetige, dass SSH (22), HTTPS (443) und beliebige Custom-Ports hochgekommen sind, bevor du DNS umlegst.
Verwandt: SSL-Zertifikats-Pruefer, DNS-Lookup, HTTP-Headers-Inspektor.