加入收藏 | 设为首页 | 会员中心 | 我要投稿 温州站长网 (https://www.0577zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 服务器 > 搭建环境 > Windows > 正文

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

发布时间:2021-01-24 15:07:08 所属栏目:Windows 来源:网络整理
导读:我不完全确定这是否属于SO,但我不知道在哪里可以问. 当我检查我的网络应用程序的加载速度我注意到,显然没有HTTP响应(无论什么类型 – html,css,js)是gzip / deflate压缩.也就是说,在任何请求中都不存在“Content-Encoding:gzip”等响应标头,浏览器报告资

我不完全确定这是否属于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机器上,即使在这些机器上,在我的测试期间适用的压缩应答.

(编辑:温州站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读