负载均衡器在 Http 标头中发出错误时间

Question

我们的内联网 Web 应用程序行为非常奇怪。经常回发 (asp.net) 以保存表单输入，但最终却无济于事。经过一个月左右的断断续续的故障排除，我终于有时间比较 http 请求和响应标头。

基本上，我有 2 个浏览器会话，1 个直接向 Web 服务器发出请求，另一个通过负载均衡器 URL 发出请求。这两个响应之间的一个区别是日期标头。来自 LB 的版本有一个日期标头，它是 6 分钟后的未来日期。另一个区别是持久身份验证：LB 响应处于开启状态，而直接响应处于关闭状态。

我不是网络管理员，所以我没法四处打探。我的印象是 http 标头是由 Web 服务器发出的，而不是负载平衡器。这甚至是一个有效的场景吗？我应该让我的管理员寻找什么？

Answer 1

一般情况下，服务器会设置 Date 标头，而不是负载均衡器。但是，也可以使用负载均衡器。具体来说，缓存负载均衡器可能会这样做，因为根据RFC 2616日期标题是确定年龄的一部分（date_value 来自日期标题）：

鉴于我们有两种独立的方法来计算收到响应时的年龄，我们可以将它们组合为

   corrected_received_age = max(now - date_value, age_value)

因此，我建议与管理员密切合作，以更好地了解应用程序周围的架构。一起找出可能正在发生的缓存、您正在使用的负载平衡器类型，当然还要验证管道中的所有服务器是否都已准确设置时间。