Ich kann mich nicht auf meiner WordPress-Site anmelden. reauth = 1 Umleitungsschleife. Irgendwelche Ideen, wie man das behebt?

Hatte dasgleiche Problem ... das Löschen der Cookies hatnichtgeholfen.

Der Trickbestand darin,sich zuerst über den Inkognito -Modus anzumelden,und dann konnteichmichnormal anmelden.

Had the same problem... clearing the cookies didn't do the trick.

What did the trick was logging in via incognito mode first, and then I was able to login normally.

Esgibt vielemögliche Ursachenfür dieses Problem.Einige habenmit Ihrer Datenbank zutun.Versuchen Sie,WP_DEBUGeinzuschalten und die Fehlermeldungen zuinterpretieren.

Inmeinem eigenen Fall (sobin ich hier auf Ihre Fragegestoßen)bestand das Problem darin,ein Sitzungstokenin usermeta zu schreiben.Ichging zu PhpMyAdmin> wp_usermeta> und löschte denmeta_valuefür session_token.(Detaillierte Geschichte hier https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )

There are many possible causes to this problem. Some have to do with your database. Try turning on WP_DEBUG and interpreting the error messages.

In my own case (which is how I stumbled on your question here), the problems was writing a session token into usermeta. I went into PhpMyAdmin > wp_usermeta > and deleted the meta_value for session_token. (Detailed story here https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1)

Dies kann durcheinen Absturz der WordPress-Tabelle verursacht werden. Einstellung define ('WP_DEBUG',true);in der wp-config.php wird Ihnengenau angezeigt,welche Tabelle abgestürztist,wenn dies der Fallist.

This could be caused by a wordpress table crashing. Setting define('WP_DEBUG', true); in the wp-config.php will show you exactly what table has crashed if this is the case.

Ich habe dieses Problembehoben,indemich Sicherheitsschlüsselin wp-config.php definiert habe:

 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',       '');
 

Ausirgendeinem Grund waren sie leer ... Ersetzen Sie leere Zeichenfolgen durcheinige hiergenerierte: https://api.wordpress.org/secret-key/1.1/salt/ (danke Josh Rodgers)

I resolved this problem by defining security keys 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',       '');

For some reason they were empty... Replace empty strings by some generated here: https://api.wordpress.org/secret-key/1.1/salt/ (thanks Josh Rodgers)

Jedes Mal,wenn Sieeine Weiterleitung von http://mysite an http://mysite/ haben,muss diespassieren.Inmeinem Fall wirdein httpd-Verwaltungsprozess ausgeführt,dermehrere virtuelle Hostsenthält.Eine wurdefolgendermaßen konfiguriert:

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

Das Ändern von "/blog"in "/blog/"behebt das Problem.

Any time you have a forward from http://mysite to http://mysite/, this is bound to happen. In my case, I have a managerial httpd process running that has several virtual hosts. One was configured thusly:

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

Changing "/blog" to "/blog/" fixes the problem.

Ich hatte auch dieses Problem,abereine andere Nachricht.Nachdemich die unzähligen Korrekturen durchgearbeitet hatte: htaccess,umbenannte Plugins,umbenanntes Theme,auf Leerzeichenin wp-config.php überprüft. Ich steckteimmernochfest.

Anmeldenbei PHPMyAdmin Ich habe versucht,Tabellen zu optimieren,aberein Benutzer hat den Fehler verweigert.Es stellte sich heraus,dass die Datenbank selbst übergroß war und dann vom Shared Hosting "blockiert" wurde.Nachdemich den Hauptschuldigengefunden hatte (eine Wordfence-Protokolltabelle),habeich das abgeschnitten,30 Minutengewartet und heypresto,alles hat wiederfunktioniert.

Ich dachte,dies könntejemand anderem helfen,nachdemer alle anderen vorgeschlagenen Optionen ausprobiert hat!

I also had this issue but had a different message. After working through the myriad of fixes: htaccess, renamed plugins, renamed theme, checked for blank space in wp-config.php I was still stuck.

Logging into PHPMyAdmin I tried to optimize tables but got a user denied error. It turned out to be the database itself being oversize and then 'blocked' by the shared hosting. After finding the main culprit (a Wordfence log table) I truncated that, waited 30 minutes and hey presto, it all worked again.

Thought this might help someone else completely stuck after trying every other suggested option!

Ich habegerade dasselbe durchgemacht.Kein Glückbeim Löschen des Cache,.htaccess,Löschen der DB-Sitzung,Plugin zum Deaktivieren von FTP usw. Ich konntemichmit Chromeinkognito anmelden.Danach konnteichmichnochnichtnormaleinloggen.Der Browser-Cache alleinfunktioniertenicht. Ichmusste alle Cookies,die sich auf die Domainbeziehen,speziell löschen.

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 Site-Daten"

Dann suchen Sienach Ihrer Website anhandeines Schlüsselwortsim Suchfeld: Markieren Sie Ihre Website und klicken Sie auf Ihrer Tastatur auf Löschen.

Klicken Sie auf Fertig und versuchen Sieerneut,sichbei Ihrer Site anzumelden (imnormalen Modus,dh verlassen Sieeinfach den Inkognito-Modus,indem Sie das Fenster schließen)

Wenn Sie die Sitebereitsin einem anderen Tabgeöffnet haben,wirdein Cookie-Fehler angezeigt.Schließen Sie alle Registerkarten,öffnen Sie sieerneut,melden Sie sich an undgenießen Sie

Just went through this same thing. No luck with clearing cache, .htaccess, DB session clearing, ftp disabling plugins etc. I was able to log in w/ Chrome incognito. Afterwards I was still not able to log in normally. Browser cache alone did not work, I had to specifically delete all cookies related to the domain.

Settings > Show Advanced Settings > Content Settings >

Under Privacy Settings, click on the “Content Settings” button

Under Cookies, click on the “All Cookies and Site Data” button

Then Search for your website by a keyword in the search box: Highlight your website and click Delete on your keyboard.

Click Done and try to login to your site again (in Normal mode .. ie. just exit out of Incognito mode by closing the window)

If you already had the site open in another tab, you'll get a cookie error. close all tabs, re-open, login and enjoy

Keiner der obengenannten Punkte hatbei mirfunktioniert.

Nach dem Aktivieren des Debug-Modus:

 define('WP_DEBUG', true);
 

in wp-config.php

Die Site hatmir Berechtigungsproblememit dem Datenbankbenutzermitgeteilt ...

Wasfürmichfunktioniert hat,war das Zurücksetzen auf den Root-Datenbankbenutzer (anstatt aufeinen 'Web'-Benutzermit weniger Berechtigungen).

Offensichtlich keine langfristige Lösung,aber Sie könnenetwas anderes ausprobieren,dasfür Siemöglicherweisefunktioniert.

None of the above worked for me.

After enabling debug mode:

define('WP_DEBUG', true);

in wp-config.php

The site was telling me permission issues with the database user...

What did work for me, was reverting back to the root database user (rather than a 'web' user with less permissions).

Obviously not a long-term solution but gives you something else to try that may work for you.

Ichmöchteeinen Beitrag zur Community leisten und auch,da dieses Problem sehr ärgerlich war. Keine der Lösungen hatbei mirfunktioniert. Ich habe keine Pluginsinstalliert,bevorespassiertist,also denkeich definitiv,dassesein Wordpress-Fehlerist!

Meinegenauen Fehler: Über WP Debugger. Nach dem Anmeldebildschirm kamein weißer Bildschirmmit diesem Fehler.

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

Über das 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
 

Wieich das Problemgelöst habe. 1. In DB habeichmein Administratorkennwortin ein Klartextkennwort umgewandelt. 2. Diese Codezeilen wurden zupluggable.php hinzugefügt. Grundsätzlicherkennt WPjetztnichtgehashte Passwörter. Hier sind diebearbeiteten Auszüge vonpluggable.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);
 

... undetwasniedriger

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

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

Hoffe,das hilftjemandem,denn Googeln hatmirnichtgeholfen.

I would like to contribute to the community and also since this problem was very annoying. Non of the solution worked for me. I did not install any plugins before it happened so definitely I think it is a Wordpress bug!

My exact errors: Via WP debugger. After login screen came white screen with this error.

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

Via apache error log.

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

How I did solve the problem. 1. In DB I edited my admin password to plain text password. 2. Added these lines of code to pluggable.php. Basically now WP recognizes non hashed passwords. Here is the edited extracts of 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);

... and a bit lower

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

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

Hope this helps someone, because googling did not help me.

Ich hatte dasgleiche Problem,konnte abernicht losfahren,nachdemich zu viel Zeit damit verbracht hatte,diese Antwort von hier zuerhalten. http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/ Es handelt sich alsonur umein Cookie-Problem. Wirmüssen das Browser-Cookie löschen undes wieder aktivieren.

I had the same problem but could not get ride off after spending too much time got this answer from here http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/ so its just a cookie problem we need to clear browser cookie and enable it again and that`s it.

Ichbehebe dies,indemich https://verwende,um aufmeine Website zuzugreifen,anstatt http://,damitich keine Umleitungerhalten habe. https://my_website.com/admin Sie können die Werte "siteurl" und "home"in der Optionstabelle auch überphpmyadminim cpanel ändern,um aufein https zu verweisen. Ichbin aufmerksam,dass diesein Problem sein könnte,wenn sslnicht richtig umleitet.

I fix this by using https:// to access my website instead of http:// that way I did not get any redirection. https://my_website.com/admin You can also change the "siteurl" and "home" values in the options table via phpmyadmin in the cpanel to point to a https. I am of observant that this could be an issue with ssl not redirecting properly.

Ich habe dieses Problemfestgestellt,nachdemichmeine Site voneinem Server aufeinen anderenmigriert habe.Nach dem Importieren der Datenbank auf denneuen Server konnteichmichnicht anmelden.Auf demneuen Server hatteich die Sitenochnicht SSL-sicher,dahermussteich die Site-URL und das Homein der Datenbank ändern.

Fix

• Ich habe das Problembehoben,indemichin die Datenbankgegangenbin und siteurl und home von https://in http://innerhalb von wp_optionsgeändert habe.

Dies könnte anderen helfen.

I expericed this issue after migrating my site from one server to another. After importing the database to the new server, I wasn't able to login. On the new server I hadn't SSL-secure the site yet, so I had to change the siteurl and home in the database.

Fix

• I fixed it by going to database and changing siteurl and home from https:// to http:// within wp_options.

This might help others.

Versuchen Sie,den Querystringin der URL ("?" und alles dahinter) zuentfernen - das heißt: Besuchen Sie wp-login.php direkt.Es hatbei mirfunktioniert.Ich habe versucht,das Passwort zu ändern,die Salze zu ändern undmeta_valuefür session_tokensin wp_usermeta zu löschen.Nichts davon hatfunktioniert.

Entschuldigung,ich weiß,dass dies Ihnennicht hilft,da Sie sagen,dass Ihr Bildschirm wp-login.php weißist,aberes könntejemandem helfen,dermichmag,hier von der Überschriftgezeichnet zu werden.

Try removing the querystring in the URL ("?" and everything behind it) - that is: visit wp-login.php directly. It worked for me. I tried changing password, changing salts, clearing meta_value for session_tokens in wp_usermeta. None of that worked.

Sorry, I know this does not help you, as you say your wp-login.php screen is white, but it might help someone who like me got drawn here by the headline.

Diesgeschahmit meinem,alsichmeine Website auf PHP v7.4 aktualisierte.Downgrade auf PHP 7.3 löstees. Leider weißichnicht,wieich die Versionbehalten und das Problembeheben soll.Hoffentlich werden WP-Entwickler dieses Problembaldbeheben.

this happened to my when I upgraded my website to php v7.4. downgrading to php 7.3 solved it. Unfortunately, I don't know how to keep the version and fix the issue. Hopefully soon WP developers will fix this issue.

Esistmirpassiert,nachdemich die Site-URLgeändert habe,aberich habe vergessen,site_urlin wp_sitemeta zu ändern.Dann habeich den Wertin dieneue URLgeändert und das Problembehoben.

It happened to me after I changed site URL but I forgot to change site_url in wp_sitemeta. Then I changed the value to the new URL, and problem solved.

Ich habemein Problembehoben,indemich die Datei wp-login.php durcheine andere Websiteersetzt habe,auf der die Anmeldungfunktioniert hat.

I fixed my problem by replacing the wp-login.php file with one of another website where the login was working.

Mein Fehler war auf die unten stehende Anweisungin der Nginx-Konfigurationsdatei

 location ~ \.php$ {

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

my error was due to directive below in nginx confing file

location ~ \.php$ {

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