Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo argomento descrive i requisiti software e di sicurezza per gli scenari di debug ASP.NET:
Debug locale, in cui Visual Studio e l'applicazione Web vengono eseguiti nello stesso computer. Esistono due versioni di questo scenario:
Il codice ASP.NET risiede nel file system.
Il codice ASP.NET si trova in un sito Web Internet Information Services (IIS).
Debug remoto, in cui Visual Studio viene eseguito in un computer client ed esegue il debug di un'applicazione Web in esecuzione in un computer server remoto.
Requisiti di sicurezza
Per il debug remoto, i computer locali e remoti devono trovarsi in una configurazione di dominio o in un gruppo di lavoro.
Per eseguire il debug del processo di lavoro ASP.NET (ospitato da un pool di applicazioni), è necessario disporre dell'autorizzazione per eseguire il debug di tale processo. Per impostazione predefinita, ASP.NET applicazioni precedenti a IIS 6.0 vengono eseguite come utente ASPNET . In IIS 6.0 e IIS 7.0, l'account SERVIZIO DI RETE è l'impostazione predefinita. Se il processo di lavoro è in esecuzione come ASPNET o come SERVIZIO DI RETE, è necessario disporre dei privilegi di amministratore per eseguirne il debug.
Importante
A partire da Windows Server 2008 R2, è consigliabile usare ApplicationPoolIdentity come identità per ogni pool di applicazioni.
Il nome del processo di lavoro ASP.NET varia in base allo scenario di debug e alla versione di IIS. Per altre informazioni, vedere Procedura: Trovare il nome del processo di ASP.NET.
È possibile modificare l'account utente in cui viene eseguito il processo di lavoro ASP.NET modificando il file machine.config nel server che esegue IIS. Il modo migliore per eseguire questa operazione consiste nell'usare il Gestione di Internet Information Services (IIS). Per altre informazioni, vedere Procedura: Eseguire il processo di lavoro in un account utente.
Se si modifica il processo di lavoro ASP.NET per l'esecuzione con il proprio account utente, non è necessario essere un amministratore nel server che esegue IIS.
Attenzione
Prima di modificare il processo di lavoro ASP.NET affinché venga eseguito con un account diverso, valuta le possibili conseguenze se il processo di lavoro ASP.NET venisse violato mentre è sotto quell'account. Gli account utente ASPNET e NETWORK SERVICE vengono eseguiti con autorizzazioni minime, riducendo i possibili danni se il processo viene violato. Se è necessario modificare il processo di lavoro ASP.NET per l'esecuzione con un account con autorizzazioni maggiori, il potenziale danno è maggiore.