language-agnostic - 防止同一服务器 session 上的多个浏览器 session

Question

我敢肯定，我们都曾研究过或了解将自身与服务器 session 紧密绑定(bind)的 Web 应用程序(尤其是在企业中)。在这些情况下，如果打开了多个浏览器 session 并使用相同的服务器 session cookie，则 session 可能会损坏。我们检查了所有选项，并发现最好的方法是阻止使用共享服务器 session cookie 的多个浏览器 session 。

只有当用户执行 New Window - Ctrl+N 时，这才是真正的问题。在 IE 中或其他浏览器中的“重复选项卡”中的等效项。本质上，我们最终会得到两个共享相同 cookie 的事件浏览器 session 。

因此，为了阻止这种情况(因为它可能是无意的)，我已经着手设置某种警告系统来防止这种行为。现在，我们的代码进行了大量并发检查以确保数据完整性，但仍然可能存在数据损坏问题。

我的解决方案，在发现一般答案是“不可能”后，是依靠 AJAX 发送“ping”并测量两者之间的时间。因此，我们有一个通用规则:我们以特定间隔“ping”，如果当前 ping 中最后一个 ping 之间的 delta 小于 ping 持续时间，我们知道我们在单个服务器 session 上有多个事件的浏览器 session 。

那么，Pf是 ping 频率； Pc是当前 ping；和 Pl是最后一次 ping，然后在 Pf > (Pc - Pl) 时出现错误.

p1 p2 p3 p4
TAB1 0-----|-----|-----|-----|----...
: : :
: p1 : p2 : p3 p4
TAB2 0-----|-----|-----|-----|----...
^ ^ ^ ^ ^ ^ ^ ^
三角洲

----+---+------------
选项卡 |磷 |三角洲 (Pc - Pl)
----+---+------------
1 | 1 | 5
1 | 2 | 5
2 | 1 | 2.5 - 错误
1 | 3 | 2.5 - 错误
2 | 2 | 2.5 - 错误

现在，如果存在网络拥塞或其他因素，那么 delta 将大于频率，排除误报。

如果两个选项卡在完全相同的时刻打开，我们确实会遇到问题。但是，由于 ping 频率只是发出请求的频率，而不是保证耗时，我们可以假设两个浏览器 session 很快就会开始不同步。

在示例中，我将 ping 频率设置为每 5 秒一次。如果有 100 个同时使用的用户，那么我们正在为 ping Servlet/HttpModule 寻找大约 20 个请求/秒。为了尽量减少不必要的网络流量，我认为 ping 频率会随着时间的推移而衰减，直到达到最大 20 ping/秒。对于 100 个并发用户，这相当于每秒约 5 个请求。不过，这是一种权衡，因为它会导致检测延迟。但是，一旦发生检测，频率将重置为 5 ping/秒，直到解决。 (这些数字仅作为示例；它们会因环境而异)

为了最大限度地减少并发性和可伸缩性问题， session 的最后一个 ping 时间戳应保存在 session 本身中。这将允许任何分布式 session 技术在 JVM 或应用程序域之间保持 session 的可用性，而我们的 ping 服务不需要知道它。

我正在尝试确定如果我处于一个受伤的世界，这是否是一种合理的方法。任何有关该问题的经验都会有所帮助。

编辑:我知道这听起来像是一个创可贴，但这是一种权宜之计，直到我们可以拆除有问题的图书馆。

Answer 1

多年前，我曾开发过一个单窗口 Web 应用程序(早于“Web 2.0”)。我们只是启动了一个没有任何工具栏(没有后退按钮等)的新窗口并禁用了右键单击。我们小心翼翼地创建了一个非常有用的 session 导航系统。这足以防止几乎所有意外的重复浏览。这是一个 Intranet 应用程序；显然，我永远不会建议在一般网站上做这样的事情。

就个人而言，我不喜欢 ping 检测器的声音。我只是确保永远不会发生数据损坏。多个浏览器 session 不是一个有效的借口......虽然我理解它可能会出现问题。但是，如果您想在完美运行的代码之上添加一个 ping 检测器，那么它可能会为用户提供有用的提醒。

您可以在每个链接的末尾添加一个唯一 token 。如果多次使用唯一 token (例如，打开新窗口、添加书签、后退、前进)，则可能会拒绝请求。通过适当的跟踪，您可以确保在不采取有效路径的情况下永远不可能从一个页面到达另一个页面。这种方法比 ping 更可靠(因为它由服务器控制)，但可能会导致非常烦人的用户体验。

简而言之:修复您的应用程序以不损坏任何数据。我知道这可能不是一件小事，我也不想轻视它。实现 ping 等可能有助于使问题消失，但我向您保证，如果出现问题，它最终会出现。 :-)