Nginx反向代理下后端重定向失败的根本原因是后端未感知真实域名和协议，且Nginx默认不改写Location头；需通过proxy_set_header传递X-Forwarded-*头，并用proxy_redirect重写Location响应头。
当 Nginx 作为反向代理时，后端应用（如 Flask、Django、Spring Boot）返回 301/302 重定向响应，若重定向地址是 Location: http://localhost:8080/path 或 Location: /new-path 这类不带 Host 或协议的相对路径，浏览器可能跳转失败或指向错误地址——根本原因是后端没感知到真实访问的域名和协议，Nginx 默认也不改写 Location 响应头。
问题根源：后端生成的 Location 不适配代理环境
后端通常根据原始请求的 Host、X-Forwarded-Proto 等信息构造重定向 URL。但默认情况下，Nginx 不会自动传递这些信息，也不重写响应头中的 Location。结果就是：
- 后端看到的是
Host: localhost:8080（上游地址），生成Location: http://localhost:8080/login - 用户实际访问的是
https://example.com，却被重定向到内网地址，失败 - 或后端用相对路径
Location: /login，在非根路径代理（如/api/）下跳转丢失前缀
核心解决方式：proxy_set_header + proxy_redirect
分两步处理：一是让后端知道真实请求信息；二是让 Nginx 主动修正响应中的 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;
（尤其X-Forwarded-Proto能让后端区分 HTTP/HTTPS，避免生成http://地址） -
重写 Location 响应头：
proxy_redirect http://localhost:8080/ https://example.com/;
或更通用的：proxy_redirect / /;（用于修正相对路径重定向）proxy_redirect ~^http://[^/]+(/.*)$ $1;（正则提取路径，丢弃原 host）
推荐配置示例（HTTPS + 非根路径代理）
假设用户访问 https://app.example.com/admin/，Nginx 代理到 http://127.0.0.1:3000/：
location /admin/ {
proxy_pass http://127.0.0.1:3000/;
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;
<pre class="brush:php;toolbar:false;"># 修正后端返回的 Location：把 / → /admin/，或 http://127.0.0.1:3000/ → /admin/
proxy_redirect / /admin/;
proxy_redirect ~^http://[^/]+(/.*)$ /admin$1;}
这样，后端返回 Location: /login，Nginx 改为 Location: /admin/login；返回 Location: http://127.0.0.1:3000/logout 则改为 Location: /admin/logout。
补充建议：后端也应配合适配
仅靠 Nginx 修复有局限。更健壮的做法是后端主动读取 X-Forwarded-* 头构造重定向 URL：
- Spring Boot：设
server.forward-headers-strategy=framework，启用 ForwardedHeaderFilter - Django：配置
SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https') - Flask：用
ProxyFix中间件，如app.wsgi_app = ProxyFix(app.wsgi_app, x_proto=1, x_host=1)
前后端协同，比单靠 proxy_redirect 更可靠，尤其在多级代理或复杂路径场景下。
