Ошибка net err too many redirects

Как исправить ERR_TOO_MANY_REDIRECTS

При переходе на какую-либо интернет-страницу пользователь может столкнуться с внезапно появившимся в окне браузера сообщением «ERR_TOO_MANY_REDIRECTS», в котором часто указан код ошибки 310 (error 310). Данная ошибка возникает в ситуации, когда браузер оказывается вовлечён в «дурную бесконечность» редиректов (перенаправлений) с одной страницы на другую, с которой он выходит через ошибку 310. Давайте рассмотрим причины возникшей проблемы, и варианты её решения.

Что это значит ERR_TOO_MANY_REDIRECTS?

В большинстве случаев указанная проблема ERR_TOO_MANY_REDIRECTS возникает на браузере Гугл Хром более ранних версий (по словам разработчиков – до 44 версии Хром). В переводе текст сообщения звучит как «Слишком много редиректов», и обычно означает ситуацию, при которой пользовательский браузер переходит на какую-либо страницу, с которой его отправляют на следующую страницу, затем на другую страницу и так далее (или идёт замыкание цикла на уровне «А указывает на Б, а Б указывает на А»).

Если старые версии браузеров полностью «погружались» в такой цикл на неопределённое время, то современные версии браузеров самостоятельно выходят из такой бесконечности редиректов, сигнализируя об ошибке сообщением «TOO_MANY_REDIRECTS».

Похожими сообщениями об ошибке являются описанные ранее в нашем блоге IT-DOC:

Как исправить «ERR_TOO_MANY_REDIRECTS»

Варианты решения данной проблемы я разделю на две основные категории – для пользователя и веб-мастера.

Действия для пользователя

Итак, если вы пользователь, и при переходе на какой-либо сайт встретились с рассматриваемой ошибкой, тогда выполните следующее:

• Используйте другой браузер. Наиболее эффективным и простым вариантом решения проблемы является задействование другого браузера (к примеру, вместо «Хром» используйте «Мозиллу» или «Edge»). Поскольку проблема наиболее часто проявляется себя именно на Хром, задействование альтернативных веб-навигаторов позволяет избавиться от досадной дисфункции;
• Очистите кэш (Опера, Хром) и куки вашего браузера. В частности, на Хром это делается переходом в «Настройки», затем в «Дополнительные», там находим и кликаем на «Очистить историю». Определяемся с временным диапазоном очистки (к примеру, «Всё время»), и нажимаем на «Удалить данные»;
• Избавьтесь от нестабильных расширений (дополнений) для вашего браузера. Если проблема проявила себя совсем недавно, и при этом вы недавно установили на ваш браузер какое-либо расширение, рекомендуется отключить (удалить) данное расширение, дабы убедиться, что не оно является фактором возникновения проблемы. В Хром это делается переходом в «Настройки», затем «Дополнительные инструменты», далее «Расширения»;
• Сбросьте настройки вашего браузера. Для некоторых пользователей эффективным способом борьбы с ошибкой является полный сброс настроек их навигатора. На Гугл Хром это делается переходом в настройки браузера, кликом на «Дополнительные» внизу, а затем вновь в самом низу жмём на «Сбросить»;

Воспользуйтесь данной опцией для сброса настроек
Довольно редкой причиной дисфункции является некорректные дата и время на пользовательском ПК. Проверьте указанные значения, и при необходимости исправьте их (наводим курсор на дату и время внизу справа, жмём правую клавишу мыши, выбираем «Настройка даты и времени»).

При необходимости установите корректные значения времени

Действия для веб-мастера

В случае решении ошибки ERR_TOO_MANY_REDIRECTS для веб-мастеров рекомендуется выполнить следующее:

• Первым делом рекомендуется проверить файл .htacess. Просмотрите его содержимое на предмет наличия циклов, а также слишком большого количества редиректов. При необходимости откорректируйте содержимое файла, убрав с него лишние циклические значения.
• Проверьте корректность кода перенаправления на вашей странице. Если вы недавно добавили на какую-либо из ваших страниц код перенаправления, то рекомендуется проверить корректность его значения с целью убедиться, что код написан правильно;
• Отключите плагины перенаправления. Если в функционале вашего ресурса вы задействовали подобные плагины, попробуйте последовательно отключить их и понаблюдать, не восстановиться ли нормальный функционал вашего сайта;
• Также фиксировались случаи, что ошибка 310 была вызвана ситуацией, при которой адрес сайта и адрес WordPress были написаны кириллицей, а для стабильной работы заглавной страницы требовалось написание с использованием punycode.

Заключение

Рассматриваемая в статье дисфункция ERR_TOO_MANY_REDIRECTS вызвана как нестабильным функционалом ранних версий браузера Хром, так и некорректными настройками ряда сайтов со стороны разработчиков ресурсов. Выполните перечисленные в данной статье советы, это поможет устранить ошибку 310 на вашем ПК.

Ошибка 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 и снова подключает это правило. Например, вот это может вызывать такой бесконечный редирект (а может и не выдаст, индивидуально, я лишь даю направления, для профилактики удалите все или возьмите дефолтный конфиг):

• Для сторонников 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 и т.д.).

Ошибка «Сайт выполнил переадресацию слишком много раз»

Причина возникновения ошибки

Сайт, на который не установлен сертификат безопасности, работает по незащищённому протоколу HTTP. URL такого сайта выглядит так: http://your_site.ru. Чтобы сайт работал по защищённому соединению, нужно приобрести SSL-сертификат. Подробнее о HTTP читайте в статье Для чего необходим SSL-сертификат.

При установке сертификата ваш сайт становится доступен по безопасному протоколу HTTPS и URL выглядит так: https://your_site.ru. Однако одной покупки и установки SSL-сертификата недостаточно. По умолчанию сайт по-прежнему открывается по протоколу HTTP. Чтобы ваш сайт начал работать по HTTPS, необходимо настроить редирект с HTTP на HTTPS.

Вариантов сделать редирект несколько. Всё зависит от платформы, на которой сделан сайт. Проще всего сделать редирект на WordPress с помощью плагинов. Если сайт самописный, редиректы устанавливают через конфигурационные файлы .htaccess или web.config. Также можно использовать инструмент для добавления редиректа в панели управления хостингом. Все перечисленные способы вы можете найти в разделе Редиректы.

Если редирект был сделан неправильно, у пользователя может возникнуть циклическая переадресация, которая приводит к ошибке. Как это происходит? При настройке редиректа вы задаёте перенаправление http://your_site.ru —> https://your_site.ru. Если при этом в CMS или на сайте задан параметр открывать сайт строго по протоколу http, возникает замкнутый цикл: http://your_site.ru —> https://your_site.ru —>http://your_site.ru —> https://your_site.ru>… Сервер фиксирует слишком большое количество переадресаций и выдаёт ошибку ERR_TOO_MANY_REDIRECTS.

Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить

Как правило, ошибка переадресации вызвана проблемами на сервере, на котором находится сайт, и исправить её может только владелец ресурса. Однако, если вы пользователь и в течение нескольких дней проблема на сайте сохраняется, вам также стоит выполнить некоторые действия на своём устройстве. Ниже мы расскажем об исправлении ошибки и со стороны владельца и со стороны пользователя.

ERR TOO MANY REDIRECTS: что делать, если я владелец сайта

Подумайте, какие действия вы делали с сайтом за последнее время. Вернитесь к старой версии сайта, – если ошибка пропала, значит, новые настройки были некорректны.

Проверьте настройки HTTPS. Часто ошибка ERR_TOO_MANY_REDIRECTS появляется при неправильной настройке переадресации HTTP на HTTPS. Правильно ли вы настроили редирект, можно проверить по инструкциям:

Проверьте, не влияют ли на работу сайта плагины. Иногда плагины нарушают работу сервера и могут появляться различные ошибки, в том числе и TOO MANY REDIRECTS 310. Отключите по очереди каждый плагин или переименуйте папку plugins в каталоге файлов вашего сайта на любое другое название. Если сайт заработает, удалите плагин-виновник.

Если у вас кириллический домен, проверьте, как в настройках WordPress указан ваш домен. Кириллические домены хоть и удобны в использовании, однако они не соответствуют UNICODE-системе, поэтому для них создали Punycode. Именно в этой форме нужно добавлять название сайта во все настройки. Чтобы перевести кириллический домен в Punycode, используйте конвертер. Например, ваш сайт дачник.ру. В формате Punycode он будет выглядеть xn--80ahnin3d.xn--p1ag.

Ошибка в конфигурационном файле. Каждая CMS имеет собственный конфигурационный файл, который использует индивидуальные правила для перенаправления. Описать все способы исправления этой ошибки невозможно. Вы можете проверить все добавленные правила переадресации и устранить конфликт, обратившись за помощью к разработчикам сайта или на тематические форумы по используемой CMS. Также вам может помочь замена текущего файла .htaccess на стандартный для используемой вами CMS. Если вы используете WordPress или Joomla, можете добавить некоторые записи в конфигурационные записи по одной из инструкций ниже.

Для исправления ошибки в CMS WordPress hosting добавьте в конфигурационный файл wp-config.php, который размещён в корневой директории вашего сайта, строки:

Для решения этой проблемы на VPS и выделенных серверах добавьте в httpd.conf (конфигурационный файл Apache) строку:

Чтобы изменения вступили в силу, перезапустите веб-сервер Apache.

Для исправления ошибки в CMS Joomla в конфигурационный файл .htaccess после строки RewriteEngine On добавьте:

Что делать, если я пользователь

1. Откройте сайт в другом браузере. Если ошибка сохраняется, значит есть проблема с сервером и восстановить доступ к сайту может только владелец. Если сайт загружается, значит проблема со стороны вашего устройства. Выполните шаги описанные ниже.
2. Очистите cookies и кэш браузера. Временные файлы сохраняют данные посещённых сайтов, чтобы в дальнейшем не тратить время на обращение к серверу, а использовать информацию с устройства. Несмотря на пользу временных файлов, бывает, что они мешают показать новую версию сайта. Если на веб-ресурсе была ошибка и владелец её исправил, пользователь может не увидеть новый вариант. Чтобы браузер обратился к серверу сайта, а не к временным данным, очистите кеш и cookies браузера.

Проверьте расширения в браузере. Они могут влиять на связь браузера и сервера. Отключите недавно установленные расширения. Если сайт заработал, расширение придётся удалить.

В правом верхнем углу нажмите на три точки. В выпадающем списке нажмите Настройки:

В левом меню нажмите Расширения:

Чтобы отключить расширение, переведите переключатель влево. Если хотите удалить, нажмите Удалить:

Чаще всего проблема на стороне владельца ресурса и пользователь может только подождать, пока разработчики исправят ошибку на сервере.