Erreur: "Impossible de démarrer le débogage sur le serveur Web ..." ASP.NET 4.0
Un message d'erreur s'affiche lorsque je veux créer un site Web sur le serveur IIS. J'utilise Windows 7 et Visual Studio 2010.
Dois-je enregistrer ou configurer asp.net 4.0 pour IIS?
Il n’ya pas beaucoup de détails ici, mais j’obtenais la même erreur en essayant de démarrer le débogage d’un projet d’application Web dans Visual Studio 2010 que je venais de faire passer de la version 3.5 à la version 4.0.
Cela a résolu le problème pour moi à partir de la ligne de commande:
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe -i
Assurez-vous d’aller ensuite dans IIS Manager et vérifiez deux fois votre pool d’applications, car il est probable que cela réinitialisera une partie de votre configuration.
Cela a fait le tour pour moi:
Dans IIS> sous .NET compilation
Remarque: Le site Web par défaut est sélectionné uniquement à des fins de capture d'écran.
Modification de l'option Debug sur True
Dans Visual Studio 2010, cela signifie généralement qu'il y a un problème avec le fichier Web.Config qui ne peut pas être affiché en mode débogage. Donc, il suffit de démarrer l'application en utilisant Ctrl F5 pour s'exécuter en mode normal et vous indiquer quelle ligne de Web.Config est défectueuse.
Cette erreur peut apparaître si le mot de passe du compte utilisé par le pool d'applications est modifié. Si vous obtenez cette erreur après avoir modifié votre mot de passe réseau, vous devrez peut-être le mettre à jour pour le pool d'applications utilisé par vos sites Web locaux.
Assurez-vous que votre site est configuré pour déboguer (debug = "true") sous le fichier web.config.
<compilation targetFramework="4.0" debug="true">
Vérifiez que le chemin de votre site dans IIS pointe sur le chemin de votre projet Web dans VS.
Je l'avais déjà rencontré auparavant et c'était un problème de chemins incompatibles. Si vous avez configuré Visual Studio pour utiliser IIS et les chemins modifiés ultérieurement, IIS n'est pas mis à jour automatiquement. Vous devez entrer manuellement dans IIS et mettre à jour le chemin.
J'ai eu cela plusieurs fois - dans mon cas c'est toujours que je n'ai pas mis à jour mon fichier hosts, donc VS essaye de localiser un DNS externe au lieu de mon local.
Une autre raison serait si vous avez un certificat SSL installé sur IIS. Vous devrez désactiver le gestionnaire SSL à partir du gestionnaire IIS pour l'application en cours de débogage. Parce que Visual Studio essaie de le lancer en tant que http au lieu de https.
Pour moi, cela était lié à cette solution: http://www.codeproject.com/Questions/83338/Does-not-have-write-access-to
cd %windir%\Microsoft.NET\Framework64\v4.0.30319
aspnet_regiis -i
aspnet_regiis -ga "IIS APPPOOL\DefaultAppPool"
Notez que cela n’a pas fonctionné après que je l’ai fait sur un dossier Framework, puis que je l’aie ensuite fait sur un dossier Framework64. Je suppose faire les deux pour être sûr.
J'ai passé quelques heures à me battre avec ce problème. En fin de compte, il semble que certaines modifications apportées en dehors de VisualStudio l’aient confondu. Je ne sais pas quel était le problème, mais les choses ont recommencé à fonctionner lorsque j'ai ouvert une version différente de la même solution, de sorte que VisualStudio (ou IIS) a fait de la magie avec la configuration IIS. Ensuite, j'ai rétabli la solution d'origine, la configuration a été modifiée à nouveau et le débogage fonctionne à nouveau.
Dans mon cas, je dois modifier les liaisons de certificats dans IIS> Site Web par défaut> Liaison . IIS Liaison
J'ai essayé d'exécuter vs2010 en tant qu'administrateur?
Essayez aussi 1. Ouvrez IIS. Cliquez sur "Sites Web par défaut".
Vérifiez si «Authentification anonyme» est activé.
Activez également «Authentification Windows».
Je reçois la même erreur chaque fois que je définis mon fichier de projet comme un partage ..__ Je l'ai résolu en allant dans l'onglet Sécurité du fichier et en ajoutant de nouveau "IIS AppPool\DefaultAppPool"