nginx 如何反代 ddns 网站？

你确定 ddns 搞好了，重新拨号你 ddns 解析更新没有。这锅感觉和 nginx 无关系

@xiaoz 当然确定，ping ip 变了，curl home.domain.com 返回结果也正确。然后 curl ddns.domain.com 卡住

上面说反了，反正就是原始 ddns 域名好使，配置的反代域名不好使。

问个无关的问题，为什么这个主题我不能编辑了，也不能追加，是因为我又发布了一个新主题吗？有错别字不能改好别扭……

http://google.com/search?newwindow=1&safe=off&q=nginx%20dns%20cache&gws_rd=ssl

随便乱搜好像也有答案。

nginx 没有自己的 dns 缓存，我也是反代 ddns 的域名，没有问题。

实在不行，直接去你 ddns 的域名解析服务器查最新的 IP，然后替换配置文件中的 IP，reload

dig +short @dnsserver.ddns.com my.ddns.com

把域名的 TTL 设低一点，1 至 5 秒比较好。

caddy 反代，堪比 nginx 收费版。

@ColinZeb 你反代的不是 https://ddns.domain.com:4430 吗？干嘛又去 curl ddns.domain.com （ 80 端口），curl https://ddns.domain.com:4430 看看状态是否正常，若不正常和 nginx 无关。

如果你 ddns 后面那台电脑是你自己控制的话，直接 ssh 或者用 frp 把端口映射到服务器上更简单

@xiaoz 正常的，因为我是手打的，端口忘了写了。我肯定会排除 ddns 的问题，不然我也不能怀疑 nginx。

@wwqgtxx 比如我把 ddns 的 8443 映射到 vps 的 443 端口，那我 vps 的 443 端口挂其他东西了，所以反代比较合适。你说的 ssh 映射我不太懂，但是应该类似于端口转发吧
@Terenc3 我用的 cloudxns，最低 60，但是我 ping 的时候发现 ip 变了，curl ddns.domain.com:8443 结果也对，所以和 ttl 应该也没关系。
@GPU 我试试这个 https://www.oschina.net/translate/nginx-with-dynamic-upstreams?print

@ColinZeb 我的意思是你随便把他转发到你服务器上的一个端口，然后在服务器上用 nginx 直接对 127.0.0.1 反代就行了

@wwqgtxx 哦 这样啊。 那就是 ddns 端每次 ip 变化，都连接到服务器，让服务器转发到新 ip 上。如果连接了 ssh，我觉得执行一句 nginx -s reload 也可以解决问题。

@ColinZeb 其实我的意思是你根本用不着 ddns，直接从你家的电脑连接到你的服务器，把端口反向转发到你的服务器上，然后就相当于你服务器上的一个本地端口了，再然后你想怎么配置 nginx 就简单多了

server {
...
resolver 114.114.114.114 valid=5s;
set $upstream "http://ddns.domain.com:4430";
proxy_pass $upstream;
...
}

可以尝试一下在 nignx 里指定 DNS 服务器和有效期。

再贴上文档：

https://nginx.org/en/docs/http/ngx_http_core_module.html#resolver

楼上正解

我记得 nginx 配置文件里的域名，是重载配置的时候生效。好像要用 lua 脚本写 upstream 才能动态即时生效。

这样的情况最好就是你的 IP 变了就访问一下服务器，让服务器完成 nginx 的 reload。
很多路由器都有联网后打开某个页面的功能的。
否则就要像 15 楼那样定时轮询……

因为 Nginx 只在读取配置时解析 DNS，之后不会更新
要更新需要 reload
要跟随 DNS 需要加 resolve 选项，而这是商业版才有的。

最简单办法：定时 nginx -s reload

@lanwairen123
@Terenc3
不正解，Nginx 不会跟随 DNS
http://nginx.org/en/docs/http/ngx_http_upstream_module.html#server

@ryd994 但是事实上，@Terenc3 的方法解决了我的问题。他这个好像是用变量，而不是用 upsteam，或者 @proxy 变量

不应该和 nginx 有关

@Terenc3 $upstream 的作用是什么？

@ryd994 如果在 {} 符号里使用 set，那么每次调用该 {} 都会跑一次 set。

而$upstream 只是一个变量名称，可以修改为任何内容：

server {
...
resolver [DNS IP 地址] valid=5s;
set $[变量名]"http://ddns.domain.com:4430";
proxy_pass $[变量名];
...
}

这个用法类似传递真实 IP 到后端的变量：
set $realip $remote_addr;

resolve 选项免费版支持的。默认缓存是参考域名对应的 TTL。如果设置了 valid，则 valid 优先。

@Terenc3 我的意思是，为什么要用 upstream 变量间接而不是直接写在下面

@ryd994 因为使用了 DDNS 的缘故，为了达到每次访问都检查 DNS 的缘故，所以要用 set，而 set 需要指定一个变量，所以会有一个变量。

如果直接使用 proxy_pass https://ddns.domain.com:4430，则只会在 nginx 启动时解析一次，后面需要重新解析就需要 reload。

@Terenc3 原来可以这样

@Terenc3 牛人，翻博客中，学习了