Problemen met formulierverificatie oplossen

De formulierverificatiecooky is verloren gegaan

47 45 54 20 68 74 74 70-3a 2f 2f 6c 6f 63 61 6c   GET http://local
68 6f 73 74 2f 46 6f 72-6d 73 41 75 74 68 4c 6f   host/FormsAuthLo
67 54 65 73 74 2f 57 65-62 46 6f 72 6d 31 2e 61   gTest/WebForm1.a
73 70 78 20 48 54 54 50-2f 31 2e 31 0d 0a 41 63   spx HTTP/1.1..Ac
63 65 70 74 3a 20 69 6d-61 67 65 2f 67 69 66 2c   cept: image/gif,
…Other headers of the GET request…
63 68 65 0d 0a 43 6f 6f-6b 69 65 3a 20 2e 41 53   che..Cookie: .AS
50 58 41 55 54 48 3d 33-43 45 46 39 42 39 41 30   PXAUTH=3CEF9B9A0
43 33 37 41 44 46 36 33-45 36 42 44 33 37 42 36   C37ADF63E6BD37B6
39 43 44 41 32 35 30 30-30 46 38 30 37 32 38 46   9CDA25000F80728F
35 31 43 39 35 36 36 44-31 34 43 35 34 31 34 35   51C9566D14C54145
38 31 43 39 33 45 32 41-30 31 44 44 43 44 45 46   81C93E2A01DDCDEF
32 34 41 31 37 34 32 39-34 31 30 43 30 39 37 34   24A17429410C0974
42 33 45 43 42 30 36 34-32 32 38 45 33 35 33 39   B3ECB064228E3539
39 41 38 32 32 42 33 42-39 33 36 44 46 30 38 46   9A822B3B936DF08F
42 41 42 44 33 45 31 30-32 44 30 30 32 31 30 43   BABD3E102D00210C
32 45 31 33 39 38 30 37-39 42 32 33 35 32 39 46   2E1398079B23529F
34 46 35 44 37 34 41 3b-20 50 72 6f 66 69 6c 65   4F5D74A; Profile
3d 56 69 73 69 74 6f 72-49 64 3d 62 32 34 65 62   =VisitorId=b24eb

Time-out van het formulierverificatieticket

De andere veelvoorkomende oorzaak voor het omleiden van een gebruiker is dat het verificatieticket voor formulieren is verlopen. Het formulierverificatieticket kan op twee manieren een time-out uitvoeren. Het eerste scenario doet zich voor als u een absolute vervaldatum gebruikt. Bij een absolute vervaldatum verloopt het verificatieticket wanneer de verlooptijd verloopt. U stelt bijvoorbeeld een vervaldatum van 20 minuten in en een gebruiker bezoekt de site om 14:00 uur. De gebruiker wordt omgeleid naar de aanmeldingspagina als de gebruiker de site na 14:20 uur bezoekt.

Als u een verschuifbare vervaldatum gebruikt, is het scenario iets ingewikkelder. De cookie en het resulterende ticket worden bijgewerkt als de gebruiker de site bezoekt nadat de vervaltijd voor de helft is verlopen. U kunt bijvoorbeeld een vervaldatum van 20 minuten instellen met behulp van een glijdende vervaldatum. Een gebruiker bezoekt de site om 14:00 uur en de gebruiker ontvangt een cookie die is ingesteld om 14:20 uur te verlopen. De vervaldatum wordt alleen bijgewerkt als de gebruiker de site na 14:10 uur bezoekt. Als de gebruiker de site om 14:09 uur bezoekt, wordt het ticket niet bijgewerkt omdat de helft van de vervaltijd niet is verstreken. Als de gebruiker vervolgens 12 minuten wacht en de site om 14:21 uur bezoekt, is het ticket verlopen. De gebruiker wordt omgeleid naar de aanmeldingspagina.

Een manier om dit type probleem aan te pakken, is door de formulierverificatiecooky en ticketgegevens te registreren. Op deze manier kunt u zien of de cookie is ontvangen door IIS en wat de waarden zijn. U kunt dit doen door een HttpModule te schrijven en die module vervolgens in de aanvraagpijplijn aan te sluiten. U hoeft de code van uw toepassing niet te wijzigen om de informatie te verkrijgen die u nodig hebt.

Het bijgevoegde voorbeeld werkt in de Microsoft .NET Framework 1.1 en de .NET Framework 2.0 en bevat overal opmerkingen. Het voorbeeld bevat de volgende bestanden:

• FormsAuthEvents.cs: de klasse waarmee IHttpModule wordt geïmplementeerd en wordt gekoppeld aan de gebeurtenis Application_BeginRequest.

• FormsAuthInfo.cs: de klasse die de cookie ophaalt en het formulierverificatieticket ontsleutelt. Ook wordt het Web.config-bestand van de toepassing gecontroleerd om ervoor te zorgen dat formulierverificatie is ingeschakeld.

• FormsAuthConfig.cs: de klasse die informatie leest uit het FormsAuthLogger.config-bestand.

• Log.cs: het bestand dat een stringbuilder accepteert en de waarden naar een logboekbestand schrijft.

• FormsAuthLogger.config: het XML-bestand dat wordt gelezen door het bestand Log.cs. Dit bestand moet zich in de map /bin bevinden met het ingebouwde DLL-bestand. Met het bestand kunt u het volgende configureren:

  • Filteren op IP: u kunt het vastleggen van gegevens filteren op client-IP. Op deze manier kunt u alleen aanvragen registreren van een client die het probleem reproduceert. Dit vermindert de grootte van het logboek.

  • Type opname: hiermee geeft u aan waar het bestand moet worden opgeslagen. De standaardinstelling is de map Tijdelijke ASP.NET Bestanden, maar u kunt deze overal opslaan zolang het werkprocesaccount de mogelijkheid heeft om naar de map te schrijven.

Opmerking Ik geef een downloadkoppeling op voor de code die is opgegeven in het FormsAuthLogger.zip-bestand.

Ik zal hier de belangrijkste gebieden aanwijzen:

1. Maak een klasse waarmee de interface IHttpModule wordt geïmplementeerd.

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. Bekabel de gebeurtenis die u wilt bekijken. In dit voorbeeld gebruiken we de gebeurtenis Application_BeginRequest. Op deze manier kunnen we elke aanvraag onderzoeken en bepalen of deze de formulierverificatiecooky heeft en de FormsAuthenticationTicket registreren als de cookie er is.

   public void Init(HttpApplication application) 
   {
   //Wire up the BeginRequest event
   application.BeginRequest += (new EventHandler(this.Application_BeginRequest));
   }

3. Implementeer de gebeurtenis Application_BeginRequest.

   private void Application_BeginRequest(Object source, EventArgs e)
   {
      …code to log the ticket…
   }
   

4. Haal de formulierverificatiecooky op en ontsleutel deze vervolgens.

5. Registreer de waarden. Ik raad aan om naast de formuliergegevens het volgende te registreren. Dit helpt u bij het instellen van uw formulierverificatiegegevens in de IIS-logboeken, indien nodig:

   • Datum: hiermee kunt u zien wanneer de aanvraag is binnengekomen.

   • RequestType: geeft aan of de aanvraag een Get of een Post is.

   • URL: toont het patroon van aanvragen dat tot het probleem heeft geleid.

   • Referrer

   • ClientIP: hiermee worden de aanvragen aan een specifieke client gekoppeld.