宝塔域名重定向循环_修改Nginx伪静态规则

一分耕耘，一分收获！既然都打开这篇《宝塔域名重定向循环_修改Nginx伪静态规则》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新文章相关的内容，希望对大家都有所帮助！

重定向循环典型表现为ERR_TOO_MANY_REDIRECTS或curl反复返回301/302，主因是宝塔“强制HTTPS”或“重定向”与Nginx伪静态规则冲突；应优先用宝塔重定向功能、关闭冗余开关，并将跳转逻辑统一置于server块顶层，避免嵌套location中重复触发。

重定向循环的典型表现和定位方法

浏览器报 ERR_TOO_MANY_REDIRECTS，或者 curl 返回 301/302 状态码反复跳转，基本就是 Nginx 伪静态规则和宝塔面板的「强制 HTTPS」或「域名重定向」功能打架了。重点不是看规则写了什么，而是看请求进来时，Nginx 实际匹配了哪几条指令——尤其是 return 301 和 rewrite 的执行顺序。

宝塔后台「重定向」和「伪静态」不能同时配同一域名

宝塔的「网站 → 重定向」功能底层会自动生成 return 301 语句并插入 server 块顶部；而你在「伪静态」里写的 rewrite 规则默认在 location / {} 里。一旦两者都针对 www.example.com → example.com 这类需求，就极易形成：重定向 → 匹配 rewrite → 再次触发重定向。

• 如果只需要域名归一（如带 www 跳无 www），优先用宝塔「重定向」功能，删掉伪静态里所有同类 rewrite
• 如果必须用伪静态（比如要结合 PHP 路由判断），就关闭宝塔该网站的「强制 HTTPS」和「重定向」开关，全部逻辑收口到伪静态文件里
• 检查 /www/server/panel/vhost/nginx/xxx.conf，确认没有重复的 if ($host ~* ^www\.) { return 301 ... } 块

伪静态中写安全重定向的正确姿势

真要用 rewrite 做域名跳转，必须加 break 或 permanent 控制行为，且避免在非 root location 中误触发。常见错误是把跳转规则写在 location ~ \.php$ 里，导致 PHP 请求也跟着跳。

• 域名跳转务必放在 server 块顶层，不要嵌套在 location 内
• 用 return 301 https://example.com$request_uri; 比 rewrite 更直接、更少歧义
• 如果必须用 rewrite，结尾加 break（内部重写）或 redirect（302）/ permanent（301），例如：rewrite ^/(.*)$ https://example.com/$1 permanent;
• $request_uri 自动带 query string，别手写 $args 拼接，容易丢参数

HTTPS 强制跳转与伪静态的兼容写法

宝塔默认开启「强制 HTTPS」时，会在配置里插入一个监听 80 端口的 server 块，里面只有 return 301 https://$host$request_uri;。如果你在伪静态里又写了一模一样的跳转，两个 301 就叠起来了。

• 先去「网站 → 设置 → SSL」关掉「强制 HTTPS」，让跳转逻辑完全由你控制
• 在主 server（443 端口）的伪静态里只处理业务逻辑，不要写跳转
• 在 80 端口的 server 块里，用 return 301 单独跳，别用 rewrite，避免多一次正则解析
• 检查是否有 CDN 或反向代理透传了 X-Forwarded-Proto，此时 Nginx 可能误判协议，需配合 map 指令做协议识别

最麻烦的不是写错一行规则，而是改完一处，宝塔下次「保存设置」又自动往配置里塞回它默认的跳转块。建议把关键跳转逻辑写进 include 文件，再在主配置里引用，避开宝塔的自动覆盖区。

好了，本文到此结束，带大家了解了《宝塔域名重定向循环_修改Nginx伪静态规则》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！