ASP.Net 表单身份验证 10 分钟后注销用户

Question

我遇到了一个非常糟糕的问题，无论我尝试什么，用户都会在 10 分钟后被注销。

我正在使用在 Server 2003 R2 标准版上的 IIS 6.0 上运行的 ASP.Net 2.0，该服务器作为虚拟服务器运行，并具有所有适用的更新和 .Net 3.5 SP1。

客户端是 Internet Explorer 7.0

下面是 web.config 设置：

<!-- Authentication Mode -->
<authentication mode="Forms">
  <forms name=".RecipeViewer" timeout="240" />
</authentication>

下面是用于设置授权 cookie 的代码：

Private Sub SetCookie(userName)
                ' Use security system to set the UserID within a client-side Cookie
                Dim ticket As New FormsAuthenticationTicket(1,userName, DateTime.Now, DateTime.Now.Add(Me.GetFormsAuthSettings.Forms.Timeout), True, String.Empty, FormsAuthentication.FormsCookiePath)
                Dim hash As String = FormsAuthentication.Encrypt(ticket)
                Dim cookie As New HttpCookie(FormsAuthentication.FormsCookieName, hash)

                cookie.HttpOnly = True

                If (ticket.IsPersistent) Then
                    cookie.Expires = ticket.Expiration
                End If

                Response.Cookies.Add(cookie)

                ' Redirect browser back to originating page
                Response.Redirect(Request.ApplicationPath)
End Sub

    Private Function GetFormsAuthSettings() As System.Web.Configuration.AuthenticationSection
        Return DirectCast(System.Configuration.ConfigurationManager.GetSection("system.web/authentication"), System.Web.Configuration.AuthenticationSection)
    End Function

我之前使用 FormsAuthentication.SetAuthCookie 甚至尝试过 FormsAuthentication.RedirectFromLoginPage 方法，但这些方法都有相同的结果，这就是为什么我最终执行了 FormsAuthentication 类在内部完成的硬 cookie 实现（通过在 Reflector 中查看）。

---

该问题在 Visual Studio 2008 asp.net 托管环境或 IIS 7.0 中无法重现。

---

编辑：启用 Cookie，甚至托管站点也已添加为受信任站点。

---

编辑：Google Chrome 和 Firefox 没有此问题。

---

编辑：目标计算机上的已验证 Cookie 设置为根据设置在 4 小时后过期（超时 = 240 分钟）。

---

编辑：正如豪斯所说，每个人都会撒谎。 用户并未实际测试新的代码库，而是先入为主地认为该软件仍然存在问题。 感谢在此主题中回复的所有人。

不要因为不再相关而关闭它，而是保留它以帮助人们解决问题，因为这个问题中有一些非常好的故障排除技术。

Answer 1

也可能（已经）未设置机器密钥，因此每次初始化应用程序时都会随机生成（这意味着加密的身份验证票证将使用新密钥加盐）。

我使用一个网站为我的应用程序生成一个新的机器密钥并将其粘贴在 web.config 中：

http: //www.orcsweb.com/articles/aspnetmachinekey.aspx

<?xml version="1.0"?>

<configuration>

    <appSettings/>
    <connectionStrings/>
    <system.web>

        <machineKey validationKey='FED01BCB246D3477F5854D60388A701508AD1DF9099BD3CAC3CA4DAF55F7524B8DD3FA03133BBCA381BC1CD639730445968DFA633A97911187EF187456D692F4' decryptionKey='861E7DF7C2D04297EEFAD47FF3B95F54E87CF28D6C2753D8' validation='SHA1'/>

    </system.web>
</configuration>

Answer 2

尽管您的要求是 IE，但您可以使用带有 Firebug 和 FireCookie 的 Firefox 来监控您的 cookie 和过期情况。

在 IE 中，您可以下载 IE 开发人员工具栏，在其中您可以使用“缓存”\“查看 Cookie 信息”菜单查看您的 Cookie 值。

如果它在 Google Chrome 中正常工作，这很奇怪，也许您可​​以使用 global.asax 中的 Application_BeginRequest 事件捕获请求并记录收到的 cookie 及其值。

Answer 3

未处理的异常可能会导致进程重新启动。 这可能会增加奇怪的行为。 事件日志中是否有任何报告？

Answer 4

我依稀记得有关 IIS 会话超时设置能够覆盖您在 web.config 中设置的任何内容。 检查您的应用程序属性是否未设置 10 分钟的超时（属性 -> 配置 -> 选项）。

Answer 5

我过去也遇到过类似的问题，但我不确定这是否是你所说的问题。 我说得对吗，您的问题不会发生在生产系统（或任何频繁负载的系统）上？ 如果是这样，问题可能是工作线程空闲超时。 您可以尝试在 IIS 管理器 -> 右键单击​​“应用程序池”，转到“性能”选项卡下更改它或将其关闭，它是“空闲超时”下的复选框。 您可能也对该对话框的“回收”选项卡上的内容感兴趣。

Answer 6

客户没有测试生产代码，并且在将补丁应用到其生产环境之前仍在对上一问题进行响应。

如果您无法在同一环境中复制它，我建议您召开一次会议，您可以在其中观看他们复制问题。

---

48 小时后将此标记为答案。

Answer 7

更改您的会话状态以使用 InProc 进行存储，您可能会面临与我类似的问题，即当用户遇到错误时，每次不使用 InProc 存储会话时，会话基本上都会终止。

会话类型：
http://msdn.microsoft.com/en-我们/library/ms178586(v=vs.100).aspx