将 noCompressionForHttp10 和 noCompressionForProxies 设置为 false 的风险

dot*_*arj 7 iis compression

我们最近切换到 Amazon Cloudfront 来获取静态内容。Cloudfront 似乎使用 Via 标头向源服务器 (IIS 7.0) 发出 HTTP 1.0 请求。默认情况下,IIS 7.0 对这两个选项(HTTP 1.0 和代理 (Via) 请求)禁用文件压缩,只能通过在 applicationHost.config ( http://msdn .microsoft.com/en-us/library/ms690689(v=vs.90).aspx )。

我的问题是:为 HTTP 1.0 和代理请求启用压缩有什么风险?这些设置是否适用于非常旧的浏览器/代理(例如 Internet Explorer 5),或者问题是否存在于较新的浏览器/代理中?

Dom*_*k R 2

设置这些选项应该是安全的。

查看 Ubuntu 12.04 中的默认 Apache 2.2 conf (/etc/apache2/mods-available/deflate.conf),看起来 IE 6 在 CSS、RSS 和 Javascript 压缩方面存在一些问题。

此外,一些非常旧的代理不支持“Vary”标头,因此会将缓存的压缩内容发送给未在“Accept”标头中指示压缩支持的客户端。

如果您的网络服务器仅通过 CDN 访问,那么这两个选项根本不重要。如果您仍然允许直接访问您的网络服务器,那么,正如您所说,真正旧的浏览器/代理可能会出现问题(但这种古老产品的用户将面临许多其他问题......)