Циклическая переадресация WordPress - решение проблемы. Wordpress ssl циклическая переадресация


Цикл переадресации SSL с использованием WordPress HTTPS Plugin Wordpress Ask

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

  1. Первый шаг, который вы должны предпринять, пытаясь заставить SSL для администратора вашего сайта следовать указаниям в кодексе . Это означает определение параметра FORCE_SSL_ADMIN в файле wp-config.php.
  2. Обязательно обратите внимание на предупреждение в кодексе, что это изменение должно быть выше /* That's all, stop editing! Happy blogging. */ /* That's all, stop editing! Happy blogging. */ /* That's all, stop editing! Happy blogging. */ line.
  3. Есть много возможных причин, по которым это может дать вам цикл переадресации, но все они сводятся к тому, что is_ssl() возвращает false . Например, вы можете работать за обратным прокси-сервером, который выполняет разгрузку SSL. Если это так, то ваши пользователи вводят https://yourwordpresssite , но SSL-разгрузчик обрабатывает дешифровку, и к моменту, когда ваш сервер получит запрос, запрос больше не является SSL, а ваш сервер видит http://yourwordpresssite . Если вы застряли здесь, снова у кода есть хороший совет, предполагая, что ваш обратный прокси настроен правильно. См. Инструкции здесь: (http://codex.wordpress.org/Administration_Over_SSL#Using_a_Reverse_Proxy).

Если это все еще не работает, ваш обратный прокси-сервер может не устанавливать заголовок HTTP_X_FORWARDED_PROTO . К сожалению, ни один из этих материалов не стандартизирован, и есть более чем один способ указать, что разгрузка SSL имела место. Способ, используемый нашим балансировщиком нагрузки (Citrix Netscaler), – это заголовок, созданный Microsoft под названием Front-End-Https . Вы можете увидеть этот заголовок как один из распространенных нестандартных заголовков ответов, перечисленных в wikipedia здесь: (http://en.wikipedia.org/wiki/List_of_HTTP_header_fields#Common_non-standard_response_headers). Обратите внимание, что к моменту, когда ваш сервер увидит этот заголовок, он будет выглядеть как HTTP_FRONT_END_HTTPS . Также обратите внимание, что Netscaler не отправляет этот заголовок по умолчанию – вам нужно настроить его для добавления заголовка. Это описано здесь , и есть хорошая видеоролик о том, как это сделать здесь .

В конце концов, потому что мы делаем весь сайт только с HTTPS, я решил использовать плагин wordpress-https, который отлично справляется с обработкой крайних случаев (например, другие плагины WordPress с жестко закодированными URL http: //, которые будет вызывать предупреждения на ваших защищенных страницах). Я HTTP_FRONT_END_HTTPS плагин, чтобы узнать заголовок HTTP_FRONT_END_HTTPS и отправляю патч автору, поэтому в какой-то момент это должно быть поддержка этого плагина.

Удачи!

Проверка на is_ssl() самом деле не самая лучшая в WP. Вы можете взять этот mu-plugin, чтобы получить лучшую проверку. Затем просто придерживайтесь рекомендаций кодекса .

Ad WordPress HTTPS-Plugin) Я бы не стал считать слишком много на этом плагине, когда смотрю на багажник …

Mu-плагины

MU-плагины в Codex

Я решил эту проблему для меня, перейдя на CDN (Cloudflare) сайта и установив режим SSL в «полный»,

Раньше он был «гибким», который, я полагаю, вызывал или позволял смешивать запросы http и https.

Несмотря на то, что у меня был CDN в режиме «разработчик» (который, как я думал, остановил CDN от влияния на сайт), в то время как я искал эту проблему, установка SSL все еще имела влияние.

wordpressask.com

Переадресация wp-admin с помощью ssl Wordpress Ask

В настоящее время у меня есть сайт, работающий на HTTPS с активированным подключаемым модулем SSL

Веб-сайт: https://www.greenwichsentinel.com

Плагин SSL: действительно простой SSL

Версия WordPress: 4.0.7 (Multisite)

Все настроено правильно, однако при попытке входа в сайт или просмотра панели панели мониторинга я попадаю в цикл перенаправления.

Например, попытка входа в систему через https://www.greenwichsentinel.com/wp-admin заставляет страницу перейти на https://www.greenwichsentinel.com/wp-login.php?redirect_to=http%3A%2F%2Fwww.greenwichsentinel.com%2Fwp-admin%2F&reauth=1 . Единственная ссылка, которая, похоже, работает: https://www.greenwichsentinel.com/wp-login.php .

Я проверил все настройки и не могу понять, почему эта проблема возникает. Любые рекомендации по этому вопросу высоко ценятся.

спасибо

Редактировать 1 Без активации плагина и с другими плагинами это не проблема, похоже, это связано с этим конкретным плагином

Solutions Collecting From Web of "Переадресация wp-admin с помощью ssl"

Недавно я использовал перенаправление в .htaccess на сайт и, похоже, работает нормально.

RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

вам лучше не использовать плагин и редактировать файл .htaccess (в корневом каталоге), что-то вроде этого вверху:

RewriteEngine On RewriteCond %{HTTP_HOST} ^somesite.com [NC] RewriteRule ^(.*)$ https://www.somesite.com/$1 [L,R=301]

поэтому ваш файл .htaccess может выглядеть примерно так:

RewriteEngine On RewriteCond %{HTTP_HOST} ^somesite.com [NC] RewriteRule ^(.*)$ https://www.somesite.com/$1 [L,R=301] # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress

и не забудьте установить адрес (URL) и адрес сайта (URL) в WordPress admin (настройки -> общие), чтобы они были на https не http

wordpressask.com

Правильный переход сайта WordPress с http на https

Здравствуйте уважаемые читатели портала. В этой статье, я поделюсь с вами информацией о том, как быстро и без проблем сделать Правильный переход сайта WordPress с http на https.

Правильный переход сайта WordPress с http на https

На прошлой неделе, я решил перевести свой сайт с http на https. В процессе перехода, я столкнулся с некоторыми трудностями, но, в итоге, я с ними справился довольно быстро и теперь мой сайт работает по защищённому протоколу HTTPS. Расскажу подробнее о проблемах, с которыми столкнулся я, и возможно, столкнулись вы, а так же о том, как за пару минут осуществить правильный переход сайта WordPress с http на https.

Проблема при переходе сайта на https № 1 – циклическая переадресация

Столкнулся я с этой проблемой на первых минутах перехода. Всё сделал как «по инструкции», а именно: подключил сертификат к домену, настроил 301 редирект с http на https, и в админке вордпресс, поменял адреса сайта на https. Как только я нажал кнопку «сохранить изменения», мой сайт перестал работать, и началась циклическая «чудо переадресация». Вот что я увидел в браузере: Firefox определил, что сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится.

Решение проблемы циклической переадресации

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

Я в свою очередь, тоже, испытал все рекомендованные способы, вносил изменения в файлы .htaccess, wp-config.php и так далее, и тому подобное. Часа три провозился, проблема оставалась актуальной. Удалил я все внесённые изменения в файлы и решил идти другим путём. Как же я так мог, на время забыть о том, что мой сайт, работает WordPress.

С http на https за пару минут с плагином Really Simple SSL

Для тех, кто использует WordPress в качестве CMS, существует быстрое и безболезненное решение проблемы с переходом сайта на https. Решение это – плагин Really Simple SSL.

Три простых шага для установки:

  1. Получите SSL-сертификат и активируйте;
  2. Скачать и активировать плагин Really Simple SSL;
  3. В настройках плагина на всех пунктах поставьте галочки и нажмите кнопку «Сохранить».
Конфликт плагина Really Simple SSL

Надеюсь, у вас всё получится без конфликтов, но, исключения бывают. Конечно, конфликт плагина с вашим шаблоном возможен, но, это конечно редкостный случай, а удивляться тут нечему, ведь чудеса случаются. Если у вас возникла проблема в работе плагина Really Simple SSL, то помните – проблема не в плагине, а в конфликте плагина с вашим шаблоном. Так же, вполне возможен конфликт с другими плагинами, у которых есть доступ к системным файлам и которые вносят в них изменения, вот пример парочки системных файлов: .htaccess и wp-config.php.

На этом всё, надеюсь, что моя статья помогла вам решить проблему с переходом сайта на https. Добра вам и удачи 🙂

Правильный переход сайта на WordPress с http на https

1 (20%) 1 vote

kladproraba.com

Циклическая переадресация на странице сайта WordPress

За время работы над сайтами, а это уже 10 лет, возникало много различных проблем, но с циклической переадресацией столкнулся впервые. Собственно говоря, проблема возникла не у меня, а у моего двоюродного брата. При попытке войти в панель управления WordPress, возникало следующее сообщение:

На странице обнаружена циклическая переадресацияЗагрузка веб-страницы по адресу http://сайт.ru/wp-login.php вызвала слишком много переадресаций. Попробуйте очистить для этого сервера файлы cookie или разрешить их прием от независимых сайтов. Если это не поможет, возможно, проблема связана не с вашим компьютером, а с конфигурацией сервера.

На этой странице обнаружена циклическая переадресация - как исправитьСообщение в Яндекс.Браузерe (сообщение с аналогичным заголовком отображается и в Google Chrome) Эта страница содержит бесконечное перенаправление OperaСообщение в браузере Opera

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

Зашел в панель управления сайтом (cPanel), заглянул в файл .htaccess в корневом каталоге, но ничего подозрительного не обнаружил. Содержание .htaccess соответствовало тому, которое формируют движок WordPress при использовании ЧПУ.

# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule>

# END WordPress

Как бы то ни было, просмотр состоянии сети в браузере показал, что идет многократный 302-й редирект.

Страница многократно ссылается на саму себяСтраница многократно ссылается на саму себя

И вот только тут я приметил слона - в корневом каталоге сайта отсутствовал файл wp-login.php... Попытался сообразить, каким образом испарился файл, но ничего умного в голову не пришло, кроме версии с вирусам, так как ранее возникали проблемы именно по этой причине (на ноутбуке брата был установлен антивирус FREE Avast и сайт был заражен именно с локального компьютера).

Если вы не являетесь большим искателем "приключений", откажитесь от использования бесплатных антивирусов типа Avast. Используйте платные антивирусы типа Kaspersky Internet Security  и Dr.Web Security Space.

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

Теоретически, можно было загрузить только файл wp-login.php, однако файл должен соответствовать установленной версии WordPress. Проще обновить все файлы CMS.

После обновления файлов движка, проблема с циклической переадресацией была решена.

Устранение циклической переадресации WordPress Проблема с редиректами решена

mukhutdinov.com


Смотрите также

Prostoy-Site | Все права защищены © 2018 | Карта сайта