Nginx proxy_pass到AWS ALB的504问题
内容提要
Nginx代理到AWS ALB时出现504错误，原因是Nginx默认仅在配置加载时解析域名，而ALB的IP会变化。解决方案是使用变量作为proxy_pass参数并配置resolver，使Nginx动态解析DNS。但变量方式会改变URL转发行为，需用rewrite调整。也可使用Tengine的dynamic模块或Nginx Plus等替代方案。
延伸解读
问题根源：Nginx 的 DNS 缓存机制
Nginx 在配置加载时解析 proxy_pass 中的域名，并将结果缓存，直到下次 reload 或重启。AWS ALB 的 IP 地址会不定期变化，当 IP 更新后，Nginx 仍使用旧 IP，导致 504。这是 Nginx 与动态 DNS 服务（如 ALB）集成时的常见陷阱。
变量与 resolver 的权衡
使用变量作为 proxy_pass 参数并配置 resolver 可实现动态解析，但需注意：默认遵循 DNS TTL（ALB 为 60 秒），若需更快更新可设置 valid 参数，但过于频繁的 DNS 查询会增加开销。此外，变量方式会改变 URL 转发行为，需用 rewrite 调整路径。
替代方案与适用场景
除原生 Nginx 外，Tengine 的 dynamic 模块、ngx_upstream_jdomain 等第三方模块，以及 Nginx Plus 商业版都提供动态解析功能。选择时需考虑是否愿意重新编译、是否接受商业授权，以及是否需要 fallback 等高级特性。
Q&A
Nginx代理到AWS ALB时出现504错误，可能的原因是什么？
Nginx默认在配置加载时解析proxy_pass中的域名并缓存IP，而AWS ALB的IP会不定期变化，导致Nginx无法感知DNS变化，继续向旧IP转发请求，从而出现504错误。
如何让Nginx动态解析proxy_pass中的域名？
使用变量作为proxy_pass的参数，并配置resolver指令，例如：resolver 8.8.8.8; set $lb_upstream http://your-alb-domain; proxy_pass $lb_upstream; 这样Nginx会通过resolver动态解析域名。
Nginx resolver的valid参数有什么作用？
valid参数用于覆盖DNS响应的TTL值，控制Nginx缓存DNS解析结果的时间。默认情况下，Nginx遵循DNS响应的TTL，但可以通过valid参数手动指定缓存时间，例如resolver 8.8.8.8 valid=1s; 表示每1秒重新解析一次。
使用变量作为proxy_pass参数时，URL转发行为有什么变化？
当proxy_pass使用变量时，如果变量中不带路径，则行为与不使用变量时相同，会保留location匹配的URI；如果变量中带路径（如末尾带/），则会将请求转发到该路径，而不是预期的截取location前缀后的路径。
如何在使用变量作为proxy_pass时实现路径重写？
可以在location中使用rewrite指令重写URI，例如：location /a/ { rewrite ^/a/(.*) /$1 break; proxy_pass $lb_upstream; } 这样访问/a/b/c时，会转发到/upstream/b/c。
除了Nginx原生方案，还有哪些替代方案可以解决动态DNS解析问题？
替代方案包括：使用Tengine的ngx_http_upstream_dynamic_module模块，或使用ngx_upstream_jdomain、nginx-upstream-dynamic-servers等第三方模块，以及使用Nginx Plus商业版。
