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


15

Ho qualche difficoltà ad accedere al mio sito WordPress. Quando provo a visitare example.com/wp-admin, vedo una pagina vuota e la barra dell'URL cambia in:

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

Se visito example.com/wp-login.php, vedo solo una pagina bianca vuota senza alcuna modifica all'URL.

Ho confermato che questo non è un problema con nulla sul mio computer locale poiché il comportamento persiste su più browser e dispositivi.

Ho trovato numerosi post sul forum sul problema, ma nessuno offre una soluzione soddisfacente.

Per favore aiutatemi perché devo urgentemente aggiornare il contenuto del sito.

Aggiornamento: ho attivato il debug di WordPress e ho visualizzato il seguente errore

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

Qualche consiglio su come risolvere questo sarebbe molto apprezzato


3
Cancella i tuoi cookie.
Wyck,

Quando è stata l'ultima volta che sei stato in grado di accedere a WP? wp-admin il reindirizzamento a wp-login.php è corretto. Hai cambiato qualcosa, ad esempio, hai aggiunto un plugin?
user42826,

Sono stato in grado di accedere l'ultima volta che ho provato un paio di giorni fa. Ho installato un plug-in ma l'ho eliminato e il problema persiste
user44754,

Controlla il tuo htaccess per assicurarsi che non sia traballante.
MikeNGarrett,

Se tutto il resto fallisce, abilita il debug in wp-config.php define('WP_DEBUG', true);e accedi a wp-admin. Dovresti essere in grado di vedere i messaggi di errore e perché è vuoto. La mia ipotesi è un errore del plugin se funzionava in precedenza.
user42826,

Risposte:


10

Ho avuto lo stesso problema ... cancellare i cookie non ha funzionato.

Quello che ha fatto il trucco è stato il primo accesso tramite la modalità di navigazione in incognito , quindi sono stato in grado di accedere normalmente.


1
Non sono sicuro del motivo per cui questo è stato sottoposto a downgrade ... dopo aver rimosso session_token, ho usato anche l'incognito. Dovrò anche cancellare la cache di Chrome, ma l'incognito ha aiutato a risolvere il problema evidenziando parte del problema che era il browser. Chrome ha una cache spietata ed è spesso al centro di problemi come questo.
Tisch,

Sottovalutato, ha funzionato per me. Strano.
IAmJulianAcosta

5

Esistono molte possibili cause a questo problema. Alcuni hanno a che fare con il tuo database. Prova ad attivare WP_DEBUG e a interpretare i messaggi di errore.

Nel mio caso (che è come mi sono imbattuto nella tua domanda qui), il problema era scrivere un token di sessione in usermeta. Sono entrato in PhpMyAdmin> wp_usermeta> e ho eliminato il meta_value per session_token. (Storia dettagliata qui https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )


Questo insieme a svuotare la cache del browser dovrebbe essere la risposta accettata.
Tisch,

Ho usato query come questa `UPDATE wp_usermeta SET meta_value = '' WHERE meta_key = 'session_tokens' AND user_id = <myuserid>;
Newman

Nel mio caso, session_tokensnon era nemmeno impostato per il mio utente. O più specificamente, il user_idmodo in qualche modo era stato cambiato in un numero casuale. Non ho idea di come sia successo. Quindi assicurati che ci sia effettivamente una riga in wp_usermeta con user_id e meta_key = session_tokens
David

Grazie tante! Avevo incasinato l'URL del mio sito principale in una configurazione multisito di wordpress. Sono stato in grado di accedere solo in modalità di navigazione in incognito: l'eliminazione di tutti i cookie per il mio dominio e la pulizia della cache non mi hanno aiutato. Ho rimosso il valore per la session_tokensdel wp_usermeta tavolo ed è risolto il mio problema :) Beh, signore fatto!
Andrew,

2

Ciò potrebbe essere causato da un arresto anomalo della tabella di wordpress. Setting define ('WP_DEBUG', true); in wp-config.php ti mostrerà esattamente quale tabella si è bloccata in questo caso.


1

Ho risolto questo problema definendo le chiavi di sicurezza 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',       '');

Per qualche motivo erano vuoti ... Sostituisci le stringhe vuote con alcune generate qui: https://api.wordpress.org/secret-key/1.1/salt/ (grazie Josh Rodgers)


Stringhe non simili a password casuali ... WordPress può rigenerare questo per te qui: api.wordpress.org/secret-key/1.1/salt
Josh Rodgers

La modifica dei sali di Wordpress ha funzionato per me.
Jay,

Nel mio caso quel valore non è vuoto. dovrei cambiarlo con il valore in api.wordpress.org/secret-key/1.1/salt ?
Santosa Sandy,

Forse, prova a cancellare i cookie, a rigenerare le chiavi salt e ad accedere di nuovo.
Nico Prat,

1

Ogni volta che hai un forward da http://mysitea http://mysite/, questo è destinato a succedere. Nel mio caso, ho in esecuzione un processo httpd gestionale con diversi host virtuali. Uno è stato configurato in tal modo:

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

La modifica "/blog"per "/blog/"risolvere il problema.


0

Ho avuto anche questo problema ma avevo un messaggio diverso. Dopo aver esaminato la miriade di correzioni: htaccess, plugin rinominati, tema rinominato, ho controllato lo spazio vuoto in wp-config.php ero ancora bloccato.

Accedendo a PHPMyAdmin ho provato a ottimizzare le tabelle ma ho ricevuto un errore negato all'utente. Si è scoperto che il database stesso era sovradimensionato e quindi 'bloccato' dall'hosting condiviso. Dopo aver trovato il principale colpevole (una tabella di log di Wordfence) ho troncato che, ho aspettato 30 minuti e hey presto, tutto ha funzionato di nuovo.

Pensato che questo potrebbe aiutare qualcun altro completamente bloccato dopo aver provato ogni altra opzione suggerita!


0

Ho appena passato la stessa cosa. Non ho avuto fortuna con svuotare la cache, .htaccess, cancellare sessioni DB, disabilitare i plugin ftp ecc. Sono stato in grado di accedere con Chrome in incognito. Successivamente non sono stato ancora in grado di accedere normalmente. La cache del browser da sola non ha funzionato, ho dovuto eliminare in modo specifico tutti i cookie relativi al dominio.

Impostazioni> Mostra impostazioni avanzate> Impostazioni contenuto>

In Impostazioni sulla privacy, fai clic sul pulsante "Impostazioni contenuti"

Sotto Cookie, fai clic sul pulsante "Tutti i cookie e i dati del sito"

Quindi cerca il tuo sito Web con una parola chiave nella casella di ricerca: evidenzia il tuo sito Web e fai clic su Elimina sulla tastiera.

Fai clic su Fine e prova ad accedere nuovamente al tuo sito (in modalità Normale ... ad esempio, esci dalla modalità di navigazione in incognito chiudendo la finestra)

Se hai già aperto il sito in un'altra scheda, riceverai un errore di cookie. chiudi tutte le schede, riapri, accedi e divertiti


0

Nessuna delle precedenti ha funzionato per me.

Dopo aver abilitato la modalità debug:

define('WP_DEBUG', true);

in wp-config.php

Il sito mi stava dicendo problemi di autorizzazione con l'utente del database ...

Quello che ha funzionato per me è stato tornare all'utente del database di root (piuttosto che un utente "web" con meno autorizzazioni).

Ovviamente non è una soluzione a lungo termine, ma ti dà qualcos'altro da provare che potrebbe funzionare per te.


0

Vorrei contribuire alla comunità e anche dal momento che questo problema è stato molto fastidioso. Non della soluzione ha funzionato per me. Non ho installato alcun plug-in prima che accadesse, quindi sicuramente penso che sia un bug di Wordpress!

I miei errori esatti: tramite debugger WP. Dopo la schermata di accesso è arrivata la schermata bianca con questo errore.

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

Tramite il log degli errori 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 risolto il problema. 1. In DB ho modificato la mia password amministratore in password di testo normale. 2. Aggiunte queste righe di codice a pluggable.php. Fondamentalmente ora WP riconosce le password senza hash. Ecco gli estratti modificati di 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);

... e un po '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é googling non mi ha aiutato.


Dato che tutto procede senza intoppi fino ad oggi ho dovuto creare un nuovo blog nella mia installazione multipla e poiché lo script ha bisogno di aggiungere un utente e la sua password, sono stati necessari alcuni commenti per eliminare completamente l'hash della password. Giusto per fartelo sapere.
user2047710


0

Risolvo questo problema utilizzando https: // per accedere al mio sito Web anziché http: // in questo modo non ho ricevuto alcun reindirizzamento. https://my_website.com/admin È inoltre possibile modificare i valori "siteurl" e "home" nella tabella delle opzioni tramite phpmyadmin nel pannello per puntare a un https. Sono attento che questo potrebbe essere un problema con ssl che non reindirizza correttamente.


0

Ho riscontrato questo problema dopo aver migrato il mio sito da un server a un altro. Dopo aver importato il database sul nuovo server, non sono stato in grado di accedere. Sul nuovo server non avevo ancora protetto SSL il sito, quindi ho dovuto cambiare siteurl e home nel database.

fix

  • Ho riparato andando a database e cambiare siteurl e l'accoglienza https://a http://dentro wp_options.

Questo potrebbe aiutare gli altri.


0

Prova a rimuovere la stringa di query nell'URL ("?" E tutto ciò che sta dietro), ovvero: visita direttamente wp-login.php. Ha funzionato per me. Ho provato a cambiare la password, a cambiare i sali, a cancellare meta_value per session_tokens in wp_usermeta. Niente di tutto ciò ha funzionato.

Mi dispiace, lo so che questo non ti aiuta, come dici che lo schermo di wp-login.php è bianco, ma potrebbe aiutare qualcuno a cui piace essere disegnato qui dal titolo.


0

questo è successo al mio quando ho aggiornato il mio sito Web a php v7.4. il downgrade a php 7.3 lo ha risolto. Sfortunatamente, non so come conservare la versione e risolvere il problema. Speriamo che presto gli sviluppatori WP risolvano questo problema.


-1

E 'successo a me dopo ho cambiato URL del sito, ma ho dimenticato di cambiare site_urlin wp_sitemeta. Quindi ho modificato il valore nel nuovo URL e il problema è stato risolto.


-1

Ho risolto il mio problema sostituendo il file wp-login.php con uno di un altro sito Web dove funzionava il login.


-2

il mio errore era dovuto alla direttiva sotto nel file confing di nginx

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie 
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.