Accept-Encoding标头由浏览器发送但服务器未收到

时间:2010-04-15 13:54:47

标签: gzip http-compression http-headers

我一直试图调试这几周。我家网络上所有客户端上的所有浏览器都在发送'Accept-Encoding:gzip,deflate'。但是,该标题以某种方式,在请求进入Web服务器之前被丢弃。例如,http://www.whatsmyip.org/http_compression/表示“不,您的浏览器不会请求压缩内容”。

我使用Fiddler来确保我的所有浏览器确实都在发送标头。我换掉了我的路由器。我已经关闭了所有的防病毒软件。

Brighthouse / Roadrunner(当地有线电视ISP)表示他们没有进行任何过滤(在这种情况下我无法理解为什么会这样做。)

欢迎任何建议!

3 个答案:

答案 0 :(得分:2)

尝试使用HTTPS。

如果您通过HTTPS浏览网站,浏览器和Web服务器之间的任何内容都不能改变请求或响应的任何HTTP级别方面,包括是否启用压缩,而您无需立即清楚了解该事实(在浏览器地址栏中查看网站的证书,看看它是否合法)。

答案 1 :(得分:1)

我遇到了Accept-Xncoding问题,并确定导致此问题的是CA Internet Security Suite。禁用,你必须卸载,然后清除IE缓存。

答案 2 :(得分:0)

检查您的防病毒软件。它可能会拦截您的出站流量并动态修改标头以获取未压缩的内容。懒惰的程序员不喜欢自己包含解压缩方法,也不喜欢处理分块编码。

Norton Internet Security将使用以下行覆盖接受编码:

---------------:----- -------

迈克菲用此覆盖:

X-McProxyFilter:*************

我还没有发现的事情已经覆盖了:

Accept-Xncoding:gzip,deflate

你可能在同一条船上。我读过Zone Alarm完全消除了编码头(这意味着重新计算数据包的大小,但为什么他们应该关心它们在你的系统上引入了多少负载?)。如果您正在运行Zone Alarm,请关闭“互联网隐私选项”或其他任何内容,然后重试。

每次我看到这个问题,它都是糟糕的杀毒软件的结果。完全禁用某人在不让他们知道的情况下接收压缩内容的能力是肮脏的。

相关问题