Ошибка ERR_TOO_MANY_REDIRECTS глазами пользователя и вебмастера

Друзья! Пламенно приветствую вас в очередной нашей статье, посвященной ошибке браузеров. Простая ошибка для пользователей, но порой запутанная для программистов всех уровней:

ERR_TOO_MANY_REDIRECTS

Опознали ошибку у себя? Примерно также? Не знаете как исправить? Тогда предлагаю сразу же приступить к разбору. У этой ошибки есть два разных сценария обнаружения:

1. Она может встретиться обычному пользователю интернета, который просто хотел открыть какой-то сайт. Таких людей очень много – предлагаю начать именно с них.
2. Разрешение этой ошибки сейчас ищет другой программист или владелец сайта, после каких-то действий с кодом. Коллег я тоже не забуду, но для них раздел будет чуть ниже основного блока – не поленитесь пролистать до конца.

В любом случае – нашли какое-то свое интересное решение или остались вопросы? У нас всегда открыты комментарии. Пишем, не стесняемся, помогаем людям.

Общий раздел – Источники проблемы

Решил вставить здесь этот раздел, т.к. источники появления ошибки на экране по сути одни и те же для всех. Дословный перевод ошибки на русский язык:

ERR_TOO_MANY_REDIRECTS
ОШИБКА_СЛИШКОМ_МНОГО_РЕДИРЕКТОВ

Программисты уже побежали исправлять с полным пониманием, а вот простых пользователей может озадачить слово «Редирект». Редирект – с английского Переадресация. Теперь немного на пальцах про Переадресацию:

1. Вы посещаете разные сайты.
2. Иногда неверно вводите адреса.
3. Чтобы сделать вашу жизнь лучше, сайты переадресовывают вас на «правильные», по их мнению, свои страницы.
4. Порой с такими переадресациями возникают ошибки.

Главная причина – браузер попал в такую бесконечную переадресацию. Самый частый пример – вы заходите на главную, а главная бесконечно перенаправляет саму на себя. Эти перенаправления по большей части должны разрешаться именно СЕРВЕРОВ, но если их очень много – ваш БРАУЗЕР выкидывает эту ошибку.

Немного стало понятно? Где-то на сайте случилась ошибка, а вы ее поймали. Браузер сам выходит из этого бесконечного цикла.

Другие браузеры, основанные не на Chrome, тоже разрешают эту проблему, но со своими ошибками:

Mozilla Firefox: The page isn’t redirecting properly. Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
Microsoft Edge: Hmmm… can’t reach this page.

Я пользователь – как решить проблему?

Этот раздел по устранению посвящается самым простым пользователям, которым нужно здесь и сейчас открыть какой-то сайт. Самое главное:

Как правило, это серверная ошибка. Т.е. вы ничего не можете с ней сделать, кроме как подождать исправления ее программистами того самого сайта, который вы хотели бы открыть.

Т.е. у вас обычно все работает правильно, и браузеры грамотно разрешают ошибки сервера в таком виде. Но если ошибка повторяется и через один-два дня, можно на опережение попробовать следующие быстрые решения:

• Пробуем открыть через другой браузер. Использовали Google Chrome? Тогда открываем Firefox, Opera, Яндекс.Браузер или даже стандартный Edge. Если и в них проблема сохраняется – значит точно проблема на сервере. Если же они почему-то открывают сайт – значит дело в самом браузере (обычно это или кэш со старого редиректа или интересные расширения).
• Чистим кэш браузера и куки (ищем в настройках раздел похожий на «Удалить историю», а это наша статья на примере Opera).
• Стоит посмотреть в сторону установленных расширений браузера. Ставили какие-нибудь VPN, антивирусы и прочую дрянь в браузер? (даже случайно, только честно и для себя, меня обманывать не нужно). На всякий случай идем в Настройки – Дополнительные инструменты – Расширения (на примере Google Chrome, но все браузеры примерно одинаковые) и смотрим на расширения. Нашли что-то подозрительное? Пробуем отключить. Если не уверены в оценке «подозрительности» – отключите ВСЕ расширения и перезапустите браузер. Исчезли редиректы?
• Если вы точно уверены, что виноват браузер, можно попробовать сделать ему «сброс на заводские настройки». Лично такое проворачивал один раз, но не для этой ошибки. Если глюк был именно в браузере, а не в чужом сайте, кэше или расширении – поможет. На примере Хрома – Настройки – (в самом низу раскрываем все настройки через «Дополнительные») – Восстановление настроек по умолчанию:

Выше перечислены все основные советы, на которые я бы вообще обращал внимание. Есть другие редкие случаи (вроде настройки даты-времени), но в 99% случаев оно бесполезно. Если другие сайты открываются нормально – значит просто ждите исправления ошибок программистами. А интересующимся, что они будут делать на своей стороне – можете посмотреть ниже.

Я программист, вебмастер или владелец сайта – как решить проблему?

Ну что коллеги, добро пожаловать в этот раздел! За более чем 10 лет практики разработки сам пару раз падал в бесконечный цикл. Причем это было и на каких-то своих костыльных решениях, так и на WordPress. Методика поиска примерно одинаковая:

• После чего появилась ошибка? Что-то подключили? Что-то выкатили? Что-то изменили? Попробуйте сделать обратный ход. Да, решения здесь не может быть – мало ли что и куда подключается. Этот пункт я вынес сюда первым не для того, чтобы вдаваться в философию, а чтобы выявить действительно интересные ошибки – их рекомендую писать в комментарии. На своей памяти еще на Joomla5 устанавливал компонент галереи, она по итогу конфликтовала в общем цикле и пыталась нагло редиректить. Удалил, исправлять не стал.
• Настоящие первый пункт – если вы на Apache – смотрим .htaccess (причем в корне, а иногда и в конкретной папке компонента-модуля-плагина, если есть). В основном все ошибки редиректа сейчас и заканчиваются в .htaccess. Сейчас в моде делать редиректы http-https/www-без_www. Самый рабочий пример – вы с index.php делаете редирект на главную («/»), а по итогу главная видится как index.php и снова подключает это правило. Например, вот это может вызывать такой бесконечный редирект (а может и не выдаст, индивидуально, я лишь даю направления, для профилактики удалите все или возьмите дефолтный конфиг):

RewriteCond %{REQUEST_URI} /index.php
RewriteRule ^(.*)$ https://yoursite.com/? [R=301,L]

• Для сторонников Nginx (да, это и мы) – с одной стороны проще из-за явных правил редиректов, с другой стороны та же ISP-панель или ее аналоги любят залазить в конфиги и вносить свои правки. Рекомендация – лезть в конфиги Nginx (главный, по хостам, директория самого сайта при включении из основного конфига) и смотреть их.
• Если вываливается при подключении чего-то внешнего – делаем поиск по всем файлам этого «чего-то» на предмет «Location» (я на языке PHP по привычке, так как именно Location и делает редиректы) – нет ли зацикливаний? Попробовать понять и закомментировать.
• Не из моего опыта, но вполне интересная ошибка для кириллических доменов вида САЙТ.РФ – некоторые вебмастера думают, что это обычные UNICODE-символы, но на самом деле их нужно конвертировать в Punycode (САЙТ.РФ = xn--80aswg.xn--p1ai). Так вот при неверной кодировке WordPress одно время выкидывал бесконечный редирект. Но это уже задачки из уровня конкретной узкой нечастой проблемы.

Итого основные мероприятия для вебмастеров (особенно начинающих): проверяем .htaccess и временно отключаем ВСЕ плагины (при наличии таковых).

Очень надеюсь, что эту ошибку вы не получили уже на рабочем сервере. Но тогда есть вариант использовать любые сервисы проверки редиректов (гуглим «redirect test», «redirect checker» или «проверка редиректов») – попадете на сторонние сайты, которые покажут, куда вообще ваш сайт совершает редирект и с каким статусом (а то может цикл гораздо сложнее). Авось тоже поможет. С разовыми запросами неплохо справляется и Яндекс.Вебмастер (Инструменты – Проверка ответа сервера) – тоже даст ответ сервера, из которого уже можно вытащить и страницу редиректа, и статус. Такой анализ может выявить и сложные многоэтапные циклы, и неверную отработку тех же внешних CDN (я про Cloudflare и SSL, где нужно включать не Flexible SSL, а FULL, т.к. иначе будет цикл редиректов HTTPS – HTTP- HTTPS и т.д.).