登录
首页 >  文章 >  php教程

强制HTTPS后出现重定向循环,如何排查CDN与缓存?

时间:2026-05-09 16:18:49 389浏览 收藏

强制HTTPS后出现重定向循环(ERR_TOO_MANY_REDIRECTS/310错误)的根源,往往并非单一配置失误,而是Cloudflare“灵活”SSL模式(导致HTTP回源)、宝塔Nginx中残留的return 301跳转规则、浏览器及CDN缓存固化错误路径三者叠加所致;解决需同步调整Cloudflare加密模式为“完全”或“完全(严格)”、手动清理Nginx配置中所有隐性跳转语句、关闭自动HTTPS重写、清除全链路缓存,并在反向代理场景下透传X-Forwarded-Proto头——唯有系统排查、逐层验证,才能彻底打破看似神秘却高度可复现的跳转死循环。

宝塔面板强制HTTPS后出现无限循环重定向怎么办_排查CDN设置及清除缓存

Cloudflare SSL模式设成“灵活”是重定向循环的头号原因

浏览器报 ERR_TOO_MANY_REDIRECTS 或状态码 310,但宝塔 Nginx 配置里只有一处 return 301 https://$host$request_uri——这说明跳转不是单点触发,而是两段逻辑叠加:Cloudflare 自己跳一次,宝塔再跳一次。

根本问题出在 Cloudflare 的「SSL/TLS 加密模式」。默认选的「灵活」会让 Cloudflare 用 HTTP 去访问你的宝塔服务器(哪怕你开了强制 HTTPS),于是路径变成:
用户 → Cloudflare(HTTP → HTTPS)→ 宝塔(收到 HTTP → 再 301 到 HTTPS)→ 循环。

  • 必须进 Cloudflare 控制台 → 域名 → SSL/TLS → 概览 → 把加密模式从 灵活 改为 完全完全(严格)
  • 完全(严格) 前,确认宝塔已安装有效证书(不能是自签名、过期或仅用于子域名的证书),否则 Cloudflare 会直接拒绝连接
  • 别只改 SSL 模式,顺手关掉「自动 HTTPS 重写」(在 SSL/TLS → 边缘证书里)——它会在 HTML 中插入 JS 强制跳转,和 Nginx 规则叠加更易超限

宝塔「强制 HTTPS」开关关了,配置文件里还藏着 return 301

很多人点了「SSL」页签右上角的关闭按钮就以为完事了,但宝塔不会自动清理旧规则。下次重启 Nginx 或重装证书时,它可能又把 return 301 https://$host$request_uri 插回去。

真正要动的是网站的 Nginx 配置文件:
宝塔后台 → 网站 → 对应站点 → 「配置文件」→ 搜索 return 301 httpsrewrite ^(.*)$ https://

  • 重点检查 server { listen 80; ... } 这个块,不是 SSL 的那个 server
  • 删掉整行,或用 # 注释掉;别留空行或半截语句,Nginx 会报错
  • 如果用了多级域名(如 www 和根域都绑定了证书),还要检查是否两个 server 块都写了跳转——比如 example.comwww.example.com,而后者又跳回根域

浏览器缓存和 CDN 缓存会固化错误跳转链

即使你改完了 Cloudflare 和宝塔,用户访问时仍可能看到 310 错误。这是因为:浏览器记住了之前的 301 跳转,CDN 节点也缓存了 Location 响应头。

  • 本地测试前,先清 Chrome/Edge 的 DNS 缓存:chrome://net-internals/#dns → 点「Clear host cache」
  • 再清浏览器全部缓存(Ctrl+Shift+Del → 勾选「Cookie 及其他网站数据」「缓存的图像和文件」)
  • Cloudflare 上,进「缓存」→ 「配置」→ 点「清除整个站点缓存」;或者临时开启「开发模式」(5 分钟),让所有请求绕过缓存直连源站
  • 别信「无痕窗口」——它不清理 DNS 缓存,也不绕过已缓存的 301

反向代理场景下 X-Forwarded-Proto 头没透传也会导致循环

如果你用宝塔做了反向代理(比如把 /api 转给 Node.js 或 Django),但后端服务自己判断协议并跳转,那就算 Cloudflare 和宝塔都配对了,照样会循环。

典型表现是:直接访问宝塔监听的 80 端口没问题,但走 Cloudflare 就 310;curl 测试时加 -H "X-Forwarded-Proto: https" 就正常,不加就跳。

  • 进宝塔「网站」→「反向代理」→ 编辑对应代理 → 「高级」→ 在「请求头」里补上:proxy_set_header X-Forwarded-Proto $scheme;
  • 同时确保有:proxy_set_header Host $http_host;(不是 $host),否则后端拿到的 Host 可能丢端口或协议信息
  • 后端代码里如果硬编码了跳转逻辑(比如 Express 的 res.redirect('https://' + req.get('host'))),得改成依赖 X-Forwarded-Proto 头判断
真正卡住的地方,往往不是某一个开关没关,而是 Cloudflare 的「灵活」模式、宝塔配置里残留的 return 301、浏览器缓存三者叠在一起,让一次请求实际走了 4–5 次跳转才被浏览器拦截。动手前先 curl -I 看响应头里的 Location 变化,比盲调快得多。

好了,本文到此结束,带大家了解了《强制HTTPS后出现重定向循环,如何排查CDN与缓存?》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多文章知识!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>