当内容在IIS 7上不是gzip:ed作为CDN的源时更改标头
我正在尝试将IIS服务器设置为CDN的源服务器。我已经解决了一些问题，例如IIS没有将gzip内容提供给代理（如果代理有via头的话），以及频繁的阈值问题 我的CDN供应商指出，IIS的另一个问题是，如果客户端不请求gzip的内容，它不会返回“Vary”头。根据他们的说法，问题在于，如果出于某种原因，请求内容的第一个客户端不希望将内容gziped到CDN，则CDN不会请求文件的新版本，因为Vary头并不指示它应根据“接受编码”返回两个不同的文件 到目前为止，我唯一的解决方案是添加“Vary:Accept Encoding”作为自定义头，但由于请求gziped时IIS会自动添加此Vary头，因此我最终会得到多个值，如“Vary:Accept Encoding，Accept Encoding”当内容在IIS 7上不是gzip:ed作为CDN的源时更改标头,iis,gzip,cdn,Iis,Gzip,Cdn,我正在尝试将IIS服务器设置为CDN的源服务器。我已经解决了一些问题，例如IIS没有将gzip内容提供给代理（如果代理有via头的话），以及频繁的阈值问题 我的CDN供应商指出，IIS的另一个问题是，如果客户端不请求gzip的内容，它不会返回“Vary”头。根据他们的说法，问题在于，如果出于某种原因，请求内容的第一个客户端不希望将内容gziped到CDN，则CDN不会请求文件的新版本，因为Vary头并不指示它应根据“接受编码”返回两个不同的文件 到目前为止，我唯一的解决方案是添加“Vary:Ac
有人能解决这个问题吗？或者可以确认这是一个真正的问题。这是一个真正的问题。IIS gzip模块覆盖现有的文件头。请就MS Connect投票。相关文章。这个问题现在由IIS的官方补丁解决。要下载更多信息，请访问
Erez Benari，IIS PM谢谢，但该修补程序似乎不再可用，通过电子邮件链接显示：“您正在查找的资源已被删除、名称已更改或暂时不可用。”或者它现在是标准windows更新的一部分？您能使该修补程序可用吗？