Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier les répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer de répertoire.
Cette rubrique décrit les exigences en matière de logiciel et de sécurité pour les scénarios de débogage ASP.NET :
Débogage local, dans lequel Visual Studio et l’application web s’exécutent sur le même ordinateur. Il existe deux versions de ce scénario :
Le code ASP.NET réside sur le système de fichiers.
Le code ASP.NET réside dans un site web IIS (Internet Information Services).
Débogage à distance, dans lequel Visual Studio s’exécute sur un ordinateur client et débogue une application web qui s’exécute sur un ordinateur serveur distant.
Spécifications de sécurité
Pour le débogage à distance, les ordinateurs locaux et distants doivent se trouver sur une configuration de domaine ou sur une configuration de groupe de travail.
Pour déboguer le processus de travail ASP.NET (hébergé par un pool d’applications), vous devez disposer de l’autorisation de déboguer ce processus. Par défaut, ASP.NET applications antérieures à IIS 6.0 s’exécutent en tant qu’utilisateur ASPNET . Dans IIS 6.0 et IIS 7.0, le compte NETWORK SERVICE est la valeur par défaut. Si le processus de travail s’exécute en tant qu’ASPNET ou en tant que SERVICE RÉSEAU, vous devez disposer de privilèges d’administrateur pour le déboguer.
Important
À compter de Windows Server 2008 R2, nous vous recommandons d’utiliser ApplicationPoolIdentity comme identité pour chaque pool d’applications.
Le nom du processus de travail ASP.NET varie en fonction du scénario de débogage et de la version d’IIS. Pour plus d’informations, consultez How to : Find the Name of the ASP.NET Process.
Vous pouvez modifier le compte d’utilisateur sous lequel le processus de travail ASP.NET s’exécute en modifiant le fichier machine.config sur le serveur exécutant IIS. La meilleure façon de procéder consiste à utiliser le Gestionnaire des services Internet (IIS). Pour plus d’informations, consultez Guide pratique pour exécuter le processus de travail sous un compte d’utilisateur.
Si vous modifiez le processus de travail ASP.NET pour qu’il s’exécute sous votre propre compte d’utilisateur, vous n’êtes pas obligé d’être administrateur sur le serveur exécutant IIS.
Caution
Avant de modifier le processus de travail ASP.NET pour qu’il s’exécute sous un autre compte, tenez compte des conséquences possibles si le processus de travail ASP.NET doit être piraté lors de l’exécution sous ce compte. Les comptes d’utilisateur ASPNET et NETWORK SERVICE s’exécutent avec des autorisations minimales, ce qui réduit les dommages possibles si le processus est piraté. Si vous devez modifier le processus de travail ASP.NET pour qu’il s’exécute sous un compte disposant d’autorisations plus importantes, les dommages potentiels sont plus importants.