Nu pot să mă autentific în site-ul meu WordPress. Buclă de redirecționare reauth=1

Pentru mine, soluția la această problemă de buclă de autentificare WordPress a fost în baza de date. Așadar, primul pas este să vă autentificați în baza de date. Eu am folosit PhpMyAdmin pentru asta. După autentificare, găsiți tabelul WordPress și navigați la tabelul wp_options.

Există două câmpuri în acest tabel care ar putea fi cauza problemei de buclă a paginii de autentificare WordPress.

1. option_name: siteurl
2. option_name: home

Asigurați-vă că URL-ul dat în ambele câmpuri este setat la ceea ce vă așteptați să fie (același URL). Modificați valoarea și ar trebui să fie totul în regulă.

Soluția mea a fost să adaug mai mult spațiu pe disc serverului meu. Acest lucru a determinat WordPress să redirecționeze către pagina de autentificare.

Pentru mine, bucla de redirecționare a început când am trecut de la HTTP la HTTPS. Soluția a fost să adaug această linie în fișierul wp-config.php:

$_SERVER["HTTPS"] = "on";

WordPress depinde de o variabilă, $_SERVER[“HTTPS”] pentru a verifica dacă este pe SSL. Ca urmare, când această variabilă nu este setată și SSL este forțat, WordPress încearcă să redirecționeze înapoi la http. Acest lucru cauzează bucla de redirecționare.

Erorile "Headers already sent" sunt adesea cauzate de conflicte între plugin-uri. Deoarece aveți acces la phpMyAdmin, puteți încerca să goliți datele din active_plugins din tabelul options. (Dar mai întâi aș recomanda să copiați și să salvați option_value într-un alt loc pentru a-l putea reseta dacă acest lucru nu ajută.)

Am avut o problemă similară cu accesul în zona de administrare a unui site WordPress. Problema mea a fost rezolvată prin trecerea la o versiune mai veche de PHP pe serverul meu, de la 7 la 5. Unele plugin-uri nu funcționau corespunzător sub PHP 7. După revenirea la versiunea 5, am dezactivat toate plugin-urile și am actualizat din nou la PHP 7, iar totul a funcționat.

Am avut aceeași problemă. În cazul meu baza de date mysql nu a fost reînnoită și nu era posibil să scriu în ea.

Am descoperit asta uitându-mă la jurnalul de erori al serverului, unde am găsit o mulțime de erori precum: WordPress database error INSERT,UPDATE command denied to user '<MYUSER>'@'<MYDBHOST>' for table '<MYPREFIX>_options'

Soluția mea a fost similară cu cea a lui @Marco Panichi - nu am realizat că baza mea de date a depășit limita de dimensiune. Am rezolvat acest lucru în panoul de hosting și problema a dispărut. Ironia sorții, e-mailul de la compania de hosting care anunța depășirea limitei de dimensiune a ajuns în spam :)

Verifică permisiunile fișierelor pentru wp-login.php și/sau /wp-admin

Am parcurs toate sugestiile prezentate în diverse articole și discuții, dar nu am făcut niciun progres.

Inspectând jurnalul serverului, am observat indicii despre permisiunile fișierelor în timpul încercărilor mele de a mă autentifica în WordPress. Așadar, în FTP, am verificat permisiunile pentru diverse fișiere cheie.

Directorul /wp-admin avea permisiunile setate la 775, iar simpla schimbare a acestora la varianta mai sigură 755 a rezolvat problema mea de autentificare.

De unde au venit permisiunile inițiale, pot doar să presupun că am făcut ceva personalizat acum luni în timpul dezvoltării locale și am uitat să revin la setările inițiale. În orice caz, acesta este un memento să verificăm și să facem o evaluare a permisiunilor și securității pentru întreaga instalare WordPress.

Acest lucru poate fi uneori cauzat de plugin-ul wp-super-cache... în combinație cu plugin-ul really-simple-SSL.

Soluție: în wp-config.php modifică:

define('WP_CACHE', true);* în *define('WP_CACHE', false);

Este amuzant pentru că se pare că fiecare a rezolvat cu o soluție diferită.

Soluția mea este aceasta: practic se pare că AUTENTIFICAREA ARE LOC, dar WordPress continuă să te redirecționeze către pagina de login. Nebunie...

Așa că am încercat asta: https://wordpress.org/support/topic/login-loop-on-aruba-softaculous/#post-11211949

În cazul meu:

1) Am navigat către https://my-url/wp-admin 2) WordPress m-a redirecționat către pagina de login cu un URL lung de redirecționare. Am introdus datele de autentificare 3) WordPress m-a redirecționat DIN NOU către pagina de login 4) Am ȘTERS partea din URL după wp-login din bara de adrese și am încărcat URL-ul scurtat 5) Magic, WordPress m-a dus în panoul de administrare...

Vezi dacă te ajută

Dacă WordPress-ul tău este în spatele unui proxy, ceea ce provoacă redirecționări infinite către https, poate fi necesar să anunți WordPress că https este de fapt activ:

// wp-config.php

if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false) {
    $_SERVER['HTTPS'] = 'on';
}

În cazul meu, ce se întâmplă este că baza mea de date este atât de mare (site mare...) încât atunci când folosesc un site de staging și practic, duplic baza mea de date, se epuizează spațiul de stocare al bazei de date. Prin urmare, nu mai poate scrie în ea. În cazul meu, nu numai că a trebuit să elimin site-ul de staging, dar a trebuit să repar și baza de date (în cPanel există o opțiune pentru asta).

1.340 / 5.000 Am avut aceeași problemă de redirecționare a paginii. Când accesam o pagină de pe propriul meu site cu imagini și fotografii, eram redirecționat imediat către o pagină a unui sat turistic. Am sunat imediat la gazda unde țin site-ul meu, dar el nu a avut această problemă. I-am cerut să verifice viruși și să arunce site-ul și să pună o copie de rezervă, dar problema a persistat. Am sunat la câțiva prieteni și niciunul nu a avut această problemă - toți puteau vedea site-ul meu online perfect, doar eu nu puteam să-l văd. Așa că m-am gândit la linia de internet de acasă. Am sunat la administratorul de rețea care a verificat întreaga linie, dar nu au existat probleme. Am schimbat routerul, dar problema a rămas - tot nu puteam vedea propria mea pagină. Apoi am chemat un tehnician Mac care, după aproximativ o oră, mi-a spus că problema ar putea fi în sistemul Mac OS și că trebuie să-l reinstalez. Azi după-amiază mi-am amintit că pe Mac există un folder Utilitare și în interior există o utilitară care verifică întregul sistem și dacă ceva nu este în regulă, o repară. Așa că am încercat... și nu o să crezi - acum totul funcționează perfect. Nu știu care a fost problema exactă, dar înainte să suni sau să crezi că problema este una sau alta, încearcă Utilitarul Disk Utility (dacă ai un Macintosh).

Verifică în baza ta de date dacă există o intrare în siteurl sau home în tabelul wp_options. Mi-a pierdut câteva ore.