Anmeldung auf meiner WordPress-Site nicht möglich. Reauth = 1 Umleitungsschleife. Irgendwelche Ideen, wie man das behebt?

Ich habe Schwierigkeiten, mich bei meiner WordPress-Site anzumelden. Wenn ich versuche, example.com/wp-admin aufzurufen, wird eine leere Seite angezeigt und die URL-Leiste ändert sich in:

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

Wenn ich example.com/wp-login.php besuche, wird nur eine leere weiße Seite ohne Änderung der URL angezeigt.

Ich habe bestätigt, dass dies kein Problem mit irgendetwas auf meinem lokalen Computer ist, da das Verhalten über mehrere Browser und Geräte hinweg andauert.

Ich habe zahlreiche Forenbeiträge zu diesem Thema gefunden, aber keiner bietet eine zufriedenstellende Lösung.

Bitte helfen Sie mir, da ich den Inhalt der Website dringend aktualisieren muss.

Update: Ich habe das Debuggen von WordPress aktiviert und sehe den folgenden Fehler

Fatal error: Cannot redeclare check_password_reset_key() 
(previously declared in /home/wordpress/public_html/wp-login.php:281) 
in /home/wordpress/public_html/wp-includes/user.php on line 1637

Tipps zur Behebung dieses Problems sind jederzeit willkommen

Hatte das gleiche Problem ... das Löschen der Cookies hat nicht den Trick getan.

Der Trick bestand darin , mich zuerst im Inkognito- Modus anzumelden, und dann konnte ich mich normal anmelden.

Es gibt viele mögliche Ursachen für dieses Problem. Einige haben mit Ihrer Datenbank zu tun. Versuchen Sie, WP_DEBUG zu aktivieren und die Fehlermeldungen zu interpretieren.

In meinem Fall (so bin ich hier auf Ihre Frage gestoßen) bestand das Problem darin, ein Sitzungstoken in usermeta zu schreiben. Ich ging in PhpMyAdmin> wp_usermeta> und löschte den meta_value für session_token. (Ausführliche Geschichte hier https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )

Dies kann durch einen Absturz der WordPress-Tabelle verursacht werden. Einstellung define ('WP_DEBUG', true); In der wp-config.php sehen Sie genau, welche Tabelle abgestürzt ist, wenn dies der Fall ist.

Ich habe dieses Problem gelöst, indem ich Sicherheitsschlüssel definiert habe in 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',       '');

Aus irgendeinem Grund waren sie leer ... Ersetzen Sie leere Zeichenfolgen durch die hier generierten: https://api.wordpress.org/secret-key/1.1/salt/ (danke Josh Rodgers)

Immer wenn Sie einen Stürmer von haben http://mysite bis haben http://mysite/, muss dies passieren. In meinem Fall wird ein Verwaltungs-httpd-Prozess ausgeführt, der mehrere virtuelle Hosts enthält. Einer wurde so konfiguriert:

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

Ändern, "/blog"um "/blog/"das Problem zu beheben.

Ich hatte auch dieses Problem, hatte aber eine andere Nachricht. Nachdem ich die unzähligen Fixes durchgearbeitet hatte: htaccess, umbenannte Plugins, umbenanntes Theme, auf Leerzeichen in wp-config.php überprüft, blieb ich immer noch stecken.

Anmelden bei PHPMyAdmin Ich habe versucht, Tabellen zu optimieren, habe jedoch einen vom Benutzer abgelehnten Fehler erhalten. Es stellte sich heraus, dass die Datenbank selbst übergroß war und dann vom gemeinsam genutzten Hosting "blockiert" wurde. Nachdem ich den Haupttäter gefunden hatte (eine Wordfence-Protokolltabelle), schnitt ich das ab, wartete 30 Minuten und hey presto, alles funktionierte wieder.

Dachte, dies könnte jemand anderem helfen, nachdem er jede andere vorgeschlagene Option ausprobiert hat!

Ging gerade das gleiche durch. Kein Glück beim Löschen des Cache, .htaccess, Löschen von DB-Sitzungen, Deaktivieren von FTP-Plugins usw. Ich konnte mich inkognito mit Chrome anmelden. Danach konnte ich mich noch nicht normal einloggen. Browser-Cache alleine hat nicht funktioniert, ich musste gezielt alle Cookies löschen, die mit der Domain zu tun haben.

Einstellungen> Erweiterte Einstellungen anzeigen> Inhaltseinstellungen>

Klicken Sie unter Datenschutzeinstellungen auf die Schaltfläche "Inhaltseinstellungen"

Klicken Sie unter "Cookies" auf die Schaltfläche "Alle Cookies und Websitedaten"

Suchen Sie dann Ihre Website anhand eines Suchbegriffs im Suchfeld: Markieren Sie Ihre Website und klicken Sie auf der Tastatur auf Löschen.

Klicken Sie auf "Fertig" und versuchen Sie erneut, sich bei Ihrer Site anzumelden (im normalen Modus). Verlassen Sie einfach den Inkognito-Modus, indem Sie das Fenster schließen.

Wenn Sie die Site bereits in einem anderen Tab geöffnet hatten, wird ein Cookie-Fehler angezeigt. Alle Tabs schließen, erneut öffnen, anmelden und genießen

Keines der oben genannten hat bei mir funktioniert.

Nach dem Aktivieren des Debug-Modus:

define('WP_DEBUG', true);

in der wp-config.php

Die Site hat mir Berechtigungsprobleme mit dem Datenbankbenutzer gemeldet ...

Was für mich funktioniert hat, war die Rückkehr zum Root-Datenbankbenutzer (und nicht zu einem "Web" -Benutzer mit weniger Berechtigungen).

Offensichtlich keine langfristige Lösung, sondern bietet Ihnen etwas, das Sie ausprobieren können und das möglicherweise für Sie funktioniert.

Ich möchte einen Beitrag zur Community leisten und auch da war dieses Problem sehr ärgerlich. Keiner der Lösungen hat bei mir funktioniert. Ich habe keine Plugins installiert, bevor es passiert ist, also denke ich definitiv, dass es ein Wordpress-Bug ist!

Meine genauen Fehler: Über WP-Debugger. Nach dem Login kam weißer Bildschirm mit diesem Fehler.

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

Über Apache-Fehlerprotokoll.

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

Wie ich das Problem gelöst habe. 1. In der DB habe ich mein Administratorkennwort in Klartextkennwort geändert. 2. Diese Codezeilen wurden zu pluggable.php hinzugefügt. Grundsätzlich erkennt WP jetzt nicht gehashte Passwörter. Hier sind die bearbeiteten Auszüge von pluggable.php

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

<------>//20170713 Added by Stefan
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... und etwas tiefer

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

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Changed by Stefan
<------>$hash=$password;

Hoffe das hilft jemandem, denn googeln hat mir nicht geholfen.

Ich hatte das gleiche Problem , aber bekommen konnte nicht von hier nach zu viel Zeit bekam diese Antwort abreiten http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and -redirecting-issue / so ist es nur ein Cookie-Problem, das wir brauchen, um Browser-Cookies zu löschen und wieder zu aktivieren und das war's.

Ich behebe dies, indem ich https: // anstelle von http: // verwende, um auf meine Website zuzugreifen. Auf diese Weise habe ich keine Umleitung erhalten. https://my_website.com/admin Sie können auch die Werte für "siteurl" und "home" in der Optionstabelle über phpmyadmin im cpanel ändern, um auf ein https zu verweisen. Ich bin wachsam, dass dies ein Problem mit SSL sein könnte, das nicht richtig umleitet.

Ich habe dieses Problem festgestellt, nachdem ich meine Site von einem Server auf einen anderen migriert habe. Nach dem Import der Datenbank auf den neuen Server konnte ich mich nicht anmelden. Auf dem neuen Server hatte ich die Site noch nicht mit SSL gesichert, daher musste ich die Site-URL und das Startverzeichnis in der Datenbank ändern.

Fix

• Ich habe das Problem behoben, indem ich in die Datenbank gegangen bin und die Site-URL und die Homepage von innen https://nach http://innen geändert habe wp_options.

Dies könnte anderen helfen.

Versuchen Sie, den Querystring in der URL ("?" Und alles dahinter) zu entfernen - das heißt: Besuchen Sie wp-login.php direkt. Es hat bei mir funktioniert. Ich habe versucht, das Passwort zu ändern, das Salt zu ändern und den meta_value für session_tokens in wp_usermeta zu löschen. Nichts davon hat funktioniert.

Entschuldigung, ich weiß, das hilft dir nicht, da du sagst, dass dein wp-login.php-Bildschirm weiß ist, aber es könnte jemandem helfen, der wie ich hier durch die Überschrift gezeichnet wurde.

Es passiert mir , nachdem ich Site - URL geändert , aber ich habe vergessen zu ändern site_urlin wp_sitemeta. Dann habe ich den Wert auf die neue URL geändert und das Problem behoben.

Ich habe mein Problem behoben, indem ich die Datei wp-login.php durch eine andere Website ersetzt habe, auf der der Login funktioniert hat.

Mein Fehler lag an der unten stehenden Anweisung in der Nginx Confing-Datei

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie