nginx: bind () para 0.0.0.0:80 falhou no Windows [fechado]

31

Eu tenho usado o nginx sem nenhum problema no Windows nos últimos meses. Hoje, quando tentei iniciar, recebi este erro:

nginx: [emerg] bind () para 0.0.0.0:80 falhou (10013: foi feita uma tentativa de acessar um soquete de uma maneira proibida por suas permissões de acesso)

Por que isso começou a acontecer de repente? Não mudei nenhuma configuração nem nada.

windows nginx Dean Rather
fonte
Isso está em um servidor real ou em uma estação de trabalho?
user9517 suporta GoFundMonica
estação de trabalho Windows
Dean Rather
Na verdade, isso é provavelmente o melhor para Superusuário .
user9517 suporta GoFundMonica
3
O Windows Web Server (IIS) também pode causar esse problema. Tente executar: 'net stop WAS' para interromper o serviço. Às vezes, você também pode precisar executar: 'net start W3SVC'. Nota: Execute o cmd como administrador.
Tom Hagen

Respostas:

52

Verifique o Skype.

O Skype se atualizou automaticamente e ativou a opção "usar porta 80" novamente.

Está nas seções-> avançadas.

Dean Rather
fonte
4
Inacreditável, mas obrigado. Ferramentas> Opções> Avançado> Conexão
Tom
M $ furtivo. Muito sorrateira.
David 'o careca'
11
Acabei de instalar o skype para web (beta). Ele instalou um plug-in separado para vídeo, que suponho que tenha o mesmo comportamento. Se você tiver um skype para a guia da Web aberto no seu navegador, talvez seja necessário fechá-lo.
Murraybiscuit
Esta resposta apenas analisa o Skype, mas há muito mais programas que podem causar esse problema devido ao uso da porta 80 / tcp. Para a maneira mais fácil, consulte a resposta em Jevgenis serverfault.com/a/478267/141615
High Ball
12

Verifique quais portas estão sendo usadas no seu sistema.

Existem alguns programas que vinculam a porta 80. Por exemplo, TeamViewer, Skype, etc.

Para um teste fácil, digite http://localhostno seu navegador e verifique qual serviço é exibido.

Ou você pode usar um programa como o CurrPorts da NirSoft .

High Ball
fonte
No meu caso, era o IIS bloqueando a porta 80 - isso parece ser um problema comum. Se netstat -omostra o PID 4 escutando na porta 80, é o IIS.
mindplay.dk
7

Você pode tentar executar no CMD:

netstat -a | find "LISTENING"

Também havia um software chamado TCPView , que é muito interessante, e mostra todas as portas de processo / ocupado em execução.

Jevgeni Smirnov
fonte
I utilizado netstat -aopara também exibir o PID do processo de bloqueio da porta 80 - então habilitado a coluna PID no Gerenciador de tarefas para descobrir qual processo estava bloqueando a porta 80.
mindplay.dk