Port-Referenz

Port-Referenz ist ein durchsuchbares, nach Kategorien filterbares Verzeichnis der TCP- und UDP-Ports, über die Sie tatsächlich stolpern — Web- und Mail-Standards, Datenbanken, Message Queues, Dev-Server und Infrastrukturdienste. Statt in Foren-Threads zu suchen, um sich zu merken, ob Elasticsearch 9200 oder 9300 ist, schlagen Sie es in Sekunden nach. Es ist für Entwickler gedacht, die Firewall-Regeln schreiben, für DevOps-Ingenieure, die Verbindungslogs lesen, und für alle, die prüfen, was auf einem Rechner lauscht.

Suchen und Filtern

Das Werkzeug bietet zwei Wege, rund achtzig Einträge einzugrenzen. Das Suchfeld nimmt eine Portnummer (443), einen Dienstnamen (redis) oder ein Wort aus der Beschreibung (proxy). Numerische Abfragen nutzen zuerst die exakte Übereinstimmung; passt nichts genau, fällt die Suche auf eine Präfixsuche zurück, sodass 80 die Ports 8000, 8008, 8080 und 8443 neben Port 80 selbst zeigt. Textabfragen sind unabhängig von Groß- und Kleinschreibung und durchsuchen Dienstname und Beschreibung.

Unter dem Suchfeld schränken Kategorie-Chips die Tabelle jeweils auf eine Familie ein: Web, Dateiübertragung, E-Mail, Netzwerk, Fernzugriff, Datenbanken, Messaging und Dev-Tools. Jede Zeile zeigt die Portnummer, ihr Protokoll, den Dienst und eine einzeilige Beschreibung, mit einer Kopierschaltfläche für die Nummer. Alles ist ein statischer lokaler Datensatz, sodass Ergebnisse sofort ohne Netzwerkanfragen erscheinen.

Die drei Portbereiche

Portnummern reichen von 0 bis 65535 und sind in drei IANA-Bereiche aufgeteilt. Die Ports 0–1023 sind die well-known Ports, die Kernprotokollen zugewiesen sind — 22 SSH, 25 SMTP, 53 DNS, 80 HTTP, 443 HTTPS. Die Ports 1024–49151 sind die registrierten Ports, auf denen Anwendungen leben, etwa MySQL auf 3306, PostgreSQL auf 5432, Redis auf 6379 und MongoDB auf 27017. Die Ports 49152–65535 sind dynamische bzw. ephemere Ports, die das Betriebssystem der Client-Seite jeder ausgehenden Verbindung vorübergehend zuteilt.

Der Bereich allein sagt nicht, ob ein Dienst sicher ist. Eine Datenbank auf einem registrierten Port kann genauso exponiert sein wie eine auf einem well-known Port, wenn sie ohne Authentifizierung an eine öffentliche Schnittstelle gebunden ist.

Praxisbeispiele

Sie suchen	Was zurückkommt	Warum es wichtig ist
443	HTTPS, TCP	Der Zielport für fast den gesamten sicheren Web- und API-Verkehr
22	SSH / SFTP, TCP	Verschlüsselte Remote-Anmeldung und Dateiübertragung teilen sich diesen Port
5432	PostgreSQL, TCP	Der Standard in Verbindungszeichenfolgen und Docker-Compose-Dateien
9200	Elasticsearch REST, TCP	Häufig auf Cloud-Hosts offen gelassen; sollte gefiltert werden
5000	Dev-Server, TCP	Flask und viele Node-Dev-Server; auf manchen Systemen auch Docker Registry und UPnP
LISTEN-Audit nach netstat-Art	Kategorien Datenbanken und Dev	Zeigt Dienste, die Sie nicht freigeben wollten

Zwei Einträge liegen nah genug beieinander, um Verwirrung zu stiften: Die REST-API von Elasticsearch ist 9200, während der interne Cluster-Transport 9300 nutzt, und der MongoDB-Server ist 27017, während Shard-Server standardmäßig 27018 verwenden.

Entwicklungswerkzeuge kollidieren ständig auf denselben niedrigen Tausenderstellen. Create-react-app von React und Express-Demos nutzen standardmäßig 3000, Flask und viele Python-Server 5000, Django 8000 und Tomcat 8080, während der Metro-Bundler von React Native 8081 belegt. Wenn zwei Projekte denselben Port beanspruchen, scheitert das zweite mit EADDRINUSE — die Lösung ist, die PORT-Einstellung des Frameworks zu überschreiben, statt den Dienst zu deaktivieren. Die Suche in der Dev-Kategorie ist ein schneller Weg, um zu erkennen, welches Werkzeug einen Port besitzt, den Sie in der Ausgabe von lsof -i gefunden haben.

Ports, die Sie niemals freigeben sollten

Manche Standardeinstellungen sind gefährlich, sobald sie ins Internet zeigen. Redis (6379), MongoDB (27017), Elasticsearch (9200) und Memcached (11211) werden häufig ohne Authentifizierung ausgeliefert und standen hinter vielen großen Datenlecks. Die unverschlüsselte API von Docker auf 2375 ist schlimmer — sie gewährt faktisch Root-Kontrolle über den Host. Telnet (23) überträgt Anmeldedaten im Klartext, und das alte PPTP (1723) nutzt gebrochene Verschlüsselung.

Das sichere Muster ist, diese Dienste an 127.0.0.1 zu binden, sie in ein privates Subnetz zu legen oder einen VPN- bzw. SSH-Tunnel zu verlangen und alles andere per Firewall zu blockieren. Eine Port-Referenz sagt Ihnen, welche Nummer ein Dienst nutzt; sie macht diesen Dienst nicht sicher zum Veröffentlichen.

TCP, UDP und Dienste mit zwei Protokollen

Jeder Eintrag nennt sein Protokoll. DNS (53), LDAP (389), NFS (2049), SIP (5060), SMB-nahe NetBIOS-Dienste und NTP (123) erscheinen alle mit ihrem tatsächlichen Transport, und mehrere sind dual-protokollfähig. UDP eignet sich für kleine, wiederholungstolerante Request-Response-Daten, während TCP alles trägt, was geordnete, zuverlässige Zustellung braucht. SNMP ist auf 161 für Polling und 162 für Traps aufgeteilt, beide über UDP. Wenn eine Firewall-Regel nicht greift, ist eine Protokollabweichung — TCP erlauben, obwohl der Dienst UDP spricht — eines der Ersten, was zu prüfen ist.

Häufige Fehler

• Einen Port nach Beschreibung statt nach Nummer öffnen. Cloud-Security-Groups nehmen Nummern, wandeln Sie also zuerst den Dienstnamen um.
• Annehmen, ein ephemerer Client-Port sei ein lauschender Dienst. Hohe Quellports sind die Client-Seite einer Verbindung.
• Einen Datenbankport vorübergehend zum Debuggen offen lassen. Automatisierte Scanner finden ihn innerhalb von Minuten.
• 587 und 25 verwechseln. 587 ist die Einreichung von Clients; 25 ist die Weiterleitung zwischen Servern und wird oft blockiert.
• Vergessen, dass Docker Ports standardmäßig auf 0.0.0.0 veröffentlicht. Eine Zuordnung -p 3306:3306 kann MySQL über localhost hinaus freigeben, wenn Sie nicht an 127.0.0.1 binden.

Verwandte Tools

• HTTP-Status-Referenz
• Subnetz-Rechner
• URL-Parser
• MIME-Typ-Suche