负载平衡器发送Http标题中的错误时间

我们的Intranetnetworking应用程序performance得非常奇怪。 非常经常回发(asp.net)保存表单input结束在无动作。 经过一个多月左右的通断故障排除后,我终于find了比较http请求和响应标题的地方。

基本上,我有2个浏览器会话,一个直接向Web服务器请求,另一个请求通过负载均衡器的URL。 2个答复之间的差异之一是Date标题。 来自LB的版本具有date标题,将来是6分钟。 另一个区别是Persistent-auth:LB响应为ON,直接响应为OFF。

我不是networkingpipe理员,所以我不会去捅。 我的印象是,http头是由Web服务器发出的,而不是负载平衡器。 这甚至是一个有效的情况? 我应该问什么我的pipe理员寻找?

一般的行为是服务器将设置date标题而不是负载平衡器。 但是,可以使用负载均衡器设置标题。 尤其是,caching负载平衡器可能会这样做,因为根据RFC 2616 ,Date标头是确定年龄的一部分(date_value是从Date Header派生的):

鉴于我们有两种独立的方式来计算收到时的回复年龄,我们可以将它们结合起来

corrected_received_age = max(now - date_value, age_value) 

所以我build议您与pipe理员密切合作,以更好地了解应用程序的架构。 一起找出可能发生什么样的caching,你正在使用什么types的负载平衡器,当然,确认pipe道中的所有服务器都准确地设置了他们的时间。