Nginx 不缓存来自 ELB 的请求

Question

我在 ELB 之间安装了 nginx。我在 ELB 后面有几个应用程序池，nginx 将流量传回，我想缓存静态内容。我的问题是 nginx 似乎没有缓存任何响应。这是缓存配置：

proxy_cache_path  /usr/share/nginx/cache/app levels=1:2 keys_zone=cms-cache:8m max_size=1000m inactive=600m;
proxy_temp_path /usr/share/nginx/cache/;

  location / {
    proxy_pass  http://cms-pool;
    proxy_cache cms-cache;
    proxy_cache_valid  200 302  60m;
    proxy_cache_valid  404      1m;
  }

经过阅读后，我发现可能有一些标题导致了问题，但在隐藏了明显的标题后，我没有运气，最终破坏了应用程序，因为我隐藏了所有后端 cookie。这些是我尝试删除的标题：

proxy_ignore_headers Cache-Control Expires Set-Cookie;
proxy_hide_header Cache-Control;
proxy_hide_header Set-Cookie;

我现在不知道为什么没有缓存请求，这是通过上述标头配置获得的标头 curl 的输出（cookie 等是从前面的 nginx/elb 设置的nginx）：

Accept-Ranges: bytes
Connection: keep-alive
Content-length: 6821
Content-Type: text/html
Date: Sun, 16 Nov 2014 19:25:41 GMT
ETag: W/"6821-1415964130000"
Expires: Thu, 01 Jan 1970 00:00:00 GMT
HTTP/1.1 200 OK
Last-Modified: Fri, 14 Nov 2014 11:22:10 GMT
Pragma: no-cache
Server: nginx/1.7.6
Set-Cookie: AWSELB=4BB7AB49169E74EC05060FB9839BD30C2CB1D0E43D90837DC593EB2BA783FB372E90B6F6F575D13C6567102032557C76E00B1F5DB0B520CF929C3B81327C1D259A9EA5C73771C4EA3DB6390EB40484EDF56491135B;PATH=/
Set-Cookie: frontend=CgAAi1Ro+jUDNkZYAwMFAg==; path=/

---

更新我发现上面的内容并不完全准确，因为有一个 302 指示用户登录，它访问了另一个没有静态资源的后端，因此上面的标题即将到来从登录后端。我将 URI 调整为仅指向图像，但没有发生缓存。我正在使用以下位置块：

  location /app/images {
    proxy_pass  http://cms-pool/app/images;
    proxy_cache cms-cache;
    proxy_cache_valid  200 302  60m;
    proxy_cache_valid  404      1m;
    proxy_ignore_headers Cache-Control Expires Set-Cookie;
    proxy_hide_header Cache-Control;
    proxy_hide_header Set-Cookie;
  }

这些是现在通过的标题：

Accept-Ranges: bytes
Connection: keep-alive
Content-length: 12700
Content-Type: image/png
Date: Mon, 17 Nov 2014 09:25:38 GMT
ETag: "0cd80ce9afecf1:0"
HTTP/1.1 200 OK
Last-Modified: Wed, 12 Nov 2014 17:05:06 GMT
Server: nginx/1.7.6
Set-Cookie: AWSELB=4BB7AB49169E74EC05060FB9839BD30C2CB1D0E43D638163025E92245C6C6E40197CA48C5B22F3E8FDA53365109BC1C16C808322881855C100D4AC54E5C0EC6CDE91B96151F66369C7B697B04D2C08439274033D81;PATH=/
Set-Cookie: tscl-frontend=CgAK1FRpvxI4b0bQAwMEAg==; path=/
X-Powered-By: ASP.NET

Answer 1

这是由 ELB 背后的 HTTP 缓存标头的不稳定实现引起的。

根据RFC 2616 (HTTP 1.1)：

Pragma 指令必须由代理或网关传递 应用程序，无论它们对该应用程序的重要性如何， 因为这些指令可能适用于沿线的所有接收者 请求/响应链。

HTTP/1.1 缓存应该将“Pragma: no-cache”视为客户端拥有 发送“缓存控制：无缓存”。不会有新的 Pragma 指令 在 HTTP 中定义。

注意：因为“Pragma: no-cache 作为响应”的意思 标题字段实际上没有指定，它不提供 响应中“Cache-Control: no-cache”的可靠替换

Pragma: no-cache 标头在 HTTP 回复中没有任何意义，因为它的行为在 RFC 中未指定。

但由于 nginx 在您的情况下充当（反向）代理，它会将标头视为 Cache-Control: no-cache 标头，以保持与 RFC 1945 中定义的 HTTP 1.0 协议的 Pragma 标头的兼容性。

它还将通过客户端的响应标头传递它，因为它不必假设它的实际含义。

所以要么纠正这个错误的实现，要么将Pragma 标头附加到proxy_ignore_headers 和proxy_hide_header 指令。