Prüfen, ob ein Port offen ist (von außerhalb deines Netzwerks) | Check Host
So testest du, ob ein TCP-Port wie 22, 443, 3389 oder 25565 offen und aus dem Internet erreichbar ist — und wie du die üblichen Ursachen behebst, wenn nicht.
Du hast einen Server gestartet, den Port in der Firewall geöffnet, ihn im Router weitergeleitet — und niemand kann sich verbinden. Den Port vom eigenen Rechner aus zu testen hilft nicht: Das umgeht Router, Provider und jede Firewall dazwischen. Ob ein Port wirklich offen ist, erfährst du nur mit einem Test von außen.
Was „offen“ eigentlich bedeutet
Ein TCP-Port ist offen, wenn auf ihm etwas lauscht und eine Verbindung aus dem Internet den TCP-Handshake abschließen kann. Dafür muss alles Folgende stimmen:
- Ein Programm lauscht auf dem Port und ist an die richtige Schnittstelle gebunden (nicht nur an
127.0.0.1).
- Die Firewall des Hosts erlaubt eingehende Verbindungen auf diesem Port.
- Jedes Netzwerkgerät davor — Router, NAT, Cloud-Security-Group — leitet den Verkehr weiter oder lässt ihn durch.
Aus vielen Ländern gleichzeitig testen
Der Port-Checker versucht von Servern weltweit einen TCP-Handshake zu deinem Host und Port und meldet die Verbindungszeit je Standort. Gib einen Hostnamen oder eine IP und einen Port ein, zum Beispiel example.com und 443.
- Überall verbunden — der Port ist aus dem Internet erreichbar.
- Überall Timeout — Pakete werden stillschweigend verworfen, meist durch eine Firewall oder eine fehlende Portweiterleitung.
- Überall abgelehnt — der Host ist erreichbar, aber auf dem Port lauscht nichts.
- Gemischte Ergebnisse — Geoblocking, ein regionales Routing-Problem oder ein DDoS-Schutz, der manche Netze filtert.
Wichtige Ports
| Port | Dienst |
|---|
| 22 | SSH |
| 25 / 587 | SMTP (E-Mail) |
| 80 / 443 | HTTP / HTTPS |
| 3306 / 5432 | MySQL / PostgreSQL |
| 3389 | Windows-Remotedesktop |
| 25565 | Minecraft-Java-Server |
Warum ein Port als geschlossen erscheint
- Lauscht nur auf localhost. Prüfe mit
ss -tlnp (Linux) oder netstat -an (Windows); die lokale Adresse sollte 0.0.0.0 oder :: sein, nicht 127.0.0.1.
- Host-Firewall. ufw, firewalld, iptables oder die Windows-Defender-Firewall blockiert.
- Cloud-Security-Group. AWS, GCP, Azure und die meisten VPS-Anbieter haben eine eigene Firewall vor der Maschine.
- Fehlende Portweiterleitung. Hinter einem Heimrouter muss der Port an die LAN-IP deines Rechners weitergeleitet werden.
- CGNAT. Viele Provider teilen eine öffentliche IP zwischen Kunden. Weicht die WAN-IP deines Routers von deiner öffentlichen IP ab (siehe IP-Lookup), kann Portweiterleitung nicht funktionieren.
- Sperre durch den Provider. Privatkunden-Anschlüsse blockieren oft Port 25, manchmal auch 80 oder 445.
Getestet wird nur TCP
Ein TCP-Check kann nicht sagen, ob ein UDP-Port (DNS auf 53, WireGuard, viele Gameserver) offen ist: UDP hat keinen Handshake, ein stiller und ein gefilterter Port sehen also gleich aus. Teste UDP-Dienste mit einem Client für das jeweilige Protokoll.