сайт выполнил переадресацию слишком много раз как исправить
Циклическая переадресация WordPress сайта, причины, исправление
От автора
Циклическая переадресация WordPress сайтов хорошо известна, особенно начинающим пользователям. Результатом этой проблемы становится недоступностью сайта или административной панели для просмотра и работы.
Выражается эта проблема «белым экраном WordPress» или различными надписями браузеров типа «This webpage has a redirect loop problem». Официальный код этой ошибки: ERR_TOO_MANY_REDIRECTS.
Циклическая переадресация WordPress: причины
На сайтах WordPress есть две причины появления циклической переадресации:
Причина №1
Под ошибкой «пилота» я имею в виду неправильно выставленные настройки администратором сайта. И заключаются эти настройки в не правильном заполнении двух полей в общих настройках сайта (вкладка консоли Настройки>>>Общие).
Если ваш сайт работает в корневой папке домена, то поля Адрес WordPress (URL) и Адрес сайта (URL) должны совпадать до буквы.
Напомню: Первый адрес определяет URL доступа к вашему сайту, а второй URL определяет доступ к файлам WordPress. Если CMS установлен в подкаталог, то в поле второго URL вписывается адрес подкаталога.
Подкаталоги оставлю в стороне я ими не пользуюсь, поэтому опишу, как может быть. Данная ситуация более вероятна для возникновения ошибки «ERR_TOO_MANY_REDIRECTS».
При заполнении полей 1 и 2 на срине выше (Общие настройки) появилась циклическая переадресация. Причин может быть много, вопрос не в причинах. У вас теперь нет доступа к панели сайта, а нужно поменять https на http в общих настройках. Для этого:
Возникает подобная ошибочная ситуация, когда SSL реализуется отдельно от вашего сервера, например, в облаке. Или вы поторопились или неправильно настроили плагин типа SSL ( о них ниже). Полезно прочесть Русский домен на WordPress, часть 3: безопасный протокол SSL.
Причина №2
Вторая причина, установка плагина, который создаст рассматриваемую циклическую переадресацию WordPress сайта.
.htaccess файл полезный, но требует знаний и аккуратной правки. Некоторые плагины дописывают в этот файл свои правила. Чаще они это делают с предупреждением администратору при настройке плагина.
Для исправления этой причины ошибки, достаточно сначала отключить проблемный плагин. Если непонятно, какой плагин создает проблему, отключать их по одному. Если потеряли вход в административную панель, отключать плагины по FTP, меняя их название (например, добавляя цифру к названию).
Удалять плагин необязательно, нужно просто исправить свою неправильно выставленную настройку.
Причина №3: SSL путаница
Очень часто при переходе на безопасный проток HTTPS после приобретения сертификата приходит циклическая переадресация WordPress.
Здесь проблема в первоочерёдности. Сначала нужно подключить SSL сертификат на вашем сервере, а потом переводить сайт на безопасный проток HTTPS и делать переадресацию HTTP на HTTPS.
И только поле завершения работ на сервере, переходить на сайт и ставить плагины группы SSL, исправляющие смешанный контент сайта. Об этом в статьях:
Причина №4: Облака
Если вы используете облачные сервера, то при переходе на SSL на сервере, нужно изменить настройки в облачном сервисе. Например, на Cloudflare можно попробовать в настройке SSL Flexible SSL поменять на Full SSL или наоборот.
Причина №5: КЭШ
Появление читаемой ошибки циклической переадресации в браузере, может быть исправлено, простой чисткой кэша браузера.
Вывод
В этой статье я показал, что такое циклическая переадресация WordPress, как исправить циклическую переадресацию WordPress сайта. Как правило, причина подобной ошибки лежит на поверхности и связана она с вашими последними действиями на сайте или вашем сервере. Как раз сегодня, 25-11-2019 я исправлял эту ошибку по варианту №1, руками в phpadmin.
Что делать в случае циклического перенаправления на странице
Что это такое
Циклическое перенаправление на странице или циклический редирект, является бесконечным обращением браузера по адресу одной и той же страницы. В ряде случаев может происходить обращение на другой адрес, который, в итоге, опять приводит на запрашиваемую страницу.
Зачем убирать
Ошибка 310
В случае неполадок со стороны сервера, циклическая переадресация становится причиной ошибки. При открытии сайта может появиться сообщение – «на этой странице обнаружена циклическая переадресация» что может служить сигналом о наличии ошибки 310.
Помимо этого, данная ошибка может появиться при использовании определённого браузера. Наиболее подвержен этому «заболеванию» браузер Chrome. Хотя и в других подобная проблема не редкость.
Основные причины возникновения
Пути быстрого решения проблемы
Опираясь на приведённые выше причины, исправить проблему циклической переадресации можно следующими способами:
Как исправить ошибку на виртуальном хостинге
Данная ошибка возникает при наличии редиректа в файле «.htaccess» и включенном редиректе в ISPmanager. Подробнее о нем можно прочитать в статье «Что такое редирект» нашего блога. Для решения проблемы нужно проверить файл «.htaccess» на наличие редиректов с «http» на «https» с помощью изложенного ниже алгоритма.
Настройка редиректа на VDS Nginx+Apache
При использовании Nginx+Apache может произойти зацикливание редиректа «с http на https». Данная проблема связана с тем, что подключение по 80 порту идет на Nginx, а за ним уже находится Apache. Поэтому соединение Nginx и Apache работает не по SSL. В этом случае нужно отредактировать конфигурационный файл Nginx. Добавив в него такие значения:
Поддержание браузера в рабочем состоянии
Браузер также часто становится причиной циклической переадресации. Для минимизации его влияния на возможность возникновения ошибки необходимо совершать ряд профилактических действий.
Как проверить наличие цепочки редиректов
Самый очевидный способ обнаружения — массовая проверка кодов статуса на всех страницах сайта. Сделать это можно с помощью удобных автоматизированных инструментов (redirect tracker), работающих в браузере или в качестве клиентского ПО.
Они функционируют по схожему принципу. Пользователю нужно всего лишь разместить в операционном окне ссылку на интересующий ресурсы, нажать «Старт» и дождаться результатов сканирования.
Популярные сервисы для отслеживания цепочек редиректов
Netpeak Spider
Анализ сайта Webmasta
Проверка переадресации Website Planet
Массовая проверка цепочек редиректов Majento
SEO-помощник Rookee
Работа с файлом настроек каталогов
Перед настройкой, в файл обязательно вносится следующий код:
После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.
Начни экономить на хостинге сейчас — 14 дней бесплатно!
Как исправить ERR_TOO_MANY_REDIRECTS на своем WordPress сайте
Мы сталкиваемся с массой разных ошибок, работая с нашими клиентами, и ERR_TOO_MANY_REDIRECTS – одна из достаточно распространенных. Обычно она появляется после недавних изменений на WordPress сайте, из-за неверной конфигурации редиректа на сервере или вследствие неправильных настроек сторонних сервисов. Однако не волнуйтесь, эту ошибку очень легко исправить. Ознакомьтесь с представленными ниже рекомендациями, которые подскажут вам способы решения проблемы.
Что за зверь такой: ERR_TOO_MANY_REDIRECTS?
Как и следует из названия ERR_TOO_MANY_REDIRECTS, суть ошибки заключается в том, что ваш сайт вступает в бесконечный цикл перенаправления. Обычно сайт перестает работать (URL 1 указывает на URL 2, а URL 2 указывает на URL 1, или домен редиректит вас слишком много раз), и, в отличие от других ошибок, эта проблема сама по себе не решается, а потому вам придется предпринять некоторые действия для ее исправления.
Существует несколько вариаций этой ошибки, что зависит от браузера, с которым вы работаете.
Google Chrome
В Chrome эта ошибка выводится как ERR_TOO_MANY_REDIRECTS или «This webpage has a redirect loop problem».
Текст ошибки: This page isn’t working. domain.com redirected you too many times.
Mozilla Firefox
В 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
В Edge ошибка выводится как «Hmmm… can’t reach this page». Что, естественно, не объясняет сути проблемы.
Ниже мы приведем некоторые рекомендации, которые помогут вам исправить эту ошибку.
Очистка cookies для сайта
Google и Mozilla рекомендуют попробовать очистить cookies, что выводится в виде рекомендаций на странице с ошибкой. Cookies иногда могут содержать ошибочные данные, которые приводят к появлению ERR_TOO_MANY_REDIRECTS. Вы можете попробовать следовать этой рекомендации, даже если вы заметили такую ошибку на сайте, который вам не принадлежит (чтобы открыть к нему доступ).
Cookie файлы сохраняют статус «logged in» на сайтах, а также хранят разные настройки, и потому мы рекомендуем просто удалить файлы cookie для сайта, который привел к ошибке. Это никак не повлияет на ваши остальные сеансы и другие сайты, которые вы часто посещаете.
Выполните следующие действия, чтобы очистить cookie в Chrome.
Чистим кэш сервера, прокси и браузера
Циклы перенаправления – это ответы, которые можно кэшировать, а потому мы рекомендуем попробовать очистить кэш на своем WordPress сайте, в сторонних прокси-сервисах и в своем браузере.
Чистим кэш сервера
Многие хостинги WordPress предлагают свои инструменты для очистки кэша на вашем WordPress сайте. Обычно это выполняется из панели управления вашего хостинга, поскольку ошибка, скорее всего, не даст вам получить доступ к консоли WordPress.
Чистим кэш прокси-сервиса
Если вы используете обратный прокси-сервер, такой как Cloudflare или Sucuri, вы можете попробовать очистить их кэш.
Cloudflare
Чтобы очистить кэш Cloudflare, зайдите в консоль сервиса, выберите Caching и щелкните по Purge Everything.
Sucuri
Чтобы очистить кэш Sucuri, войдите в консоль сервиса, выберите Performance и щелкните по Clear Cache.
Очистка кэша браузера
Если вы хотите проверить и посмотреть, связана ли проблема с кэшем браузера, вы можете просто открыть свой браузер в режиме инкогнито. Либо протестировать другой браузер, чтобы понять, пропала ли ошибка ERR_TOO_MANY_REDIRECTS.
Если проблема вызвана кэшем браузера, вы можете очистить его. Вы всегда можете найти в сети инструкции по очистке кэша используемого вами браузера.
Определяем природу цикла редиректов
Если очистка кэша не помогла, вы можете выяснить причину появления цикла перенаправления. Бесплатный инструмент Redirect Checker поможет вам понять, что именно произошло. То же самое можно сделать и через cURL.
К примеру, сайт ниже имеет цикл 301 редиректов, указывающих на исходный URL, что приводит к большой цепочке ошибочных перенаправлений. Вы можете отследить все редиректы и понять, будет ли цикл вести к исходному URL, или, возможно, это цикл «от HTTP к HTTPS», о чем мы поговорим далее.
Расширение для Chrome под названием Redirect Path также может быть очень полезным. Оно показывает информацию по всем редиректам, которые произошли на сайте (для определенного URL или страницы).
Проверяем настройки HTTPS
Еще одна причина появления ошибки ERR_TOO_MANY_REDIRECTS – это настройки HTTPS. Мы очень часто видели, что ошибка происходит после того, как пользователь перенес свой сайт на HTTPS и либо не завершил процесс, либо настроил что-то некорректно.
С этой проблемой мы сталкиваемся на регулярной основе. Если вы не установите SSL-сертификат на сервер, и при этом заставите свой сайт загружаться по HTTPS, вы тут же войдете в бесконечный цикл перенаправлений. Чтобы исправить это, просто установите SSL-сертификат.
Мы рекомендуем выполнять проверку корректности установки SSL. Сертификаты SSL/TLS требуют установки не только основного сертификата, но еще и корневого и промежуточных сертификатов (цепочки). Все они должны быть корректно установлены.
Перейдите к инструменту проверки SSL, введите свой домен, после чего выполните проверку. Для сканирования SSL/TLS конфигурации на вашем сайте может потребоваться определенное время (порядка минуты).
Существуют бесплатные плагины, которые позволяют реализовать автоматическое перенаправление на HTTPS. Однако мы не советуем данный метод, поскольку сторонние плагины приводят к дополнительным проблемам и вопросам совместимости. Это лишь временное решение. Вы должны вручную обновить все HTTP-ссылки в коде. Для этого вам нужно будет выполнять поиск и замену в WordPress.
Вполне возможно, что правила перенаправления к HTTPS неправильно сконфигурированы на сервере.
Редирект с HTTP на HTTPS для Nginx
Если ваш веб-сервер работает на Nginx, вы можете легко перенаправить весь трафик с HTTP на HTTPS, воспользовавшись следующим кодом, который нужно добавить в конфигурационный файл Nginx. Рекомендуемый метод перенаправления WordPress на Nginx:
Редирект с HTTP на HTTPS для Apache
Возможно, у вас слишком много HTTPS перенаправлений. Проверить это можно с помощью специального инструмента, который называется Redirect mapper. Ниже приведен пример редиректов, которые неверно настроены. Вы можете видеть, что есть дублирующие HTTPS-редиректы, которые происходят как в www, так и non-www версиях.
Проверяем сторонние сервисы
Ошибка ERR_TOO_MANY_REDIRECTS нередко связана с сервисами обратных прокси, такими как, к примеру, Cloudflare. Обычно это происходит из-за включения опции Flexible SSL, если у вас уже имеется SSL-сертификат, установленный на ваш сервер с WordPress. Почему? Когда выбран пункт Flexible SSL, все запросы к вашему хостинг-серверу передаются через HTTP. Скорее всего, ваш хостинг-сервер уже имеет редирект с HTTP на HTTPS, а потому возникает цикл перенаправлений.
Чтобы исправить это, вам нужно изменить настройки Cloudflare Crypto с Flexible на Full или Full (strict).
Также вы можете использовать их правила Always Use HTTPS для страниц, чтобы перенаправлять всех пользователей на HTTPS без создания цикла. Еще одна вещь, которую нужно соблюдать при работе с Cloudflare – следовать правилам редиректа URL-адресов, используемых для переадресации. Будьте осторожны с созданием редиректа для доменов, указывающих на себя в качестве адресата. Это может вести к бесконечному редиректу.
Проверьте настройки вашего WordPress сайта
Необходимо также проверить настройки вашего WordPress сайта. Есть два поля, которые должны быть грамотно заданы. Еще одна популярная ошибка – вы используете неправильный префикс, который не отвечает вашему сайту (с www или без www).
Оба URL должны совпадать, если, конечно, вы не переносили WordPress в отдельный каталог.
Скорее всего, у вас не будет доступа к консоли WordPress. Вы можете переписать эти настройки через файл wp-config.php.
Файл wp-config.php обычно располагается в корне вашего WordPress сайта. К нему можно получить доступ через FTP, SSH или WP-CLI. Чтобы переписать WP_HOME и WP_SITEURL, просто введите следующий код в начало wp-config.php, задав свой домен:
Ниже представлен пример того, как будет выглядеть ваш wp-config.php после всех изменений:
После ручной установки значений для URL вы можете перейти к своему сайту и проверить, пропала ли ошибка.
Временное отключение плагинов WordPress
Временное отключение плагинов WordPress может стать быстрым способом решения проблем. Если у вас есть плагины, которые делают редиректы, они могут стать причиной появления цикла перенаправлений.
Помните, что вы не потеряете никаких данных, если просто отключите плагин. Скорее всего, у вас не будет доступа к консоли WordPress, а потому вам нужно будет зайти по SFTP на сервер и переименовать папку с плагинами. Затем проверьте свой сайт еще раз.
Если метод сработал, вам нужно будет поочередно протестировать каждый установленный плагин. Переименуйте папку с плагинами обратно в plugins, после чего начните переименовывать папки отдельных плагинов до тех пор, пока не найдете виновника. Вы можете также сделать это на тестовом сайте.
Проверьте редиректы на сервере
Помимо редиректов HTTP к HTTPS на вашем сервере, вам нужно проверить, что на сервере отсутствуют другие неграмотно настроенные редиректы. К примеру, один плохой 301 редирект может привести к тому, что сайт перестанет работать. Обычно они располагаются в конфигурационных файлах вашего сервера.
Конфигурация Nginx
Если ваш хостинг использует Nginx, то в таком случае настроить конфигурационный файл будет несколько сложнее, поскольку конфиг может отличаться в зависимости от используемого хостинг-провайдера. Мы рекомендуем в таком случае написать в поддержку хостинга и попросить их проверить файл конфигурации на наличие вещей, которые могут вызывать цикл редиректов.
Ошибка «Сайт выполнил переадресацию слишком много раз»
Причины ошибки «Сайт выполнил переадресацию слишком много раз»
Чаще всего эта ошибка возникает из-за проблем при перенаправлении с HTTP на HTTPS.
Сайты, которые используют незащищенное соединение, работают по протоколу HTTP:
Чтобы сайт открывался по защищенному соединению HTTPS, нужно приобрести и установить SSL-сертификат. Далее понадобится настройка редиректа с HTTP на HTTPS. Он настраивается в панели управления или в конфигурационных файлах .htaccess и web.config, а также требуются действия в CMS (если сайт сделан с её помощью). На этом этапе можно допустить ошибки, которые приведут к проблемам с переадресацией.
Как исправить ошибку «Сайт выполнил переадресацию слишком много раз»
Обратите внимание! Чтобы ошибка «Сайт выполнил переадресацию слишком много раз» была исправлена, PHP должен работать в режиме FastCGI. На виртуальном хостинге PHP FastCGI установлен по умолчанию. На VPS этот режим также доступен к использованию.
WordPress
Если сайт сделан в CMS WordPress, добавьте в конфигурационный файл wp-config.php строки:
if ($_SERVER[‘HTTP_X_FORWARDED_PROTO’] == ‘https’)
Joomla
Если сайт сделан в CMS Joomla, для исправления ошибки в конфигурационный файл .htaccess после строки RewriteEngine On добавьте:
VPS или выделенный сервер
Если сайт размещен на VPS или выделенном сервере, можно добавить в конфигурационный файл Apache httpd.conf строку:
SetEnvIfNoCase X-Forwarded-Proto «https» HTTPS=on
Перезапустите веб-сервер Apache, чтобы изменения вступили в силу.
Ошибка ERR_TOO_MANY_REDIRECTS глазами пользователя и вебмастера
Друзья! Пламенно приветствую вас в очередной нашей статье, посвященной ошибке браузеров. Простая ошибка для пользователей, но порой запутанная для программистов всех уровней:
Опознали ошибку у себя? Примерно также? Не знаете как исправить? Тогда предлагаю сразу же приступить к разбору. У этой ошибки есть два разных сценария обнаружения:
В любом случае – нашли какое-то свое интересное решение или остались вопросы? У нас всегда открыты комментарии. Пишем, не стесняемся, помогаем людям.
Общий раздел – Источники проблемы
Решил вставить здесь этот раздел, т.к. источники появления ошибки на экране по сути одни и те же для всех. Дословный перевод ошибки на русский язык:
ERR_TOO_MANY_REDIRECTS
ОШИБКА_СЛИШКОМ_МНОГО_РЕДИРЕКТОВ
Программисты уже побежали исправлять с полным пониманием, а вот простых пользователей может озадачить слово «Редирект». Редирект – с английского Переадресация. Теперь немного на пальцах про Переадресацию:
Главная причина – браузер попал в такую бесконечную переадресацию. Самый частый пример – вы заходите на главную, а главная бесконечно перенаправляет саму на себя. Эти перенаправления по большей части должны разрешаться именно СЕРВЕРОВ, но если их очень много – ваш БРАУЗЕР выкидывает эту ошибку.
Немного стало понятно? Где-то на сайте случилась ошибка, а вы ее поймали. Браузер сам выходит из этого бесконечного цикла.
Другие браузеры, основанные не на 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.
Я пользователь – как решить проблему?
Этот раздел по устранению посвящается самым простым пользователям, которым нужно здесь и сейчас открыть какой-то сайт. Самое главное:
Как правило, это серверная ошибка. Т.е. вы ничего не можете с ней сделать, кроме как подождать исправления ее программистами того самого сайта, который вы хотели бы открыть.
Т.е. у вас обычно все работает правильно, и браузеры грамотно разрешают ошибки сервера в таком виде. Но если ошибка повторяется и через один-два дня, можно на опережение попробовать следующие быстрые решения:
Выше перечислены все основные советы, на которые я бы вообще обращал внимание. Есть другие редкие случаи (вроде настройки даты-времени), но в 99% случаев оно бесполезно. Если другие сайты открываются нормально – значит просто ждите исправления ошибок программистами. А интересующимся, что они будут делать на своей стороне – можете посмотреть ниже.
Я программист, вебмастер или владелец сайта – как решить проблему?
Ну что коллеги, добро пожаловать в этот раздел! За более чем 10 лет практики разработки сам пару раз падал в бесконечный цикл. Причем это было и на каких-то своих костыльных решениях, так и на WordPress. Методика поиска примерно одинаковая:
Очень надеюсь, что эту ошибку вы не получили уже на рабочем сервере. Но тогда есть вариант использовать любые сервисы проверки редиректов (гуглим «redirect test», «redirect checker» или «проверка редиректов») – попадете на сторонние сайты, которые покажут, куда вообще ваш сайт совершает редирект и с каким статусом (а то может цикл гораздо сложнее). Авось тоже поможет. С разовыми запросами неплохо справляется и Яндекс.Вебмастер (Инструменты – Проверка ответа сервера) – тоже даст ответ сервера, из которого уже можно вытащить и страницу редиректа, и статус. Такой анализ может выявить и сложные многоэтапные циклы, и неверную отработку тех же внешних CDN (я про Cloudflare и SSL, где нужно включать не Flexible SSL, а FULL, т.к. иначе будет цикл редиректов HTTPS – HTTP- HTTPS и т.д.).