我希望在删除匹配的路径前缀时使用proxy_pass将请求代理到另一台服务器。我相信这样做的一种方法如下;
location /a/ {
proxy_pass https://website.com/
}
E.g。对http://localhost/a/b.html
的请求将代理https://website.com/b.html
。
据我所知,NGINX上的非商业版本中的问题是website.com
的DNS A记录将在启动时永久加载和缓存。我已经看到了一种通过在proxy_pass指令中使用$request_uri
之类的变量来解决此问题的技术,从而迫使NGINX根据记录的TTL重新解析DNS。
E.g。
location /a/ {
rewrite ^/a/(.*) /$1 break;
proxy_pass https://website.com/$request_uri
}
不幸的是,上述似乎并不起作用,因为它似乎仍将/ a /前缀传递给上游。
基本上我想在这里实现的是在删除路径前缀时代理请求,以便DNS记录不会永久缓存。
感谢。
答案 0 :(得分:21)
我不确定你在哪里看过它,但只是专门使用$request_uri
肯定不会神奇地让nginx动态地为你解析域名。
或许所建议的是显式使用变量,例如$uri
(这是一个不同的变量),假设当变量正在使用时,每次都会单独解析域名,而不是任何缓存?我不确认或否认这种假设是否正确,但以下内容至少会为您排除/a
。
location /a/ {
rewrite ^/a/(.*) /$1 break;
proxy_pass https://website.com/$uri$is_args$args;
}
(请注意,如果确实实现了不缓存域名,那么您可能还想运行本地解析程序,否则,托管服务提供商DNS的额外延迟和停机时间将立即影响您的网站,更不用说他们的服务器可能的DNS查询限制。)
或许更好的解决方案是定期重启nginx以自动获取DNS中的更改?例如,nginx -s reload
或kill -HUP
?正如http://nginx.org/en/docs/beginners_guide.html#control和http://nginx.org/en/docs/control.html#reconfiguration中所解释的那样,nginx在重新加载期间永远不会停止处理任何请求,因此它应该是一个安全的操作;并且它很可能导致DNS被刷新。