nginx负载均衡下实现错误重定向需启用proxy_intercept_errors on并配合error_page指令，拦截后端4xx/5xx响应后统一跳转至指定页面或url，支持状态码不变返回静态页或301/302重定向，须确保协议、host一致且通过curl验证生效。
在 Nginx 负载均衡场景下实现“错误重定向”，核心不是让 Nginx 自己报错再跳转，而是当后端服务返回特定错误（如 404、502、503）时，由 Nginx 主动拦截并统一跳转到指定页面或 URL。这需要结合 proxy_intercept_errors 和 error_page 配合使用，不能依赖后端自行返回跳转响应。
启用错误拦截才能触发重定向
默认情况下，Nginx 直接透传后端的错误响应（比如 404 页面），不会执行自己的 error_page。必须显式开启拦截：
-
proxy_intercept_errors on;—— 放在location块内，表示允许 Nginx 拦截后端返回的 4xx/5xx 响应 - 该指令只对
proxy_pass有效，且必须搭配error_page才有意义 - 若不开启，即使写了
error_page 404 = @fallback，也不会生效
用 error_page 绑定错误码与跳转动作
拦截后，通过 error_page 指令决定如何处理。支持两种常用方式：
-
返回自定义页面（状态码不变）：
error_page 404 /404.html;，需配合location = /404.html { root /path; internal; }，浏览器 URL 不变，仍显示 404 -
执行 HTTP 重定向（状态码变为 301/302）：
error_page 502 =302 https://maint.example.com/;，用户浏览器会跳转，URL 更新，适合维护页、降级入口等场景 - 可同时处理多个错误码：
error_page 404 500 502 503 504 =302 /offline;
反向代理中注意协议和 Host 一致性
重定向目标 URL 要能被客户端正常访问，尤其在 HTTPS + 多域名环境下：
- 避免硬编码
http://——应使用$scheme://$host动态拼接，例如：return 302 $scheme://$host/maintenance; - 确保
proxy_set_header Host $host;已设置，让后端生成的链接（如有）也符合外层协议和域名 - 若后端返回的是绝对跳转（如
Location: http://backend/xxx），需用proxy_redirect修正，否则可能跳转失败或循环
验证是否生效的快速方法
不用等真实故障，可主动测试：
- 临时把 upstream 中某台后端停掉，curl 请求触发 502，看是否跳转
- 用
curl -I查看响应头：HTTP/2 302+Location:表示重定向成功 - 在
error_page后加add_header X-Error-Handled "yes" always;，确认响应确实由 Nginx 处理而非透传
