Устранение неполадок с проверкой подлинности с помощью форм

Файл 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

Время ожидания билета проверки подлинности с помощью форм истекает

Другой распространенной причиной перенаправления пользователя является истечение срока действия билета проверки подлинности с помощью форм. Время ожидания билета проверки подлинности с помощью форм может быть истекает двумя способами. Первый сценарий возникает, если используется абсолютный срок действия. При абсолютном истечении срока действия билет проверки подлинности истечет по истечении срока действия. Например, вы устанавливаете срок действия в 20 минут, а пользователь посещает сайт в 14:00. Пользователь будет перенаправлен на страницу входа, если пользователь посещает сайт после 14:20.

Если вы используете скользящий срок действия, сценарий немного сложнее. Файл cookie и полученный билет обновляются, если пользователь посещает сайт по истечении половины срока действия. Например, вы устанавливаете срок действия в 20 минут с помощью скользящего срока действия. Пользователь посещает сайт в 14:00, и пользователь получает файл cookie, срок действия которого истекает в 14:20. Срок действия обновляется, только если пользователь посещает сайт после 14:10. Если пользователь посещает сайт в 14:09, билет не обновляется, так как половина срока действия не прошла. Если пользователь подождит 12 минут, посетив сайт в 14:21, срок действия билета истекает. Пользователь перенаправляется на страницу входа.

Одним из способов решения этой проблемы является регистрация файлов 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: файл, который принимает stringbuilder и записывает значения в файл журнала.

• FormsAuthLogger.config: XML-файл, считываемый файлом Log.cs. Этот файл должен находиться в папке /bin с встроенной библиотекой DLL. Файл позволяет настроить следующее:

  • Фильтрация по IP-адресу. Вы можете фильтровать данные по IP-адресу клиента. Таким образом, можно регистрировать только запросы от клиента, который, как известно, воспроизводит проблему. Это уменьшает размер журнала.

  • Тип записи: указывает место для сохранения файла. По умолчанию используется папка Временные файлы ASP.NET, но ее можно сохранить в любом месте, если учетная запись рабочего процесса имеет возможность записи в папку.

Обратите внимание, что я предоставлю ссылку для скачивания кода, указанного в файле FormsAuthLogger.zip.

Я отмечу здесь main области:

1. Создайте класс, реализующий интерфейс IHttpModule.

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. Подключите событие, которое вы хотите просмотреть. В этом примере мы используем событие Application_BeginRequest. Таким образом, мы можем исследовать каждый запрос и определить, содержит ли он файл cookie проверки подлинности форм, и записать в журнал FormsAuthenticationTicket, если файл cookie существует.

   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: связывает запросы с определенным клиентом.