Risoluzione dei problemi del server di sviluppo ASP.NET
Aggiornamento: novembre 2007
Il server di sviluppo ASP.NET viene eseguito automaticamente quando si esegue il testing di un sito Web di file system in Visual Studio. Per ulteriori informazioni, vedere Server Web in Visual Web Developer.
In alcune circostanze durante l'utilizzo del server di sviluppo ASP.NET si possono verificare degli errori. In questo argomento vengono descritte le situazioni in cui il server Web può generare errori e vengono fornite le possibili soluzioni.
Errore "Impossibile avviare il monitoraggio delle modifiche a..."
È possibile che questo errore si verifichi se si utilizza il server di sviluppo ASP.NET con la rappresentazione a livello di applicazione in esecuzione in Windows Vista e con Controllo account utente attivato (informazioni in lingua inglese).
Per impostazione predefinita, in Windows le applicazioni vengono eseguite in un account utente con diritti limitati anche se è stato eseguito l'accesso come amministratore. Quando si esegue un'applicazione Web in Windows Vista utilizzando la rappresentazione a livello di applicazione, è necessario eseguire Visual Studio nel contesto di un account amministratore.
Errore di tipo "Impossibile creare il token dell'utente di Windows"
Questo errore si può verificare se nel file Web.config il sito Web è configurato per utilizzare la rappresentazione per applicazione (ossia con un account fisso) e se l'account che esegue il server Web non dispone del privilegio che consente di agire come parte del sistema operativo, noto anche come privilegio TCB (Trusted Computing Base). È possibile configurare il sito Web in modo che rappresenti un account specifico utilizzando una sintassi simile a quella riportata di seguito nel file Web.config.
<identity impersonate="true" userName="<UserName>" password="<securepassword>" />
.gif "Nota sulla sicurezza") Nota sulla sicurezza: |
|---|
Durante l'archiviazione di informazioni riservate quali i nomi utente e le password in un file di configurazione, è necessario crittografare i valori riservati mediante la configurazione protetta. Per ulteriori informazioni, vedere Procedura: proteggere le stringhe di connessione durante l'utilizzo dei controlli origine dati. |
Il processo che avvia il server di sviluppo ASP.NET deve disporre del privilegio TCB. Se pertanto il sito Web è configurato per eseguire la rappresentazione, è necessario concedere il privilegio TCB all'account che esegue il server Web.
| Nota sulla sicurezza: |
|---|
Il privilegio TCB è molto potente e, di norma, dovrebbe essere concesso al minor numero di account possibile. Se il sito Web utilizza la rappresentazione e non è in grado di utilizzare il server di sviluppo ASP.NET senza concede il privilegio TCB all'account che esegue il server Web, è consigliabile utilizzare invece Internet Information Services (IIS) per testare il sito Web, in modo da non dover concedere inutilmente privilegi a un account. |
Errore di tipo "Impossibile visualizzare la pagina" (errore 502)
Una delle possibili cause dell'errore 502 o di un messaggio indicante l'impossibilità di visualizzare la pagina è che il browser non è in grado di risolvere un URL contenente "localhost" e un numero di porta, ad esempio https://localhost:8080/ExampleWebSite/Default.aspx. Il server di sviluppo ASP.NET funziona esclusivamente con localhost e, per impostazione predefinita, utilizza un numero di porta selezionato in modo casuale per ogni richiesta.
Potrebbe essere possibile risolvere questo errore ignorando il server proxy per le richieste locali. Per informazioni dettagliate, vedere Procedura: ignorare un server proxy per le richieste Web locali.
Errore di tipo "Connessione rifiutata"
Il server segnala il seguente errore.
10061 - Connection Refused
Internet Security and Acceleration Server
Questo problema si può verificare se il computer viene utilizzato su una rete protetta con il server Internet Security and Acceleration (ISA) e se si verifica una delle condizioni seguenti:
Il client firewall non è installato.
Le impostazioni del proxy Web sono configurate in modo errato in Internet Explorer.
Questo errore non si verifica quando si utilizza IIS, in quanto IIS utilizza la porta 80 e l'accesso a tale porta è consentito dal server ISA e da altri prodotti firewall. Il server di sviluppo ASP.NET, invece, seleziona in modo casuale una porta e l'accesso alla maggior parte delle porte è bloccato da prodotti firewall come il server ISA.
Per evitare questo problema, è possibile:
Installare il software del client firewall, ad esempio il client ISA.
Modificare le impostazioni della connessione al proxy Web in Internet Explorer in modo da ignorare il server proxy per gli indirizzi locali.
Errore di tipo "Limite BIOS superato"
Questo errore si potrebbe verificare se si lavora a un'applicazione Web di file system i cui i file si trovano in un computer remoto. Si manifesta come errore di runtime quando si tenta di eseguire una pagina utilizzando il server di sviluppo ASP.NET.
È molto probabile che il messaggio di errore venga visualizzato quando il computer remoto esegue Windows 2000 o Windows XP. Se il computer remoto esegue Windows 2000, è possibile seguire le istruzioni riportate nell'articolo 810886 della Microsoft Knowledge Base per impostare il numero massimo di connessioni simultanee su un valore più alto. Se si esegue Windows XP potrebbe essere possibile evitare questo errore chiudendo le risorse condivise esistenti, comprese le sessioni di Terminal Server, sul computer remoto. Windows XP è configurato con un numero massimo fisso di richieste di rete simultanee. In pratica, è anche possibile copiare i file dell'applicazione Web sul computer locale e testare l'applicazione su questo computer.
Errore di tipo "File statici non disponibili"
In un sito Web di file system, i file statici quali le immagini e i fogli di stile sono soggetti alle regole di autorizzazione ASP.NET. Ad esempio, i file statici di un sito Web di file system non vengono forniti a un utente anonimo quando l'accesso anonimo ai file non è consentito. Tuttavia, quando il sito Web viene distribuito a un server che esegue IIS, IIS servirà i file statici senza utilizzare le regole relative all'autorizzazione.