nginx: bind () à 0.0.0.0:80 a échoué sous Windows [fermé]


31

J'utilise nginx sans problème sur Windows depuis quelques mois. Aujourd'hui, quand j'ai essayé de le démarrer, j'ai eu cette erreur:

nginx: [Emerg] bind () à 0.0.0.0:80 a échoué (10013: Une tentative d'accès à une socket a été effectuée d'une manière interdite par ses autorisations d'accès)

Pourquoi cela a-t-il commencé tout d'un coup? Je n'ai changé aucune configuration ou quoi que ce soit.


Est-ce sur un vrai serveur ou sur un poste de travail?
user9517 prend en charge GoFundMonica

poste de travail Windows
Dean Rather

En vérité, c'est probablement mieux pour Super User .
user9517 prend en charge GoFundMonica

3
Windows Web Server (IIS) peut également provoquer ce problème, essayez donc d'exécuter: «net stop WAS» pour arrêter le service. Parfois, vous devrez peut-être également exécuter: 'net start W3SVC'. Remarque: exécutez cmd en tant qu'administrateur.
Tom Hagen

Réponses:


52

Vérifiez Skype.

Skype s'est automatiquement mis à jour et a réactivé l'option "Utiliser le port 80".

C'est dans les colonies-> avancé.


4
Incroyable, mais merci. Outils> Options> Avancé> Connexion
Tom

Sneaky M $. Très sournois.
David 'le gingembre chauve'

1
Je viens d'installer skype pour le web (bêta). Il a installé un plugin séparé pour la vidéo, qui je suppose a le même comportement. Si un onglet skype pour le Web est ouvert dans votre navigateur, vous devrez peut-être le fermer.
murraybiscuit

Cette réponse ne concerne que Skype, mais il y a beaucoup plus de programmes qui peuvent provoquer ce problème en raison de l'utilisation du port 80 / tcp. Pour la manière la plus simple, voir la réponse de Jevgenis serverfault.com/a/478267/141615
High Ball

12

Vérifiez les ports utilisés sur votre système.

Il existe certains programmes qui lient le port 80. Par exemple TeamViewer, Skype, etc.

Pour un type de test facile http://localhostdans votre navigateur et vérifiez quel service apparaît.

Ou vous pouvez utiliser un programme comme CurrPorts par NirSoft .


Dans mon cas, c'était IIS qui bloquait le port 80 - cela semble être un problème courant. Si netstat -oaffiche l'écoute PID 4 sur le port 80, c'est IIS.
mindplay.dk

7

Vous pouvez essayer d'exécuter dans CMD:

netstat -a | find "LISTENING"

il y avait aussi un logiciel appelé TCPView , qui est très cool, et montre tous les processus en cours d'exécution / ports occupés.


J'avais également l'habitude netstat -aod'afficher le PID du port de blocage de processus 80 - puis j'ai activé la colonne PID dans le Gestionnaire des tâches pour savoir quel processus bloquait le port 80.
mindplay.dk
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.