使用return 301是最简洁高效的重定向方式，需在独立server块中监听旧域名的80或443端口，server_name写全旧域名，跳转目标写死新域名并拼接$request_uri以保留路径和参数。

直接用 `return 301` 指令是最简洁、高效且推荐的做法，不依赖正则、不触发 location 匹配，避免循环或权重丢失。

监听旧域名，返回新地址

在独立的 server 块中监听 80 端口（或 443，视旧站协议而定），明确指定旧域名，并用 return 301 拼出新地址：

• server_name 必须写全旧域名，比如 old-site.com www.old-site.com
• 跳转目标建议写死新域名（如 https://new-site.com），避免用 $host 引发开放重定向风险
• 保留原始路径和参数，加上 $request_uri —— 这对 SEO 和用户体验很关键
• 如果旧站只有 HTTP，而新站只支持 HTTPS，直接写 https:// 更稳妥，防止 $scheme 返回 http 导致跳到不安全地址

多旧域名统一跳转

多个旧域名指向同一个新站点时，不用为每个域名单独写 server 块：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 把所有旧域名并列写在 server_name 后，空格分隔
• 只需一条 return 301 https://main-site.com$request_uri;
• Nginx 会自动匹配任一域名命中即执行跳转

HTTP → HTTPS + 域名统一要分开处理

如果既要换协议又要换域名（例如 http://old.com → https://new.com），不能靠一个规则覆盖所有情况：

• 先确保有一个仅监听 80 端口的 server 块，专门做旧域名跳转
• 不要把它和新站的 443 SSL 配置混在一个块里，否则跳转逻辑可能失效
• 新站的 443 server 块必须独立存在，含正确证书路径和 ssl on 相关配置

验证与上线前检查

配置完别急着 reload，这几步不能跳过：

• 运行 nginx -t 确认语法无误，尤其注意 return 行末尾有没有分号
• 执行 systemctl reload nginx 或 nginx -s reload 生效
• 用 curl -I http://old-site.com/some-path?test=1 查看响应头是否为 301 Moved Permanently，Location 是否正确
• 浏览器访问测试，确认地址栏跳转后是新域名+原路径，且状态码是 301（不是 302）