Algo está sirviendo contenido en mi puerto 80, pero no sé qué proceso está haciendo esto. ¿Hay alguna manera de averiguar qué proceso está vinculado a qué puerto (s)?
Actualización:
Esta es la salida de netstat
... lamentablemente, nada parece estar vinculando el puerto 80. Aunque mi puerto 80 todavía está sirviendo información. ¿Es esto imposible o me estoy perdiendo algo? (vea abajo)
Actualización:
Después de ejecutar netstat -anbo
y hacer referencias cruzadas con los procesos en el administrador de tareas, descubrí que skypekit.exe
está vinculando mi puerto 80. Sin embargo, cualquier exploración adicional de este problema probablemente quedará fuera del alcance de esta pregunta. Solo para agregar, Trillian estaba usando los puertos 80 y 443 skypekit.exe
y su tráfico.
PS D:\> netstat -anbo
Active Connections
Proto Local Address Foreign Address State PID
TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 6664
[skypekit.exe]
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 1280
RpcSs
[svchost.exe]
TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 6664
[skypekit.exe]
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:1025 0.0.0.0:0 LISTENING 916
[wininit.exe]
TCP 0.0.0.0:1026 0.0.0.0:0 LISTENING 1480
eventlog
[svchost.exe]
TCP 0.0.0.0:1027 0.0.0.0:0 LISTENING 1568
Schedule
[svchost.exe]
TCP 0.0.0.0:1028 0.0.0.0:0 LISTENING 980
[lsass.exe]
TCP 0.0.0.0:1029 0.0.0.0:0 LISTENING 568
[spoolsv.exe]
TCP 0.0.0.0:1030 0.0.0.0:0 LISTENING 956
[services.exe]
TCP 0.0.0.0:2987 0.0.0.0:0 LISTENING 308
-anb
no-b
solo necesitas ! (A da puertos de escucha)-o
bandera para obtener el PID) ...Respuestas:
Tratar
netstat -anb
Actualización: Que una en
-anb
está allí por una razón!fuente
netstat
ubicado Porque probablemente no esté en mi RUTA.system32
está fuera de tu camino, ¿cómo corristecmd
? Eso es un poco confuso.cmd.exe
archivo ... ¿supongo? ^^Para referencia futura, Sysinternals tiene muchas herramientas excelentes para descubrir lo que está sucediendo en su máquina. tcpview , por ejemplo, le brinda monitoreo en tiempo real de los sockets TCP / UDP, filemon puede mostrarle la actividad relacionada con los accesos a los archivos ... la lista continúa.
fuente
Una forma es usar
netstat -anbo
después de detener vmware-hostd, debería estar activo.
fuente
Simplemente ejecute este comando de PowerShell y verá el nombre del proceso escuchando, por ejemplo, en 443.
fuente