Ошибка на этой странице обнаружена циклическая переадресация

Содержание:

  • Что это такое
  • Ошибка 301
  • Основные причины возникновения
  • Пути быстрого решения
  • Как исправить ошибку на виртуальном хостинге
  • Настройка редиректа на VDS Nginx+Apache
  • Профилактические меры для браузера
  • Сервисы для проверки циклических редиректов
  • Работа с файлом .htaccess

Что это такое

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

Зачем убирать

  • Для повышения скорости загрузки страниц сайта за счет отключения HTTPS-соединений.
  • Для быстрого перенаправления посетителей на новый ресурс при переносе сайта на новый домен.

Ошибка 310

В случае неполадок со стороны сервера, циклическая переадресация становится причиной ошибки. При открытии сайта может появиться сообщение – «на этой странице обнаружена циклическая переадресация» что может служить сигналом о наличии ошибки 310.

310
(net::ERR_TOO_MANY_REDIRECTS)

Помимо этого, данная ошибка может появиться при использовании определённого браузера. Наиболее подвержен этому «заболеванию» браузер Chrome. Хотя и в других подобная проблема не редкость.

Основные причины возникновения

  1. Технические работы на сервере на некоторое время могут привести к возникновению ошибки. После их завершения, как правило, сайт быстро восстанавливает свою корректную работу. Если этого не произошло, в большинстве случаев, со стороны сервера были изменены настройки, отвечающие за переадресацию.
  2.  Повышенная нагрузка на сервер при большом количестве посетителей, пытающихся одновременно получить доступ к странице. В результате сервер не выдерживает нагрузки и «падает» выдавая сообщение об ошибке.
  3. Некорректно выставленное время на устройстве, с которого выполняется вход на страницу. В большинстве случаев, браузер проводит автоматическую проверки времени на компьютере и сервере. При их несовпадении может возникнуть ошибка циклической переадресации.
  4. Большой объем данных сохранённых в кэше и cookie браузера.
  5. Запрет на сохранение cookie сайтов в браузере.
  6. Циклическое перенаправление и установка CMS
  7. В панели управления хостингом и в файле .htaccess одновременно указана переадресация на HTTPS.
  8. Ошибка циклического перенаправления может возникнуть при некорректной установке или настройке CMS. Это относится как к популярным «движкам» – WordPress, Joomla, Opencart, или 1С-Битрикс так и к менее известным.

Пути быстрого решения проблемы

Опираясь на приведённые выше причины, исправить проблему циклической переадресации можно следующими способами:

  1. Если после технических работ на сервере доступ к странице не восстановился, следует обратиться в техническую поддержку. В случае внесения изменений в настройки сервера, специалисты ТП объяснят, что необходимо предпринять.
  2. При «падении» сервера из-за большого количества обращений, необходимо дождаться снижения потока посетителей, а также восстановительных работ по налаживанию корректной работы ресурса. В данном случае, желательно обращение в техническую поддержку для выяснения причины отсутствия доступа.
  3. Очистить cookie, кэш и историю посещений в браузере.
  4. В настройках безопасности браузера разрешить сохранять cookie сторонних сайтов.
  5. Наиболее радикальным решением является переустановка CMS. Если это не помогает необходимо обратиться в техническую поддержку хостинг-провайдера и получить инструкции по установке и настройке.
  6. Убрать переадресацию на HTTPS из файла .htaccess.

Как исправить ошибку на виртуальном хостинге

Данная ошибка возникает при наличии редиректа в файле «.htaccess» и включенном редиректе в ISPmanager. Подробнее о нем можно прочитать в статье «Что такое редирект» нашего блога. Для решения проблемы нужно проверить файл «.htaccess» на наличие редиректов с «http» на «https» с помощью изложенного ниже алгоритма.

  1. Перейти в ISPmanager, в разделе «WWW» выбрать «WWW-домены» и нужный домен. Затем нажать «Каталог» в верхнем меню для перехода к файлам сайта.
  2. Выбрать файл «.htaccess» одним нажатием и кликнуть «Изменить» в верхнем меню.
  3. Проверить файл на наличие редиректов. О возможных вариантах редиректов в «.htaccess» можно узнать здесь.
  4. Проверить включен ли редирект в настройках ISPmanager. В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Изменить» в верхнем меню.
  5. В появившемся окне проверить — установлена ли галочка на пункте «Перенаправлять HTTP-запросы в HTTPS». Данный пункт будет виден только, если включена галочка на пункте «Защищенное соединение (SSL)».
  6. В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Редиректы» в верхнем меню. Появится список с редиректами. Если редиректы отсутствуют, то он будет пустым.
  7. Если редирект включен в пунктах 1, 2 и 3, нужно убрать лишние редиректы оставив лишь один из них.

Настройка редиректа на VDS Nginx+Apache

При использовании Nginx+Apache может произойти зацикливание редиректа «с http на https». Данная проблема связана с тем, что подключение по 80 порту идет на Nginx, а за ним уже находится Apache. Поэтому соединение Nginx и Apache работает не по SSL. В этом случае нужно отредактировать конфигурационный файл Nginx. Добавив в него такие значения:

If ( $scheme = "http" ) {
rewrite ^/(.*)$ https://$host/$1 permanent;
}

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

Браузер также часто становится причиной циклической переадресации. Для минимизации его влияния на возможность возникновения ошибки необходимо совершать ряд профилактических действий.

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

Как проверить наличие цепочки редиректов

Самый очевидный способ обнаружения — массовая проверка кодов статуса на всех страницах сайта. Сделать это можно с помощью удобных автоматизированных инструментов (redirect tracker), работающих в браузере или в качестве клиентского ПО.

Они функционируют по схожему принципу. Пользователю нужно всего лишь разместить в операционном окне ссылку на интересующий ресурсы, нажать «Старт» и дождаться результатов сканирования.

Популярные сервисы для отслеживания цепочек редиректов

Netpeak Spider

  • Язык: русский.
  • Платно (с бесплатным пробным периодом).
  • Помимо отслеживания цепочки редиректов, делает полный SEO-аудит сайта, включая выявление ошибок оптимизации.
  • Анализирует крупные контентные сайты (более 100 000 страниц).

Анализ сайта Webmasta

  • Язык: русский.
  • Бесплатно.
  • Отслеживает полную цепочку перенаправлений.
  • Получение IP-адреса сайта и отслеживание всех веб-ресурсов на этом адресе.

Проверка переадресации Website Planet

  • Язык: русский.
  • Бесплатно.
  • Отслеживание всех типов редиректов.
  • Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.

Массовая проверка цепочек редиректов Majento

  • Язык: русский.
  • Бесплатно.
  • Анализирует цепочку редиректов.
  • Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.

SEO-помощник Rookee

  • Язык: русский.
  • Бесплатно (после регистрации).
  • SEO-аудит сайта всех страниц сайта по 70 параметрам.
  • Пошаговые рекомендации по исправлению найденных ошибок.

После того как страницы с кодами редиректов найдены, рекомендуется приступить к правке конфигурационного файла .htaccess.

Работа с файлом настроек каталогов

Для удобной настройки сервера используется файл .htaccess. С его помощью можно настроить правильные редиректы и значительно снизить риск возникновения циклической переадресации.

Перед настройкой, в файл обязательно вносится следующий код:

RewriteEngine On

После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.

Важно помнить, что прежде чем вносить какие-либо изменения в файл .htaccess необходимо сделать его копию и желательно бекап всего сайта.

Если при попытке зайти на сайт вы увидели сообщение об ошибке, следуйте инструкциям ниже.

  • Убедитесь, что вы правильно ввели адрес сайта.
  • Проверьте подключение к интернету и убедитесь, что оно не прерывается.
  • Обратитесь к владельцу сайта.

Как устранить определенные виды ошибок

«На этой странице обнаружена циклическая переадресация» (ERR_TOO_MANY_REDIRECTS)
Эта ошибка означает, что сайт пытается перенаправить вас на другой адрес много раз подряд.
Чтобы устранить проблему, удалите файлы cookie и попробуйте зайти на сайт еще раз.

«Этот сайт не может обеспечить безопасное соединение. Сайт отправил недействительный ответ» (ERR_SSL_FALLBACK_BEYOND_MINIMUM_VERSION)
Возникла неизвестная ошибка. Чтобы устранить ее, вы можете попробовать обратиться к владельцу сайта.

«Подключение не защищено» (ERR_CERT_SYMANTEC_LEGACY, NET::ERR_CERT_AUTHORITY_INVALID, ERR_CERT_COMMON_NAME_INVALID, NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM, ERR_CERTIFICATE_TRANSPARENCY_REQUIRED) или «Ошибка сертификата SSL»
Если ошибка связана с SHA-1 или Symantec, попросите владельца сайта обновить сертификат сайта.
Если ошибка связана с HSTS, сертификатами конфиденциальности или недопустимыми названиями:

  1. Если вы используете общедоступную сеть Wi-Fi (например, в кафе или аэропорту), сначала подключитесь к ней, открыв любую веб-страницу с префиксом http://. Перейдите на сайт, адрес которого начинается с http://, например http://example.com и выполните вход, чтобы получить доступ к интернету.
  2. Попробуйте открыть сайт в режиме инкогнито. 
  3. Убедитесь, что у вас установлена последняя версия Windows и при необходимости обновите ее.
  4. Если проблему решить не удалось, вы также можете связаться с владельцем сайта или написать в нашу службу поддержки через форму обратной связи Atom.

«Подключитесь к сети»
Эта ошибка может возникать, если вы используете Wi-Fi, для работы с которым нужно авторизоваться (см. пункт 1 предыдущей ошибки).
Чтобы устранить проблему, нажмите «Подключиться» на нужной веб-странице.

«Часы отстают», «Часы спешат» (NET::ERR_CERT_DATE_INVALID)
Эта ошибка возникает, если на вашем устройстве неправильно установлены дата и время. Измените настройки системных часов, чтобы устранить эту ошибку.

Ошибки «На сервере используется слабый эфемерный открытый ключ Диффи – Хеллмана» (ERR_SSL_WEAK_EPHEMERAL_DH_KEY) или «Веб-страница недоступна» (ERR_SSL_VERSION_OR_CIPHER_MISMATCH)
Эти ошибки могут означать, что вы пытаетесь открыть сайт с устаревшим кодом безопасности. Для вашей защиты Atom блокирует такие подключения.

Обновлено 20 августа 2021 г.

На чтение 11 мин Просмотров 1.6к. Опубликовано

Содержание

  1. Что это такое
  2. Зачем убирать
  3. Ошибка 310
  4. Основные причины возникновения
  5. Пути быстрого решения проблемы
  6. Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить
  7. ERR TOO MANY REDIRECTS: что делать, если я владелец сайта
  8. Как исправить ошибку на виртуальном хостинге
  9. Настройка редиректа на VDS Nginx+Apache
  10. Правильные настройки редиректов (перенаправлений)
  11. Принудительный HTTPS
  12. Принудительный HTTPS при использовании прокси-сервера
  13. Перенаправление с HTTP на HTTPS в Nginx
  14. Принудительно без www
  15. Принудительно с www
  16. Как исправить ошибку перенаправлений (редиректов)
  17. Поддержание браузера в рабочем состоянии

Что это такое

Циклическое перенаправление на страницу или циклическое перенаправление — это бесконечный вызов браузера на адрес той же страницы. В некоторых случаях может произойти обращение по другому адресу, которое, в результате, приведет обратно на запрошенную страницу.

Зачем убирать

  • Для быстрого перенаправления посетителей на новый ресурс при переносе сайта на новый домен.
  • Увеличить скорость загрузки страниц сайта за счет отключения HTTPS-соединений.

Ошибка 310

В случае проблем на стороне сервера причиной сбоя становится циклическая пересылка. При открытии сайта может появиться сообщение «На этой странице обнаружено циклическое перенаправление», что может указывать на наличие ошибки 310.

310 (нетто :: ERR_TOO_MANY_REDIRECTS)

Также эта ошибка может появиться при использовании определенного браузера. Наиболее подвержен этой «болезни» браузер Chrome. Хотя и в других подобная проблема не редкость.

Основные причины возникновения

  1. Техническая работа на сервере какое-то время может привести к ошибке. После их завершения, как правило, сайт быстро восстанавливает нормальное функционирование. Если этого не происходило, в большинстве случаев настройки, отвечающие за переадресацию, менялись на стороне сервера.
  2. Повышенная нагрузка на сервер из-за большого количества посетителей, одновременно пытающихся получить доступ к странице. В результате сервер не может справиться с нагрузкой и «зависает» с сообщением об ошибке.
  3. Неправильно установлено время на устройстве, с которого осуществляется доступ к странице. В большинстве случаев браузер автоматически проверяет время на компьютере и на сервере. Если они не совпадают, может возникнуть ошибка пересылки цикла.
  4. Большой объем кэшированных данных и файлов cookie браузера.
  5. Запретить хранение файлов cookie на сайтах в браузере.
  6. Циклическое перенаправление и установка CMS
  7. Перенаправление на HTTPS указывается в панели управления хостингом и в файле .htaccess одновременно.
  8. Ошибка циклического переадресации может возникнуть, если CMS не установлена ​​или настроена неправильно. Это касается как популярных «движков» — WordPress, Joomla, Opencart или 1С-Битрикс, так и менее известных.

Пути быстрого решения проблемы

Исходя из вышеуказанных причин, вы можете решить проблему переадресации цикла следующими способами:

  1. Если после технического вмешательства на сервере доступ к странице не восстановился, необходимо обратиться в техподдержку. В случае изменения настроек сервера специалисты ТП объяснят, что необходимо сделать.
  2. Если сервер «зависает» из-за большого количества запросов, необходимо дождаться уменьшения потока посетителей, а также восстановительных работ, чтобы наладить правильное функционирование ресурса. В этом случае желательно обратиться в техподдержку, чтобы выяснить причину невозможности авторизации.
  3. Очистите файлы cookie, кеш и историю просмотров в вашем браузере.
  4. В настройках безопасности вашего браузера разрешите хранение файлов cookie со сторонних сайтов.
  5. Самое радикальное решение — переустановить CMS. Если это не помогает, вам следует обратиться в службу технической поддержки вашего хостинг-провайдера и получить инструкции по установке и настройке.
  6. Удалите перенаправление HTTPS из файла .htaccess.

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

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

  1. Подумайте, какие действия вы совершали с сайтом в последнее время. Вернитесь к старой версии сайта: если ошибка исчезла, значит, новые настройки не верны.
  2. Проверьте настройки HTTPS. Часто ошибка ERR_TOO_MANY_REDIRECTS появляется, когда перенаправление HTTP на HTTPS настроено неправильно. Вы можете проверить, правильно ли вы настроили перенаправление, следуя инструкциям:
    • редирект для сайтов WordPress.
    • перенаправить на ISPmanager, cPanel или панель управления Plesk,
  3. Проверьте, влияют ли плагины на сайт. Иногда подключаемые модули нарушают работу сервера и могут появляться различные ошибки, в том числе СЛИШКОМ МНОГО ПЕРЕНАПРАВЛЕНИЙ 310. Отключите каждый подключаемый модуль по очереди или переименуйте папку подключаемых модулей в каталоге файлов сайта на любое другое имя. Если сайт работает, удалите плагин виновника.
  4. Если у вас кириллица, проверьте, как ваш домен указан в настройках WordPress. Хотя кириллические домены просты в использовании, они не соответствуют системе UNICODE, поэтому для них был создан Punycode. Именно в таком виде нужно добавить название сайта во все настройки. Чтобы преобразовать кириллический домен в Punycode, воспользуйтесь конвертером. Например, ваш сайт — dachnik.ru. В формате Punycode это будет выглядеть как xn — 80ahnin3d.xn — p1ag.
  5. Ошибка файла конфигурации. У каждой CMS есть собственный файл конфигурации, в котором используются индивидуальные правила перенаправления. Невозможно описать все способы исправления этой ошибки. Вы можете проверить все добавленные правила перенаправления и разрешить конфликт, связавшись с разработчиками сайта или на тематических форумах используемой вами CMS. Кроме того, вам может помочь замена текущего файла для CMS, которую вы используете, на стандартный файл .htaccess. Если вы используете WordPress или Joomla, вы можете добавить несколько записей в элементы конфигурации, используя одну из приведенных ниже инструкций.

Как исправить ошибку в WordPress

Чтобы исправить ошибку в хостинге WordPress CMS, добавьте следующие строки в файл конфигурации wp-config.php, расположенный в корневом каталоге вашего сайта:

определить (‘FORCE_SSL_ADMIN’, истина); if ($ _SERVER ‘HTTP_X_FORWARDED_PROTO’ == ‘https’) $ _SERVER ‘HTTPS’ = ‘on’;

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

SetEnvIfNoCase X-Forwarded-Proto «https» HTTPS = активен

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

Как исправить ошибку в Joomla

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

RewriteCond% {HTTP: X-FORWARDED-PROTO} ^ https $ RewriteRule.? — E = HTTPS: on PHP должен работать в режиме FastCGI, чтобы правильно исправить ошибку «Сайт перенаправлен слишком много раз». Узнайте больше о том, как работает PHP. На виртуальном хостинге по умолчанию установлен режим PHP FastCGI. Этот режим также доступен на сервере VPS.

Как исправить ошибку на виртуальном хостинге

Эта ошибка возникает, когда есть перенаправление в файле «.htaccess» и перенаправление включено в ISPmanager. Вы можете прочитать об этом в статье «Что такое редирект» в нашем блоге. Чтобы исправить это, вам нужно проверить файл «.htaccess» на наличие переадресации с «http» на «https», используя алгоритм, описанный ниже.

  1. Зайдите в ISPmanager, в разделе «WWW» выберите «WWW-домены» и нужный домен. Затем нажмите «Каталог» в верхнем меню, чтобы получить доступ к файлам сайта.
  2. Выберите файл «.htaccess» одним щелчком мыши и нажмите «Изменить» в верхнем меню.
  3. Проверьте файл на наличие перенаправлений. Вы можете узнать о возможных вариантах перенаправления в «.htaccess» здесь.
  4. Проверьте, включено ли перенаправление в настройках ISPmanager. В разделе «WWW» нажмите «WWW-домены», выберите нужный домен и нажмите «Изменить» в верхнем меню.
  5. В появившемся окне проверьте, установлен ли флажок «Перенаправлять HTTP-запросы на HTTPS». Этот элемент будет виден только в том случае, если установлен флажок «Безопасное соединение (SSL)».
  6. В разделе «WWW» нажмите «WWW-домены», выберите желаемый домен и нажмите «Перенаправления» в верхнем меню. Появится список с редиректами. Если перенаправлений нет, оно будет пустым.
  7. Если редирект включен в пункты 1, 2 и 3, то нужно удалить ненужные редиректы, оставив только один.

Настройка редиректа на VDS Nginx+Apache

При использовании Nginx + Apache может произойти зацикленное перенаправление «http на https». Эта проблема связана с тем, что соединение по 80 порту идет на Nginx, а Apache уже за ним. Следовательно, соединение между Nginx и Apache не работает через SSL. В этом случае вам необходимо отредактировать файл конфигурации Nginx. Добавив к нему следующие значения:

Если ($ schema = «http») {rewrite ^ / (. *) $ Https: // $ host / $ 1 постоянный; }

Правильные настройки редиректов (перенаправлений)

Как упоминалось выше, ошибка может быть вызвана неправильными настройками на вашем сайте. По сути, они относятся к настройкам перенаправления в файле .htaccess. Этот файл представляет собой файл конфигурации, используемый для изменения поведения сервера Apache для каждой папки на сайте или сервере. С его помощью можно изменить только некоторые конфигурации Apache, хотя перенаправления обычно доступны для редактирования.

У вас может быть несколько перекрывающихся каталогов файлов .htaccess. Если у вас есть один файл .htaccess в корневом каталоге и другой в подкаталоге, оба будут влиять на этот подкаталог. То есть это может быть причиной конфликта между этими файлами на разных уровнях.

Ниже приведены некоторые примеры редиректов (перенаправлений) в файле .htaccess, которые обычно используются на сайтах.

Принудительный HTTPS

Следующий код сначала проверяет, поступил ли запрос на сервер по протоколу HTTP или HTTPS. Если запрос не использовал HTTPS, конфигурация проинструктирует браузер перенаправить на HTTPS-версию того же веб-сайта и URL-адреса, запрошенного ранее:

RewriteEngine On RewriteCond% {HTTPS} off RewriteRule (. *) Https: //% {HTTP_HOST}% {REQUEST_URI} R = 301, L

Принудительный HTTPS при использовании прокси-сервера

Вы можете использовать прокси-сервер, такой как балансировщик нагрузки или веб-брандмауэр, который можно настроить для использования SSL (HTTPS) во внешнем интерфейсе, но не в серверной части. Чтобы это работало правильно, вам необходимо не только проверить HTTPS в запросе, но и проверить, передал ли прокси-сервер исходный запрос HTTPS на сервер, используя только HTTP. Следующий код проверяет, был ли запрос перенаправлен по HTTPS, и если да, то не пытается перенаправить его дальше:

RewriteEngine On RewriteCond% {HTTPS} off RewriteCond% {HTTP: X-Forwarded-Proto} = http RewriteRule (. *) Https: //% {HTTP_HOST}% {REQUEST_URI} R = 301, L

Перенаправление с HTTP на HTTPS в Nginx

Если на вашем веб-сервере работает Nginx, вы можете легко перенаправить весь свой HTTP-трафик на HTTPS, добавив следующий код в файл конфигурации Nginx:

сервер {слушать 80; имя_сервера domain.com www.domain.com; возвращает 301 https: //domain.com$request_uri; }

Замените domain.com своим собственным доменом.

Принудительно без www

Следующий код в файле .htaccess проверяет, был ли запрошен сайт с www в начале имени домена. Если www находится в URL-адресе, он перезаписывает запрос и указывает браузеру перенаправить на доменное имя без www:

RewriteEngine на RewriteCond% {HTTP_HOST} ^ www . [NC] RewriteRule (. *) Http: //% {HTTP_HOST}% {REQUEST_URI} R = 301, L

Принудительно с www

Этот код в файле .htaccess проверяет, было ли запрошено имя сайта с www в начале имени домена. Если www не включен в URL-адрес, он перезаписывает запрос и сообщает браузеру перенаправить на www-версию домена:

RewriteEngine на RewriteCond% {HTTP_HOST}! ^ Ввв . [NC] RewriteRule (. *) Http: //www.% {HTTP_HOST}% {REQUEST_URI} R = 301, L

Если на вашем сайте есть редирект в файле .htaccess, что перенаправляет на URL, который не совпадает с тем, что находится в базе данных, вы можете получить ошибку в браузере о бесконечном цикле перенаправления (ERR_TOO_MANY_REDIRECTS), как описано выше.

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

Как исправить ошибку перенаправлений (редиректов)

Шаг n. 1. Очистите кеш браузера и удалите файлы cookie

Чаще всего циклические перенаправления могут быть вызваны файлами cookie в браузере, где кэшируются старые перенаправления. Данные браузера, такие как история просмотров, кеш, файлы cookie и т.д., могут содержать неверные данные, что вызывает ошибку ERR_TOO_MANY_REDIRECTS. Очистка этих данных — эффективный способ исправить ошибку. Чтобы очистить данные просмотра:

  • В Mozilla Firefox нажмите кнопку «Меню» и выберите «Параметры». Выберите Конфиденциальность, а затем очистите свою недавнюю историю. Выберите «Все» для временного интервала, затем нажмите «Очистить сейчас).
  • В Google Chrome нажмите Ctrl + Shift + Del, выберите необходимые данные, продолжительность данных и нажмите Очистить данные

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

Шаг n. 2: попробуйте в других браузерах

Ошибка ERR_TOO_MANY_REDIRECTS может возникать только в используемом вами браузере. Вы можете попробовать открыть тот же URL в другом браузере. Если ошибка не исчезнет, ​​проблема может быть на стороне сервера.

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

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

  1. Своевременно очищайте историю и делайте это не реже одного раза в неделю при активном использовании браузера.
  2. Отключите неиспользуемые плагины и расширения.
  3. Регулярно обновляйте браузер на официальном сайте разработчика.

После того, как Вы установили SSL-сертификат на Ваш сайт, мы по умолчанию переводим его на протокол HTTPS, чтобы обеспечить безопасное соединение для всех Ваших посетителей.

Однако иногда применение HTTPS может вызвать ошибку ERR_TOO_MANY_REDIRECTS, или циклическую переадресацию. Причиной проблемы могут быть уже существующие похожие или конфликтующие редиректы. Например, у Вас есть редирект с HTTP на HTTPS, а сразу после него — переадресация с HTTPS на HTTP. Это создаст петлю. Эта статья поможет Вам решить проблему ERR_TOO_MANY_REDIRECTS, вызванную новой установкой SSL 😊

Наиболее частые причины возникновения циклической переадресации:

Причина 1 — Конфликтующие или повторяющиеся редиректы в панели управления или .htaccess

Если Вы создавали какие-либо редиректы вручную в файле .htaccess, причина может быть в одном из них. Чтобы проверить это, временно отключите файл .htaccess (переименовав файл) и откройте сайт в режиме инкогнито. Если сайт начал работать, вручную проверьте все переадресации, которые есть в файле, включая их поочереди, что поможет найти конфликтующие. Для этого Вам может понадобиться помощь разработчика Вашего сайта.

Ещё один вариант — проверить раздел перенаправлений в панели управления hPanel, так как некоторые редиректы могут быть созданы там.

Причина 2 — Неверные настройки Cloudflare

Если Вы используете Cloudflare, причиной может быть неправильный тип связи SSL или отключенная опция Universal SSL.

Если Вы используете Cloudflare через Hostinger, откройте Хостинг → Управлять → Cloudflare:

И убедитесь, что для опции SSL / Тип шифрования связи выбран вариант Полный:

Если Вы используете Cloudflare напрямую, необходимое значение можно найти на странице SSL/TLS как SSL/TLS encryption mode.

Чтобы проверить включён ли Universal SSL, обязательно войдите в свою панель управления Cloudflare (если у Вас есть Cloudflare от Hostinger, используйте адрес электронной почты своего профиля и выберите опцию «Забыли пароль?»). Universal SSL находится на вкладке SSL/TLSEdge Certificates:

Вы должны увидеть такое сообщение:

Причина 3 — Некорректный URL домашней страницы WordPress в базе данных

Если Ваш сайт создан на WordPress, циклическая переадресация может возникнуть из-за неправильных URL-адресов в базе данных. Чтобы проверить это, откройте базу данных Вашего сайта через phpMyAdmin и перейдите к таблице wp-options:

Там проверьте значения siteurl и home, они должны быть с https:// впереди:

Если вместо этого Вы видите префиксы http, измените их на https:// и Ваш сайт заработает правильно.

При настройке работы сайта, может возникнуть ситуация, когда появляется сообщение с ошибкой «ERR_TOO_MANY_REDIRECTS» или «На этой странице обнаружена циклическая переадресация ERR_TOO_MANY_REDIRECTS» (рис 1).

ERR_TOO_MANY_REDIRECTS
Рисунок 1.

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

Что нужно проверить

1. Если вы подключали SSL сертификат для сайта, то хостинг (в основном shared типа), часто, принудительно прописывает в файл web.config новое правило редиректа с http на https, что может вызвать зацикливание переадресаций.

Решение: Обратитесь к хостингу, или самостоятельно, удалите секцию редиректа из файл web.config.

Обычно она выглядит вот так.

<rule name=»HTTP/S to HTTPS Redirect» enabled=»true» stopProcessing=»true»>

    <match url=»(.*)» />

    <conditions logicalGrouping=»MatchAny»>

      <add input=»{SERVER_PORT_SECURE}» pattern=»^1$» />

      <add input=»{SERVER_PORT_SECURE}» pattern=»^0$» />

    </conditions>

    <action type=»Redirect» url=»https://{HTTP_HOST}/OWA/» redirectType=»Permanent» />

</rule>

2. Ошибка в настройке 301ого редиректа. Вторая причина возникновения ошибки, даже наиболее вероятная, что что-то было не верно настроена в правилах работы 301ого редиректа.

В этом случае, если у вас всё ещё есть доступ к сайту, то проверьте какие правила 301 для конкретно не работающего адреса были сделаны.

Правила настройки 301 редиректа в инструкции.

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

Тэги: ERR_TOO_MANY_REDIRECTS, 301, хром, циклическая, переадресация, на этой странице обнаружена

Понравилась статья? Поделить с друзьями:
  • Ошибка навигатора бабангида текст
  • Ошибка на терминале сбербанка 4212
  • Ошибка навигатора zambezi
  • Ошибка на этикетке продукции
  • Ошибка нагревателя датчика кислорода приора