Nu mă pot autentifica și wp-login.php redirecționează către wp-admin%2F&reauth=1?

27 ian. 2014, 02:38:12
Vizualizări: 112K
Voturi: 21

Întâmpin dificultăți la autentificarea în site-ul meu WordPress. Când încerc să accesez example.com/wp-admin, văd o pagină goală iar bara de URL se schimbă în:

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

Dacă accesez example.com/wp-login.php, văd doar o pagină albă fără nicio modificare în URL.

Am confirmat că nu este o problemă cu mașina mea locală deoarece comportamentul persistă pe mai multe browsere și dispozitive.

Am găsit numeroase postări pe forum despre această problemă dar niciunul nu oferă o soluție satisfăcătoare.

Vă rog să mă ajutați deoarece am nevoie urgentă să actualizez conținut pe site.

Actualizare: Am activat depanarea WordPress și văd următoarea eroare

Fatal error: Cannot redeclare check_password_reset_key() 
(declarată anterior în /home/wordpress/public_html/wp-login.php:281) 
în /home/wordpress/public_html/wp-includes/user.php la linia 1637

Orice sfaturi despre cum pot remedia această problemă ar fi foarte apreciate

8
Comentarii

Ștergeți cookie-urile.

Wyck Wyck
27 ian. 2014 02:41:37

Când a fost ultima dată când ați reușit să vă autentificați în WP? Redirecționarea de la wp-admin către wp-login.php este corectă. Ați modificat ceva, de exemplu ați adăugat un plugin?

user42826 user42826
27 ian. 2014 03:15:30

Am reușit să mă autentific ultima dată când am încercat acum câteva zile. Am instalat un plugin, dar l-am șters și problema persistă.

user44754 user44754
27 ian. 2014 03:22:53

Verifică fișierul tău htaccess pentru a te asigura că nu are probleme.

MikeNGarrett MikeNGarrett
27 ian. 2014 04:25:01

Dacă nimic nu funcționează, activează depanarea în wp-config.php define('WP_DEBUG', true); și accesează wp-admin. Ar trebui să poți vedea mesajele de eroare și motivul pentru care apare o pagină goală. Presupun că este o eroare de la un plugin dacă înainte funcționa.

user42826 user42826
27 ian. 2014 19:59:38

Poate ai nevoie doar să actualizezi WordPress.

The Maniac The Maniac
17 nov. 2014 23:00:35

Problema este în acel %2f suplimentar de acolo. Am avut această problemă acum ceva timp, am rezolvat-o, iar acum am întâlnit-o din nou. Apare când încerc să mut instalarea WordPress la o altă adresă URL și am greșit ceva. Voi răspunde cu soluția când o voi descoperi din nou.

lmat - Reinstate Monica lmat - Reinstate Monica
25 apr. 2018 21:58:32

Nimic nu a funcționat pentru mine, dar această soluție a mers. Iată linkul care m-a ajutat. https://core.trac.wordpress.org/attachment/ticket/37071/fix-wp-login-error.patch

Amit Ray Amit Ray
23 apr. 2020 17:50:17
Arată celelalte 3 comentarii
Toate răspunsurile la întrebare 19
3
11

Am avut aceeași problemă... ștergerea cookie-urilor nu a funcționat.

Ceea ce a funcționat a fost să mă autentific mai întâi în modul incognito, iar apoi am putut să mă autentific normal.

10 feb. 2016 12:18:11
Comentarii

Nu sunt sigur de ce a primit vot negativ... după ce am eliminat session_token, am folosit și modul incognito. Va trebui să șterg și cache-ul din Chrome, dar modul incognito a ajutat la rezolvarea problemei prin evidențierea faptului că o parte din problemă era browserul.

Chrome are un cache fără milă și este adesea în centrul unor astfel de probleme.

Tisch Tisch
7 mai 2016 18:04:46

Am votat pozitiv, a funcționat pentru mine. Ciudat.

IAmJulianAcosta IAmJulianAcosta
3 iun. 2016 02:20:55

O combinație între ștergerea cookie-urilor pentru site-ul în cauză și ștergerea cache-ului browserului (de exemplu, fișierele locale) a funcționat pentru mine... ceea ce, de fapt, este exact ceea ce fac filele private de navigare oricum. Nici măcar nu a fost nevoie să șterg sesiunile utilizatorilor... în acest caz, când te-ai autentificat prin fila privată, probabil a resetat sesiunea în baza de date, dar probabil nu este necesar în majoritatea cazurilor.

Jesse Nickles Jesse Nickles
1 nov. 2020 22:51:33
4

Există multe cauze posibile pentru această problemă. Unele au legătură cu baza ta de date. Încearcă să activezi WP_DEBUG și să interpretezi mesajele de eroare.

În cazul meu (și așa am dat peste întrebarea ta aici), problema era scrierea unui token de sesiune în usermeta. Am intrat în PhpMyAdmin > wp_usermeta > și am șters meta_value pentru session_token. (Poveste detaliată aici https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1)

10 dec. 2015 05:05:13
Comentarii

Acest lucru, împreună cu ștergerea cache-ului browserului, ar trebui să fie răspunsul acceptat.

Tisch Tisch
7 mai 2016 18:05:12

Am folosit interogarea astfel: `UPDATE wp_usermeta SET meta_value='' WHERE meta_key='session_tokens' AND user_id=<myuserid>;

newman newman
20 ian. 2017 00:00:51

În cazul meu, session_tokens nu era nici măcar setat pentru utilizatorul meu. Sau mai precis, user_id fusese schimbat într-un număr aleatoriu. Nu am idee cum s-a întâmplat asta. Așadar, asigurați-vă că există efectiv o linie în wp_usermeta cu user_id-ul vostru și meta_key=session_tokens

David David
28 mar. 2019 01:00:46

Mulțumesc mult! Am avut probleme cu URL-ul principal al site-ului meu într-o configurare WordPress multisite. Puteam să mă autentific doar în modul incognito - ștergerea tuturor cookie-urilor pentru domeniul meu și curățarea cache-ului nu au ajutat. Am eliminat valoarea pentru session_tokens din tabela wp_usermeta și asta a rezolvat problema mea :) Bravo, domnule!

Andrew Andrew
30 dec. 2019 23:16:03
0

Aceasta problemă poate fi cauzată de o corupere a unei tabele în WordPress. Dacă setați define('WP_DEBUG', true); în fișierul wp-config.php, acesta vă va arăta exact care tabel este corupt, dacă acesta este cazul.

17 nov. 2014 22:56:03
0

De fiecare dată când ai o redirecționare de la http://mysite la http://mysite/, acest lucru este predestinat să se întâmple. În cazul meu, am un proces managerial httpd care rulează și care are mai multe gazde virtuale. Una dintre ele a fost configurată astfel:

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

Schimbarea "/blog" în "/blog/" rezolvă problema.

25 apr. 2018 22:02:31
4

Am rezolvat această problemă definind cheile de securitate în 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',       '');

Din nu știu ce motiv erau goale... Înlocuiți șirurile goale cu unele generate aici: https://api.wordpress.org/secret-key/1.1/salt/ (mulțumiri Josh Rodgers)

25 ian. 2017 19:04:48
Comentarii

Nu șiruri de caractere aleatorii ca parolele... WordPress poate regenera acestea pentru tine aici: https://api.wordpress.org/secret-key/1.1/salt/

joshmrodg joshmrodg
24 mai 2017 23:51:49

Schimbarea salt-urilor WordPress a funcționat pentru mine.

Jay Jay
6 iun. 2017 00:15:08

În cazul meu acele valori nu sunt goale. Ar trebui să le înlocuiesc cu valorile de pe https://api.wordpress.org/secret-key/1.1/salt/ ?

Santosa Sandy Santosa Sandy
9 ian. 2018 04:40:57

Poți încerca să ștergi cookie-urile, să regenerezi cheile salt și să te autentifici din nou.

Nico Prat Nico Prat
10 ian. 2018 15:19:54
0

Am avut și eu această problemă, dar cu un mesaj diferit. După ce am încercat numeroase remedii: .htaccess, redenumire pluginuri, redenumire temă, verificat spații goale în wp-config.php, tot nu am reușit să rezolv.

Conectându-mă la PHPMyAdmin, am încercat să optimizez tabelele, dar am primit o eroare de acces refuzat pentru utilizator. S-a dovedit a fi baza de date în sine, care a depășit dimensiunea maximă și a fost "blocată" de hostingul partajat. După ce am identificat principalul vinovat (un tabel de loguri Wordfence), l-am golit (truncate), am așteptat 30 de minute și, surpriză, totul a început să funcționeze din nou.

Am considerat că această informație ar putea ajuta pe cineva care este complet blocat după ce a încercat toate celelalte opțiuni sugerate!

31 mai 2015 14:51:44
0

Acest lucru mi s-a întâmplat când am actualizat site-ul meu la PHP versiunea 7.4. Revenirea la PHP 7.3 a rezolvat problema.

Din păcate, nu știu cum să păstrez versiunea și să repar problema. Sperăm ca în curând dezvoltatorii WordPress să rezolve această problemă.

6 feb. 2020 11:26:35
0

Niciuna dintre soluțiile de mai sus nu a funcționat pentru mine.

După ce am activat modul de depanare:

define('WP_DEBUG', true);

în fișierul wp-config.php

Site-ul îmi arăta probleme de permisiuni pentru utilizatorul bazei de date...

Ceea ce a funcționat pentru mine a fost să revin la utilizatorul root al bazei de date (în loc de un utilizator 'web' cu permisiuni mai reduse).

Evident, aceasta nu este o soluție pe termen lung, dar vă oferă încă o variantă de încercat care ar putea funcționa și în cazul vostru.

3 iul. 2017 15:01:59
1

Am dorit să contribui la comunitate și, deoarece această problemă a fost foarte enervantă, iar niciuna dintre soluțiile găsite nu a funcționat pentru mine, am decis să împărtășesc soluția mea. Nu am instalat niciun plugin înainte ca problema să apară, așa că cred cu siguranță că este o eroare din WordPress!

Erorile exacte întâlnite: Prin WP debugger. După ecranul de login, am primit un ecran alb cu această eroare.

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

În jurnalul de erori 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

Cum am rezolvat problema: 1. În baza de date, am editat parola administratorului într-un text simplu (plain text). 2. Am adăugat aceste linii de cod în fișierul pluggable.php. Practic, acum WordPress recunoaște parolele necriptate. Iată extrasele modificate din pluggable.php:

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

<------>//20170713 Adăugat de Stefan
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... și un pic mai jos:

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

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Modificat de Stefan
<------>$hash=$password;

Sper că acest lucru îi va ajuta pe alții, deoarece căutarea pe Google nu m-a ajutat pe mine.

13 iul. 2017 09:44:53
Comentarii

De atunci totul a funcționat fără probleme până astăzi, când a trebuit să creez un nou blog în instalarea mea multi-site și, deoarece scriptul trebuie să adauge un utilizator și parola acestuia, a fost necesară o comentare suplimentară pentru a elimina complet hash-ul parolei. Doar pentru a vă informa.

user2047710 user2047710
24 aug. 2017 21:12:06
0

Am avut aceeași problemă, dar nu am reușit să o rezolv după ce am petrecut prea mult timp. Am găsit răspunsul de aici http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/ și se pare că e doar o problemă de cookie. Trebuie să ștergem cookie-urile din browser și să le activăm din nou, asta e tot.

7 mai 2018 12:18:59
0

Am rezolvat această problemă folosind https:// pentru a accesa site-ul meu în loc de http://, astfel am evitat orice redirecționare. https://my_website.com/admin De asemenea, poți modifica valorile "siteurl" și "home" din tabelul options prin phpmyadmin în cpanel pentru a indica către https. Am observat că aceasta ar putea fi o problemă legată de SSL care nu redirecționează corect.

22 mai 2018 17:00:59
0

Am întâmpinat această problemă după ce am migrat site-ul de pe un server pe altul. După ce am importat baza de date pe noul server, nu am putut să mă autentific. Pe noul server nu am securizat încă site-ul cu SSL, așa că a trebuit să modific siteurl și home în baza de date.

Soluție

  • Am rezolvat problema mergând în baza de date și schimbând siteurl și home de la https:// la http:// în tabelul wp_options.

Această informație ar putea fi utilă și altora.

24 mar. 2019 15:08:18
0

Încearcă să elimini parametrii din URL ("?" și tot ce urmează după) - adică: accesează direct wp-login.php. La mine a funcționat. Am încercat să schimb parola, să modific cheile de securitate (salts), să curăț valoarea meta_value pentru session_tokens în wp_usermeta. Niciuna dintre aceste soluții nu a funcționat.

Îmi pare rău, știu că nu te ajută, deoarece spui că pagina ta wp-login.php este albă, dar poate ajuta pe cineva care, ca mine, a ajuns aici din cauza titlului.

13 sept. 2019 14:14:50
0

Tocmai am trecut prin aceeași situație. Fără succes cu ștergerea cache-ului, .htaccess, ștergerea sesiunilor din baza de date, dezactivarea pluginurilor prin FTP etc. Am reușit să mă autentific folosind modul incognito din Chrome. După aceea, tot nu am putut să mă autentific în mod normal. Ștergerea doar a cache-ului din browser nu a funcționat, a trebuit să șterg în mod specific toate cookie-urile legate de domeniu.

Setări > Afișează setări avansate > Setări conținut >

Sub Setări de confidențialitate, faceți clic pe butonul „Setări conținut”

Sub Cookie-uri, faceți clic pe butonul „Toate cookie-urile și datele site-ului”

Apoi căutați site-ul dvs. folosind un cuvânt cheie în caseta de căutare: Selectați site-ul dvs. și apăsați Delete pe tastatură.

Faceți clic pe Terminat și încercați să vă autentificați din nou pe site (în mod Normal .. adică pur și simplu ieșiți din modul Incognito închizând fereastra)

Dacă aveți deja site-ul deschis într-un alt tab, veți primi o eroare de cookie. închideți toate taburile, redeschideți, autentificați-vă și bucurați-vă

30 sept. 2016 20:15:10
0

Instrucțiunile de aici au funcționat pentru mine => https://core.trac.wordpress.org/attachment/ticket/37071/fix-wp-login-error.patch

18 dec. 2020 11:36:44
0

poate părea destul de stupid, dar am rezolvat această problemă verificând tabelul de opțiuni, a trebuit să repar rândurile cu URL-ul site-ului

(1, ‘siteurl’, ‘example.com’, ‘yes’),
(2, ‘home’, ‘example.com’, ‘yes’),
(3, ‘blogname’, ‘my web site’, ‘yes’),
26 feb. 2021 02:59:45
0
-1

Mi s-a întâmplat după ce am schimbat URL-ul site-ului, dar am uitat să modific site_url în wp_sitemeta. Apoi am schimbat valoarea la noul URL, iar problema a fost rezolvată.

10 nov. 2016 20:27:25
0
-1

Am rezolvat problema înlocuind fișierul wp-login.php cu unul de la alt site unde logarea funcționa corect.

16 iul. 2018 19:57:56
0
-2

eroarea mea a fost cauzată de directiva de mai jos din fișierul de configurare nginx

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie 
21 mai 2018 21:59:34