Déboguer ASP.NET avec IIS

Question

J'ai configuré le débogage dans Visual Studio 2008 sur IIS au lieu du serveur intégré afin de pouvoir réécrire des urls tout en développant (en utilisant IIRF).

Il a fallu un certain temps pour que cela fonctionne (modification des autorisations, réinstallation du cadre .NET) mais cela a fonctionné.

J'ai éteint ma machine, et maintenant qu'elle est rallumée, le débogueur ne démarre pas. J'utilise Parallels avec WinXP sur un iMac.

"Impossible de lancer le débogage sur le serveur web web. Impossible de lancer ASP.NET débogage. De plus amples informations peuvent être disponibles en démarrant le projet sans débogage".

J'ai lu tout un tas de messages sur le SO et j'ai fait des recherches sur le sujet sur Google, mais aucun ne semble fournir une réponse valable.

Quelqu'un a-t-il rencontré ce problème et sait-il comment le faire fonctionner ?

Merci.

Answer 1

Assurez-vous que vous avez activé l'authentification Windows pour votre site dans IIS.

Dans le snap-in IIS MMC, cliquez avec le bouton droit de la souris sur votre site Web, choisissez "Propriétés", sélectionnez l'onglet "Sécurité du document", cliquez sur "Modifier..." dans la case "Contrôle de l'accès et de l'authentification anonymes", et assurez-vous que "Authentification Windows intégrée" est sélectionné.

Answer 2

Essayez de joindre manuellement le débogueur VS au processus w3svc.exe.

Answer 3

Après de nombreuses expériences, j'ai réussi à trouver le problème, enfin en quelque sorte.

Le problème principal était que les Keep-Alives n'étaient pas activés, ce qui ne permettait pas à l'authentification de fonctionner correctement. Une fois cette option activée, le débogueur fonctionne. Mais il ne fonctionne que si je commence à déboguer avec une page .aspx sélectionnée. Si je commence à déboguer avec une page .cs sélectionnée, cela ne fonctionne pas.

C'est étrange, mais au moins ça marche !

Answer 4

Assurez-vous que votre site Web IIS n'est lié à aucune adresse IP. VS 2008 a un problème d'attachement aux adresses IP liées.

Answer 5

J'ai eu ce problème, et c'était parce que mon pool d'applications dans IIS 7 était "classique" au lieu de "intégré", utilisant le cadre .net 4.