Risolvere i problemi relativi alle richieste non riuscite usando la traccia in IIS 8.5

Si applica a: Internet Information Services 8.5

Introduzione

La traccia basata su richiesta è disponibile sia nei server IIS autonomi che nei siti Web di Microsoft Azure.Request-based tracing is available both in stand-alone IIS Servers and on Microsoft Azure Web Sites (WAWS). Se è possibile riprodurre il problema riscontrato, la traccia basata su richiesta consente di determinare esattamente cosa sta accadendo con le richieste e perché sta accadendo. Problemi quali prestazioni scarse in alcune richieste, errori correlati all'autenticazione in altre richieste o errore del server 500 da ASP o ASP.NET possono spesso essere difficili da risolvere, a meno che non sia stata acquisita la traccia del problema quando si verifica. Questo articolo illustra la traccia delle richieste non riuscite nel server IIS. Per informazioni su come eseguire questa operazione con Siti Web di Microsoft Azure, vedere Risolvere i problemi relativi a un'app nel servizio app Azure con Visual Studio.

La traccia delle richieste non riuscite è progettata per memorizzare nel buffer gli eventi di traccia per una richiesta e scaricarli solo su disco se la richiesta ha esito negativo, in cui viene specificata la definizione dell'errore. Se si vuole sapere perché le richieste restituiscono un codice di stato HTTP specifico, ad esempio 401 o 404, oppure se una richiesta richiede un po' di tempo per elaborare o non risponde, è possibile usare La traccia delle richieste non riuscite.

Le attività illustrate in questo articolo includono:

• Abilitazione del modulo Traccia richieste non riuscite.
• Configurazione della semantica del file di log di traccia delle richieste non riuscite.
• Definizione dell'URL per cui mantenere le tracce delle richieste non riuscite, incluse le definizioni di errore e le aree da tracciare.
• Generazione della condizione di errore e visualizzazione della traccia risultante.

Prerequisiti

Installare IIS

Installare IIS 8.5 prima di poter eseguire le attività descritte in questo articolo. Passare a http://localhost/ e verificare che sia visualizzata la schermata iniziale di Internet Information Services. Se IIS non è installato, vedere Installazione di IIS 8.5 in Windows Server 2012 R2 per istruzioni di installazione. Quando si installa IIS, assicurarsi di installare anche le funzionalità seguenti:

• ASP.NET 3.5 (in Server Web (IIS)/Web Server/Application Development Features/ASP.NET 3.5)
• ASP.NET 4.5 (in Server Web (IIS)/Web Server/Application Development Features/ASP.NET 4.5)
• Traccia (in Server Web (IIS)/Integrità server/Web e diagnostica - Traccia

Accedere come amministratore

Assicurarsi che l'account usato per accedere sia l'account amministratore o che si trovi nel gruppo administrators.

Note

L'appartenenza al gruppo administrators non concede diritti utente di amministratore completi per impostazione predefinita. È necessario eseguire applicazioni come amministratore facendo clic con il pulsante destro del mouse sull'icona dell'applicazione e scegliendo Esegui come amministratore.

Eseguire un backup

Eseguire un backup dei file di configurazione prima di eseguire le attività seguenti:

1. Selezionare il tasto logo windows e il tasto X contemporaneamente, selezionare Prompt dei comandi (amministratore) e quindi selezionare Sì.

   

2. Nel prompt dei comandi eseguire il comando seguente:

   %windir%\system32\inetsrv\appcmd add backup cleanInstall
   

   Questo comando crea una cartella cleanInstall contenente i file di configurazione di backup in %windir%\system32\inetsrv\backup.

Creare contenuto di esempio

1. Passare a %systemdrive%\inetpub\wwwroot.

2. Spostare il contenuto in un percorso sicuro (nel caso in cui si voglia ripristinare il contenuto esistente) o eliminarlo.

3. Creare un file vuoto e denominarlo test.asp.

4. Nel prompt dei comandi passare al file test.asp in \inetpub\wwwroot.

5. Nel file test.asp incollare il contenuto seguente:

   <h2>Failed Request Tracing Lab</h2><br>
   <br>Today's date is <% response.write(Date()) %>
   

Disabilitare ASP

ASP deve essere disabilitato per questa attività. ASP è disabilitato solo come esempio e ai fini delle attività in questo articolo.

Per disabilitare ASP, seguire questa procedura:

1. Aprire Gestione IIS e selezionare il server.

2. Fare doppio clic su RESTRIZIONI ISAPI e CGI.

   

3. Nel riquadro Restrizioni ISAPI e CGI selezionare Pagine server attive. Nel riquadro Azioni selezionare Nega per disabilitare ASP. Le pagine del server attivo verranno visualizzate come Non consentite.

   

Abilitare il tracciamento delle richieste non riuscite

Dopo aver abilitato La traccia delle richieste non riuscite, è necessario configurare il percorso dei file di log. In questa sezione si abiliterà La traccia delle richieste non riuscite per il sito Web predefinito e si specifica dove archiviare i file di log e quindi si configurerà l'errore per il quale generare i log degli errori.

Passaggio 1: Abilitare la traccia delle richieste non riuscite per il sito e configurare la directory del file di log

1. Aprire un prompt dei comandi con diritti utente di amministratore e passare a %systemdrive%\windows\system32\inetsrv.

2. Eseguire inetmgr per aprire Gestione IIS.

3. Nel riquadro Connessioni espandere il nome del computer, espandere Siti e quindi selezionare Sito Web predefinito.

4. Nel riquadro Azioni, in Configura, selezionare Traccia richiesta non riuscita....

   

5. Nella finestra di dialogo Modifica impostazioni di traccia delle richieste non riuscite del sito Web configurare quanto segue:

   • Selezionare la casella di controllo Abilita .
   • Mantenere le impostazioni predefinite per le altre impostazioni.

   

6. Seleziona OK.

   La registrazione di traccia delle richieste non riuscita è ora abilitata per il sito Web predefinito. Controllare il file %windir%\system32\inetsrv\config\applicationHost.config per verificare che la configurazione sia simile alla seguente:

   <system.applicationHost>
      <!-- other system configuration --> 
      <sites> 
         <site name="Default Web Site" id="1"> 
            <!-- other site configuration --> 
            <traceFailedRequestsLogging  enabled="true" /> 
         </site> 
         <!-- site & app defaults --> 
         <!-- other sites configuration --> 
      </sites> 
      <!-- other system configuration --> 
   </system.applicationHost>
   

Passaggio 2: Configurare le definizioni degli errori

In questo passaggio configurare le definizioni di errore per l'URL, incluse le aree da tracciare. Si risolverà un codice di stato 404.2 restituito da IIS per le richieste alle estensioni non ancora abilitate. Consente di determinare quali estensioni specifiche è necessario abilitare. Per altre informazioni, vedere Codici di stato HTTP in IIS.

1. Aprire un prompt dei comandi con diritti utente di amministratore e passare a %systemdrive%\windows\system32\inetsrv.

2. Eseguire inetmgr per aprire Gestione IIS.

3. Nel riquadro Connessioni espandere il nome del computer, espandere Siti e quindi selezionare Sito Web predefinito.

4. Fare doppio clic su Regole di traccia richieste non riuscite.

   

5. Nel riquadro Azioni selezionare Aggiungi....

6. Nella procedura guidata Aggiungi regola di traccia delle richieste non riuscite, nella pagina Specifica contenuto da traccia selezionare Tutto il contenuto (*) e quindi selezionare Avanti.

   

7. Nella pagina Definisci condizioni di traccia selezionare la casella di controllo Codici di stato e immettere 404.2 come codice di stato da tracciare.

   

8. Seleziona Avanti.

9. Nella pagina Seleziona provider di traccia, in Provider selezionare la casella di controllo Www Server e deselezionare tutte le altre caselle di controllo. In Aree selezionare la casella di controllo Sicurezza e deselezionare tutte le altre caselle di controllo.

   Il problema che si sta generando causa la generazione di un evento di traccia degli errori di sicurezza. In generale, è possibile diagnosticare problemi di autenticazione e autorizzazione (inclusi i problemi relativi all'elenco di restrizioni ISAPI) usando la configurazione dell'area WWW Server - Security per la traccia. Tuttavia, poiché il foglio di stile FREB.xsl consente di evidenziare errori e avvisi, è comunque possibile usare la configurazione predefinita per registrare tutti gli eventi in tutte le aree e provider.

10. In Dettaglio selezionare Dettagliato.

    Note

    Quando si installa il servizio ruolo traccia, IIS installa i provider di traccia WWW Server, ASP e ISAPI Extension per impostazione predefinita. Se si installa ASP.NET 2.0 o versione successiva, IIS aggiunge automaticamente il provider di traccia ASPNET. I provider aggiuntivi vengono installati dal pacchetto del programma di installazione ARR (Application Request Routing), che installa anche il modulo di riscrittura URL, la gestione della Web farm e la cache esterna. È possibile aggiungere altri provider di traccia usando l'elemento <add> all'interno dell'elemento <traceProviderDefinitions> .

    

11. Selezionare Fine.

12. Viene visualizzata la definizione seguente per il sito Web predefinito:

    

    Gestione IIS scrive la configurazione nel %systemdrive%\inetpub\wwwroot\web.config file usando un <location> tag . La configurazione deve essere ridimensionata di nuovo quanto segue:

    <configuration> 
        <system.webServer> 
            <tracing> 
                <traceFailedRequests> 
                    <add path="*"> 
                        <traceAreas> 
                            <add provider="WWW Server" areas="Security" verbosity="Verbose" /> 
                        </traceAreas> 
                        <failureDefinitions statusCodes="404.2" /> 
                    </add> 
                </traceFailedRequests> 
            </tracing> 
        </system.webServer> 
    </configuration>
    

Testare e visualizzare il file di log delle richieste di errore

Questa sezione consente di generare una richiesta non riuscita e visualizzare il log di traccia risultante. IIS è già stato configurato per acquisire i log di traccia per http://localhost/*.asp le richieste che hanno esito negativo con un codice di risposta HTTP 404.2. Verificare ora che funzioni.

Passaggio 1: Generare un errore e il file di log delle richieste di errore

1. Aprire una nuova finestra di Internet Explorer.

2. http://localhost/test.asp Immettere e premere INVIO. Viene visualizzato il messaggio di errore "Errore HTTP 404.2 - Non trovato".

   

Passaggio 2: Visualizzare il file di log delle richieste di errore

1. Dopo aver generato una richiesta non riuscita, aprire Esplora risorse e passare a %systemdrive%\inetpub\logs\FailedReqLogFiles\W3SVC1.

   

   Note

   Quando IIS scrive il file di log delle richieste non riuscite, scrive un file per ogni richiesta non riuscita. Viene scritto anche un foglio di stile freb.xsl , uno per ogni directory. Ciò consente di visualizzare i file di log delle richieste di errore risultanti, ad esempio fr000001.xml in questo esempio.

2. Fare clic con il pulsante destro del mouse sul file di log per l'errore 404.2 e scegliere Apri con ->Internet Explorer. Se è la prima volta che si apre un file di traccia delle richieste non riuscite, è necessario aggiungere about:internet all'elenco dei siti attendibili, poiché la configurazione di sicurezza avanzata di Internet Explorer è abilitata per impostazione predefinita. In tal caso, viene visualizzato quanto segue:

   

3. Nella finestra di dialogo Internet Explorer aggiungere about:internet all'elenco dei siti attendibili seguendo questa procedura:

   1. Selezionare il menu Strumenti e quindi opzioni Internet.
   2. Seleziona la scheda Sicurezza.
   3. Selezionare Area attendibile e quindi Siti.
   4. Ciò consente il funzionamento di XSL.

4. Dopo aver aggiunto about:internet all'elenco dei siti attendibili, viene visualizzata una pagina Riepilogo richieste:

   

   Un riepilogo della richiesta non riuscita viene registrato nella parte superiore, con la tabella Errori e avvisi che WARNINGidentifica gli eventi , ERRORo CRITICAL ERROR con gravità. In questo esempio il WARNING livello di gravità è dovuto alla RESTRIZIONe ISAPI. L'immagine che si è tentato di caricare è %windir%\system32\inetsrv\asp.dll.

5. Aprire il file XML non elaborato direttamente usando un editor di testo e esaminare il contenuto dell'evento.

Riepilogo

Sono state completate due attività: configurazione della traccia delle richieste non riuscite per acquisire le tracce per qualsiasi richiesta restituita da IIS con un codice di stato 404.2 e verificando che IIS abbia acquisito la traccia per la richiesta. È stato anche verificato che il file di log freb.xml non contiene richieste diverse da quelle con un codice restituito 404.2. Quando si consulta il file di log degli errori, si è determinato che la causa dell'errore era che l'estensione è stata disabilitata per tale richiesta. È possibile provare altre pagine non HTML (ad esempio .gif o .jpg file) e notare che il file di log non aggiunge queste tracce. È anche possibile modificare facilmente questo evento in modo che sia 404 o acquisire l'errore se la richiesta richiede più di 30 secondi impostando il campo timeTaken in failureDefinitions.

Ripristinare il backup

Dopo aver completato le attività descritte in questo articolo, è possibile ripristinare il backup della configurazione. Eseguire il comando seguente con diritti utente di amministratore:

%windir%\system32\inetsrv\appcmd restore backup cleanInstall