nginx: bind () a 0.0.0.0:80 falló en Windows [cerrado]

31

He estado usando nginx sin ningún problema en Windows durante los últimos meses. Hoy, cuando intenté iniciarlo, recibí este error:

nginx: [emerg] bind () a 0.0.0.0:80 falló (10013: se intentó acceder a un socket de una manera prohibida por sus permisos de acceso)

¿Por qué esto comenzó a suceder de repente? No cambié ninguna configuración ni nada.

windows nginx Dean Rather
fuente
¿Está en un servidor real o en una estación de trabajo?
user9517 es compatible con GoFundMonica
estación de trabajo de Windows
Dean Rather
En verdad, esto es probablemente mejor para Super User .
user9517 es compatible con GoFundMonica
3
Windows Web Server (IIS) también puede causar este problema, así que intente ejecutar: 'net stop WAS' para detener el servicio. A veces también puede necesitar ejecutar: 'net start W3SVC'. Nota: Ejecute cmd como administrador.
Tom Hagen

Respuestas:

52

Revisa Skype.

Skype se actualizó automáticamente y volvió a activar la opción "usar el puerto 80".

Está en configuraciones-> avanzado.

Dean Rather
fuente
44
Increíble, pero gracias. Herramientas> Opciones> Avanzado> Conexión
Tom
Disimulado M $. Muy astuto
David 'el jengibre calvo'
1
Acabo de instalar skype para web (beta). Instaló un complemento separado para video, que supongo que tiene el mismo comportamiento. Si tiene una pestaña de Skype para web abierta en su navegador, es posible que deba cerrarla.
murraybiscuit
Esta respuesta solo analiza Skype, pero hay muchos más programas que pueden causar este problema debido al uso del puerto 80 / tcp. Para la forma más fácil, vea la respuesta de Jevgenis serverfault.com/a/478267/141615
High Ball el
12

Verifique qué puertos se están utilizando en su sistema.

Hay algunos programas que enlazan el puerto 80. Por ejemplo, TeamViewer, Skype, etc.

Para una prueba fácil, escriba http://localhosten su navegador y verifique qué servicio aparece.

O puede usar un programa como CurrPorts de NirSoft .

Bola alta
fuente
En mi caso, era el puerto 80 de bloqueo de IIS; esto parece ser un problema común. Si netstat -omuestra PID 4 escuchando en el puerto 80, ese es IIS.
mindplay.dk
7

Puede intentar ejecutar en CMD:

netstat -a | find "LISTENING"

También había un software llamado TCPView , que es muy bueno, y muestra todos los procesos en ejecución / puertos ocupados.

Jevgeni Smirnov
fuente
También solía netstat -aomostrar el PID del puerto de bloqueo del proceso 80 - luego habilité la columna PID en el Administrador de tareas para averiguar qué proceso estaba bloqueando el puerto 80.
mindplay.dk