必须用302重定向，因其临时性可逆、不干扰seo权重、避免浏览器缓存错误跳转且便于运维随时关闭；推荐return指令保留$request_uri实现高效跳转，内网备用需proxy_pass+proxy_redirect改写location头，条件跳转应通过文件开关或健康检查控制。
紧急备用服务器跳转时，Nginx 配置 302 重定向的核心目标是：快速、临时、可逆地将流量导向备用服务，且不干扰搜索引擎对主站的索引和权重认定。它不是永久搬家，而是“先去隔壁机房顶一顶”，所以必须用 302，不能误配成 301。
✅ 明确用途：为什么必须是 302？
- 主站仍在运行（只是暂时不可用或需降级），后续要切回；
- 搜索引擎应继续抓取原 URL，不转移权重；
- 浏览器每次访问都重新向源服务器确认，避免缓存错误跳转；
- 运维人员可随时关闭跳转，无需清理客户端缓存。
✅ 基础配置方式（推荐用 return 指令）
最简洁、高效、不易出错的方式是使用 return，而非 rewrite：
server {
listen 80;
server_name example.com;
# 所有请求临时跳转到备用服务器
location / {
return 302 https://backup.example.com$request_uri;
}
}
-
$request_uri保留原始路径和查询参数（如/api/user?id=123→ 跳到https://backup.example.com/api/user?id=123）； -
return 302直接返回状态码，无内部重写开销，性能更高； - 不依赖
rewrite模块，兼容性更好。
⚠️ 注意：若备用服务器域名未备案或 HTTPS 证书不可信，建议搭配
proxy_pass+proxy_redirect方案（见下文），避免暴露内网地址或跳转失败。
✅ 反向代理模式（更安全，适用于内网备用服务）
当备用服务器在内网（如 http://192.168.10.50:8080），不能直接暴露给用户时，应走 Nginx 代理，并修正后端返回的 302 Location 头：
location / {
proxy_pass http://192.168.10.50:8080;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
# 关键：把后端返回的内网 Location 改写为公网可访问地址
proxy_redirect http://192.168.10.50:8080/ $scheme://$host/;
}
- 后端返回
Location: http://192.168.10.50:8080/login→ Nginx 自动改写为https://example.com/login； - 若备用服务也走 HTTPS，且域名一致，可简化为
proxy_redirect off;并确保后端生成正确跳转地址。
✅ 条件化跳转（按健康检查或开关控制）
真实场景中，跳转不应永远开启。可通过变量或外部条件控制：
方式一：用文件开关（运维手动启停）
# 在 /etc/nginx/conf.d/maintenance.flag 存在时启用跳转
if (-f /etc/nginx/conf.d/maintenance.flag) {
return 302 https://backup.example.com$request_uri;
}
方式二：配合 upstream 健康检查（需编译 ngx_http_upstream_check_module 或用商业版）
upstream main_backend {
server 10.0.1.10:80 max_fails=3 fail_timeout=30s;
server 10.0.1.11:80 backup; # 备用节点，仅主节点失效时启用
}
server {
location / {
proxy_pass http://main_backend;
proxy_next_upstream error timeout http_500 http_502 http_503;
}
}
→ 此方案无需显式 302，由 Nginx 自动故障转移，更符合“备用服务器”本意。
❌ 常见错误避坑
- 用
rewrite ... permanent;—— 这是 301，会误导搜索引擎，且浏览器可能长期缓存； - 忘记
$request_uri导致参数丢失（如跳转后/search?q=test变成/）； -
proxy_redirect缺失导致用户被跳到http://192.168.x.x报错； - 在
location /外写return，导致部分路径未覆盖（如/api/走了默认配置）； - 未同步
proxy_set_header Host和X-Forwarded-Proto，导致备用服务生成错误跳转链接。
不复杂但容易忽略。
