Impossibile accedere al mio sito wordpress. reauth = 1 loop di reindirizzamento. Qualche idea su come risolvere questo problema?

Ho avuto lo stessoproblema ... cancellarei cookienon hafunzionato.

Iltrucco è stato accedereprimatramite lamodalità in incognito e poi sono riuscito ad accederenormalmente.

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.

Ci sonomoltepossibili cause di questoproblema.Alcuni hanno a chefare coniltuo database.Prova ad attivare WP_DEBUGe ainterpretarei messaggi dierrore.

Nelmio caso (che èilmodoin cui sonoincappatonellatua domanda qui),ilproblemaera scrivere untoken di sessionein usermeta.Sonoentratoin PhpMyAdmin> wp_usermeta>e hoeliminatoilmeta_valueper session_token.(Storia dettagliata qui 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)

Ciòpotrebbeessere causato da un arresto anomalo di unatabella wordpress. Setting define ('WP_DEBUG',true);in wp-config.phpti mostreràesattamente qualetabella è andatain crash se questo èil caso.

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.

Ho risolto questoproblema definendo le chiavi di sicurezzain 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',       '');
 

Per qualchemotivoerano vuote ... Sostituisci le stringhe vuote con alcunegenerate qui: https://api.wordpress.org/secret-key/1.1/salt/ (grazie 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)

Ogni volta che hai uninoltro da http://mysite a http://mysite/,questo è destinato ad accadere.Nelmio caso,ho unprocesso httpdgestionalein esecuzione che ha diversi host virtuali.Uno è stato configuratoin questomodo:

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

Lamodifica di "/blog"in "/blog/" risolveilproblema.

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.

Ho anche riscontrato questoproblemama ho ricevuto unmessaggio diverso.Dopo aver lavorato su unamiriade di correzioni: htaccess,plugin rinominati,tema rinominato,controllatoper spazio vuotoin wp-config.php,ero ancorabloccato.

Accedendo a PHPMyAdmin Hoprovato a ottimizzare letabellema ho ricevuto unerrorenegato dall'utente.Si è scoperto cheil database stessoera digrandi dimensionie quindi "bloccato" dall'hosting condiviso.Dopo avertrovatoil colpevoleprincipale (unatabella di registro di Wordfence) l'hotroncato,ho aspettato 30minutie,presto,tutto hafunzionato dinuovo.

Hopensato che questopotrebbe aiutare qualcun altro a rimanere completamentebloccato dopo averprovatotutte le altre opzioni suggerite!

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!

Ho appena affrontato la stessa cosa.Nessunafortuna con la cancellazione della cache,.htaccess,la cancellazione della sessione DB,la disattivazione deiplug-in FTPecc. Sono statoin grado di accedere con Chromein incognito.Successivamentenon sono stato ancorain grado di accederenormalmente.La sola cache delbrowsernonfunzionava,ho dovutoeliminare appositamentetuttii cookie relativi al dominio.

Impostazioni> Mostraimpostazioni avanzate> Impostazioni contenuto>

In Impostazioni sullaprivacy,fai clic sulpulsante "Impostazioni contenuto"

In Cookie,fare clic sulpulsante "Tuttii cookiee i dati dei siti"

Quindi cercailtuo sito webtramite unaparola chiavenella casella di ricerca: Evidenziailtuo sito webe fai clic su Elimina sullatastiera.

Fai clic su Finee prova ad accedere dinuovo altuo sito (inmodalità Normale ...es.esci dallamodalità dinavigazionein incognito chiudendo lafinestra)

Seil sitoeragià apertoin un'altra scheda,verrà visualizzato unerrore relativo ai cookie.chiuditutte le schede,riapri,accedie divertiti

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

Nessuno deiprecedenti hafunzionatoperme.

Dopo aver abilitato lamodalità di debug:

 define('WP_DEBUG', true);
 

in wp-config.php

Il sitomi dicevaproblemi di autorizzazione con l'utente del database ...

Quello che hafunzionatoperme è statotornare all'utente root del database (piuttosto che a un utente "web" conmeno autorizzazioni).

Ovviamentenon è una soluzione a lungotermine,mati offre qualcos'altro daprovare chepotrebbefunzionareperte.

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.

Vorrei contribuire alla comunitàe anche dato che questoproblema è statomoltofastidioso. Nessuna delle soluzioni hafunzionatoperme. Non hoinstallato alcunpluginprima che accadesse,quindi sicuramentepenso che sia unbug di Wordpress!

Imiei erroriesatti: Tramiteil debugger di WP. Dopo la schermata di accesso è stata visualizzata una schermatabianca con questoerrore.

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

Tramiteil registro deglierrori di 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
 

Come ho risoltoilproblema. 1. In DB homodificato lamiapassword di amministratorein unapasswordin testonormale. 2. Aggiunte queste righe di codice apluggable.php. Fondamentalmente ora WP riconosce lepassword senza hash. Eccogliestrattimodificati dipluggable.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);
 

...e unpo 'piùin basso

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

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

Spero che questo aiuti qualcuno,perché cercare su Googlenonmi ha aiutato.

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.

Ho avuto lo stessoproblemamanon sono riuscito a scendere dopo averpassatotroppotempo ho ricevuto questa risposta da qui http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/ quindi è solo unproblema coni cookie,dobbiamo cancellarei cookie delbrowsere abilitarli dinuovoe ilgioco èfatto.

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.

Risolvo questoproblema utilizzando https://per accedere almio sito Webinvece di http://in questomodonon ho ricevuto alcun reindirizzamento. https://my_website.com/admin Puoi anchemodificarei valori "siteurl"e "home"nellatabella delle opzionitramitephpmyadminnel cpanelin modo chepuntino a un https. Sono consapevole delfatto che questopotrebbeessere unproblema con ssl chenon si reindirizza correttamente.

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.

Ho riscontrato questoproblema dopo avermigratoilmio sito da un server a un altro.Dopo averimportatoil databasenelnuovo server,non sono riuscito ad accedere.Sulnuovo servernon avevo ancora laprotezione SSL del sito,quindi ho dovuto cambiare siteurle homenel database.

<"Fissa

• Ho risoltoilproblema andando al databasee cambiando siteurle home da https:// a http:// all'interno di wp_options.

Questopotrebbe aiutaregli altri.

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.

Prova a rimuovere la stringa di querynell'URL ("?"e tutto ciò che c'è dietro),ovvero: visita direttamente wp-login.php.Hafunzionatoperme.Hoprovato a cambiare lapassword,cambiarei sali,cancellaremeta_valueper session_tokensin wp_usermeta.Niente ditutto questo hafunzionato.

Mi dispiace,so che questononti aiuta,come dicitu latua schermata wp-login.php èbianca,mapotrebbe aiutare qualcuno che comeme è stato attirato qui daltitolo.

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.

questo è successo almio quando ho aggiornatoilmio sito web aphp v7.4.il downgrade aphp 7.3 lo ha risolto. Sfortunatamente,non so comemantenere la versionee risolvereilproblema.Si spera cheprestogli sviluppatori WP risolveranno questoproblema.

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.

Mi è successo dopo aver cambiato l'URL del sitoma ho dimenticato di cambiare site_urlin wp_sitemeta.Quindi ho cambiatoil valore conilnuovo URLe ilproblema è stato risolto.

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.

Ho risoltoilmioproblema sostituendoilfile wp-login.php con uno di un altro sito webin cuifunzionavail login.

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

ilmioerroreera dovuto alla direttiva di seguitonelfile di configurazionenginx

 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