nginx负载均衡异常跳转源于协议误判、代理错配或后端闭环，需逐层排查：一、修复https↔http 301循环，设x-forwarded-proto并规范跳转位置；二、修正host与路径劫持，显式设host头、统一斜杠、禁用干扰正则；三、阻断后端302微调，spa用try_files fallback、透传x-original-uri、健康检查剔异常节点；四、保障会话一致，ip_hash或redis共享session，校验cookie透传。
处理 Nginx 负载均衡下的异常跳转，关键在于识别跳转源头——它通常不是 Nginx 本身“主动跳转”，而是由协议误判、代理链路错配或后端逻辑闭环引发的隐性重定向循环。需逐层排查，而非简单调大 timeout 或加 rewrite。
一、拦截 HTTPS↔HTTP 协议误判导致的 301 循环
典型现象：浏览器地址栏在 http:// 和 https:// 之间反复跳转，最终报 ERR_TOO_MANY_REDIRECTS。
- 在 proxy_pass 所在的 location 或 server 块中添加：proxy_set_header X-Forwarded-Proto $scheme;
- 确保后端应用信任该头：Django 需设
SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')；Spring Boot 需配置server.forward-headers-strategy=framework - 检查 Nginx 配置：HTTPS 的 server 块内不要写
return 301 https://...，强制跳转只保留在纯 HTTP server 块中
二、修正多层代理中的 Host 与路径劫持
常见于宝塔+Docker、API 网关+Nginx 等嵌套部署，请求在多个 Nginx 实例间来回打转。
- 显式覆盖 Host 头：proxy_set_header Host "backend.example.com";（禁用
$host或$http_host，避免继承上游污染） - 统一
proxy_pass尾部斜杠：若location /api/，则写proxy_pass http://backend/api/;（带尾斜杠），否则 Nginx 会拼接出/api//path引发 404 后被 error_page 重定向回 /，间接成环 - 禁用干扰型正则 location：如
location ~ \.(js|css|png)$若未正确配置 root/alias，可能让静态资源 404 后触发全局 error_page → rewrite → 再进 proxy_pass，形成隐式闭环
三、阻断后端自跳转引发的路径微调循环
表现：直连后端 IP 正常，但经 Nginx 访问时持续 302，Location 值仅在路径末尾增删 / 或补 index.html。
- 对前端 SPA（Vue/React）启用安全 fallback：try_files $uri $uri/ /index.html;，且该 location 必须位于 proxy_pass 之前，避免被代理规则覆盖
- 透传原始 URI 给后端：proxy_set_header X-Original-URI $request_uri;，便于后端区分真实请求路径，避免因路径标准化逻辑重复跳转
- 接入基础健康检查：在 upstream 中配置
max_fails=2 fail_timeout=15s，快速剔除返回异常 302 的节点（例如鉴权服务在 session 失效时无条件跳登录页）
四、保障会话一致性，防止登录后跳转丢失上下文
用户登录成功后被重定向到空白页、首页或错误路径，本质是请求散落到不同后端实例，Session 不共享。
- 在 upstream 块中启用 ip_hash;，确保同一客户端 IP 始终落在同一台后端，适用于中小流量且 IP 相对稳定的场景
- 更优解是后端统一接入 Redis 管理 Session，并关闭 Nginx 的 session 粘性依赖；此时需确认后端返回的 Set-Cookie 未被 Nginx 缓存或篡改
- 检查 proxy_cookie_path 和 proxy_cookie_domain 是否被错误改写，导致浏览器不携带 Cookie，后续请求被当作未登录重定向
不复杂但容易忽略：所有跳转问题都源于请求链路上某一层对协议、Host、路径或身份的理解偏差。从 curl -v 跟踪响应头开始，比盲目加配置更有效。
