解决nginx负载均衡集群请求死循环的核心是切断错误转发链路，需通过日志抓包定位源头、强制设置host头防回环、隔离upstream路由、配置限流与兜底响应。
解决 Nginx 负载均衡集群中的请求死循环，核心是切断错误的转发链路，而不是堆叠节点或调高超时。死循环多发生在多层代理、域名复用、头信息透传不当等场景，一旦触发，单台 Nginx 就可能被拖垮，甚至波及整个集群。
定位源头：从日志和抓包开始
死循环最明显的信号是：同一请求在 access.log 中高频重复（可通过 $request_id 或 $remote_addr + $time_local 关联），或系统连接数陡增、CPU 持续飙高。
- 检查 access.log 中大量出现的 301/302 或 500 响应，特别关注 URI 是否反复跳转
- 用 curl -v 或 tcpdump 抓包，确认实际跳转路径是否形成闭环（例如 A → B → A）
- 逐个审查所有 proxy_pass 所在的 location 块，重点看是否又把请求打回了本机、同名域名或上游集群自身
修复配置：强制 Host 头 + 禁用隐式重写
最常见的成因是 proxy_pass 未显式设置 Host 头，导致后端收到原始域名后再次反向请求该域名，形成回环。
- 在 proxy_pass 前添加：proxy_set_header Host "backend.example.com";（值必须与后端真实服务域名一致）
- 加上 proxy_redirect off;，防止 Nginx 错误重写响应头中的 Location
- 调试阶段可临时关闭缓冲：proxy_buffering off;，让跳转行为更快暴露
隔离路由：独立 upstream + 明确匹配规则
避免多个业务混在一个 server 块里做泛解析或动态 proxy_pass，这极易失控。
- 为每个后端服务定义独立的 upstream 块，并绑定固定 server_name（如 api.example.com）
- location 匹配使用明确前缀（如 /v1/），而非正则泛匹配
- 对跨集群调用，在 upstream 中启用健康检查：health_check interval=10s fails=3 passes=2;，快速剔除异常节点
防御加固：加限流 + 设兜底响应
即使配置正确，偶发循环仍可能发生，需设置安全边界。
- 对敏感路径启用请求限流：limit_req zone=loopburst=2 nodelay;
- 配置兜底响应，避免无限转发：error_page 503 = @loop_guard;，并在 @loop_guard 中返回 429 或简单提示页
- 确保透传关键头：proxy_set_header X-Forwarded-Proto $scheme; 和 X-Forwarded-For $remote_addr;，防止协议误判引发 http/https 循环
