Türkei (Türkisch)
Germany (German)
Worldwide (English)
WordPress SchichtKernel, Theme- und Plugin-Verhalten.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
ERR_TOO_MANY_REDIRECTS zeigt an, dass der Browser zwischen denselben URLs (301/302) ständig umgeleitet wird. Wenn Sie nach dem Anmelden in wp-admin auf die Anmeldeseite umgeleitet werden, sollten Sie die Cookies, home/siteurl, HTTPS-Detektion, Cloudflare-Proxy und Sicherheits-Plugins einzeln überprüfen.
ERR_TOO_MANY_REDIRECTS
HTTP/2 301 location: https://www.example.com/
HTTP/2 302 location: https://example.com/wp-login.phpWenn eine Schicht HTTP auf HTTPS umleitet, eine andere Schicht HTTPS zurück auf HTTP umleitet oder www auf non-www mit einer konfliktierenden Regel, kann die Anfrage das Ziel nicht erreichen. Ähnliche Schleifen können durch Cookie-Pfad/Domäne und WordPress-URL-Werte auf der wp-admin-Seite erstellt werden.
Die WP_HOME- und WP_SITEURL-Konstanten können die home/siteurl-Werte in der Datenbank ersetzen. Änderungen in der Benutzeroberfläche alleine bieten keine Lösung, wenn die beiden Quellen unterschiedliche Protokolle oder Domainnamen enthalten.
Wenn Cloudflare Flexible SSL verwendet wird, sieht die Ursprung HTTP und WordPress versucht, HTTPS zu erzwingen, was eine Schleife erzeugen kann. Die vollständige oder vollständige (strikte) Struktur, Ursprungs-SSL und korrekte Proxy-Header sollten bevorzugt werden.
Jedes Mal beim Anmelden und Zurückkehren zu wp-login.php ist nicht immer ein Passwortschutzfehler. Prüfen Sie die Cookie-Domain, den Cache, den Sicherheits-Plugin, den Reverse Proxy und die beschädigten Benutzer-Meta-Einträge.
Die Routenverfolgungskette sollte mit curl gefolgt werden, wobei jeder Schritt den Location-Header aufzeichnet. Die Browser-Cache-Reinigung trennt den alten Redirect nur auf der Client-Seite.
Definieren Sie eine einzige Autorität anstatt alle HTTPS- und www-Regeln gleichzeitig über verschiedene Ebenen zu setzen; CDN, Web-Server, WordPress und Plugins sollten denselben Auftrag nicht wiederholen.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: Browser hat die Umleitungsbeschränkung erreicht.
Mögliche Ursache: HTTP/HTTPS, www oder Plugin-Regeln erzeugen einen Loop.
Bedeutung: Die Sitzungskochnie wird nicht akzeptiert oder die Authentifizierung wird verloren.
Mögliche Ursache: Falsche URL, Cookie-Domain, Cache oder Sicherheits-Plugin.
Bedeutung: WordPress konnte das Test-Cookie nicht lesen.
Mögliche Ursache: Header-Ausgabe, Domain/Pfad oder Browser-Blockierung.
Bedeutung: Origin und Proxy-Protokoll können nicht übereinstimmen.
Mögliche Ursache: Flexible SSL oder X-Forwarded-Proto fehlt.
Bedeutung: Zwei-Schicht-Reverse-Haupt-Domäneregel wird angewendet.
Mögliche Ursache: Cloudflare-Regel kollidiert mit WordPress-URL.
Bedeutung: Nach der Identitätsvalidierung wird redirect_to wieder zum Login zurückgeleitet.
Mögliche Ursache: Plugin, Benutzereinwilligung oder Cookie-Fehler.
Bedeutung: Alte Domain-/Protokollregistrierungen wurden übertragen.
Mögliche Ursache: home/siteurl und serialisierte URLs sind nicht aktuell.
Bedeutung: Cookie/Header wurde vor der Ausgabeerzeugung gesendet.
Mögliche Ursache: BOM, Leerzeichen oder PHP-Warnung.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
curl -sSIL --max-redirs 15 https://example.com/Zeigt den Location-Header für jeden 301/302-Schritt an.
wp option get home
wp option get siteurlZeigt die Haupt-URLs in der Datenbank an.
wp config has WP_HOME && wp config get WP_HOME
wp config has WP_SITEURL && wp config get WP_SITEURLEs überprüft, ob es die Datenbank der Statistiken ungültig macht oder nicht
wp --skip-plugins user listDas Plugin testet die WordPress-Benutzerschicht ohne Plugin-Installation.
curl -sSIk https://example.com/ | grep -Ei 'location|server|cf-ray'Zeigt Proxy- und Weiterleitungsheader an.
wp user session destroy KULLANICI_ID --allLöscht die alten Sitzungstoken eines bestimmten Benutzers.
Die Grundursache des WordPress-Fehlers ist dieselbe, aber Protokollpfade, PHP-Einstellungsbildschirme und Dienstverwaltung variieren je nach verwendeter Hosting-Infrastruktur.
cPanel: Domains-Weiterleitungen, SSL-Status und .htaccess-Regeln werden gemeinsam überprüft.
cd /home/KULLANICI/public_html && wp option get home && wp option get siteurlPlesk zeigt die Hosting-Einstellungen und die Apache & nginx-Einstellungen-Anleitung an.
cd /var/www/vhosts/ALANADI/httpdocs && wp option get siteurlIn einer panellosen Serverumgebung werden reverse Proxy-Header und vhost-Durchleitung direkt geprüft.
nginx -T 2>/dev/null | grep -nE 'server_name|return 30[12]'Machen Sie die Routenverfolgungskette sichtbar, synchronisieren Sie die URL- und Protokollquellen und testen Sie den Einfluss von Cookies und Erweiterungen in einem kontrollierten Umfang.
Bestimmen Sie, welche URL-Schleife mit curl besteht.
curl -sSIL --max-redirs 15 https://example.com/Überprüfen Sie, dass Protokoll, www-Präferenz und Pfadwerte dieselbe kanonische Struktur verwenden.
wp option get home && wp option get siteurlWP_HOME/WP_SITEURL ist vorhanden, es wird vor den Werten des Panels angewendet.
wp config list | grep -E 'WP_HOME|WP_SITEURL'Bevorzugen Sie Cloudflare Flexible anstelle von gültigem Ursprungs-SSL mit Full (strikte).
Wenden Sie verstecktes Fenster, Cookie-Reinigung und WP-CLI-Test ohne Plugins an.
wp --skip-plugins user listZentralisieren Sie die www/HTTPS-Regel in einem CDN, einem Web-Server oder WordPress.
curl -sSIL https://example.com/Cookies, Sicherheits-Add-ons und Admin-URL-Filter werden überprüft.
wp --skip-plugins user listSSL-Modus, immer HTTPS verwenden und Page Rules/Redirect-Rules werden überprüft.
curl -sSIk https://example.com/home/siteurl und alte Domain-Einträge werden mit sicheren search-replace korrigiert.
wp search-replace 'eskisite.com' 'yenisite.com' --dry-runWordPress-URL wird mit der bevorzugten Domain des Web-Servers gleichgesetzt.
wp option get homeDie Sitzungstoken, Rollen und Benutzermetadaten werden untersucht.
wp user get BENUTZERDies tritt aufgrund der gegenseitig widersprüchlichen Richtlinien in verschiedenen Schichten auf.
Nur zum Trennen des alten Client-Caches verwenden; wenn es einen Server-Seitigen Schleifen gibt, ist es keine dauerhafte Lösung.
Besucher können das Ursprung als HTTP sehen, wenn sie HTTPS verwenden, und WordPress kann einen Loop durch erneutes Umleiten auf HTTPS erzeugen.
WP_HOME legt die Besucher-Adresse fest, während WP_SITEURL die Adresse der WordPress-Core-Dateien festlegt; sie sollten in den meisten Standardinstallationen kompatibel sein.
Auth-Cookie kann nicht gespeichert werden, URL/Pfad stimmt nicht überein oder Sicherheits-/Cache-Plugin bricht die Sitzung.
Beide sind möglich; das Wichtige ist, eine einzelne kanonische Vorliebe zu machen und alle Schichten auf sie zu richten.
Der Befehl curl -IL zeigt jede Location-Header in der Reihenfolge an.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.