使用Fiddler检查IIS压缩 [英] Using Fiddler to check IIS Compression

问题描述

如何使用 Fiddler 来查看IIS压缩是否正常工作?我有一个页面，通过 Port80Software 或

How do I see if IIS Compression is working using Fiddler? I have a page that, when viewed through Port80Software or GID Network's tool it appears to be coming across compressed.

但是，当我在Fiddler中观看呼叫时，我在请求标头中看到了"Accept-Encoding:gzip，deflate"，但是在浏览器中却没有看到"Content-Encoding:gzip"或"deflate"响应头.另外，在变形金刚"部分中，选择了不压缩".

However, when I watch the call in Fiddler, I see the 'Accept-Encoding: gzip, deflate' in the request header, but I don't see the 'Content-Encoding: gzip' or 'deflate' in the response header. Also, in the Transformer section, 'No Compression' is selected.

谢谢！

克里斯

推荐答案

我直接去了源头(去了Eric Lawrence)，这就是他说的话:

I went straight to the source (to Eric Lawrence) and this is what he said:

实际上，Fiddler显示您的网站正在正确压缩.

Indeed, Fiddler shows your site is compressing properly.

您有上游代理吗 您的环境中的服务器?你是否 从您的家庭网络尝试此测试 而不是您的公司网络?

Do you have an upstream proxy server in your environment? Did you try this test from your home network rather than your corporate network?

在Microsoft的公司网络中，我们 都在ISA代理服务器后面. 已配置为删除出站 Accept-Encoding标头(表明 服务器以使用压缩)，如果 压缩响应由 代理，由ISA解压缩 服务器.这样就完成了ISA代理 服务器可以扫描内容 恶意数据.缺点是 提琴手只看到流量 是从上游代理收到的.

On Microsoft’s corporate network, we are all behind an ISA proxy server. It’s configured to remove the outbound Accept-Encoding header (which tells servers to use compression) and if a compressed response is received by the proxy, it’s decompressed by the ISA server. This is done so the ISA proxy server can scan the content for malicious data. The downside is that Fiddler is only seeing the traffic as it’s received from the upstream proxy.

通常，当我们需要测试时 压缩之类的，我们这样做 在家中或所谓的"DTAP" 直接连接到互联网 不会通过代理.

Usually, when we need to test compression and the like, we do so from home or what’s called a "DTAP"—a direct line to the internet that doesn’t go through the proxy.

这篇关于使用Fiddler检查IIS压缩的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！