Caching 具有多个命名位置的NGINX try_文件
我希望根据请求中的自定义头有条件地从缓存中获取文件 如果请求中存在Caching 具有多个命名位置的NGINX try_文件,caching,nginx,proxy,Caching,Nginx,Proxy,我希望根据请求中的自定义头有条件地从缓存中获取文件 如果请求中存在X-Proxy头,则仅当文件存在于缓存中时才返回该文件。否则,如有必要,请从internet获取 这是我的.conf文件: worker_processes 1; events { worker_connections 1024; } http { proxy_cache_path /home/nginx/proxy levels=1:2 keys_zone=one:15m inactive=7d max_
X-Proxy
头,则仅当文件存在于缓存中时才返回该文件。否则,如有必要,请从internet获取
这是我的.conf
文件:
worker_processes 1;
events {
worker_connections 1024;
}
http {
proxy_cache_path /home/nginx/proxy levels=1:2 keys_zone=one:15m inactive=7d max_size=1000m;
proxy_temp_path /home/nginx/temp;
proxy_buffering on;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;
proxy_set_header Connection "";
proxy_http_version 1.1;
server {
listen 8000;
location / {
root /home/nginx/preload;
try_files /$uri @local @remote;
}
location @local {
internal;
add_header X-Local true;
add_header X-Cache $upstream_cache_status;
proxy_pass http://$http_host$uri$is_args$args;
proxy_cache one;
proxy_cache_key backend$request_uri;
proxy_cache_valid 200 1h;
proxy_cache_use_stale error timeout invalid_header;
}
location @remote {
resolver 8.8.8.8;
add_header X-Remote true;
add_header X-Cache $upstream_cache_status;
if ($http_x_proxy) {
return 404;
}
proxy_pass http://$http_host$uri$is_args$args;
proxy_cache one;
proxy_cache_key backend$request_uri;
proxy_cache_valid 200 1h;
proxy_cache_use_stale error timeout invalid_header;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
问题是
try\u files
指令始终会传递到我的@remote
位置,即使已缓存提取的文件也是如此。当文件从@local
返回时,我如何告诉它该文件是找到的?try\u files
指令只接受一个命名位置,因此显然它会选择最后一个。这提出了一个适用于您的案例的解决方案。如果您没有阅读整篇文章,您可以在@local
块的末尾添加以下行:
proxy_intercept_errors on;
recursive_error_pages on;
error_page 404 = @remote;
并将您的try\u文件更改为:
try_files /$uri @local;
“try_files指令只接受一个指定的位置”-该信息是金色的,我不知道,在文档中也找不到。然而,技巧的重要部分是error\u页面
指令。非常感谢,现在一切正常!是的,文档中根本没有这样说,甚至没有抱怨——它只是不能满足你的要求。真糟糕,我只是花了几个小时在这上面。截至2018年10月,命名的备用位置仍需要此解决方案。抱歉,未找到。有人知道替代链接吗?