问题标签 [session-timeout]

我在我的站点中使用会话登录功能。无论用户是否注销，我的这个会话都会在几分钟后过期。现在我想要的是会话应该只在用户注销时过期。如果用户没有注销他的帐户，然后在 2-3 天后回来，即使这样，他也应该显示为已登录。

我发现了一些示例，它们增加了会话到期的时间，但我希望它只应在用户注销事件时到期，而不管他注销所花费的时间。

我怎样才能做到这一点？

特别是，这是正确的做法吗？

当用户从我的 ASP.NET 应用程序下载文件时，会话会在他们下载文件几秒钟后过期。在可以执行任何任务的会话到期之前，但在大约 5-10 秒后，会话会重新启动并且它们会被注销。

我创建了一个简单的页面来演示这一点。要运行这个简单的页面，请创建一个新的 asp.net c# 项目，然后将代码插入一个新页面。

编辑：这似乎是一个 IE7 问题。Firefox 和 Chrome 不受影响。

我相信负责会话重启的代码是：

要重现此问题：

1. 将下面的代码复制到 asp.net 页面中。
2. 使用 IE（我用的是 IE7，firefox 和 chrome 似乎没有这个问题）
3. 请注意，会话是新的。
4. 刷新页面; 请注意，会话不是新的。
5. 下载文件并保存。
6. 点击“刷新页面”按钮几次，直到重新显示“会话是新的”文本（大约 10 秒）。

以下是简单娱乐的代码：

我试图确定给定的 ASP.NET 会话在超时之前还剩下多少时间。

如果没有现成的 time-to-timeout 值，我也可以从它的最后一次访问时间计算它（但我也没有找到这个）。知道怎么做吗？

这个问题一直让我发疯。在两个单独的项目中（两者都使用 PEAR 作为库，但编写在完全不同的自定义框架上），我使用 PEAR Auth 进行使用会话的身份验证。

登录后，用户在空闲一个小时左右就会退出。我没有确切的时间，但时间很短。

我尝试了以下但没有成功。所有尝试将会议延长到一天，只是为了把重点放在家里。

其他人遇到过这个问题吗？如果是这样，是否可以延长空闲时间？

我即将准备好草皮 PEAR 并编写我自己的基于 cookie 的身份验证类，但我真的没有时间。

在 IIS 6（以及其他版本）中，属性 -> 主目录选项卡 -> 配置按钮 -> 选项选项卡中有一个会话超时设置。看起来像这样：

在 ASP.NET web.config 中有一个 SessionState 设置，如下所示：

他们有什么关系吗？他们设置相同的东西还是不同的东西？

我收到来自我的用户的报告和投诉，他们将使用屏幕并在下一次请求时立即被踢回登录屏幕。它不会一直发生，而是随机发生。

我正在使用 CakePHP 和 Auth 组件，除了这个问题之外，它们似乎运行良好

我曾经在 Cake 论坛上得到一些反馈，这有时是由重置会话的 404 请求引起的，即如果您的图像链接损坏或缺少 favicon 文件。我打开了萤火虫，没有失败的请求，所以我排除了这种可能性，但用户偶尔会被注销。这似乎发生在浏览器和操作系统中。

下面是我的配置设置的摘要： Security.level = high Session.timeout = 1200 // 这意味着我的实际超时应该是 12,000 秒 Session.save = php

我真的不知道是什么导致了这个问题......

我希望我的应用程序的用户在很长一段时间内保持登录状态。问题是会话在服务器端过期，因此丢失了存储在会话中的变量。因此，我将会话设置为 10 天后到期。

我的问题是：将 GC 到期和 cookie 生命周期设置为 10 天是否存在任何安全或性能问题？

每当 ASP.Net 会话超时时，我们需要将用户重定向到会话超时页面。我们通过 AJAX 调用获取大部分内容，用户永远不会离开默认页面。
有没有办法在客户端（在 Javascript 中）检测会话超时而不对服务器端代码进行任何更改。我们可以检查 HTTP 状态代码吗？

亲切的问候，

是否有人对大型 ajaxy 应用程序中的错误和会话过期的整体处理有任何策略或想法？在传统的 Web 应用程序中，当一切都是 post 或 get 时，很容易处理错误和会话到期并向用户呈现友好的消息。与现代 ajaxy Web 应用程序无关。我的 Web 应用程序使用 ASP.Net Ajax 更新面板和来自各个页面的 WCF 调用。这些 ajax 调用中的任何一个都可能返回错误，或者用户的会话可能已过期。我正在寻找的是单个客户端组件或可以识别何时出现错误并向用户显示友好消息或识别会话超时并将用户引导到登录页面的东西。人们为解决此类问题做了什么？

如果您在 Outlook Web Access 中点击“自定义错误模块无法识别此错误”，并且您使用的是 Firefox；那么您的会话可能刚刚超时！你刚刚写了一封大邮件！！！如果您返回，所有表单字段都将为空白！

与其尝试转储 postdata，不如在 https 上使用wireshark 或其他任何可笑的方法：在 Firefox 中打开一个新选项卡或窗口，然后在该新选项卡/窗口中重新登录您的 OWA 站点。回到提交失败的选项卡/窗口，在消息体区域右击-> This Frame... -> Reload this frame -> Resubmit form！您的电子邮件将成功发送。

如果这个技巧不适合你，那么我建议查看 Lazarus（Firefox 插件）；记住使用文本编辑器并保存您的电子邮件信函；或者至少在提交之前跳过并“Ctrl + C”复制邮件正文。希望这可以帮助任何查看 Google 结果的人想知道如何取回他们的信息。

现在，我的问题是：在同样的情况下，你还能做什么？ 宝贵的表单数据在内存中，您正在使用的 https Web 应用程序 [或至少是会话] 现在已经消失，您的大量未保存的工作悬而未决。

假设这是在win32上，你能做些什么来把它找回来？

例如，你能以某种方式进行内存转储吗？配置代理并打印流？可以在不关闭或重新启动进程的情况下访问 Firefox 的会话数据吗？请给一些想法？