Не удается войти на мой сайт WordPress. reauth=1 петля перенаправления.

Была похожая запись, однако, решение не сработало для меня.

У меня возникли сложности с входом на мой сайт WordPress. Когда я пытаюсь зайти на example.com/wp-admin, я вижу страницу входа, как обычно, однако, после ввода своих данных для входа, страница просто перезагружается, и URL изменяется на:

http://example.com/wp-login.php?redirect_to=http%3A%2F%2Fmysite.com%2Fwp-admin%2F&reauth=1

Это зацикливание, которое я не могу преодолеть. Внешняя часть сайта, похоже, работает как обычно. Переход на example.com/wp-login.php и ввод моих данных для входа ведет к такому же поведению, как указано выше.

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

Как предложили другие, я зашел в PhpMyAdmin > wp_usermeta > и удалил meta_value для session_token. Это не решило проблему.

Я включил DEBUG и получил следующие сообщения при загрузке example.com/wp-login.php:

Предупреждение: Невозможно изменить информацию заголовка – заголовки уже отправлены (вывод начат в /home//public_html/wp-includes/wp-db.php:1308) в /home//public_html/wp-login.php на строке 425

Предупреждение: Невозможно изменить информацию заголовка – заголовки уже отправлены (вывод начат в /home//public_html/wp-includes/wp-db.php:1308) в /home//public_html/wp-login.php на строке 438

Я нашел множество сообщений на форумах по этой проблеме, но ни одно из них не предлагает удовлетворительного решения.

Пожалуйста, помогите, так как мне срочно нужно обновить контент на сайте.

Для меня решение этой проблемы с зацикливанием входа в WordPress было в базе данных. Итак, первый шаг – войти в базу данных. Я просто использовал для этого PhpMyAdmin. После входа найдите вашу таблицу WordPress и перейдите к таблице wp_options.

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

1. option_name: siteurl
2. option_name: home

Убедитесь, что URL, указанный в обоих этих полях, соответствует вашим ожиданиям (один и тот же URL). Измените значение, и вы должны быть готовы.

Моё решение заключалось в добавлении больше дискового пространства на сервер. Это вызвало перенаправление в WordPress при входе.

Для меня зацикливание перенаправления началось, когда я переключился с HTTP на HTTPS. Решением было добавить эту строку в файл wp-config.php:

$_SERVER["HTTPS"] = "on";

WordPress зависит от переменной $_SERVER[“HTTPS”] для проверки, работает ли он по SSL. В результате, когда эта переменная не установлена, и SSL принудительно включен, WordPress пытается перенаправить обратно на http. Это вызывает зацикливание перенаправления.

Ошибки “Заголовки уже отправлены” часто вызваны конфликтами плагинов. Так как у вас есть доступ к phpMyAdmin, вы можете попробовать очистить данные active_plugins из таблицы options. (Но сначала я бы скопировал и сохранил option_value на всякий случай, чтобы сбросить его, если это не поможет.)

У меня была похожая проблема с входом в админку сайта WordPress. Моя проблема была решена путем понижения версии PHP на моем веб-сервере с 7 до 5. Некоторые плагины могли работать неправильно под PHP 7. Так что после понижения я деактивировал все из них и обновил PHP до 7, и всё заработало.

У меня была та же проблема. В моем случае mysql база данных не была обновлена и писалось в нее невозможно.

Я обнаружил это, просмотрев журналы ошибок сервера, где нашел множество ошибок, таких как: Ошибка базы данных WordPress: INSERT, UPDATE команда отклонена пользователю '<MYUSER>'@'<MYDBHOST>' для таблицы '<MYPREFIX>_options'

Мое решение было похоже на решение @Marco Panichi – я не осознал, что моя база данных превышает лимит размера. Исправил это в панели хостинга, и проблема исчезла. Иронично, что письмо с лимитом размера от моей хостинговой компании попало в спам 🙂

Проверьте права доступа к файлам на wp-login.php и/или /wp-admin

Я просмотрел все предложения, сделанные в различных статьях и темах, но не добился прогресса.

Просматривая журнал сервера, я увидел намеки на права доступа к файлам во время попыток входа в WordPress. Поэтому в FTP я проверил права доступа на различных ключевых файлах.

Папка /wp-admin имела права доступа, установленные на 775, и просто изменив их на более безопасные 755, я решил свою проблему с входом.

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

Это может быть иногда вызвано плагином wp-super-cache… в сочетании с плагином really-simple-SSL.

Решение: в wp-config.php измените:

define('WP_CACHE', true);* на *define('WP_CACHE', false);

Это интересно, потому что кажется, что у всех есть разные решения.

Мое решение такое: практически кажется, что вход ПРОИСХОДИТ, НО WP продолжает перенаправлять вас на страницу входа. С ума сойти…

Так что я попробовал это: https://wordpress.org/support/topic/login-loop-on-aruba-softaculous/#post-11211949

В моем случае:

1) Я перешел на https://my-url/wp-admin
2) WordPress перенаправил меня на страницу входа с длинным URL-адресом перенаправления. Я ввел свои данные для входа.
3) WP снова перенаправил меня на страницу входа.
4) Я УДАЛИЛ часть URL после wp-login в адресной строке и загрузил сокращенный URL.
5) Магическим образом WP перенес меня в панель администрирования…

Посмотрите, поможет ли это.

Если ваш WordPress находится за прокси-сервером, вызывающим бесконечные перенаправления на https, вам может понадобиться сообщить WordPress, что HTTPS на самом деле включен:

// wp-config.php

if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false) {
    $_SERVER['HTTPS'] = 'on';
}

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

1.340 / 5.000
У меня была такая же проблема с перенаправлением страницы, когда я заходил на страницу с изображениями и фотографиями, меня немедленно перенаправляло на страницу туристической деревни. Я немедленно позвонил хостинг-провайдеру, где хранится мой сайт, но у него не было этой проблемы, я попросил его проверить на вирусы и удалить сайт, а затем восстановить резервную копию, но проблема все равно сохранялась, я позвонил нескольким друзьям, и ни у кого не было этой проблемы, все могли видеть мой сайт в интернете идеально, только я не мог его увидеть, поэтому я задумался о линии домашнего интернета, позвонил менеджеру, который проверил всю линию, но проблем не было, я сменил маршрутизатор, но проблема все еще сохранялась, я не мог увидеть свою страницу. Поэтому я вызвал техника по Mac, который через час сказал мне, что проблема может быть в системе Mac OS и что мне нужно ее переустановить. Сегодня днем я вспомнил, что в Mac есть папка Утилиты, и внутри есть утилита, которая проверяет всю систему, и если есть что-то не так, она это исправляет, поэтому я попробовал… и вы не поверите, теперь все работает идеально, я не знаю, в чем была проблема, но прежде чем звонить или думать, что проблема в этом или том, проверьте СЛУЖБУ УТИЛИТЫ ДИСКА, если у вас есть Macintosh.

Проверьте, есть ли перенос строки (нажатие Enter) в ваших записях siteurl или home в таблице wp_options. Это отняло у меня пару часов времени.