Nginx轮询负载均衡下稳定支持多级重定向的关键在于透传Host与协议头、重写Location响应头、禁用响应拦截与缓存、配合健康检查；需配置proxy_set_header、proxy_redirect、proxy_next_upstream等指令。
轮询本身不处理重定向逻辑，它只负责把请求分发给后端服务器。真正影响多级重定向行为的是反向代理的头部转发、重定向响应处理和客户端跳转控制。要让 Nginx 在轮询负载均衡下稳定支持传统 Web 服务（如老版 PHP/Java 应用）的复杂多级重定向（例如登录 → 跳转到 /auth → 再跳转到 /dashboard），关键不是改轮询算法，而是补全代理链路中的几个关键配置环节。
正确透传原始 Host 和协议头
传统 Web 应用常根据 Host 或 X-Forwarded-Proto 生成跳转 URL。若 Nginx 不透传，后端可能生成 http://localhost:8080 这类错误跳转地址。
- 在
location块中显式设置：proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_set_header X-Forwarded-Proto $scheme; - 特别注意：不要写成
proxy_set_header Host $http_host;（可能带端口），应优先用$host保证干净域名
主动改写后端返回的 Location 响应头
当后端返回 Location: /auth?next=/home 或 Location: http://192.168.1.10/dashboard 时，Nginx 默认不修改，会导致浏览器跳转到内网地址或路径错位。
- 启用
proxy_redirect指令做自动重写：proxy_redirect http://192.168.1.10/ /;proxy_redirect http://backend-app/ /;proxy_redirect ~^http://[^/]+(/.*)$ $1;（正则匹配并剥离域名） - 若重定向路径含动态子路径（如
/app/v2/login），建议统一用正则方式，避免硬编码
关闭不必要的响应拦截与缓存干扰
某些传统应用依赖 302 响应携带 Cookie 或 Set-Cookie，而 Nginx 默认可能拦截或覆盖这些头，导致跳转后会话丢失。
- 确保未启用
proxy_intercept_errors on（它会吞掉 3xx 响应，改由 Nginx 自己返回 error_page） - 禁用对重定向响应的缓存：
proxy_buffering off;（避免缓冲延迟跳转）add_header Cache-Control "no-store, no-cache, must-revalidate";（可选，防 CDN 缓存跳转） - 检查是否误加了
proxy_hide_header Location—— 这会直接删掉重定向头，必须删除
配合 upstream 的健康检查与故障转移
多级重定向过程中若某次请求落到已部分宕机的后端（如能返回首页但 /auth 接口超时），用户可能卡在中间跳转页。轮询需配合快速失败机制。
- 在
upstream中配置：max_fails=2 fail_timeout=5s;proxy_connect_timeout 3s;proxy_read_timeout 8s;（略长于单步重定向预期耗时） - 加上
proxy_next_upstream error timeout http_502 http_503 http_504;，确保某次跳转失败时，Nginx 自动换节点重试，而不是把错误响应直接返回给用户
