Мой коллега установил для нас новую причудливую прокси-систему с кешированием и сразу же уехал в отпуск. Теперь я получаю жалобы от наших разработчиков / дизайнеров на то, что многие статические ресурсы кэшируются намного дольше, чем диктует любая конфигурация, которую я видел.
Например, определенный файл логотипа был изменен с 13-го числа, но версия с 9-го числа все еще возвращается, несмотря на настройку: proxy_cache_valid 200 1h;
который должен кэшировать его только на 1 час.
Насколько я могу судить, восходящий сервер передает Nginx заголовок Expires: Sat, 14 Feb 2015 19:33:58 GMT
и истечение срока действия кеша просто работает с этим, несмотря на то, что Last-Modified:
заголовок изменился. Я заглянул в журналы вышестоящего сервера, и прокси не предпринимает никаких попыток проверить статус файла.
Как я могу заставить Nginx проверять наличие обновленного контента?
Заголовки ответов из кеша:
# curl -v -XHEAD 'http://foo.company.com/inc/skins/pt-1r/schemes/default/img/logo.png'
* About to connect() to foo.company.com port 80 (#0)
* Trying 1.2.3.4... connected
* Connected to foo.company.com (1.2.3.4) port 80 (#0)
> HEAD /inc/skins/pt-1r/schemes/default/img/logo.png HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.16.1 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: foo.company.com
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.0.15
< Date: Thu, 15 Jan 2015 19:37:19 GMT
< Content-Type: image/png
< Connection: keep-alive
< Last-Modified: Fri, 09 Jan 2015 00:04:42 GMT
< Content-Length: 19198
< Cache-Control: max-age=2592000, public, must-revalidate, proxy-revalidate
< Expires: Thu, 12 Feb 2015 22:54:22 GMT
< Vary: User-Agent
< Content-Language: en
< X-Cache-Status: HIT
< Accept-Ranges: bytes
В отличие от напрямую с сервера:
# curl -v --header "Host: foo.company.com" -XHEAD http://10.1.2.3/inc/skins/pt-1r/schemes/default/img/logo.png
* About to connect() to 10.1.2.3 port 80 (#0)
* Trying 10.1.2.3... connected
* Connected to 10.1.2.3 (10.1.2.3) port 80 (#0)
> HEAD /inc/skins/pt-1r/schemes/default/img/logo.png HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.16.1 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Accept: */*
> Host: foo.company.com
>
< HTTP/1.1 200 OK
< Date: Thu, 15 Jan 2015 19:33:58 GMT
< Server: Apache
< Last-Modified: Tue, 13 Jan 2015 23:04:44 GMT
< Accept-Ranges: bytes
< Content-Length: 45255
< Cache-Control: max-age=2592000, public, must-revalidate, proxy-revalidate
< Expires: Sat, 14 Feb 2015 19:33:58 GMT
< Vary: User-Agent
< Content-Type: image/png
< Content-Language: en
proxy.conf
# Store cached date here
proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=cache:128m inactive=1d max_size=1g;
# Use cache defined above
proxy_cache cache;
proxy_cache_key $scheme$host$request_uri;
# Only cache positive responses
proxy_cache_valid 200 1h;
proxy_cache_valid 301 302 5m;
# Temp path for when buffers overflow
proxy_temp_path /var/lib/nginx/temp;
# Buffer data (must be on to allow caching)
proxy_buffering on;
proxy_buffer_size 128k;
proxy_buffers 100 128k;
# Set some headers
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
# Die if backend takes too long to connect
proxy_connect_timeout 5;
# Allow adding abcnocache=1 to URLs to skip the cache
proxy_cache_bypass $arg_abcnocache;
# Add a header showing the cache status
add_header X-Cache-Status $upstream_cache_status;
конфиг сайта:
server {
server_name foo.company.com *.foo.company.com ;
listen 80;
access_log /var/log/nginx/foo.company.com-access.log;
error_log /var/log/nginx/foo.company.com-error.log;
location / {
proxy_pass http://10.1.2.3;
proxy_redirect default;
}
}
nginx.conf для хорошей меры:
user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
gzip on;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_proxied any;
gzip_vary off;
gzip_types text/plain text/css application/x-javascript text/xml application/xml application/rss+xml application/atom+xml text/javascript application/javascript application/json text/mathml;
gzip_min_length 1000;
gzip_disable "MSIE [1-6]\.";
server_names_hash_bucket_size 64;
types_hash_max_size 2048;
types_hash_bucket_size 64;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
Ваш бэкэнд отвечает
< Cache-Control: max-age=2592000, public, must-revalidate, proxy-revalidate
< Expires: Sat, 14 Feb 2015 19:33:58 GMT
То же самое и с исходным ответом, и это отменяет в proxy_cache_valid
настройка:
Parameters of caching can also be set directly in the response header.
This has higher priority than setting of caching time using the directive.
Итак, все, что делает nginx - он работает с кэшированной копией объекта, потому что ваш бэкэнд сказал, что он действителен. must-revalidate
и proxy-revalidate
ничего не делает, если запись в кэше считается действительной. А твоя есть. Так что вам действительно стоит перенаправить эту жалобу обратно разработчикам.