Impossible de démarrer le site dans IIS (utilisé par un autre processus)

Question

Lorsque j'essaie de lancer un site dans IIS, le message suivant apparaît :

le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.

J'ai fait une recherche sur Google et j'ai trouvé qu'un autre site pouvait utiliser le port 80, mais dans MyIIS, je vois que seul ce site utilise le port 80. Qu'est-ce qui pourrait utiliser le port 80 ou y a-t-il un autre problème ?

Answer 1

Je pense que ce lien donne une bonne explication et une solution à ce problème. http://support.microsoft.com/KB/890015

La plupart du temps, c'est dû à l'une des deux raisons suivantes : 1) le port 80 est utilisé par quelque chose d'autre et comme suggéré par d'autres, vous pouvez utiliser netstat -o -n -a |findstr 0.0:80 pour voir si c'est le cas. Si oui, tuez le processus dans le gestionnaire de tâches (cochez la case "Afficher les processus de tous les utilisateurs").

2) si le port 80 n'est pas utilisé, la deuxième cause est potentiellement une adresse IP invalide dans la ListenOnlyList classée dans la clé de registre de HTTP->Parameters. Si vous suivez le lien pour définir la clé manuellement ou en fait vous pouvez utiliser (xp et server 2003) httpcfg delete iplisten -i ipaddress pour supprimer l'adresse IP invalide. Vous devez redémarrer le http après avoir modifié l'adresse IP !

Answer 2

Dans mon cas, c'était le " Service de partage de synchro "(SyncShareSvc) qui était en cours d'exécution et utilisait le port 80. netstat a montré que le port 80 était libre, cependant. Je pouvais faire fonctionner le site sur un autre port, mais pas sur 80. Si j'ajoutais un nom d'hôte, IIS me permettait de démarrer le site, mais j'étais invité à demander l'authentification Digest lorsque je naviguais vers localhost (ou tout autre nom d'hôte que j'ajoutais). Seuls Anonymous et Forms Auth étaient activés dans IIS...

J'ai également constaté que, après avoir arrêté IIS, http://localhost me demande toujours l'authentification Digest.

La solution - dans mon cas - a été de supprimer Services de fichiers et de stockage > Services de fichiers et d'iSCSI > " Dossiers de travail " des services installés (redémarrage nécessaire).

Après avoir supprimé le service "Work Folders" et redémarré, IIS a fonctionné comme prévu.

Answer 3

Dans mon cas, après avoir installé RD Web Access, les sites Web d'origine par défaut ne pouvaient pas être lancés. J'ai supprimé le rôle RD Web Access, mais cela ne change rien. La suppression de la liaison du port 443 a résolu le problème.

Answer 4

La plupart du temps, lorsque cela se produit chez les développeurs web, c'est à cause d'apache, donc si vous allez dans le fichier de configuration d'apache, ouvrez-le et cherchez avec ctrl + f jusqu'à 80 et changez l'ip que vous verrez en 8080 et la phrase en dessous de 80 en 8080 et vous devez configurer cela dans votre xampp ou le programme que vous utilisez actuellement.

J'espère que je vais vous aider.

Answer 5

Afin d'obtenir des informations plus significatives, une façon de procéder consiste à obtenir également des informations sur la propriété lors de l'émission d'une carte de crédit. netstat afin de connaître le processus qui utilise soit 80 (liaison http par défaut) soit 443 (si la liaison https est définie) :

 netstat -ab

Dans mon cas, le coupable était vmware :

TCP 0.0.0.0:443 Nom de l'ordinateur:0 ÉCOUTE
[vmware-hostd.exe]

netstat peut être envoyé dans find pour rechercher les ports 80 ou 443 (ex. find ":443" ), mais ces connexions actives particulières apparaîtront au début de la liste pour être plus faciles à voir.