Resolver Problemas de Autenticação de Formulários

O cookie de autenticação de formulários é perdido

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

O pedido de autenticação de formulários excede o limite de tempo

A outra causa comum para um utilizador ser redirecionado é se o pedido de autenticação de formulários tiver expirado. O pedido de autenticação de formulários pode exceder o limite de tempo de duas formas. O primeiro cenário ocorrerá se utilizar a expiração absoluta. Com a expiração absoluta, o pedido de autenticação expira quando o tempo de expiração expirar. Por exemplo, define uma expiração de 20 minutos e um utilizador visita o site às 14:00. O utilizador será redirecionado para a página de início de sessão se o utilizador visitar o site depois das 14:20.

Se utilizar a expiração deslizante, o cenário é um pouco mais complicado. O cookie e o pedido de suporte resultante são atualizados se o utilizador visitar o site após a expiração ter expirado pela metade. Por exemplo, define uma expiração de 20 minutos com a expiração deslizante. Um utilizador visita o site às 14:00 e o utilizador recebe um cookie que está definido para expirar às 14:20. A expiração só é atualizada se o utilizador visitar o site depois das 14:10. Se o utilizador visitar o site às 14:09, o pedido de suporte não será atualizado porque metade do tempo de expiração não passou. Se o utilizador aguardar 12 minutos, visitar o site às 14:21, o pedido de suporte expirará. O utilizador é redirecionado para a página de início de sessão.

Uma forma de abordar este tipo de problema é registar as informações de cookies e pedidos de suporte de autenticação de formulários. Desta forma, pode ver se o cookie foi recebido pelo IIS e quais são os valores. Pode fazê-lo ao escrever um HttpModule e, em seguida, ligar esse módulo ao pipeline de pedidos. Não terá de modificar o código da aplicação para obter as informações de que precisa.

O exemplo anexado funciona no Microsoft .NET Framework 1.1 e no .NET Framework 2.0 e tem comentários em todo o lado. O exemplo inclui os seguintes ficheiros:

• FormsAuthEvents.cs: a classe que implementa o IHttpModule e liga-se ao evento Application_BeginRequest.

• FormsAuthInfo.cs: a classe que obtém o cookie e desencripta o pedido de autenticação de formulários. Também verifica o ficheiro Web.config da aplicação para garantir que a autenticação de formulários está ativada.

• FormsAuthConfig.cs: a classe que lê informações do ficheiro FormsAuthLogger.config.

• Log.cs: o ficheiro que aceita um stringbuilder e escreve os valores num ficheiro de registo.

• FormsAuthLogger.config: o ficheiro XML que é lido pelo ficheiro Log.cs. Este ficheiro tem de estar na pasta /bin com a DLL Incorporada. O ficheiro permite-lhe configurar o seguinte:

  • Filtrar por IP: pode filtrar a captura de dados por IP do cliente. Desta forma, só pode registar pedidos de um cliente que seja conhecido por reproduzir o problema. Isto reduz o tamanho do registo.

  • Tipo de Captura: especifica onde guardar o ficheiro. A predefinição é a pasta Ficheiros ASP.NET Temporários, mas pode guardá-la em qualquer lugar, desde que a conta de processo de trabalho tenha a capacidade de escrever na pasta.

Nota: vou fornecer uma ligação de transferência para o código fornecido no ficheiro FormsAuthLogger.zip.

Vou destacar as áreas principais aqui:

1. Crie uma classe que implemente a interface IHttpModule.

   public class FormsAuthEvents : IHttpModule 
   {
   …code…
   }

2. Ligue o evento que pretende ver. Neste exemplo, estamos a utilizar o evento Application_BeginRequest. Desta forma, podemos investigar cada pedido e determinar se tem o cookie de autenticação de formulários e registar o FormsAuthenticationTicket se o cookie estiver lá.

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

3. Implemente o evento Application_BeginRequest.

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

4. Obtenha o cookie de autenticação de formulários e, em seguida, desencripte-o.

5. Registe os valores. Recomendaria registar o seguinte para além das informações dos formulários. Isto irá ajudá-lo a alinhar as suas informações de autenticação de formulários para os registos do IIS, se necessário:

   • Data: permite-lhe ver quando o pedido foi recebido.

   • RequestType: mostra se o pedido é um Get ou um Post.

   • URL: mostra o padrão dos pedidos que originam o problema.

   • Referenciador

   • ClientIP: ligações nos pedidos a um cliente específico.