Rozwiązywanie problemów z uwierzytelnianiem formularzy

Plik cookie uwierzytelniania formularzy zostanie utracony

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

Limit limitu czasu biletu uwierzytelniania formularzy

Inną częstą przyczyną przekierowania użytkownika jest wygaśnięcie biletu uwierzytelniania formularzy. Bilet uwierzytelniania formularzy może przekroczć limit czasu na dwa sposoby. Pierwszy scenariusz występuje, jeśli używasz wygaśnięcia bezwzględnego. Wraz z wygaśnięciem bezwzględnym bilet uwierzytelniania wygasa po upływie czasu wygaśnięcia. Na przykład ustawiono wygaśnięcie 20 minut, a użytkownik odwiedza witrynę o godzinie 14:00. Użytkownik zostanie przekierowany do strony logowania, jeśli użytkownik odwiedzi witrynę po godzinie 14:20.

Jeśli używasz przesuwania wygasania, scenariusz jest nieco bardziej skomplikowany. Plik cookie i wynikowy bilet zostaną zaktualizowane, jeśli użytkownik odwiedzi witrynę po upływie połowy czasu wygaśnięcia. Na przykład można ustawić wygaśnięcie 20 minut przy użyciu przesuwnych wygasania. Użytkownik odwiedza witrynę o godzinie 14:00, a użytkownik otrzymuje plik cookie, który ma wygasnąć o godzinie 14:20. Wygaśnięcie zostanie zaktualizowane tylko wtedy, gdy użytkownik odwiedzi witrynę po godzinie 14:10. Jeśli użytkownik odwiedzi witrynę o godzinie 14:09, bilet nie zostanie zaktualizowany, ponieważ połowa czasu wygaśnięcia nie minęła. Jeśli użytkownik odczeka 12 minut, odwiedzając witrynę o godzinie 14:21, bilet utraci ważność. Użytkownik jest przekierowywany na stronę logowania.

Jednym ze sposobów rozwiązania tego typu problemu jest zalogowanie pliku cookie uwierzytelniania formularzy i informacji o biletach. W ten sposób możesz sprawdzić, czy plik cookie został odebrany przez IIS i jakie są wartości. Możesz to zrobić, pisząc plik HttpModule, a następnie podłączając ten moduł do potoku żądania. Nie musisz modyfikować kodu aplikacji, aby uzyskać potrzebne informacje.

Dołączony przykład działa w programie Microsoft .NET Framework 1.1 i .NET Framework 2.0 i zawiera komentarze. W przykładzie znajdują się następujące pliki:

• FormsAuthEvents.cs: Klasa, która implementuje IHttpModule i wiąże się ze zdarzeniem Application_BeginRequest.

• FormsAuthInfo.cs: Klasa, która pobiera plik cookie i odszyfrowuje bilet uwierzytelniania formularzy. Sprawdza również plik Web.config aplikacji, aby upewnić się, że jest włączone uwierzytelnianie formularzy.

• FormsAuthConfig.cs: Klasa, która odczytuje informacje z pliku FormsAuthLogger.config.

• Log.cs: Plik, który akceptuje konstruktora ciągów i zapisuje wartości w pliku dziennika.

• FormsAuthLogger.config: Plik XML odczytany przez plik Log.cs. Ten plik musi znajdować się w folderze /bin z wbudowaną biblioteką DLL. Plik umożliwia skonfigurowanie następujących elementów:

  • Filtruj według adresu IP: Przechwytywanie danych można filtrować według adresu IP klienta. W ten sposób można rejestrować tylko żądania od klienta, który jest znany w celu odtworzenia problemu. Spowoduje to zmniejszenie rozmiaru dziennika.

  • Typ przechwytywania: określa miejsce zapisywania pliku. Domyślnie jest to folder Pliki tymczasowe ASP.NET, ale można go zapisać w dowolnym miejscu, o ile konto procesu roboczego ma możliwość pisania w tym folderze.

Uwaga Udostępnię link pobierania kodu dostarczonego w pliku FormsAuthLogger.zip.

Wskażę tu główne obszary:

1. Utwórz klasę, która implementuje interfejs IHttpModule.

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. Zdejmij zdarzenie, które chcesz wyświetlić. W tym przykładzie używamy zdarzenia Application_BeginRequest. W ten sposób możemy zbadać każde żądanie i ustalić, czy zawiera ono plik cookie uwierzytelniania formularzy i zarejestrować formularzEuthenticationTicket, jeśli plik cookie tam jest.

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

3. Zaimplementuj zdarzenie Application_BeginRequest.

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

4. Pobierz plik cookie uwierzytelniania formularzy, a następnie odszyfruj go.

5. Zarejestruj wartości. Polecam rejestrowanie następujących oprócz informacji formularzy. W razie potrzeby ułatwi to wyrównanie informacji uwierzytelniania formularzy do dzienników IIS:

   • Data: umożliwia sprawdzenie, kiedy żądanie przyszło.

   • Typ żądania: pokazuje, czy żądanie to Get, czy Post.

   • Adres URL: pokazuje wzorzec żądań prowadzących do problemu.

   • Referrer

   • ClientIP: powiązania w żądaniach do określonego klienta.