Problembehandlung bei der Formularauthentifizierung

Das Formularauthentifizierungscookies geht verloren

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

Zeitüberschreitung des Formularauthentifizierungstickets

Die andere häufige Ursache für die Umleitung eines Benutzers ist, wenn das Formularauthentifizierungsticket abgelaufen ist. Für das Formularauthentifizierungsticket kann auf zwei Arten ein Timeout auftreten. Das erste Szenario tritt auf, wenn Sie den absoluten Ablauf verwenden. Bei absolutem Ablauf läuft das Authentifizierungsticket ab, wenn die Ablaufzeit abläuft. Sie legen beispielsweise einen Ablauf von 20 Minuten fest, und ein Benutzer besucht die Website um 14:00 Uhr. Der Benutzer wird zur Anmeldeseite umgeleitet, wenn der Benutzer die Website nach 14:20 Uhr besucht.

Wenn Sie den gleitenden Ablauf verwenden, ist das Szenario etwas komplizierter. Das Cookie und das resultierende Ticket werden aktualisiert, wenn der Benutzer die Website besucht, nachdem die Ablaufzeit halb abgelaufen ist. Beispielsweise legen Sie einen Ablauf von 20 Minuten fest, indem Sie den gleitenden Ablauf verwenden. Ein Benutzer besucht die Website um 14:00 Uhr, und der Benutzer erhält ein Cookie, das um 14:20 Uhr abläuft. Der Ablauf wird nur aktualisiert, wenn der Benutzer die Website nach 14:10 Uhr besucht. Wenn der Benutzer die Website um 14:09 Uhr besucht, wird das Ticket nicht aktualisiert, da die Hälfte der Ablaufzeit noch nicht abgelaufen ist. Wenn der Benutzer dann 12 Minuten wartet und die Website um 14:21 Uhr besucht, ist das Ticket abgelaufen. Der Benutzer wird zur Anmeldeseite umgeleitet.

Eine Möglichkeit, diese Art von Problem zu beheben, besteht darin, das Formularauthentifizierungscookie und die Ticketinformationen zu protokollieren. Auf diese Weise können Sie sehen, ob das Cookie von IIS empfangen wurde und welche Werte es sind. Dazu können Sie ein HttpModule-Modul schreiben und dieses Modul dann in die Anforderungspipeline einbinden. Sie müssen den Code Ihrer Anwendung nicht ändern, um die benötigten Informationen zu erhalten.

Das angefügte Beispiel funktioniert im Microsoft .NET Framework 1.1 und im .NET Framework 2.0 und enthält kommentare. Das Beispiel enthält die folgenden Dateien:

• FormsAuthEvents.cs: Die Klasse, die IHttpModule implementiert und an das Application_BeginRequest-Ereignis anbindet.

• FormsAuthInfo.cs: Die Klasse, die das Cookie abruft und das Formularauthentifizierungsticket entschlüsselt. Außerdem wird die Web.config-Datei der Anwendung überprüft, um sicherzustellen, dass die Formularauthentifizierung aktiviert ist.

• FormsAuthConfig.cs: Die Klasse, die Informationen aus der FormsAuthLogger.config-Datei liest.

• Log.cs: Die Datei, die einen Stringbuilder akzeptiert und die Werte in eine Protokolldatei schreibt.

• FormsAuthLogger.config: Die XML-Datei, die von der Datei Log.cs gelesen wird. Diese Datei muss sich im Ordner /bin mit der integrierten DLL befinden. Mit der Datei können Sie Folgendes konfigurieren:

  • Nach IP filtern: Sie können die Erfassung von Daten nach Client-IP filtern. Auf diese Weise können Sie nur Anforderungen von einem Client protokollieren, von dem bekannt ist, dass er das Problem reproduziert. Dadurch wird die Größe des Protokolls reduziert.

  • Erfassungstyp: Gibt an, wo die Datei gespeichert werden soll. Die Standardeinstellung ist der Ordner Temporäre ASP.NET Dateien. Sie können diesen jedoch überall speichern, solange das Workerprozesskonto in den Ordner schreiben kann.

Hinweis: Ich stelle einen Downloadlink für den code bereit, der in der FormsAuthLogger.zip-Datei angegeben ist.

Ich möchte hier auf die Standard Bereiche hinweisen:

1. Erstellen Sie eine Klasse, die die IHttpModule-Schnittstelle implementiert.

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. Verknüpfen Sie das Ereignis, das Sie sich ansehen möchten. In diesem Beispiel verwenden wir das Application_BeginRequest-Ereignis. Auf diese Weise können wir jede Anforderung untersuchen und ermitteln, ob sie das Formularauthentifizierungscookie enthält, und das FormsAuthenticationTicket protokollieren, wenn das Cookie vorhanden ist.

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

3. Implementieren Sie das Application_BeginRequest-Ereignis.

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

4. Rufen Sie das Formularauthentifizierungscookies ab, und entschlüsseln Sie es dann.

5. Protokollieren Sie die Werte. Ich würde empfehlen, zusätzlich zu den Formularinformationen Folgendes zu protokollieren. Dies hilft Ihnen, Ihre Formularauthentifizierungsinformationen bei Bedarf an den IIS-Protokollen zu richten:

   • Datum: Ermöglicht Es Ihnen zu sehen, wann die Anforderung einging.

   • RequestType: Zeigt an, ob es sich bei der Anforderung um eine Get- oder eine Post-Anforderung handelt.

   • URL: Zeigt das Muster der Anforderungen an, die zu dem Problem führen.

   • Referrer

   • ClientIP: Bindet die Anforderungen an einen bestimmten Client.