Windows 8显然从压缩的HTTP响应中删除内容编码头

前端之家收集整理的这篇文章主要介绍了Windows 8显然从压缩的HTTP响应中删除内容编码头前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我不完全确定这是否属于SO,但我不知道在哪里可以问.

当我检查我的网络应用程序的加载速度我注意到,显然没有HTTP响应(无论什么类型 – html,css,js)是gzip / deflate压缩.也就是说,在任何请求中都不存在“Content-Encoding:gzip”等响应标头,浏览器报告资源未被压缩.

>在多个浏览器中进行测试和确认(IE10,FF 17,Chrome 23,Opera 12.10,Safari 5.x)
>在运行Windows 8 Pro的两台机器上进行测试和确认
>用Fiddler双重检查 – 响应未压缩,不包含内容编码标题
>这不仅发生在我的网络应用程序,没有其他网站我测试似乎发送压缩的响应(根据浏览器)
>在Windows 7上,响应到达压缩和所有标题
> HTTPS响应被压缩

以下是响应头的示例(请注意缺少内容编码标题):

我也检查了服务器端.服务器正在运行Windows Server 2008 R2 / IIS 7.5.我使用失败请求跟踪来查找服务器发送的内容.资源似乎被压缩:

此外,服务器似乎发送正确的标题

我的结论:它必须是Windows 8谁干预这里.显然它修改了HTTP响应.我想Windows 8正在接收压缩的响应,解压缩它,删除内容编码头,并将修改后的响应进一步传递给管道.

现在我的问题:

>任何人都可以确认Windows 8修改HTTP响应,并且它的工作方式我描述的?
>有没有办法监控甚至禁用这种​​行为?

提前感谢您的答案.

问候,
安德烈

更新:
我使用Wireshark来看看什么到达客户端.正如我所料,资源被压缩,内容编码标题仍然存在.下图显示了wirehark协议,右下方显示了Chrome接收到的响应.

这证实了我的假设,Windows 8是干预的.

事实证明,这个罪魁祸首是我的防病毒软件Avast,更具体地说是集成的实时网络屏蔽.关闭它会导致响应再次在浏览器中压缩.

仍然有趣的是,Avast也运行在Windows 7机器上,即使在这些机器上,在我的测试期间适用的压缩应答.

原文链接:https://www.f2er.com/windows/370218.html

猜你在找的Windows相关文章