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

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

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

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

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

答案1

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

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

   corrected_received_age = max(now - date_value, age_value)

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

相关内容