Azure CDN添加pragma:no-cache标头

时间:2017-04-03 19:44:41

标签: azure azure-cdn

我使用标准Akamai层设置了Azure CDN。我的起源是一个Web应用程序。我在web.config中设置了cache-control标头,如下所示:

<clientCache cacheControlMode="UseMaxAge" cacheControlCustom="public" cacheControlMaxAge="30.00:00:00" />

在我的标记中,我使用以下代码命中我的图像文件:

<img src="https://xxxx.azureedge.net/Content/Images/Turtle.jpg?v=1.0.0.27987">

当我这样做时,我得到以下响应标题:

cache-control:public, max-age=2591903 
content-length:2321435 
content-type:image/jpeg 
date:Mon, 03 Apr 2017 19:34:23 GMT 
etag:"2e7a1f1690a9d21:0" 
last-modified:Thu, 30 Mar 2017 19:59:05 GMT 
pragma:no-cache 
server:Microsoft-IIS/8.0 status:200 vary:Accept-Encoding x-powered-by:ASP.NET

注意pragma:no-cache。我没有IDEA来自哪里。这绝对不是我的来源加载缓存的响应。如果我点击原点,我会看到为同一图像发送了以下标题:

Accept-Ranges:bytes
Cache-Control:public,max-age=2592000
Content-Length:2321435
Content-Type:image/jpeg
Date:Mon, 03 Apr 2017 19:41:50 GMT
ETag:"2e7a1f1690a9d21:0"
Last-Modified:Thu, 30 Mar 2017 19:59:05 GMT
Server:Microsoft-IIS/8.0
X-Powered-By:ASP.NET

这意味着当点击CDN时,它不是从http缓存提供此图像,而是发送ETag而我浪费了HTTP往返。我假设罪魁祸首是pragma:发送的no-cache标头,它会覆盖缓存控制标头。我的问题是:

  1. 为什么Azure CDN在提供图像时添加了此pragma:no-cache标头?
  2. 是pragma:no-cache我们看到304 / ETag验证而不是从http缓存服务的原因吗?
  3. 谢谢!

    编辑:我也尝试从web.config中删除标记。我仍然看到为图像传输ETag而不是从浏览器http缓存中提供它。

0 个答案:

没有答案
相关问题