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

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