nginx反向代理时后端返回内部url重定向会导致客户端跳转失败和循环重定向；根本解法是后端生成外部可访问url，或用proxy_redirect重写location头，并透传x-forwarded-*等关键请求头。
当 Nginx 作为反向代理时，如果后端服务（如 Flask、Django、Spring Boot）返回 301 或 302 重定向响应，而重定向地址是**内部 URL（如 http://localhost:8080/xxx）或不带 Host 的路径**，Nginx 不会自动改写该 Location 头，导致客户端被重定向到不可达地址，进而反复请求、形成重定向循环（比如浏览器不断跳转、curl 显示 Too many redirects）。
检查并修正后端返回的 Location 响应头
这是最根本的解决方式。后端应用应生成面向客户端的、完整的外部可访问 URL，而非内部地址：
- Spring Boot：配置
server.forward-headers-strategy=framework，并确保 Nginx 透传X-Forwarded-Proto和X-Forwarded-Host - Django：启用
USE_X_FORWARDED_HOST = True和SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https') - Flask：使用
ProxyFix中间件，并设置X-Forwarded-For/X-Forwarded-Proto
用 proxy_redirect 重写 Location 响应头
Nginx 提供 proxy_redirect 指令，用于修改后端返回的 Location、Refresh 和 Content-Location 响应头。常见写法：
- 若后端返回
Location: http://localhost:8080/login，而你希望改为https://example.com/login：
proxy_redirect http://localhost:8080/ https://example.com/; - 若后端返回相对路径（如
Location: /login），且 Nginx 配置了location /api/，但重定向应落在根路径：
proxy_redirect /login /login;（保持不变）或
proxy_redirect / /;（慎用，影响所有路径） - 关闭自动重写（仅在后端已返回正确地址时使用）：
proxy_redirect off;
确保转发关键请求头，协助后端生成正确重定向
后端依赖这些头来判断原始协议、主机和路径。务必在 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;
- 若使用 HTTPS 终止，还需加：
proxy_set_header X-Forwarded-Ssl on;
调试技巧：快速定位问题来源
用 curl 模拟请求，观察真实响应头：
-
curl -I http://your-domain.com/some-path 查看
Location:值 - 对比直接调用后端（如
curl -I http://127.0.0.1:8080/some-path）的响应头，确认是否一致 - 开启 Nginx error log 的 debug 级别（临时），查看
proxy_redirect是否生效：
error_log /var/log/nginx/debug.log debug;
