Nginx反向代理实现后端域名IP动态更新需三步：一是在http块配置resolver及valid参数强制定时刷新；二是proxy_pass必须用变量（如http://$backend）触发实时解析；三是验证需查error.log中resolving日志，而非nginx -t。

要让 Nginx 在反向代理中真正响应后端域名的 IP 变更，不能只加 resolver 就完事——必须让它“动起来”。核心是三件事：指定可靠的 DNS 服务器、控制缓存时效、用变量触发实时查询。

必须把 resolver 放在正确位置

resolver 指令不能写在 upstream 或 events 块里，也不能只放在某个 location 内部就指望全局生效。最稳妥的方式是放在 http 块顶层：

• 推荐写法：resolver 223.5.5.5 114.114.114.114 valid=30s;
• 避免写成：upstream { resolver ... }（Nginx 直接报错）或 location { resolver ... }（作用域太窄，易遗漏）
• valid=30s 是关键，它强制 Nginx 每 30 秒检查一次 DNS 是否更新；不加这个参数，缓存永不刷新，等于没配

proxy_pass 必须用变量形式

直接写 proxy_pass http://api.example.com; 是静态解析，永远只查一次。要激活 resolver，必须走变量路径：

• 正确写法：set $backend "api.example.com:8000"; proxy_pass http://$backend;
• 注意协议不能省：http://$backend 才会触发解析；写成 $backend 或 //$backend 都无效
• 如果用了变量，Host 请求头不会自动带出，需手动补上：proxy_set_header Host api.example.com;，否则某些后端网关会路由失败

验证是否真正在动态刷新

别信 nginx -t，它只校验语法。真实效果得看运行时日志：

• 修改 DNS 记录（比如把 api.example.com 指向一个新 IP），等超过 valid 设置的时间（如 30 秒）
• 查看 Nginx error.log，出现 resolving api.example.com... 或 resolved api.example.com to 10.20.30.40 才算成功
• 若频繁看到 resolver not found 或 getaddrinfo() failed，先检查 DNS 地址能否 ping 通、UDP 53 端口是否被防火墙拦截

进阶选择：upstream + resolve（Nginx ≥ 1.19.0）

如果需要负载均衡、健康检查等能力，可以用更规范的方式：

• 保持 http 块已有 resolver
• 在 upstream 中写：upstream backend { server api.example.com:8080 resolve valid=20s; }
• 注意：server 行必须写域名，不能写 IP；且 Nginx 版本低于 1.19.0 时 ignore resolve 参数，仍按静态处理