在 nginx 中处理后端返回的重定向地址不对，核心做法是修改 `proxy_redirect` 指令。当后端应用（如 java spring boot、php 等）返回包含绝对路径或主机名的 location 头时，nginx 默认会原样透传，导致浏览器跳转到后端内部地址而非 nginx 代理地址。通过配置 `proxy_redirect default;` 或显式指定替换规则，可以强制 nginx 将响应头中的旧地址替换为当前客户端访问的协议和域名，从而解决重定向错误的问题。
如何自动修正后端返回的绝对 URL
使用 `proxy_redirect default;` 是最通用的解决方案。它告诉 Nginx 自动检测后端返回的 Location 头，并将其中的主机名和端口替换为当前请求的主机名和端口。这适用于大多数标准 Web 框架，它们通常会在重定向时返回完整的绝对 URL（例如 http://localhost:8080/login）。配置后，Nginx 会自动将这些内部地址转换为外部可访问的地址，无需手动编写复杂的正则表达式。
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://backend_server;
# 自动将后端返回的 Location 头中的主机/端口替换为当前请求的主机/端口
proxy_redirect default;
}
}
上述配置中，proxy_pass 定义了后端服务器地址，而 proxy_redirect default; 是关键指令。当后端返回 Location: http://localhost:8080/dashboard 时，Nginx 会将其修改为 Location: http://example.com/dashboard 再发送给客户端。这种方法简单且不易出错，适合处理标准的 HTTP 3xx 重定向响应。
如何处理特定路径的重定向映射
如果后端应用部署在子路径下，或者需要更精细的控制，可以使用显式的 proxy_redirect 语法。例如，当后端位于 /api 路径，但重定向头中仍包含根路径或错误的上下文时，可以指定源地址和目标地址的映射关系。这种写法允许你精确控制哪些重定向需要被修改，避免影响其他不需要转换的请求。
server {
listen 80;
server_name example.com;
location /api/ {
proxy_pass http://backend_server/internal/;
# 将后端返回的 /internal/ 前缀替换为 /api/
proxy_redirect /internal/ /api/;
}
}
在这个例子中，location /api/ 匹配客户端请求，proxy_pass 将请求转发到后端的 /internal/ 路径。如果后端返回 Location: /internal/login，proxy_redirect /internal/ /api/; 会将其转换为 Location: /api/login。这种显式映射在处理微服务架构或复杂的路由嵌套时非常有用，确保重定向链接与 Nginx 暴露的路径结构一致。
后端返回 302 Found 状态码时的具体行为
当后端返回 302 Found 状态码并附带 Location 头时，Nginx 的行为完全取决于 proxy_redirect 的配置。如果没有配置该指令，Nginx 会将后端的原始 Location 值原封不动地传递给客户端。这意味着如果后端返回的是内网 IP 或 localhost，客户端浏览器将无法访问。启用 proxy_redirect 后，Nginx 会在响应头发出之前拦截并修改该字段，确保客户端收到的是正确的公网或域名地址。这一过程对客户端透明，客户端只看到最终的、可访问的重定向地址。
