nginx重定向不生效的根本原因是宝塔将rewrite规则写入location块内，默认触发内部重写而非http跳转；正确做法是用return 301或rewrite...permanent，并置于server块顶层。
为什么宝塔里改了伪静态，Nginx 重定向还是不生效
根本原因不是规则写错了，而是宝塔把 rewrite 规则塞进了 location / 块里，而 Nginx 的 rewrite 在 location 内部默认是“内部重写”，不触发 HTTP 301/302 跳转。你看到页面内容变了，其实是 URL 没变、服务端悄悄转发了——这不是你要的“重定向”。
常见错误现象：curl -I https://example.com/old 返回 200 而不是 301；浏览器地址栏始终不跳转；SEO 工具检测不到跳转链路。
- 必须用
return 301或rewrite ... permanent显式声明跳转类型 - 规则不能写在
location块里（除非加break或明确用permanent） - 宝塔后台“伪静态”文本框默认只支持
rewrite语法，但不会自动补permanent
在宝塔中正确配置 301 重定向的两种方式
推荐优先用「网站 → 配置 → 重定向」功能，它底层生成的是 return 301，语义清晰、无歧义、兼容性好。如果必须手写规则（比如要匹配正则），就绕过伪静态入口，直接改配置文件。
- 方式一（推荐）：进网站设置 → 「重定向」→ 添加，填源路径（如
/old/(.*)）、目标 URL（如https://example.com/new/$1），选「301 永久重定向」 - 方式二（手动）：进「配置文件」，找到
server块顶层（即location外），插入：rewrite ^/old/(.*)$ https://example.com/new/$1 permanent;
- 切勿把
rewrite写进location ~ \.php$ { ... }这类块里——PHP 相关 location 会拦截并终止匹配，导致规则被忽略
伪静态规则和重定向规则混用时的冲突点
宝塔的「伪静态」本质是给 PHP 应用（如 WordPress、ThinkPHP）做 URL 重写，目的是让 /post/123 被转给 index.php 处理；而重定向是给用户和搜索引擎看的 HTTP 状态码。两者目标不同，强行塞一起容易互相覆盖。
- 如果你在「伪静态」框里写了
rewrite ^/a/(.*)$ /b/$1 last;，它只是内部转发，浏览器地址栏不变 - 同一路径既配了伪静态又配了重定向，Nginx 按配置顺序匹配，先命中者生效——但宝塔不保证顺序可视化
- 调试建议：
nginx -t检查语法，再看nginx -T | grep -A5 'your_rule'确认实际加载位置
修改后不生效？先盯住这三个地方
宝塔改完配置不立刻生效，90% 是缓存或加载机制问题，不是规则本身错。
- 改完「重定向」或「配置文件」后，必须点「保存」→ 再点右上角「重载配置」（不是重启 Nginx）
- 浏览器开了强缓存，301 会被本地记住，换隐身窗口或
curl -I -H "Cache-Control: no-cache"测试 - CDN（如腾讯云 CDN、Cloudflare）可能缓存了旧响应，临时关闭 CDN 或刷新对应路径缓存
最麻烦的是 rewrite 和 return 混用时，Nginx 不报错但行为不可控——这时候别猜，直接看 error.log 里的 rewrite or internal redirection cycle 提示，它往往暴露了规则嵌套或无限跳转。
