关键在于用 proxy_redirect 精准覆盖后端返回的错误 Location 值，前提需 Nginx 识别原始请求协议、域名和路径上下文，并严格匹配后端实际输出格式；必须透传 X-Forwarded-Proto、Host 等头信息，使后端生成正确跳转地址；proxy_redirect 规则需按后端返回的绝对 URL、相对路径或多种内网地址分别配置；验证需检查响应头 Location 值及 Nginx 错误日志中“redirected to”记录。
关键不是“补路径”，而是用 proxy_redirect 精准覆盖后端返回的错误 Location 值——前提是 Nginx 能识别原始请求的协议、域名和路径上下文，且规则能严格匹配后端实际输出的跳转地址格式。
确保后端知道真实访问路径
后端若不知道自己被代理在某个子路径下，就无法生成正确的跳转地址。必须把客户端的真实上下文透传过去：
-
proxy_set_header X-Forwarded-Proto $scheme;—— 让后端识别是 HTTP 还是 HTTPS -
proxy_set_header Host $host;—— 防止后端误读为localhost:8080 -
proxy_set_header X-Forwarded-Prefix /api/;（可选）—— 显式告知路径前缀，供后端拼接跳转地址
按后端返回的 Location 格式写规则
规则不生效，90% 是因为 old_prefix 没完全匹配后端返回的内容。常见三类情况对应不同写法：
- 后端返回绝对 URL，含内网地址：
proxy_redirect http://192.168.1.5:8080/ https://$host/api/;
注意：协议、IP、端口、末尾斜杠必须一字不差 - 后端返回相对路径（如
Location: /login），但你代理的是子路径（如location /api/ { proxy_pass http://backend/; }）：proxy_redirect / /api/;
这条会把所有以/开头的跳转路径，统一加上/api/前缀 - 后端返回多种内网地址（
localhost、127.0.0.1、容器名等）：proxy_redirect ~^http://[^/]+(?::\d+)?/(.*)$ https://$host/api/$1;
正则提取路径部分$1，丢弃原始 host 和端口，强制补上前缀
验证是否真正生效
别只看配置有没有语法错误，要确认浏览器收到的响应头已更新：
- 用
curl -I https://yoursite.com/login查看响应头中Location:的值是否变成预期公网地址 - 开启 Nginx 错误日志到
info级别：error_log /var/log/nginx/error.log info;
日志里会记录 “* redirected to …” 行，说明规则命中并执行了替换 - 如果仍跳内网地址或 404，检查
proxy_pass末尾斜杠是否与proxy_redirect的 old_prefix 逻辑一致（带斜杠会剥离路径，不带则原样转发）
不复杂但容易忽略：路径丢失的本质是上下文断裂，proxy_redirect 是兜底手段，配合头信息透传才能治本。
