Felsöka misslyckade begäranden med spårning i IIS 7

Gäller för: Internet Information Services 7.0

Begärandebaserad spårning är tillgänglig både på fristående IIS-servrar och i Azure-webbappar och ger ett sätt att avgöra exakt vad som händer med dina begäranden och varför, om du kan återskapa det problem som du upplever. Problem som dålig prestanda på vissa begäranden eller autentiseringsrelaterade fel på andra begäranden eller server 500-fel från ASP eller ASP.NET kan ofta vara svåra att felsöka – såvida du inte har samlat in spårningen av problemet när det inträffar. I den här artikeln beskrivs spårning av misslyckade förfrågningar på IIS Server. Information om hur du gör detta med Azure-webbappar finns i Felsöka en app i Azure App Service med Visual Studio.

Spårning av misslyckade begäranden är utformat för att buffra spårningshändelserna för en begäran och endast spara dem till disk om begäran misslyckas, där du definierar vad som är ett "fel". Om du vill veta varför du får 404.2-felmeddelanden eller om begäran börjar fastna, använd Spårning av misslyckade förfrågningar.

De uppgifter som illustreras i den här artikeln är:

• Aktivering av spårningsmodulen för misslyckad begäran.
• Konfigurera loggfilssemantik för spårning av misslyckade begäranden.
• Definiera url:en för vilken spårning av misslyckade begäranden ska behållas, inklusive feldefinitioner och områden att spåra.
• Generera feltillståndet och visa den resulterande spårningen.

Förutsättningar

Installera IIS

Du måste installera IIS 7 eller senare innan du kan utföra uppgifterna i den här artikeln. Bläddra till http://localhost/ för att se om IIS är installerat. Om IIS inte är installerat finns installationsanvisningar i Installera IIS på Windows Server 2008 . När du installerar IIS kontrollerar du att du även installerar följande funktioner:

• ASP.NET (under World Wide Web Services - -
• Spårning (under World Wide Web Services - Hälsa och diagnostik - Spårning)

Logga in som administratör

Kontrollera att det konto som du använder för att logga in är administratörskontot eller finns i gruppen Administratörer.

Gör en säkerhetskopia

Du måste göra en säkerhetskopia av konfigurationen innan du utför uppgifterna i följande avsnitt.

Gör så här för att säkerhetskopiera konfigurationen:

1. Välj Starta>alla programtillbehör.>

2. Högerklicka på Kommandotolken och välj sedan Kör som administratör.

   

3. Kör följande kommando i en kommandotolk:

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

Skapa exempelinnehåll

1. Navigera till %systemdrive%\inetpub\wwwroot.

2. Flytta innehållet till en säker plats (om du vill återställa det befintliga innehållet) eller ta bort det.

3. Skapa en tom fil och ge den namnet test.asp.

4. I kommandotolken navigerar du till filen test.asp i \inetpub\wwwroot.

5. I filen test.asp klistrar du in följande innehåll:

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

Inaktivera ASP

ASP måste vara inaktiverat för den här uppgiften. ASP är endast inaktiverat som ett exempel och för uppgifterna i den här artikeln.

Inaktivera ASP

1. Öppna Internet Information Services (IIS) Manager.

2. Dubbelklicka på ISAPI- och CGI-begränsningar.

   

3. Välj Aktiva serversidor. I fönstret Åtgärder väljer du Neka för att inaktivera ASP.

   

Aktivera spårning för misslyckade förfrågningar

När du har aktiverat spårning av misslyckade förfrågningar måste du konfigurera var loggfilerna ska finnas. I den här uppgiften aktiverar du Spårning av misslyckade förfrågningar för standardwebbplatsen och anger var loggfilerna ska placeras. Sedan konfigurerar du det fel som felloggarna ska genereras för.

Steg 1: Aktivera spårning av misslyckade begäranden för platsen och konfigurera loggfilkatalogen

1. Öppna en kommandotolk med administratörsbehörighet och gå till %systemdrive%\windows\system32\inetsrv.

2. Kör inetmgr för att öppna IIS Manager.

3. I fönstret Anslutningar expanderar du datornamnet, expanderar Webbplatser och väljer sedan Standardwebbplats.

4. I fönstret Åtgärder går du till Konfigurera och väljer Spårning av misslyckade förfrågningar.

   

5. I dialogrutan Redigera inställningar för spårning av misslyckade begäranden konfigurerar du följande:

   • Markera kryssrutan Aktivera .
   • Behåll standardinställningarna för de andra inställningarna.

   

6. Välj OK.

Spårningsloggning för misslyckade begäranden är nu aktiverad för standardwebbplatsen. Kontrollera filen %windir%\system32\inetsrv\config\applicationHost.config för att bekräfta att konfigurationen ser ut så här:

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

Steg 2: Konfigurera dina feldefinitioner

I det här steget konfigurerar du feldefinitionerna för url:en, inklusive vilka områden som ska spåras. Du felsöker en 404.2 som returneras av IIS för alla begäranden till tillägg som ännu inte har aktiverats. Detta hjälper dig att avgöra vilka specifika tillägg du behöver aktivera.

1. Öppna en kommandotolk med administratörsbehörighet och gå till %systemdrive%\windows\system32\inetsrv.

2. Kör inetmgr för att öppna IIS Manager.

3. I fönstret Anslutningar expanderar du datornamnet, expanderar Webbplatser och väljer sedan Standardwebbplats.

4. Dubbelklicka på regler för spårning av misslyckade förfrågningar.

   

5. Välj Slutför.

6. I fönstret Åtgärder väljer du Lägg till.

7. I guiden Lägg till spårningsregel för misslyckad begäran går du till sidan Ange innehåll till spårning och väljer Allt innehåll (*). Välj Nästa.

   

8. På sidan Definiera spårningsvillkor markerar du kryssrutan Statuskoder och anger 404.2 som statuskod som ska spåras.

   

9. Välj Nästa.

10. På sidan Välj spårningsproviders går du till Providers och markerar kryssrutan WWW Server . Under Områden markerar du kryssrutan Säkerhet och avmarkerar alla andra kryssrutor.

    Problemet som du orsakar gör att en säkerhetsfelshändelse utlöses. I allmänhet kan problem med autentisering och auktorisering (inklusive problem med ISAPI-begränsningslistan) diagnostiseras med hjälp av konfiguration för spårning i säkerhetsområdet för WWW Server. Men eftersom FREB.xsl-formatmallen hjälper till att markera fel och varningar kan du fortfarande använda standardkonfigurationen för att logga alla händelser i alla områden och leverantörer. Under Utförlighet väljer du Utförligt.

    

11. Välj Slutför. Du bör se följande definition för standardwebbplatsen:

    

IIS Manager skriver konfigurationen %windir%\system32\inetsrv\config\applicationHost.config till filen med hjälp av en <location> tagg. Konfigurationen bör se ut så här:

<location path="Default Web Site"> 
    <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> 
</location>

Testa och visa loggfilen för felbegäran

I den här uppgiften genererar du en misslyckad begäran och visar den resulterande spårningsloggen. Du har redan konfigurerat IIS för att samla in spårningsloggar för http://localhost/*.asp begäranden som misslyckas med en HTTP-svarskod på 404.2. Kontrollera nu att det fungerar.

Steg 1: Generera ett fel och loggfilen för felbegäran

1. Öppna ett nytt Internet Explorer-fönster.

2. Ange följande adress: http://localhost/test.asp.

3. Du får felet "HTTP-fel 404.2 – Hittades inte".

   

Steg 2: Visa loggfilen för felbegäran

1. Nu när du har genererat en misslyckad begäran öppnar du en kommandotolk med administratörsanvändarrättigheter och navigerar till %systemdrive%\inetpub\logs\FailedReqLogFiles\W3SVC1.

2. Kör start för att starta ett Internet Explorer-fönster från katalogen.

   

3. Observera några saker här: När IIS skriver loggfilen för den misslyckade begäran skriver den en fil per misslyckad begäran. En freb.xsl-formatmall skrivs också, en per katalog. Det hjälper när du visar loggfilerna för den resulterande felbegäran (till exempel fr000001.xml i det här exemplet).

4. Högerklicka på loggfilen för felet 404.2 och välj Öppna med>Internet Explorer. Om det här är första gången du öppnar en spårningsfil för misslyckade förfrågningar måste du lägga till about:internet i listan över betrodda platser eftersom Internet Explorers utökade säkerhetskonfiguration är aktiverad som standard. I så fall visas följande:

   

5. I dialogrutan Internet Explorer väljer du Lägg till... för att lägga till about:internet i listan över betrodda webbplatser. Detta gör att XSL kan fungera. Följande visas när du har lagt till about:internet i listan över betrodda webbplatser:

   

   En sammanfattning av den misslyckade begäran loggas överst, med tabellen Fel och varningar som identifierar händelser som är VARNING, FEL eller KRITISKT FEL i allvarlighetsgrad. I det här exemplet beror allvarlighetsgraden VARNING på ISAPI-BEGRÄNSNING. Bilden som du försökte läsa in var %windir%\system32\inetsrv\asp.dll.

6. Öppna XML-råfilen direkt med hjälp av en textredigerare och titta på innehållet i varje händelse.

Sammanfattning

Du har slutfört två uppgifter: konfigurerat spårning av misslyckade förfrågningar för att samla in spårningar för alla begäranden som IIS returnerar med statuskoden 404.2 och verifierat att IIS har avbildat spårningen för din begäran. Du har också kontrollerat att loggfilen freb.xml inte innehöll några andra begäranden för de begäranden som du gjorde eftersom begärandena inte hade någon 404.2-returkod. När du läser felloggfilen fastställde du att orsaken till felet var att tillägget var inaktiverat för den begäran. Du kan prova andra sidor som inte är HTML-sidor (till exempel .gif eller .jpg filer) och observera att loggfilen INTE lägger till dessa spårningar. Du kan också enkelt ändra detta till 404 eller fånga upp felet om begäran tar längre tid än 30 sekunder genom att ange fältet timeTaken i dina failureDefinitions.

Återställa din säkerhetskopia

Nu när du har slutfört uppgifterna i den här artikeln kan du återställa säkerhetskopian av konfigurationen. Kör följande kommando med administratörsanvändarrättigheter:

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