proxy_redirect用于修正后端返回的location响应头，防止客户端跳转至内网地址；需显式配置匹配规则并配合proxy_set_header传递x-forwarded-proto等头，确保重定向指向公网可访问url。
配置 Nginx 反向代理后端服务器的重定向跟随，核心不是让 Nginx “自动跳转”，而是正确改写后端返回的 Location 响应头，使客户端收到的重定向地址指向公网可访问的 URL，而不是后端内网地址或错误端口。关键在于 proxy_redirect 指令的合理使用。
理解重定向失败的根本原因
后端服务（如 Spring Boot、Django 或 PHP 应用）在生成 301/302 响应时，通常基于自身监听地址构造 Location 头，例如：Location: http://10.0.1.5:8080/dashboard
或Location: https://backend.internal/api/auth/callback
这类地址对客户端不可达。Nginx 默认不修改该头，直接透传，导致浏览器跳转失败或无限重定向。
启用并配置 proxy_redirect
在对应 location 块中添加 proxy_redirect，告诉 Nginx 如何重写 Location 头中的原始路径和协议/域名：
- 若后端返回
http://backend:8080/new-path，而你希望客户端跳转到https://api.example.com/new-path，可写：proxy_redirect http://backend:8080/ https://api.example.com/; - 若后端返回带 HTTP 的地址，但前端统一走 HTTPS，建议用正则匹配并替换协议：
proxy_redirect ~^http://(.*)$ https://$1; - 最常用且安全的写法是“关闭自动重写 + 显式映射”：
proxy_redirect off;proxy_redirect http://backend-server/ /;proxy_redirect https://backend-server/ /;
配合必要的请求头透传
仅改 Location 不够，后端还需知道原始请求的真实协议和主机名，否则可能再次生成错误重定向。务必设置：
-
proxy_set_header Host $host;—— 保持原始 Host -
proxy_set_header X-Forwarded-Proto $scheme;—— 告诉后端当前是 http 还是 https -
proxy_set_header X-Forwarded-Host $host;—— 避免后端误用内部域名
部分框架（如 Django 的 SECURE_PROXY_SSL_HEADER、Spring Boot 的 server.forward-headers-strategy=framework）需据此判断是否启用 HTTPS 重定向逻辑。
验证与调试技巧
用 curl 模拟请求，观察响应头变化：
- 检查后端原始响应：
curl -v http://backend-server:8080/login - 对比代理后响应：
curl -v https://api.example.com/login，重点看Location是否已变为公网地址 - 开启 Nginx 错误日志级别为
info，可记录proxy_redirect的匹配动作
若仍出现无限重定向，大概率是后端校验了 X-Forwarded-* 头缺失或不一致，需核对透传配置与后端信任设置。
