nginx: bind () do 0.0.0.0:80 nie powiodło się w systemie Windows [zamknięte]

31

Używam nginx bez problemu na Windowsie przez ostatnie kilka miesięcy. Dzisiaj, kiedy próbowałem go uruchomić, otrzymałem ten błąd:

nginx: [emerg] bind () do 0.0.0.0:80 nie powiodło się (10013: Podjęto próbę uzyskania dostępu do gniazda w sposób zabroniony przez jego uprawnienia dostępu)

Dlaczego to się nagle zaczęło? Nie zmieniłem żadnych konfiguracji ani nic.

windows nginx Dean Rather
źródło
Czy to na prawdziwym serwerze, czy na stacji roboczej?
user9517 obsługuje GoFundMonica
stacja robocza systemu Windows
Dean Rather
W rzeczywistości jest to prawdopodobnie lepsze rozwiązanie dla superużytkownika .
user9517 obsługuje GoFundMonica
3
Windows Web Server (IIS) może również powodować ten problem, więc spróbuj uruchomić: „net stop WAS”, aby zatrzymać usługę. Czasami może być konieczne uruchomienie: „net start W3SVC”. Uwaga: uruchom cmd jako administrator.
Tom Hagen

Odpowiedzi:

52

Sprawdź Skype.

Skype automatycznie się zaktualizował i ponownie włączył opcję „Użyj portu 80”.

Jest w rozliczeniach-> zaawansowane.

Dean Rather
źródło
4
Niewiarygodne, ale dzięki. Narzędzia> Opcje> Zaawansowane> Połączenie
Tom
Sneaky M $. Bardzo podstępny.
David „łysy imbir”
1
Właśnie zainstalowałem skype dla sieci (beta). Zainstalował osobną wtyczkę do wideo, która, jak zakładam, ma takie samo zachowanie. Jeśli masz otwartą kartę Skype dla przeglądarki internetowej, być może trzeba ją zamknąć.
murraybiscuit
Ta odpowiedź dotyczy tylko Skype'a, ale istnieje o wiele więcej programów, które mogą powodować ten problem z powodu używania portu 80 / tcp. Aby uzyskać najprostszy sposób, zobacz odpowiedź Jevgenis serverfault.com/a/478267/141615
High Ball
12

Sprawdź, które porty są używane w twoim systemie.

Istnieje kilka programów, które łączą port 80. Na przykład TeamViewer, Skype itp.

W celu łatwego testu wpisz http://localhostw przeglądarce i sprawdź, która usługa się pojawi.

Możesz też użyć programu takiego jak CurrPorts firmy NirSoft .

Wysoka kula
źródło
W moim przypadku był to port IIS blokujący port - wydaje się, że jest to powszechny problem. Jeśli netstat -opokazuje PID 4 nasłuchujący na porcie 80, to jest to IIS.
mindplay.dk 30.03.16
7

Możesz spróbować uruchomić w CMD:

netstat -a | find "LISTENING"

było też oprogramowanie o nazwie TCPView , które jest bardzo fajne i pokazuje wszystkie uruchomione procesy / zajęte porty.

Jevgeni Smirnov
źródło
Kiedyś netstat -aowyświetlałem również PID portu blokującego proces 80 - potem
włączałem