宝塔面板加301跳转应进「网站」→目标站点「设置」→「配置文件」修改站点专属conf，而非直接编辑nginx.conf；需在listen 80的server块中用return 301 https://目标域名$request_uri;并确保server_name明确、末尾加分号。
宝塔面板里加301跳转，别直接改 nginx.conf
直接编辑 /usr/local/nginx/conf/nginx.conf 是最常见也最容易出问题的做法。宝塔会定期覆盖这个文件，尤其在更新、重启或修改网站配置时，你手动加的 return 301 很可能被清空，导致跳转失效。
正确路径是：进宝塔 → 网站 → 找到对应站点 → 点击「设置」→「配置文件」。这里打开的是该站点专属的 Nginx 配置片段（路径类似 /www/server/panel/vhost/nginx/yourdomain.com.conf），改动不会被宝塔自动覆盖。
- 优先在
server块中listen 80的那个配置里加跳转，不是listen 443 ssl的那个 - 确保该
server块里有明确的server_name，否则$server_name可能为空，跳转链接变成https:///xxx这种非法地址 - 如果用了泛域名（如
*.example.com），$server_name不一定可靠，建议硬编码目标域名
return 301 写法必须带协议和完整主机名
写成 return 301 https://$server_name$request_uri; 看似通用，但实际容易翻车——比如访问的是 IP 或未配置的子域名，$server_name 可能为空或不匹配预期。
更稳妥的方式是显式指定目标域名：
server {
listen 80;
server_name example.com www.example.com;
return 301 https://www.example.com$request_uri;
}
- 多个域名用空格分隔，不要用通配符代替实际值
-
$request_uri保留原始路径和查询参数，这是 SEO 友好的关键 - 千万别漏掉末尾的分号，Nginx 会直接报错退出，整个站点 502
- 如果网站启用了 CDN 或反向代理，且真实请求头里带
X-Forwarded-Proto，仅靠listen 80判断不够，需配合if ($http_x_forwarded_proto != 'https')，但宝塔默认不开启该头，慎用
HTTPS 跳转后出现循环重定向？检查这几个点
浏览器提示“重定向次数过多”，大概率是 HTTPS 和 HTTP 的配置互相触发了跳转链，比如：
- HTTP 的
server块跳去 HTTPS，但 HTTPS 的server块又因为某些条件（如if判断错误）再跳回 HTTP - 开启了「强制 HTTPS」开关（宝塔 6.x+ 在「SSL」页有该选项），同时又在配置文件里重复写了
return 301，双重跳转 - CDN 层已做跳转，源站又做一次，形成嵌套
- 部分路径（如
.well-known/acme-challenge/）被跳转规则误伤，导致 Let’s Encrypt 续签失败
验证方式很简单：curl -I http://example.com 应返回 301 + Location: https://...；curl -I https://example.com 必须返回 200 或其他非重定向状态码。
宝塔 6.x 的「重定向」功能比手写规则更稳？不一定
新版宝塔在「网站」→「设置」→「重定向」里提供了图形化界面，支持选「301」、「保留 URI 参数」等。它生成的规则本质也是插入到站点配置中，看似省事，但要注意：
- 它只对指定路径生效（如填
/表示全站），但底层仍是rewrite指令，性能略低于原生return - 「保留 URI 参数」开关实际控制是否拼接
$request_uri，关掉会导致所有请求都跳到首页 - 如果你已在配置文件里写了
return 301，再开这个功能，两者共存可能冲突，Nginx 启动时报语法错误 - 某些特殊场景（如多级子目录部署、二级域名独立跳转）还是手写
server块更可控
真正容易被忽略的是：宝塔的「SSL」页里那个「强制 HTTPS」开关，它底层就是帮你自动加了一段 listen 80 的跳转块。如果你自己加了，又开了这个开关，reload 后 Nginx 会因重复 server 块监听 80 端口而启动失败。
