Не могу войти на сайт WordPress из-за цикла редиректа reauth=1

В моем случае решение проблемы с зацикливанием входа в 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, что вызывает бесконечный цикл редиректов.

Ошибки "Headers already sent" часто возникают из-за конфликтов плагинов. Поскольку у вас есть доступ к 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);

Забавно, потому что кажется, что каждый решил эту проблему по-своему.

Вот мой способ: похоже, что вход ВЫПОЛНЯЕТСЯ, но WordPress продолжает перенаправлять вас на страницу входа. Безумие...

Я попробовал это: 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 в адресной строке и загрузил укороченную версию ссылки 5) По волшебству WP перенёс меня в админ-панель...

Попробуйте, может поможет

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

// wp-config.php

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

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

У меня была такая же проблема с перенаправлением страниц. Когда я заходил на адрес своей страницы с изображениями и фотографиями, меня сразу же перекидывало на страницу туристической деревни. Я сразу позвонил хостинг-провайдеру, где размещен мой сайт, но у них этой проблемы не было. Я попросил проверить на вирусы и восстановить сайт из резервной копии, но проблема сохранялась. Затем я позвонил нескольким друзьям, и никто из них не сталкивался с этой проблемой — все прекрасно видели мой сайт онлайн. Только я не мог его увидеть.

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

В итоге я обратился к технику по Mac, который после часа диагностики предположил, что проблема может быть в системе Mac OS, и посоветовал её переустановить. Однако сегодня днём я вспомнил, что в Mac есть папка «Утилиты», внутри которой есть инструмент для проверки всей системы и исправления ошибок. Я попробовал... и вы не поверите — теперь всё работает идеально!

Я так и не понял, в чём была проблема, но теперь советую: прежде чем звонить кому-то или гадать, в чём дело, попробуйте «Дисковую утилиту» (Disk Utility) — конечно, если у вас Macintosh.

Проверьте свою базу данных на наличие лишнего перевода строки в записях siteurl или home в таблице wp_options. Мне это стоило пары часов.