Comment identifier le processus qui écoute sur un port spécifique sous Windows

Lors du lancement de nouveaux services ou applications sous Windows, il est extrêmement frustrant de rencontrer le message classique « port déjà utilisé ».Vous essayez peut-être de démarrer un serveur local, un environnement de test, ou souhaitez simplement libérer un port pour d’autres usages. Généralement, un processus monopolise le port à votre insu. Ce guide explique comment identifier le processus qui écoute sur un port TCP ou UDP particulier et comment l’arrêter si nécessaire. Savoir comment procéder peut vous faire gagner un temps précieux, surtout si le blocage du port est récurrent et vous oblige à redémarrer votre ordinateur ou à rechercher manuellement les processus récalcitrants.

En clair, si un port est occupé, votre nouvelle application risque de générer des erreurs ou de refuser de démarrer. L’astuce consiste à identifier le processus qui utilise ce port et à le fermer ou le libérer. Ce n’est pas toujours évident, car Windows n’indique pas directement quel processus est propriétaire du port. Heureusement, des outils en ligne de commande comme netstat et PowerShell simplifient grandement cette tâche. Sur certaines configurations, il peut être nécessaire d’exécuter ces commandes en tant qu’administrateur pour bénéficier d’un accès complet. Et si le problème persiste, des outils comme TCPView de Sysinternals offrent une vue d’ensemble graphique de toutes les connexions réseau, ce qui est très pratique si vous préférez explorer manuellement.

Comment trouver et arrêter les processus occupant un port sous Windows

Méthode 1 : Utilisation de netstat + tasklist — la combinaison classique

Cette méthode est utile pour identifier rapidement ce qui monopolise un port particulier (par exemple, le port 80 ou 8080).La commande `netstat` netstat -aon | find "LISTEN"affiche tous les ports d’écoute avec leurs identifiants de processus (PID).Vous pouvez ensuite associer ces PID aux processus correspondants tasklist /FI "PID eq [PID]". Remplacez simplement `[PID]` par l’identifiant affiché par `netstat`.

netstat -aon | findstr ":80" | findstr "LISTENING"

Le résultat pourrait ressembler à ceci :

 TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 12345

Le nombre à la fin (ici, 12345) est le PID. Pour voir à quel processus il s’agit, exécutez :

tasklist /FI "PID eq 12345"

Cela révèle souvent le processus exécutable (comme tiny.exe, nginx ou le processus IIS) qui monopolise le port. Parfois, il s’agit d’un processus dont vous ignoriez même l’existence. Vous pouvez l’arrêter immédiatement avec :

Stop-Process -Id 12345

Depuis l’invite de commandes ou PowerShell. Ce n’est pas toujours une méthode propre, mais elle fonctionne. Attention : l’arrêt brutal de processus système peut entraîner une instabilité ; assurez-vous donc que l’opération est sans risque avant de procéder.

Méthode 2 : Utiliser PowerShell pour une commande en une seule ligne

C’est beaucoup plus rapide si vous maîtrisez PowerShell. Pour savoir quel processus écoute sur le port 80, il suffit d’exécuter :

Get-Process -Id (Get-NetTCPConnection -LocalPort 80).OwningProcess

Et cela devrait afficher le nom du processus, ce qui est bien plus simple que de rechercher manuellement les PID. Même chose pour les ports UDP, il suffit de remplacer Get-NetTCPConnectionpar Get-NetUDPEndpoint.

Parfois, le nom du processus est évident (comme tiny.exe), mais d’autres fois, il peut être nécessaire de localiser l’emplacement de l’exécutable. Utilisez la commande suivante pour trouver où se trouve ce processus :

where /R C:\ tiny

Vous pouvez aussi ouvrir une invite de commandes en tant qu’administrateur et exécuter cette commande. Cela vous permettra de confirmer quel processus est associé à l’identifiant de processus (PID).Dans certains cas, il se peut que le processus soit bloqué ou qu’il s’agisse d’un résidu d’une application qui ne s’est pas arrêtée correctement. L’arrêter brutalement Stop-Processlibère alors rapidement le port.

Option 3 : Utiliser TCPView pour une approche graphique

Si vous n’êtes pas à l’aise avec les lignes de commande, essayez TCPView de Windows Sysinternals ( ici ).Cet outil offre une vue en temps réel et conviviale de tous les ports TCP et UDP, avec les noms des processus et leurs chemins complets. Il est idéal pour visualiser les processus actifs, connectés ou monopolisant les ports sans avoir à jongler avec les commandes. Il peut parfois révéler des processus ou services cachés, invisibles avec la simple commande netstat. De plus, vous pouvez arrêter les tâches directement depuis l’interface en faisant un clic droit.

Une particularité : il arrive que ce processus soit un service système s’exécutant en arrière-plan ; l’arrêter brutalement peut donc entraîner des dysfonctionnements. Soyez prudent si vous effectuez cette opération sur un serveur de production ou un serveur critique.

Que se passe-t-il après avoir arrêté le processus ?

Une fois le processus identifié et arrêté, votre port devrait être libéré.​​Vous pouvez vérifier sa disponibilité à l’aide de la commande `ls` netstatou ` Test-NetConnection localhost -Port 80ls`.Si ce n’est pas le cas et que le processus réapparaît après un redémarrage, il peut s’agir d’un service qui démarre automatiquement. Dans ce cas, vérifiez dans les Services ou désactivez-le si vous êtes certain qu’il ne présente aucun danger.

Je ne sais pas exactement pourquoi, mais il arrive que Windows maintienne en activité des processus récalcitrants ou les redémarre automatiquement. C’est là que les outils graphiques ou la désactivation de certains services peuvent s’avérer utiles.