核心是让Nginx具备运行时动态DNS解析能力：必须同时配置resolver（如resolver 223.5.5.5 valid=30s timeout=5s）和变量形式proxy_pass（如set $backend "api.example.com"; proxy_pass http://$backend），缺一不可，否则仍会因IP变更导致502错误。
遇到 Nginx 因域名解析失败或 DNS 缓存导致的 502 错误，核心不是“清缓存”，而是让 Nginx 具备运行时动态解析能力。关键在于两点：显式指定 DNS 解析器，并用变量触发每次请求级解析。
确认是否是 DNS 缓存问题
先看错误日志：tail -f /var/log/nginx/error.log。如果出现类似以下内容，基本可锁定：
-
connect() failed (111: Connection refused) while connecting to upstream（但后端实际在线） -
resolving "xxx.example.com" ...没有后续resolved to x.x.x.x记录 - 或反复连接同一个旧 IP，而该 IP 已随容器重建/服务漂移失效
必须同时配置 resolver 和变量 proxy_pass
只做一半无效。Nginx 对 proxy_pass http://api.example.com; 这种写法，无论有没有 resolver，都只在启动时解析一次。
- 在
http或server块顶部加 resolver（推荐全局）：resolver 223.5.5.5 114.114.114.114 valid=30s timeout=5s;
用国内 DNS 更稳；valid=30s表示最多缓存 30 秒，过期即重查 - 在
location中改用变量方式：set $backend "http://api.example.com:8080";<br>proxy_pass $backend;
- 注意：若后端是 HTTPS，还需补上
proxy_ssl_server_name on;和proxy_ssl_name api.example.com;，否则 SNI 握手会失败
验证配置是否真正生效
别只信配置文件写对了，要观察实际行为：
- 重启后查看 error.log 是否有
resolving "api.example.com"和resolved to 172.18.0.5日志 - 用
ss -tnp | grep :8080查看 Nginx worker 连接的目标 IP 是否随后端变更而更新 - 手动触发一次后端 IP 变更（如 Docker 重建容器），等待 30 秒后发请求，检查是否连到新 IP
其他常见干扰项排查
即使 DNS 配置正确，也可能因配套设置缺失导致 502：
- 使用变量后，
Host请求头不会自动继承，需显式设置：proxy_set_header Host api.example.com; - 若后端要求 keepalive，记得加：
proxy_http_version 1.1;<br>proxy_set_header Connection "";
- 超时参数太短也会伪装成 DNS 问题，建议调大：
proxy_connect_timeout 60s;<br>proxy_read_timeout 120s;
