proxy_redirect用于修改后端返回的location响应头，匹配并替换为对外可访问地址；需用curl -i确认真实响应，按绝对url、相对路径等类型选择对应配置，配合proxy_set_header传递正确请求头。
在 location 块中用 proxy_redirect 修改重定向地址，核心是**匹配后端返回的 Location 响应头内容，并替换成对外可访问的地址**。它不改请求，只在 Nginx 转发 301/302 响应前重写响应头中的 Location 和 Refresh 字段。
先确认后端实际返回什么
别凭经验写规则，用 curl -I 看真实响应：
curl -I https://your-domain.com/login- 重点找
Location:行，常见有三类：
–Location: http://127.0.0.1:3000/dashboard（绝对 URL，含私网 IP 和端口）
–Location: /profile（相对路径）
–Location: https://backend.local:8443/callback（内网域名 + 非标端口） - 协议、主机、端口、末尾斜杠必须和返回值完全一致，否则
proxy_redirect不生效
按返回类型选对应写法
后端返回绝对 URL（最常见）
例如 Location: http://10.0.2.5:8080/login，想改成 https://your-domain.com/login：
- 基础写法（固定地址）：
proxy_redirect http://10.0.2.5:8080/ https://your-domain.com/;
注意前后都带斜杠，且协议、IP、端口、斜杠必须严丝合缝 - 推荐正则写法（适配多环境）：
proxy_redirect ~^https?://[^/]+(?::\d+)?/(.*)$ $scheme://$host/$1;
它自动提取路径$1，拼上当前协议和域名，不依赖后端具体 host 或端口
后端返回相对路径，但你用了子路径代理
例如 location /api/v1/ { proxy_pass http://backend/; }，后端返回 Location: /dashboard，期望跳转到 /api/v1/dashboard：
-
proxy_redirect / /api/v1/;
这条规则会把所有以/开头的Location替换为/api/v1/开头，如/dashboard → /api/v1/dashboard - 必须确保
proxy_pass末尾带斜杠（http://backend/），否则路径拼接会出错
必须配合的 proxy_set_header
proxy_redirect 是兜底方案；让后端自己生成正确地址，才能治本：
-
proxy_set_header Host $host;——让后端知道用户访问的是哪个域名，避免它拼localhost -
proxy_set_header X-Forwarded-Proto $scheme;——告诉后端当前是 HTTP 还是 HTTPS，防止它硬写http://导致混合内容 -
proxy_set_header X-Real-IP $remote_addr;和X-Forwarded-For $proxy_add_x_forwarded_for;——辅助后端记录真实客户端 IP
验证是否真正生效
改完配置别急着重载，分两步验证：
- 加日志调试：
error_log /var/log/nginx/error.log info;
重载后看日志里有没有* redirected to记录，有说明规则命中 - 用
curl -I检查响应头：
确认Location:已变成预期地址，协议正确、无内网 IP、路径结构完整
