Welcher Prozess nutzt einen Port unter Windows

Kurze Antwort: netstat -ano zeigt Ports mit PIDs, und der Task-Manager übersetzt die PID in ein Programm. Ein kostenloses Werkzeug wie Port-Nutzer erledigt beide Hälften für Sie — eine durchsuchbare Liste aller Ports mit Prozessnamen, einen Tastendruck entfernt.

Methode 1: netstat + Task-Manager (eingebaut)

1. Drücken Sie Win + R, tippen Sie cmd, Enter.
2. Finden Sie den Besitzer des Ports:

   netstat -ano | findstr :8080
   

   Die letzte Zahl in der Zeile ist die PID.
3. Öffnen Sie den Task-Manager → Details und suchen Sie die Zeile mit dieser PID.

Funktioniert überall, aber jeder Schritt ist Handarbeit: der richtige Filtertext, die PID unter Dutzenden IPv6-Zeilen hervorziehen und sie dann in einem zweiten Werkzeug suchen.

Methode 2: Port-Nutzer — durchsuchbare Liste mit fertigen Namen

Port-Nutzer führt dasselbe netstat aus, gleicht die PIDs mit der Prozessliste ab und zeigt es als Tabelle:

• Lauschende Ports zuerst — genau sie „blockieren“ einen Port.
• Suchfeld — geben Sie 8080, node oder die PID ein; die Liste verengt sich sofort.
• Kopierschaltfläche — holt „TCP :8080 — node.exe (1234)“ in die Zwischenablage für ein Bug-Ticket.
• Schalter „Alle Verbindungen“ — ergänzt etablierte Sockets, wenn Sie das ganze Bild brauchen.

Die App liest nur: nichts wird blockiert, verändert oder beendet. Um den Port wirklich freizugeben, beenden Sie den besitzenden Prozess im Task-Manager.

Kostenlos herunterladen — PortOwner-Setup.exe

Die Ergebnisse lesen

• LISTENING — ein Programm wartet hier auf Verbindungen. Diese Einträge verursachen „port already in use“.
• ESTABLISHED — eine gerade aktive Verbindung; sie blockiert nichts.
• UDP-Zeilen haben gar keinen Status — normal, UDP ist verbindungslos.
• PID 4 / System — ein Kernel-Treiber (typisch SMB auf 445 oder RPC auf 135); hier gibt es nichts zu reparieren.

Typische Fälle

„Port 8080 is already in use“ beim Start eines Dev-Servers. Suchen Sie 8080 — meist ist es ein vergessenes node.exe/java.exe aus einer früheren Sitzung. Beenden Sie es im Task-Manager.

Ein Spiel oder Dienst „cannot bind“ einen Port. Prüfen Sie, ob dort etwas anderes lauscht; vergleichen Sie die beiden Instanzen.

Ein unbekannter Listener. Identifizieren Sie den besitzenden Prozess, bevor Sie sich sorgen — 9 von 10 Fällen sind ein Windows-Dienst.

FAQ

Gibt es einen Weg über PowerShell?

Ja: Get-NetTCPConnection -LocalPort 8080 zeigt die besitzende PID; der Prozessname braucht trotzdem Get-Process -Id. Eine Viewer-App spart beide Schritte.

Kann ich den Port ohne Task-Manager freigeben?

taskkill /PID 1234 in cmd erledigt das — aber prüfen Sie zuerst den Prozessnamen; den falschen Prozess zu beenden kann ungespeicherte Arbeit kosten.

Warum sehe ich denselben Port zweimal, IPv4 und IPv6?

Programme lauschen oft auf beiden Stacks (0.0.0.0:8080 und [::]:8080); es ist ein Programm, zwei Zeilen.