NeuBlack Friday – 50 % Rabatt auf die erste Zahlung
WordPress-Fehlerbehebung

ERR_TOO_MANY_REDIREKTE

Der Browser folgte der Weiterleitung nach der Weiterleitung und stoppte. Zwei Dinge stimmen nicht überein, wo diese URL leben soll, und jeder ist zuversichtlich.

ERR_TOO_MANY_REDIRECTS

Kurzantwort

Folgen Sie der Kette von der Befehlszeile und schauen Sie sich an, wo sie sich wiederholt. Die Schleife besteht fast immer aus WordPress und etwas davor - ein Proxy, ein Plugin oder eine Serverregel - jeder schreibt die Antwort des anderen um.

Diagnose

Die wahrscheinlichsten Ursachen zuerst.

Gehen Sie die Liste der Reihe nach durch. Prüfen Sie jede Ursache, bevor Sie etwas ändern, da die Lösungen unterschiedlich sind und eine Vermutung mehr Zeit kostet als ein Befehl.

UrsacheSo prüfen Sie esLösung
siteurl und home sind nicht einverstandenDie beiden Optionen unterscheiden sich durch www, Schema oder durch einen nachlaufenden Schrägstrich. WordPress leitet für immer auf das um, was es für kanonisch hält.Setzen Sie beide auf die gleiche Adresse, einschließlich Schema. Dies ist das erste, was nach einer Migration zu überprüfen ist.
Ein Proxy, der HTTPS beendet, ohne es zu sagenDie Kette wechselt zwischen http und https. WordPress sieht eine einfache Anfrage, leitet zu HTTPS um, der Proxy gibt sie als einfach zurück.Vertrauen Sie dem weitergeleiteten Protokoll-Header, damit WordPress weiß, dass die ursprüngliche Anfrage bereits sicher war.
Zwei Redirect-Quellen kämpfenEine Regel in einem Plugin sendet /a an /b, während eine Serverregel /b zurück an /a. sendet, ist Neither von selbst falsch.Umleitungen gehören in eine Schicht, und die, die am nächsten am Rand ist, ist normalerweise das richtige Zuhause.
Eine zwischengespeicherte WeiterleitungDie Schleife bleibt bestehen, nachdem die Regel entfernt wurde und ein privates Fenster oder ein anderer Browser sich anders verhält.Löschen Sie den Seiten-Cache und alle 301s, die der Browser gespeichert hat. Permanente Weiterleitungen werden aggressiv und nach Design zwischengespeichert.
Eine Login-Schleife aus einem Cookie-MismatchNur wp-admin Loops, und nur nach der Anmeldung. Die Cookie-Domain stimmt nicht mit der Adresse überein, die durchsucht wird.Richten Sie die Cookie-Domain an der Website-URL aus und stellen Sie sicher, dass die Anmeldung auf demselben Host erfolgt, auf dem der Besucher bleibt.
Anleitung

Schritt für Schritt zur Lösung.

Die Befehle setzen WP-CLI und Shell-Zugriff voraus. Jeder Schritt erklärt, was er tut, damit Sie ihn bei Bedarf im Dashboard oder per SFTP ausführen können.

  1. Folgen Sie der Kette und beobachten Sie, wo sie sich wiederholt

    Das sich wiederholende Paar ist die Antwort. Alles davor ist Landschaft.

    curl -sIL https://example.com | grep -Ei '^(HTTP|location)'
  2. Vergleichen Sie, was WordPress denkt, dass seine Adresse ist

    Diese beiden Optionen sind die häufigste Quelle einer Schleife nach jedem Umzug.

    wp option get siteurl
    wp option get home
  3. Wenn ein Proxy TLS beendet, sagen Sie WordPress

    Ohne diese WordPress glaubt, dass jede Anfrage unverschlüsselt angekommen ist, und leitet entsprechend um.

    wp config set FORCE_SSL_ADMIN true --raw
  4. Plug-in-Weiterleitungen aus dem Bild nehmen

    Das Deaktivieren des Redirect-Plugins ist schneller als das Lesen seiner Regeln.

    wp plugin deactivate redirection
  5. Löschen Sie die Caches, bevor Sie beurteilen, ob es funktioniert hat

    Ein zwischengespeicherter 301 reproduziert gerne eine Schleife, die Sie bereits behoben haben.

    wp cache flush
Mit MagicWP

Darum kümmert sich die Plattform.

Redirects werden in einer Schicht gehalten und am Rand vor dem Laden von WordPress angewendet, so dass es keinen zweiten Regelsatz gibt, der leise mit dem ersten nicht übereinstimmt. HTTPS endet vorne und das weitergeleitete Protokoll wird durchgereicht, was die http / https-Version dieser Schleife vollständig entfernt und eine Domain-Updates Siteurl und Home zusammen verschiebt, anstatt eine zurückzulassen.

Häufige Fragen

Häufige Fragen.

Warum funktioniert es in einem Browser und nicht in einem anderen?
Da ein 301 vom Browser zwischengespeichert wird, manchmal für eine lange Zeit. Ein Browser wiederholt eine Umleitung, die er zuvor gelernt hat, während der andere den Server frisch fragt. Testen Sie mit Curl, um zu sehen, was der Server heute sagt.
Es begann gleich nachdem ich zu HTTPS gewechselt war.
Das ist die Proxy-Version dieser Schleife. WordPress sieht eine einfache HTTP-Anfrage, weil TLS davor endete, leitet zu HTTPS um und die Anfrage kommt wieder einfach zurück. Wenn man dem weitergeleiteten Protokoll-Header vertraut, beendet er sie.
Nur die Login-Seite schlingt. Warum nur diese?
Da die Anmeldung ein Cookie beinhaltet und ein für einen Host gesetztes Cookie nicht an einen anderen gesendet wird, erzeugt eine Diskrepanz zwischen der Adresse, in der Sie sich anmelden, und der Adresse, in der Sie landen, eine Schleife, die gewöhnliche Seiten niemals anzeigen.
Wie kann ich es beheben, wenn ich mich überhaupt nicht anmelden kann?
Legen Sie die beiden URL-Optionen in der Befehlszeile fest oder definieren Sie sie in wp-config.php, damit sie Vorrang vor dem haben, was sich in der Datenbank befindet.
Verwandte Fehler

War es keiner davon?

Diese Fehler können im Browser ähnlich aussehen.