会话超时怪异

Question

我有一个人们登录的主网站。这是 IIS 的标准会话时间为 20 分钟。

有一个实时聊天工具出现在同一域的弹出窗口中。不涉及 https。

尽管聊天窗口每隔几秒就会对服务器进行 Ajax 调用（并且总是至少返回一条数据），但只要登录用户发布消息，聊天窗口就会通过 Ajax 向服务器发送数据，但在该消息之后就会超时20分钟，就像什么都没发生一样。

任何想法为什么会发生这种情况以及如何阻止它，因为他们在主动与服务器通信时从站点注销显然是不合理的。

Answer 1

我决定做的是使用 cookie 而不是网站的会话变量来检查他们是否已登录。由于这是一个聊天应用程序，因此他们第一次打开聊天页面时会得到一个小时的时间。
每次他们发布消息时，它都会重置为一个小时后。

这样海报就可以保持登录状态，而潜伏者就会被淘汰。

加载时：

response.cookies("chatuser")=nickname
response.cookies("chatuser").expires=now()+0.5

发布消息时：

response.cookies("chatuser").expires=now()+0.5

Answer 2

听起来您正在使用表单身份验证，并且身份验证 cookie 也即将过期。

每次向应用程序发送请求并且当前会话仍然有效时，会话超时将被更新。

表单身份验证可以通过两种方式工作。您可以让用户保持登录状态一段固定的时间或使用滑动到期时间。例如：

<authentication mode="Forms">
    <forms defaultUrl="~/Default.aspx"
        loginUrl="~/Login.aspx"
        slidingExpiration="true"
        timeout="15" />
</authentication>

上面将表单身份验证超时设置为 15 分钟，但也启用了滑动过期 (slidingExpiration="true")。如果用户在 15 分钟内重新访问该网站，则 Cookie 生命周期将延长，并且 让 Forms身份

如果 slidingExpiration="false"，则用户将在 15 分钟后被踢出，无论他们上次访问该网站的时间如何。

验证 cookie 稍微过期也是一个好主意。早于
会话超时。这意味着用户会在遇到空会话数据之前被踢出，如果情况相反的话。

Answer 3

您实际上是否通过 AJAX 请求发送任何 cookie 信息？

如果 AJAX 请求不包含由 ASP 放置在 cookie 中的会话 ID，则无论请求有多频繁，请求都不会维护会话。