Обновления и перенос
ERR_TOO_MANY_REDIRECTS: как найти цикл перенаправлений
Браузер пишет ERR_TOO_MANY_REDIRECTS. Разберём, как сайт попадает в круг перенаправлений и почему очистка cookie помогает далеко не всегда.
Что происходит и с чего начать
При перенаправлении сервер говорит браузеру открыть другой адрес. Ошибка возникает, когда переходы не приводят к конечной странице: например, один слой отправляет на HTTPS, другой возвращает на HTTP. Цикл может включать домен, язык, вход в аккаунт и завершающий слеш. Поэтому сначала нужно найти повторяющиеся адреса. Очистка cookie полезна как проверка влияния сессии, но она не исправит противоречащие серверные правила, которые воспроизводятся у любого нового посетителя.
Что можно проверить самостоятельно
- Запишите исходную ссылку и проверьте её в приватном окне. Укажите, появляется ли ошибка до входа, после него или только при открытии определённого раздела.
- Сравните варианты домена и HTTP/HTTPS. Сообщите, какие настройки перенаправления менялись в панели хостинга, приложении, CDN или защитном сервисе перед появлением цикла.
- Если ошибка касается кабинета, попробуйте тестовый аккаунт и выход из него. Не передавайте специалисту рабочие cookie: они могут предоставлять доступ к вашей сессии.
Как понять результаты проверки
Разработчик прослеживает ответы перенаправления и находит правило, возвращающее запрос к уже посещённому состоянию. Настройки могут находиться в нескольких местах, поэтому удаление одного случайного правила не всегда устраняет цикл. Нужно выбрать единый основной адрес и согласовать поведение прокси и приложения. Если причина в авторизации, проверяют срок и область действия сессии. Полезный результат диагностики — конкретная короткая цепочка с объяснением, какой переход лишний и почему он выполнялся при этих условиях.
Что проверяет разработчик
Для этой части понадобятся доступ к настройкам, журналам ошибок или коду. Её можно передать специалисту вместе с результатами предыдущих шагов.
- Запишите каждый переход и код ответа до повторения адреса. Сравните домен, схему, путь и завершающий слеш.
- Проверьте правила веб-сервера, CDN, приложения и плагинов. Два слоя могут считать основными разные варианты одного адреса.
- Сравните гостя и авторизованного пользователя. Цикл только после входа часто связан с сессией, правами или возвратным URL.
На что обратить внимание
Один компонент направляет на www, другой убирает www; аналогичный конфликт возникает между HTTP и HTTPS. При ошибке сессии приложение может по кругу отправлять пользователя со страницы входа в кабинет и обратно.
Как исправляют причину
Определите единый основной адрес и устраните противоречащее правило. Если причина в авторизации, исправьте сохранение сессии, а не убирайте проверку доступа к кабинету.
Как убедиться, что проблема решена
Проверьте несколько внутренних URL, вход и выход. Старые адреса должны приходить к правильной странице, сохраняя путь и значимые параметры, без лишних промежуточных переходов.
После ремонта проверьте исходную ссылку, вход и выход, а также переходы со старых адресов. Они должны завершаться нужной страницей, сохраняя предусмотренные параметры. Убедитесь, что устранение цикла не отменило обязательный HTTPS или защиту кабинета. Один открывшийся адрес недостаточен: нужно пройти варианты, которые реально используют посетители, поисковые ссылки и внешние сервисы.