J'essaye avec netstat -ab -p tcp -n et parmi les résultats j'obtiens:
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING
Can not obtain ownership information
Je cours en tant qu'administrateur et reçois ce message. J'ai également téléchargé un utilitaire pour afficher l'activité du réseau pour les exes mais rien d'ouvert n'écoute sur le port 47001 selon l'utilitaire.
Comment savoir ce que j'écoute?
windows
networking
ports
Jay White
la source
la source
Réponses:
Essayez
netstat -o
d'obtenir l'ID du processus (PID) puis utiliseztasklist |findstr <pid>
pour voir le nom et le type du processus. Le Gestionnaire des tâches affiche également le PID et le nom du processus.Vous pouvez combiner vos autres commutateurs avec
-o
comme ceci:netstat -bona -p tcp
la source
tasklist | find
est un problème (donc pas non plus mentionné avant la modification), car bizarrement pour une raison quelconque, cela ne fonctionne pas toujours. Ce qui fonctionne toujours avec le filtrage de la liste des tâches est la liste des tâches> a thentype a |find
(ou, comme certains préfèrent, trouver le fichier de signatures - une commande).netstat -abon | grep ":33" -A 1
(le nom du processus vient entre crochets une ligne après, parfois deux lignes après -A 2. On peut oublier et faire grep -C 2 juste pour plus d'informations. Ou vers un fichier (netstat -abon> a) puis grep, si J'ai besoin de grep plus d'une fois (car le -b le ralentit). Quant aux commutateurs utiles, vous pouvez faire netstat -aonp tcp ou mêmenetstat -paon tcp
Lorsque vous filtrez pour trouver, il y a moins besoin de -p tcp. Doncnetstat -aon | find ":1234"
(pour un port) ou | trouver "1234" pour un PID.Puisque vous parlez de Windows, vous pouvez utiliser " netstat -b " pour voir quel exécutable utilise ce port.
Alternativement, TCPVIew de Sysinternal fait de même, mais d'une bien meilleure façon.
la source
-b
déjà; c'est dedans-ab
. De plus, la contraction de «vous êtes» est «vous».http://www.iana.org/assignments/port-numbers répertorie ce port comme: winrm 47001 / tcp Service de gestion à distance Windows Ryan Mack rmack & microsoft.com 29 avril 2009
Maintenant, cela ne prouve pas que c'est ce que l'on utilise sur votre ordinateur, mais c'est une assez bonne supposition.
la source
-b
cherche un chemin d'accès que leSystem
service n'a pas.