フォーム認証のトラブルシューティング

フォーム認証 Cookie が失われる

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

フォーム認証チケットがタイムアウトする

ユーザーがリダイレクトされるもう 1 つの一般的な原因は、フォーム認証チケットの有効期限が切れている場合です。 フォーム認証チケットは、2 つの方法でタイムアウトできます。 最初のシナリオは、絶対有効期限を使用する場合に発生します。 絶対有効期限が切れると、認証チケットは有効期限が切れると期限切れになります。 たとえば、有効期限を 20 分に設定し、ユーザーが午後 2 時にサイトにアクセスするとします。 ユーザーが午後 2 時 20 分後にサイトにアクセスした場合、ユーザーはログイン ページにリダイレクトされます。

スライディング有効期限を使用する場合、シナリオはもう少し複雑になります。 有効期限が半期限切れになった後にユーザーがサイトにアクセスすると、Cookie と結果のチケットが更新されます。 たとえば、スライド式の有効期限を使用して、有効期限を 20 分に設定します。 ユーザーが午後 2 時にサイトにアクセスすると、ユーザーは午後 2 時 20 分に有効期限が切れる Cookie を受け取ります。 有効期限は、ユーザーが午後 2 時 10 分以降にサイトにアクセスした場合にのみ更新されます。 ユーザーが午後 2 時 09 分にサイトにアクセスした場合、有効期限の半分が経過していないため、チケットは更新されません。 その後、ユーザーが午後 2 時 21 分にサイトにアクセスして 12 分待つと、チケットの有効期限が切れています。 ユーザーはログイン ページにリダイレクトされます。

この種類の問題にアプローチする方法の 1 つは、フォーム認証 Cookie とチケット情報をログに記録することです。 このようにして、Cookie が IIS によって受信されたかどうか、および値が何であるかを確認できます。 これを行うには、HttpModule を記述し、そのモジュールを要求パイプラインに接続します。 必要な情報を取得するためにアプリケーションのコードを変更する必要はありません。

添付されたサンプルは、Microsoft .NET Framework 1.1 と .NET Framework 2.0 で動作し、全体にコメントがあります。 このサンプルには、次のファイルが含まれています。

• FormsAuthEvents.cs: IHttpModule を実装し、Application_BeginRequest イベントに結び付けするクラス。

• FormsAuthInfo.cs: Cookie を取得し、フォーム認証チケットを復号化するクラス。 また、アプリケーションの Web.config ファイルをチェックして、フォーム認証が有効になっていることを確認します。

• FormsAuthConfig.cs: FormsAuthLogger.config ファイルから情報を読み取るクラス。

• Log.cs: 文字列ビルダーを受け入れ、値をログ ファイルに書き込むファイル。

• FormsAuthLogger.config: Log.cs ファイルによって読み取られた XML ファイル。 このファイルは、ビルド DLL を含む /bin フォルダーに存在する必要があります。 このファイルを使用すると、次の構成を行うことができます。

  • [IP でフィルター処理]: クライアント IP でデータのキャプチャをフィルター処理できます。 これにより、問題を再現することがわかっているクライアントからの要求のみをログに記録できます。 これにより、ログのサイズが小さくなります。

  • キャプチャの種類: ファイルを保存する場所を指定します。 既定値は [一時 ASP.NET ファイル] フォルダーですが、ワーカー プロセス アカウントがフォルダーに書き込む機能がある限り、このフォルダーは任意の場所に保存できます。

注: FormsAuthLogger.zip ファイルで指定されたコードのダウンロード リンクを提供します。

私はここでメイン領域を指摘します:

1. IHttpModule インターフェイスを実装するクラスを作成します。

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. 見たいイベントを結び付ける。 このサンプルでは、Application_BeginRequest イベントを使用しています。 これにより、各要求を調査し、フォーム認証 Cookie があるかどうかを判断し、Cookie が存在する場合は FormsAuthenticationTicket をログに記録できます。

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

3. Application_BeginRequest イベントを実装します。

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

4. フォーム認証 Cookie を取得し、復号化します。

5. 値をログに記録します。 フォーム情報に加えて、次のログを記録することをお勧めします。 これにより、必要に応じてフォーム認証情報を IIS ログに並べることができます。

   • 日付: 要求がいつ入ってきたか確認できます。

   • RequestType: 要求が Get か Post かを示します。

   • URL: 問題に至るまでの要求のパターンを示します。

   • リファラー

   • ClientIP: 要求を特定のクライアントに結び付けます。