proxy_redirect 必须严格按后端返回的 location 值进行精准前缀匹配与显式替换，协议、域名、端口及末尾斜杠须完全一致；支持绝对url替换、端口映射和正则提取路径，并需协同 proxy_pass 和 x-forwarded-proto 配置。
要让 proxy_redirect 正确修正后端重定向地址里的协议、域名和端口，关键不是“自动识别”，而是**按实际返回值精准匹配并显式替换**。它不猜协议、不推断域名，只做字符串前缀替换——所以配置必须严格对应后端真实发出的 Location 值。
先确认后端返回的真实 Location 地址
这是不可跳过的一步。用 curl -I 直接请求代理路径，看后端到底返回了什么：
curl -I https://your-domain.com/login- 关注响应头中的
Location:字段，例如：Location: http://172.18.0.5:8080/callbackLocation: https://backend.local:8443/dashboardLocation: /auth
只有看到真实值，才能写对 proxy_redirect 的 old_prefix —— 协议、主机名、端口、末尾斜杠，一个都不能少。
针对不同 Location 格式分别配置
后端返回绝对 URL（含协议+域名+端口）
例如：Location: http://192.168.1.100:8080/api/login
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- 写法：
proxy_redirect http://192.168.1.100:8080/ https://your-domain.com/; - 注意：
http://192.168.1.100:8080/必须带末尾斜杠，且与返回值完全一致；目标也建议带斜杠，避免路径拼接错误
后端返回 HTTPS 但端口是 8443，而公网走标准 443
例如：Location: https://app.internal:8443/logout
- 写法：
proxy_redirect https://app.internal:8443/ https://your-domain.com/; - 不用管 8443 是否被隐藏——
proxy_redirect只负责替换字符串，浏览器收到https://your-domain.com/logout后自然走 443
后端可能返回多种内网地址（Docker 环境常见）
例如：Location: http://localhost:3000/ 或 Location: http://172.17.0.3:8080/
- 用正则统一提取路径：
proxy_redirect ~^http://[^/]+(?::\d+)?/(.*)$ https://your-domain.com/$1; - 这个规则忽略原始协议、主机、端口，只捕获
/xxx部分，再拼到目标域名后，兼容性最强
配合 proxy_pass 和请求头，让修正更稳
proxy_redirect 单独工作容易失效，需三者协同：
-
确保
proxy_pass路径逻辑清晰：如果写成proxy_pass http://backend/;（带尾部斜杠），Nginx 会剥离 location 匹配部分；若写成proxy_pass http://backend;（无斜杠），则完整转发路径，此时后端返回的Location可能包含子路径前缀，proxy_redirect的old_prefix也要包含该前缀 -
传好
X-Forwarded-Proto：proxy_set_header X-Forwarded-Proto $scheme;这能让后端在后续跳转中生成正确协议，减少对proxy_redirect的依赖 -
禁用 Nginx 自动重写干扰（可选）：
port_in_redirect off;和absolute_redirect off;防止 Nginx 自己插入监听端口
验证是否生效
别只看页面效果，要查响应头：
- 再次执行
curl -I https://your-domain.com/login - 确认返回的
Location:已变成预期的公网地址，如https://your-domain.com/callback - 如果还是内网地址，打开 Nginx 错误日志（设为
info级），搜索proxy_redirect相关记录，它会明确告诉你哪条规则没匹配上
