proxy_redirect用于修正后端返回的Location/Refresh响应头URL，而非端口映射；它将内网跳转地址（如http://10.0.1.100:8080/path）重写为公网可访问地址（如https://example.com/path），需严格匹配前后缀斜杠并配合proxy_pass及正确请求头传递。
Nginx 的 proxy_redirect 不是做端口映射的，而是专门修正后端返回的跳转响应头（如 Location 和 Refresh）里的 URL。当后端容器监听 8080 端口并返回 301/302 跳转时，若其 Location: http://10.0.1.100:8080/login 这类地址直接透传给用户，浏览器会跳向不可达的内网地址或错误端口——这正是 proxy_redirect 要解决的问题。
关键点在于：它不改请求路径，只重写响应头中的跳转地址；且必须配合正确的 proxy_pass 和请求头传递，才能让修正结果符合公网访问预期。
配置前确认基础代理已就位
确保 Nginx 已正确反向代理到后端容器（如 http://10.0.1.100:8080），并传递必要头部：
-
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 时必需）
若缺少 X-Forwarded-Proto，后端可能误判协议，生成 http:// 跳转，即使用户访问的是 https://。
根据后端返回格式选择 proxy_redirect 写法
后端返回的 Location 地址形式决定配置方式：
-
固定内网地址 + 端口（最常见）
如返回Location: http://10.0.1.100:8080/success，而公网域名为https://example.com：proxy_redirect http://10.0.1.100:8080/ https://example.com/;
注意：前后缀末尾斜杠必须严格一致，否则不匹配。
-
多种内网地址混用（如 localhost、127.0.0.1、不同端口）
推荐正则匹配，提取路径并拼接到目标域名：proxy_redirect ~^http://[^/]+(?::\d+)?/(.*)$ https://example.com/$1;
它忽略原始协议、主机、端口，只保留
/path部分，适配动态部署场景。 -
后端已返回相对路径，或你希望由浏览器自动补全协议/域名
可用相对替换（需后端返回绝对 URL）：proxy_redirect http://10.0.1.100:8080/ /;
此时浏览器基于当前页面地址（如
https://example.com）补全跳转目标，更灵活但依赖前端上下文。
避免常见陷阱
-
proxy_redirect off;会禁用所有修正，仅在后端已输出正确外网地址时可用，多数容器默认不满足。 - 不要遗漏
port_in_redirect off;（如果 Nginx 自己生成跳转，比如return 301或rewrite ... permanent），否则它可能按$server_port拼出:8080。 - 若使用 CDN（如 Cloudflare），确保 CDN 回源时未缓存含错误
Location的响应；可加Cache-Control: no-store控制。
不复杂但容易忽略
