在 Kinsta,我们会遇到很多不同的错误,ERR_TOO_MANY_REDIRECTS(也称为重定向循环)就是我们经常看到的一种。
这种情况通常发生在网站最近发生变化、服务器重定向配置错误或第三方服务设置错误之后。 不过不用担心,这个错误很容易解决。
请查看下面的建议,了解如何修复此错误并恢复网站运行。
快连网址
none太多重定向将您的网站送入无限重定向循环。
基本上是网站被卡住了(例如 URL 1 指向 URL 2,而 URL 2 又指向 URL 1,或者域名重定向了太多次),与其他一些错误不同,这些错误很少会自行解决,很可能需要你采取行动来修复。
您可能还会遇到这样的错误由于可能的配置错误,请求超过了 10 次内部重定向的限制“.
错误代码 | Er_too_many_redirects |
错误类型 | none |
误差变化 | 此页面无法使用。domain.com 已将您重定向太多次。 页面重定向不正确 此页面现在无法使用 Safari 无法打开页面 |
错误原因 | 配置错误的 WordPress 设置/插件 浏览器缓存/Cookies 问题。 与第三方服务有关的问题 错误的 HTTPS 设置 服务器设置错误 |
快连网址
发生 ERR_TOO_MANY_REDIRECTS 错误的原因是服务器上的重定向配置错误,或者第三方服务的设置不正确。 该错误的本质含义是:过多的重定向循环导致网站陷入无休止的循环。
快连网址
根据您运行的浏览器不同,该错误有几种不同的变体。
快连网址
在谷歌浏览器中,该错误将显示为Er_too_many_redirectsnone该网页存在重定向循环问题.
此页面无法使用。domain.com 已将您重定向太多次。
(查看如何修复 Chrome 浏览器的ERR_CACHE_MISS错误)。
快连网址
在 Mozilla Firefox 中将显示为页面重定向不正确(如下图所示)。
在连接 domain.com 时发生错误。 有时禁用或拒绝接受 cookies 会导致此问题。
快连网址
在 Microsoft Edge 中,它只会显示为此页面现在无法使用(如下图所示)。
Domain.com 重定向你太多次了。
快连网址
在 Safari 中,它将显示为Safari 无法打开页面(如下图所示)。
在尝试打开 "domain.com" 时发生了太多次重定向。 如果您打开的页面被重定向到打开另一个页面,而另一个页面又被重定向到打开原始页面,就可能出现这种情况。
快连网址
当浏览器无法在重定向中的初始页面和目标页面之间建立连接时,就会发生此错误。 主要原因可能是
- 配置错误的 WordPress 设置
- 配置错误的 WordPress 插件。
- 服务器设置配置错误。
- HTTPS 设置不正确。
- 浏览器缓存/Cookies 问题。
- 第三方服务(如 CDN)的问题。
- 网站或域名迁移不当。
快连网址
以下是一些修复错误的建议和检查项目(按最常见原因排序):
- 删除特定网站上的 Cookie
- 清除服务器、代理和浏览器缓存
- 确定重定向回路的性质
- 检查 HTTPS 设置
- 检查第三方服务
- 检查 WordPress 网站设置
- 暂时禁用 WordPress 插件
- 检查服务器上的重定向
快连网址
事实上,谷歌和 Mozilla 都在错误下方建议 "尝试清除 cookie"。 Cookie 有时会包含错误数据,从而导致 ERR_TOO_MANY_REDIRECTS 错误。 即使你不是在自己的网站上遇到该错误,也可以试试这个建议。
由于 cookie 会保留您在网站上的 "登录 "状态和其他设置,我们建议您只需删除 cookie在出现问题的网站上. 这样就不会影响您经常访问的其他会话或网站。
请按照以下步骤在 Google Chrome 浏览器中删除特定网站上的 cookie。
快连网址
在谷歌浏览器中点击右上角的三个小圆点。 然后点击 "设置"。
快连网址
向下滚动并点击 "高级"。
快连网址
然后点击 "内容设置"。
快连网址
点击 "Cookies"。
快连网址
然后点击 "查看所有 cookie 和网站数据"。
快连网址
搜索出现 ERR_TOO_MANY_REDIRECTS 错误的网站(域)。 然后,您可以删除当前存储在计算机上的该域 cookie。 然后尝试再次访问该网站。
快连网址
由于重定向循环是可以缓存的响应,因此建议您尝试清除 WordPress 网站、服务器、第三方代理服务甚至浏览器的缓存(如有必要)。
快连网址
根据重定向循环的类型,您可能仍然可以访问 WordPress 管理仪表板。 在这种情况下,您可以在缓存插件的设置中轻松清除缓存。 下面是几个关于如何使用常用插件清除 WordPress 缓存的快速链接:
如果您是 Kinsta 客户,您可以轻松地清除缓存从 WordPress 管理工具栏中
快连网址
如果你无法访问 WordPress 管理许多 WordPress 主机都有自己的控制面板工具,用于清除 WordPress 网站的缓存。
如果您是 Kinsta 客户,您可以手动清除 WordPress 缓存从MyKinsta仪表盘。 步骤如下:
在仪表板中,点击WordPress 网站在左侧边栏导航中。
点击网站列表中的网站名称,然后点击工具标签。
点击清除缓存按钮清除所有缓存。
快连网址
如果您使用的是第三方反向代理服务,如云飞扬或 Sucuri,清除其缓存也是有益的。
快连网址
要清除 Cloudflare 缓存,请登录其仪表板,点击 "缓存",然后点击 "清除所有内容"。
快连网址
要清除 Sucuri 缓存,请登录其仪表板,转到 "性能",然后点击 "清除缓存"。
快连网址
如果您想在不清除缓存的情况下检查并确定是否是浏览器缓存的问题,您可以以隐身模式打开浏览器. 或者测试另一个浏览器,看看是否仍会出现 ERR_TOO_MANY_REDIRECTS 错误。
如果确定是浏览器缓存造成的,可以清除缓存。 以下是各种浏览器的操作说明:
- 如何强制刷新所有浏览器的单个页面
- 如何清除谷歌浏览器缓存
- 如何清除火狐浏览器的浏览器缓存
- 如何清除 Safari 浏览器缓存
- 如何清除 Internet Explorer 浏览器缓存
- 如何清除 Microsoft Edge 浏览器缓存
- 如何清除 Opera 浏览器缓存
快连网址
如果清除缓存不起作用,那么您需要确定重定向循环的性质。 我们的免费在线重定向检查工具可以帮助进一步分析可能发生的情况。 这也可以通过 cURL 来完成。
例如,在下面的网站中,有一个 301 重定向循环回到自身,这导致了一大串错误的重定向。 你可以跟踪所有的重定向,确定它是否循环回到自身,或许是 HTTP 到 HTTPS 的循环,我们将在下文进一步讨论如何解决这个问题。
这重定向路径Chrome 浏览器扩展也非常有用,它能让您深入了解网站(特定 URL 或页面)上发生的所有重定向。
快连网址
另一个需要检查的地方是 HTTPS 设置。 很多时候,我们会看到当有人在使用 HTTPS 时出现ERR_TOO_MANY_REDIRECTS。将其 WordPress 网站迁移到 HTTPS要么没有完成,要么设置错误。
快连网址
这是迄今为止我们经常看到的最常见的原因。 如果你在没有安装 SSL 证书的情况下强制 WordPress 网站通过 HTTPS 加载,你的网站就会立即陷入重定向循环。 要解决这个问题,只需none在您的 WordPress 网站上。
还建议运行SSL 检查. SSL/TLS 证书不仅需要安装主证书,还需要安装所谓的中间证书(链)。 这些都需要正确设置。
我们建议使用 Qualys SSL Labs 提供的免费 SSL 检查工具。 该工具非常可靠,我们使用它为所有 Kinsta 客户验证证书。 只需前往他们的SSL 检查工具在 "主机名 "字段中输入您的域名,然后点击 "提交"。 如果愿意,还可以选择隐藏公开结果。 扫描网站服务器上的 SSL/TLS 配置可能需要一两分钟。
快连网址
有一些免费的 SSL WordPress 插件,如真正简单的 SSLnone更新硬编码 HTTP 链接.
我们有一个很好的教程,介绍了 4 种简单的方法来制作一个在 WordPress 中搜索和替换. 如果您是 Kinsta 客户,也可以联系我们的支持团队为您完成这项工作。
快连网址
很可能是服务器上的 HTTPS 重定向规则配置错误。
快连网址
如果您的网络服务器是运行 Nginx现在,只要在Nginx配置文件中添加以下代码,就可以轻松地将所有HTTP流量重定向到HTTPS。 这是重定向在 Nginx 上运行的 WordPress 的推荐方法。
server { listen 80; server_name domain.com www.domain.com; return 301 \$request_uri; }
在 Kinsta,我们每个人都使用 Nginx。 好消息是你不必担心这个问题。 如果需要添加重定向,只需快速打开支持票并让我们知道您需要重定向哪个域。 然后,我们会将其添加到 Nginx 配置中。
查看我们的重定向视频指南:
快连网址
如果您的网络服务器是运行 Apache在以下代码中添加以下代码,即可轻松地将所有 HTTP 流量重定向到 HTTPS你的.htaccess
文件. 这是重定向在 Apache 上运行的 WordPress 的推荐方法。
RewriteEngine On RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)\$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
快连网址
也许你只是 HTTPS 重定向太多了。 您可以使用以下工具轻松检查您的网站,看看它使用了多少次重定向。重定向检查器. 下面是一个重定向设置不正确的例子,使用在线工具很容易发现。 您可以看到,在 www 和非 www 版本上都出现了重复的 HTTPS 重定向。
快连网址
ERR_TOO_MANY_REDIRECTS 也是通常由 Cloudflare 等反向代理服务引起. 这种情况通常发生在启用了 "灵活 SSL "选项,并且 WordPress 主机已经安装了 SSL 证书的情况下。 为什么会这样? 因为当灵活选项被选中时,所有对主机服务器的请求都是通过 HTTP 发送的。 你的主机服务器很可能已经从 HTTP 重定向到 HTTPS,因此会出现重定向循环。
none在使用 Cloudflare 时安装 SSL 证书.
您可以使用他们的始终使用 HTTPS 页面规则将所有用户重定向到 HTTPS,而不会产生循环。 使用 Cloudflare 的另一个注意事项是他们的none. 注意不要创建域指向自身作为目标的重定向。 这会导致无限重定向错误,受影响的 URL 将无法解析。
none
快连网址
none
快连网址
另一个需要检查的地方是 WordPress 网站设置。 您需要确保两个不同的字段设置正确,没有指向错误的域或不匹配。 另一个常见错误是你没有使用正确的前缀来匹配网站的其他部分,www 或非 www。
- WordPress 地址(URL):到达您博客的地址。
- 网站地址(URL):WordPress 核心文件的地址。
none在 wp-config.php 文件中输入数值,覆盖上述设置.
wp-config.php 文件通常位于 WordPress 网站的根目录,可以是通过 FTP 访问、SSH 或 WP-CLI。 要硬编码 WP_HOME 和 WP_SITEURL,只需在文件顶部输入以下代码,更改数值以反映您的域名。
define('WP_HOME','); define('WP_SITEURL',');
下面是 wp-config.php 文件之后的示例。
或者,如果您愿意,这里还有两种方法可以让您在不访问管理仪表板的情况下更改 WordPress URL:
手动设置后,您可以浏览自己的网站,验证是否修复了重定向循环。
快连网址
如果您要在多站点请确保同时检查wp_blogs
表。 我们看到有人做了错误的搜索和替换,导致无限重定向循环。 这是因为网络站点与子站点不匹配。
wp_#_options
: 每个子网站将有几组表格,分别对应于blog_id
在wp_blogs
桌子 转到wp_#_options
表,其中 # 对应于blog_id
并更新该表中的 "SITEURL "和 "HOME "设置。
快连网址
说到 WordPress,暂时禁用所有 WordPress 插件可以快速发现问题。 例如,以下插件重定向或 Yoast SEO 高级版,让您执行重定向. 有时,这些插件的设置或更新可能会与服务器上已设置的重定向发生冲突,从而导致重定向循环。
请记住,禁用插件不会丢失任何数据。 您很可能无法访问 WordPress 管理器,因此您需要通过 SFTP 登录到您的服务器,并将插件文件夹重命名为类似 plugins_old 的文件夹。 然后再次检查您的网站。
如果能正常运行,则需要逐个测试每个插件。 将插件文件夹重命名为 "plugins",然后逐个重命名其中的每个插件文件夹,直到找到为止。 您也可以尝试在一个集结地首先。
快连网址
除了服务器上的 HTTP 到 HTTPS 重定向外,检查并确保没有其他错误的重定向设置也是很好的。 例如,一个错误的 301 重定向可能会导致网站瘫痪。 通常,这些都可以在服务器的配置文件中找到。
快连网址
Kinsta 只使用 Nginx,但如果您使用的 WordPress 主机运行的是 Apache,那么您的.htaccess
文件中有一条错误的规则。 请按照以下步骤从头开始重新创建一个新文件。
首先、通过 FTP 登录您的网站或 SSH,并重命名您的.htaccess
文件到.htaccess_old
. 这可确保您有备份。
通常情况下,要重新创建该文件,只需重新保存您的永久链接在 WordPress 中。 但是,如果您正在处理ERR_TOO_MANY_REDIRECTS错误,您很可能无法访问WordPress管理员,所以这不是一个选项。 因此,您可以创建一个新的.htaccess
文件,并输入以下内容。 然后上传至服务器。 以下内容使用默认设置。
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php\$ - [L] RewriteCond %{REQUEST_FILENAME} ! !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress
请看WordPress 规范以获取更多示例,例如默认.htaccess
文件用于多站点。
我们将有效管理大规模网站的知识转化为电子书和视频课程。 点击下载none!
快连网址
none
none重定向工具. 下面是一个从返回自身,这将导致重定向循环。
当位置 URL 同时包含在 "重定向来自 "和 "重定向至 "中时,也会出现这种情况。
例如,以下内容会导致重定向循环:
重定向来自: ^/blog/about
重定向至
为什么? 因为一旦进程达到^/blog/about
其余部分-我
就会导致无限循环。 您必须指定字符串的终点和起始点。 要解决这个问题,你可以这样做:
重定向来自: ^/blog/about\$
重定向至
\$ 字符将告诉 Nginx,只有当字符串完全存在时,才会停止匹配请求,而不会在其后出现任何字符。
当然,您也可以随时打开支持票我们会为您检查。
快连网址
出现 ERR_TOO_MANY_REDIRECTS 错误的另一个常见原因是,如果您使用的是反向代理. 反向代理可能相当复杂,如果配置不当,很容易使 WordPress 网站进入重定向循环。 同样,如果您是 Kinsta 客户,我们的支持团队可以帮助您解决这个问题。
快连网址
重定向循环有时很难追踪。 但希望上面的一些故障排除步骤能帮助你解决 ERR_TOO_MANY_REDIRECTS 错误。 如果我们遗漏了什么,请随时在下面的评论中告诉我们。
很棒的教程,我把 SSL 灵活设置为完全,解决了我的问题。 非常感谢!
很好,很高兴 SSL 设置的更改解决了你的问题!
这真的很有帮助,让我找到了所需的解决方案。 谢谢
谢谢你,老兄。 我的网站又能正常运行了
重定向循环可能会令人沮丧。 很高兴你能恢复正常,丹妮!
我也一样......将 ssl 从灵活改为完全,我的网站又能正常运行了。
我挠头挠了两个多小时,然后发现了上面 ezzeddin 的评论、
试了一下,成功了。 Pheeeww... :-)
嘿,约翰尼
我们建议在上述步骤中将 SSL 从灵活改为完全。 很高兴你成功了!
我真是太感谢了,我把 SSL 从灵活改为完全,成功登录了。 再次感谢!!!!!!
非常感谢。
将 Cloudflare 上的 Fleible 替换为 Full 确实起到了作用!
解决了这个令人头疼的小问题,真是太好了!
再次感谢布莱恩、
马克
非常有用,wp-config 技巧对我很有用,因为我曾将设置改为强制 https,结果导致了这个问题。 谢谢!
很高兴听到它对你有用,约翰!
谢谢! 老兄,我这边的问题是 Cloudflare Crypto 造成的! 文章写得很好! 非常感谢。
none
然后,当我躺在床上准备放弃今天的工作时,我决定再用手机进行一次谷歌搜索,而我点击的恰好是这篇文章。 把我的 Cloudflare 加密设置从 Flexi 改为 Full,问题就解决了。 非常感谢你,你真的救了我。
none
很好,很高兴听到这个消息! Cloudflare 的加密设置通常是导致错误的常见原因。
我也一样。 大大松了一口气。 谢谢!
none
好文章。 真的帮我解决了问题。
我遇到了 cloudflare 的问题,您的解决方案很有效。 非常感谢。
感谢您提供的信息。 我是 WP 新手,问题是我自己造成的。
很棒的指南,让我一目了然。
您好,感谢您的文章。 我更新了 WordPress 的 URL 和主页,并进行了清除。 请帮助
你好,布莱恩、
感谢您提供这篇内容丰富的文章,非常感谢。
我发现 SSL 出了问题,于是把 SSL 从灵活改为完全,现在我又能登录了。
嘿,普尔提
none
这是一篇很棒的文章,我真的很感谢这些信息。 遗憾的是,我在重定向方面遇到的问题似乎与这些例子都不相符;但能有这样一份清单真是太好了。
嘿,罗伯特
是的,不幸的是,由于有太多不同的设置和配置,我们可能无法分享每一种解决方案。 但是,如果您发现了自己网站的问题所在,请告诉我们。 我们很乐意将其添加到帖子中。 谢谢
我通常不留言,但我只想说,谢谢你把这些东西整理在一起! 在观看了几段 youtube 视频并阅读了深度不够的其他博文后,我幸运地找到了您的指南。 在对 cloudflare 做了建议的修改后,30 秒后我的网站就恢复正常运行了!
很高兴听到你成功了,Sam! Cloudflare 绝对是导致这一错误的罪魁祸首。
为什么你的指南都这么神奇? 我回来是想告诉你 Cloudflare 灵活 SSL 的事情,但你已经有了。 太棒了,一如既往。
感谢您回来告诉我们詹姆斯的情况,我们非常感激! Cloudflare 灵活 SSL 绝对是我们最常见的导致此错误的罪魁祸首之一。
谢谢你的帮助。 我在玩我的 WordPress 博客时,由于 "wpcomstaging.com 重定向了您太多次 "而无法对帖子进行任何修改。
我清除了缓存、cookies,甚至是浏览历史,但都无济于事。 然后我试着在火狐浏览器上修改文章,结果成功了--这让我相信这是 Chrome 浏览器的问题,于是我通过设置 ->高级设置 ->Cookies,将我的博客列入白名单。 白名单现在运行正常!
很高兴听到问题已经解决!
"另一个常见的错误是,你没有使用正确的前缀来匹配网站的其他部分(www 或非 www)"。 我删除了 www,这导致了永久重定向。 我该如何正确操作? 为什么只对 www 前缀有效? 我想让它与非 www 匹配。
嘿,维塔利
您应该可以在网站上进行搜索和替换,并确保整个 WordPress 网站的语法相同(无论是 www 还是非 www)。 查看我们的教程:
我很沮丧,因为太多的重定向问题...
感谢 Redirect Mapper 工具和您的杀手级文章
是的,谢谢,这对我有用。 我已将 Cloudflare 从灵活改为完全,问题解决了。
none
对我有用的是
* 临时删除 .htaccess
* 临时将插件文件夹名称改为 plugins_old
* 将 Cloudflare 中的 SSL 类型从 "灵活 "改为 "完全"
很高兴听到问题已经解决,罗伯!
感谢这篇清晰而全面的文章 - 它帮我解决了大部分重定向问题,但我仍在为 403 的最终状态代码而苦恼。
我非常想念 Kinsta! 我在以前的雇主那里用过 Kinsta,但很遗憾,我的个人网站用不起了。 我仍然会收到通讯,阅读你们发表的大部分文章。
你好,四月,我们有一份详细的指南排除 WordPress 的 403 错误. 请看一看,希望它能为您提供答案。
同时,感谢您的美言。 希望我们今后能合作愉快!
我通常不留言,但非常感谢你。 经过几个小时的研究和绞尽脑汁的思考,你在一分钟内就解决了我的问题。 我非常感激。 谢谢。
救星。 Litespeed 在缓存中存储了一个无限重定向,清除后问题就解决了。
none
非常感谢这篇令人惊叹的文章。 我更换了服务器,但安装备份后却遇到了这个问题。 幸好它解决了,我的 SSL 没有配置在新服务器上。 非常感谢。
感谢您的评论,Anindya! 很高兴听到你能解决 SSL 问题。
非常感谢 Brian! 在我的案例中,设置 WP_SITEURL 是解决问题的方法,但是在搬到独立服务器之后,问题太多了,我无法马上找到解决方案......谢谢你帮我解决了这个问题 ^__^
来自波兰的问候!
对于那些创建了新 FB 账户并出现重定向的用户,我刚刚找到了另一种解决方案。
问题是
none
解决方案
none
none
非常有用,谢谢。 删除旧的 .htaccess 文件并添加新的文件后,问题就迎刃而解了。
你真是我的救星。 谢谢你