Quel processus utilise un port sous Windows

Réponse courte : netstat -ano affiche les ports avec les PID, et le Gestionnaire des tâches traduit le PID en programme. Un outil gratuit comme Propriétaire de port fait les deux moitiés pour vous — une liste cherchable de tous les ports avec le nom du processus, à une frappe de distance.

Méthode 1 : netstat + Gestionnaire des tâches (intégré)

1. Appuyez sur Win + R, tapez cmd, Entrée.
2. Trouvez le propriétaire du port :

   netstat -ano | findstr :8080
   

   Le dernier nombre de la ligne est le PID.
3. Ouvrez le Gestionnaire des tâches → Détails et repérez la ligne avec ce PID.

Fonctionne partout, mais chaque étape est manuelle : la bonne chaîne de filtre, extraire le PID sous des dizaines de lignes IPv6, puis le retrouver dans un second outil.

Méthode 2 : Propriétaire de port — une liste cherchable avec les noms attachés

Propriétaire de port exécute le même netstat, associe les PID à la liste des processus et affiche le tout sous forme de tableau :

• Ports en écoute en premier — ceux qui « bloquent » réellement un port.
• Champ de recherche — tapez 8080, node ou le PID ; la liste se réduit instantanément.
• Bouton de copie — met « TCP :8080 — node.exe (1234) » dans le presse-papiers pour un ticket de bug.
• Commutateur « Toutes les connexions » — ajoute les sockets établies quand il faut l'image complète.

L'application ne fait que lire : rien n'est bloqué, modifié ni tué. Pour libérer réellement le port, terminez le processus propriétaire dans le Gestionnaire des tâches.

Télécharger gratuitement — PortOwner-Setup.exe

Lire les résultats

• LISTENING — un programme attend des connexions ici. Ce sont ces lignes qui causent « port already in use ».
• ESTABLISHED — une connexion active en ce moment ; elle ne bloque rien.
• Les lignes UDP n'ont aucun état — normal, UDP est sans connexion.
• PID 4 / System — un pilote du noyau (typiquement SMB sur 445 ou RPC sur 135) ; il n'y a rien à réparer.

Cas typiques

« Port 8080 is already in use » au démarrage d'un serveur de dev. Cherchez 8080 — c'est souvent un node.exe/java.exe oublié d'une session précédente. Terminez-le dans le Gestionnaire des tâches.

Un jeu ou un service « cannot bind » un port. Vérifiez si autre chose y écoute ; comparez les deux instances.

Un écouteur inconnu. Identifiez le processus propriétaire avant de vous inquiéter — 9 fois sur 10, c'est un service Windows.

FAQ

Existe-t-il une méthode PowerShell ?

Oui : Get-NetTCPConnection -LocalPort 8080 affiche le PID propriétaire ; le nom du processus demande encore Get-Process -Id. Une application visionneuse évite les deux étapes.

Puis-je libérer le port sans le Gestionnaire des tâches ?

taskkill /PID 1234 dans cmd le fait — mais vérifiez d'abord le nom du processus ; tuer le mauvais processus peut coûter du travail non enregistré.

Pourquoi voir le même port deux fois, en IPv4 et IPv6 ?

Les programmes écoutent souvent sur les deux piles (0.0.0.0:8080 et [::]:8080) ; c'est un programme, deux lignes.