Не удается войти в систему, а wp-login.php перенаправляет на wp-admin%2F&reauth=1?

У меня была такая же проблема... очистка куков не помогла.

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

Существует множество возможных причин этой проблемы. Некоторые из них связаны с вашей базой данных. Попробуйте включить WP_DEBUG и проанализировать сообщения об ошибках.

В моём случае (именно так я наткнулся на ваш вопрос) проблема заключалась в записи токена сессии в usermeta. Я зашёл в PhpMyAdmin > wp_usermeta > и удалил значение meta_value для session_token. (Подробности здесь https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1)

Это может быть вызвано сбоем таблицы WordPress. Установка define('WP_DEBUG', true); в файле wp-config.php покажет вам, какая именно таблица дала сбой, если это так.

Когда происходит перенаправление с http://mysite на http://mysite/, такая ситуация неизбежна. В моём случае работает управляющий процесс httpd с несколькими виртуальными хостами. Один из них был настроен следующим образом:

<VirtualHost *:*>
    ServerName mysite.com
    ProxyPass "/blog" "http://bloghtml/blog/"
    ProxyPreserveHost On
</VirtualHost>

Изменение "/blog" на "/blog/" решает проблему.

Я решил эту проблему, определив ключи безопасности в файле wp-config.php:

define('AUTH_KEY',         '');
define('SECURE_AUTH_KEY',  '');
define('LOGGED_IN_KEY',    '');
define('NONCE_KEY',        '');
define('AUTH_SALT',        '');
define('SECURE_AUTH_SALT', '');
define('LOGGED_IN_SALT',   '');
define('NONCE_SALT',       '');

По какой-то причине они были пустыми... Замените пустые строки на сгенерированные здесь: https://api.wordpress.org/secret-key/1.1/salt/ (спасибо Josh Rodgers)

У меня тоже была эта проблема, но с другим сообщением. После перепробования множества исправлений: htaccess, переименование плагинов, переименование темы, проверки на наличие пустых строк в wp-config.php — я всё ещё не мог решить проблему.

Войдя в PHPMyAdmin, я попытался оптимизировать таблицы, но получил ошибку отказа в доступе пользователя. Оказалось, что сама база данных была перегружена и затем «заблокирована» хостингом. Обнаружив главного виновника (таблицу логов Wordfence), я очистил её, подождал 30 минут, и вуаля — всё снова заработало.

Думаю, это может помочь кому-то ещё, кто полностью застрял после попыток всех остальных предложенных вариантов!

Это произошло со мной при обновлении моего сайта до PHP версии 7.4. Возврат к версии PHP 7.3 решил проблему. К сожалению, я не знаю, как сохранить новую версию и исправить ошибку. Надеюсь, вскоре разработчики WordPress исправят эту проблему.

Ни один из вышеперечисленных способов мне не помог.

После включения режима отладки:

define('WP_DEBUG', true);

в файле wp-config.php

Сайт сообщал о проблемах с правами доступа для пользователя базы данных...

Что сработало в моем случае — это возврат к root-пользователю базы данных (вместо пользователя 'web' с ограниченными правами).

Очевидно, это не долгосрочное решение, но оно может помочь в вашей ситуации.

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

Мои точные ошибки: Через отладчик WP. После экрана входа появлялся белый экран с этой ошибкой.

Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2079

В логах ошибок Apache.

PHP Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2138, referer: http://example.net/wp-login.php?redirect_to=http%3A%2F%2Fexample.net%2Fwp-admin%2F&reauth=1

Как я решил проблему: 1. В базе данных я изменил пароль администратора на обычный текстовый пароль. 2. Добавил эти строки кода в pluggable.php. По сути, теперь WP распознает незахешированные пароли. Вот измененные фрагменты pluggable.php

function wp_check_password($password, $hash, $user_id = '') {
<------>global $wp_hasher;

<------>//20170713 Добавлено Стефаном
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... и немного ниже

function wp_set_password( $password, $user_id ) {
<------>global $wpdb;

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Изменено Стефаном
<------>$hash=$password;

Надеюсь, это поможет кому-то, потому что гугление не помогло мне.

У меня была та же проблема, но я не мог от нее избавиться даже после долгих попыток. Нашел ответ здесь http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/. Оказалось, это просто проблема с куками - нужно очистить куки браузера и снова включить их, вот и все.

Я решил эту проблему, используя https:// для доступа к своему сайту вместо http://. Таким образом, у меня не возникало перенаправлений. https://my_website.com/admin Вы также можете изменить значения "siteurl" и "home" в таблице options через phpmyadmin в cpanel, чтобы они указывали на https. Я заметил, что это может быть связано с неправильным перенаправлением SSL.

Я столкнулся с этой проблемой после переноса моего сайта с одного сервера на другой. После импорта базы данных на новый сервер, я не мог войти в систему. На новом сервере я еще не настроил SSL-защиту сайта, поэтому мне пришлось изменить значения siteurl и home в базе данных.

Решение

• Я исправил это, зайдя в базу данных и изменив siteurl и home с https:// на http:// в таблице wp_options.

Возможно, это поможет другим.

Попробуйте удалить строку запроса из URL (символ "?" и всё, что после него) — то есть: перейдите напрямую на wp-login.php. У меня это сработало. Я пробовал сменить пароль, изменить соли (salts), очистить meta_value для session_tokens в таблице wp_usermeta. Ничего из этого не помогло.

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

Только что столкнулся с той же проблемой. Ничего не помогло: очистка кеша, правка .htaccess, очистка сессий в БД, отключение плагинов через FTP и т.д. Мне удалось войти только в режиме инкогнито Chrome. После этого обычный вход всё равно не работал. Просто очистки кеша браузера оказалось недостаточно — пришлось вручную удалить все куки, связанные с доменом.

Настройки > Дополнительные настройки > Настройки контента >

В разделе "Настройки конфиденциальности" нажмите кнопку "Настройки контента"

В разделе "Cookies" нажмите кнопку "Все файлы cookie и данные сайтов"

Затем найдите свой сайт по ключевому слову в поисковой строке: Выделите свой сайт и нажмите Delete на клавиатуре.

Нажмите Готово и попробуйте снова войти на сайт (в обычном режиме, т.е. просто закройте окно в режиме инкогнито)

Если сайт уже был открыт в другой вкладке, вы получите ошибку cookie. Закройте все вкладки, откройте заново, войдите и наслаждайтесь

Эти инструкции сработали для меня => https://core.trac.wordpress.org/attachment/ticket/37071/fix-wp-login-error.patch

это может быть довольно глупо, но я решил эту проблему, проверив таблицу options, мне пришлось исправить строки с url сайта

(1, ‘siteurl’, ‘example.com’, ‘yes’),
(2, ‘home’, ‘example.com’, ‘yes’),
(3, ‘blogname’, ‘my web site’, ‘yes’),

Со мной это произошло после смены URL сайта, когда я забыл изменить site_url в таблице wp_sitemeta. После того как я изменил значение на новый URL, проблема была решена.

Я решил свою проблему, заменив файл wp-login.php на аналогичный файл с другого сайта, где вход в систему работал корректно.

Моя ошибка была вызвана следующей директивой в конфигурационном файле nginx

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Кэшировать страницы с куками