我想在删除匹配的路径前缀时使用proxy_pass将请求代理到另一台服务器.我认为这样做的一种方法如下;
location /a/ {
proxy_pass https://website.com/
}
例如.对http://localhost/a/b.html的请求将代理到https://website.com/b.html.
据我所知,在Nginx的非商业版本中,这个问题是在启动时会加载并永久缓存website.com的DNS A记录.我已经看到了一种通过在proxy_pass指令中使用诸如$request_uri之类的变量来解决此问题的技术,从而迫使Nginx根据记录的TTL重新解析DNS.
例如.
location /a/ {
rewrite ^/a/(.*) /$1 break;
proxy_pass https://website.com/$request_uri
}
不幸的是,似乎上面的方法不起作用,因为它似乎仍然将/ a /前缀传递给上游.
基本上我想在这里实现的是在删除路径前缀时代理请求,以便DNS记录不会永久缓存.
谢谢.
最佳答案
我不确定你在哪里看到它,但只是专门使用$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重载或kill -HUP
?如http://nginx.org/en/docs/beginners_guide.html#control和http://nginx.org/en/docs/control.html#reconfiguration中所述,Nginx在重新加载期间从不停止处理任何请求,因此它应该是安全的操作;并且它很可能导致DNS被刷新.