ERR_TOO_MANY_REDIRECTS - die Endlosschleife: Methoden u. Verfahren des 'Debugging
Guten Tag,
Hier eine Frage an die Serverspezialisten bzw. an alle, die ggf. solch einen Error schon mal hatten. Bin jetzt nicht sicher, ob ich das hiermit ins richtige Subforum gestellt habe - in das OFF-Topic-Forum. Also, falls es hier nicht 100% richtig aufgehoben ist, dann lasst mich das bitte wissen. Mir jedenfalls schien es am besten, wenn ich die Frage hier im Subforum Linux als Server unterbringe.
die Frage: - wie geht ihr beim Auftauchen des ERR_TOO_MANY_REDIRECTS vor.
Zwischenbemerkung: eigentlich sollte dies ja auch in den Logfiles gut nachzuvollziehen sein - denk ich mal.
Also - zum Problem: ERR_TOO_MANY_REDIRECTS (dieser Fehler ist u.a. auch bekannt als eine Endlosschleife oder auch anders formuliert „Redirect Loop“) Es ist einer, der regelmäßig auftaucht - oftmals tritt dies nach einer Änderung auf der WordPress Seite,
- einer neuen Konfiguration; oder auch ...
- einer Fehlkonfiguration von Umleitungen;
- auf dem Server oder falschen Einstellungen auch von Services von Drittanbietern auf;
Frage: Wie bearbeitet Ihr diesen Error?
Zu den Ansätzen: Habt ihr schon mit dem "Redirect Path Chrome" gearbeitet!?
Diese Erweiterung Redirect Path Chrome wird oft empfohlen und als nützlich beschrieben: Es soll Einblicke bieten auf alle auf der Webseite stattfindenden Redirects (spezifische URL oder Seite).
https://chrome.google.com/webstore/d...er-info-dialog
zum allgemeinen Hintergrund: der ERR_TOO_MANY_REDIRECTS Fehler: Im Grunde ist der ERR_TOO_MANY_REDIRECTS ein Schleifenfehler: etwas auf
der Webseite verursacht eine geradezu unendliche Umleitung. M.a.W.; die Webseite steckt fest (z.B. URL 1 verweist auf URL 2 und URL 2 verweist
zurück auf URL 1, oder die Domain hat insgesamt zu oft umgeleitet). In Google Chrome: In Google Chrome wird dir der Fehler als
ERR_TOO_MANY_REDIRECTS meist direkt angezeigt.
weitere Ansätze sind oftmals die folgenden:
- Server-, Proxy- und Browser-Cache löschen, oder aber auch
- WordPress Seiten Cache löschen, bzw.
- Server Cache löschen, und auch
- Proxy-Cache löschen, bzw.
- Browser Cache löschen
Gibt es denn auch Befunde in den Logfiles!?
Art des Redirect Loops bestimmen - dies gehört zu den Ansätzen bei denen das o.g. Tool "Redirect Path Chrome" - zum Einsatz kommen kann.
Ein weiterer Ansatz den ich auch schon ausprobiert habe: Ich vermute, dass dieser Fehler manchmal auftauchen kann wenn ein Plugin dies verursacht:
Eine hier naheliegende Moeglichkeit, hier weiterzukommen: ich geh zum Plugin-Ordner - also via wp-content-Ordner dorthin navigieren, wo der
Standardpfad lautet: ~/public/wp-content/ Hier geh ich dann zum Ordner „Plugins“: und hier hab ich dann einen Test durchführen können: Ich
benennen einfach den Ordner „Plugins“ einmal um; Dieser kleine Schritt wird alle Plugins unserer Seite deaktivieren.
Nun hab ich die Website aktualisiert und gesehen, ob das geholfen hat.
Ja - und deshalb gilt: es ist ein Plugin, das die Umleitungsschleife verursacht. Jetzt kann ich nach mehr suchen - um herauszufinden, welches Plugin es war:
Darüber hinaus: Nun kann ich weitersuchen und nächstens einfach im WordPress Backend gucken und dann zu den Plugin-Bereich gehen. Dann kann
ich im Backend der Reihe nach vorgehen - m.a.W. also aktivieren (oder umgekehrt eben: sprich "Abschalten" eines (ein Plugin) nach dem anderen,
bis ich das Plugin finde, das das Problem verursacht hat.
Welche Methoden setzt ihr hier ein!?
Gegebenenfalls habt ihr ja noch Methoden, Tools oder Verfahren, die ich noch nicht kenne!?
Welche Erfahrungen habt ihr gemacht!?
Gegebenenfalls kann man ja auch Serverlogs noch mit heranziehen.
Also - ich würde, wenn hier Logfiles Auskunft geben, dann am ehesten mal auf die Logfiles schauen. Denke dass die aussagekräftig sein sollten.
Was meint ihr denn!?
Freue mich auf einen Tipp
'VG
update:
Zu den Ansätzen
a. Redirect Path Chrome:
Habt ihr schon mit dem "Redirect Path Chrome" gearbeitet!? Diese Erweiterung Redirect Path Chrome wird oft empfohlen und als nützlich beschrieben: Es soll Einblicke bieten auf alle auf der Webseite stattfindenden Redirects (spezifische URL oder Seite). https://chrome.google.com/webstore/d...er-info-dialog
b. Automatic 301 Redirect Checker: Easily check all versions of your URL resolve correctly
https://www.serpworx.com/
c. curl manche empfehlen Tests mit dem Kommandozeilentool curl ( https://curl.se/ )
vgl. https://webmasters.stackexchange.com...-when-i-see-20I usually test redirects with the --head command line option that instructs it to fetch the URL and only show the headers. That will let you see the HTTP status and any Location: header with the redirect location:
Code:$ curl --head http://www.example.com/ HTTP/1.1 301 Moved Permanently Location: https://example.com/
Curl.se : https://curl.se supports...ICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, POP3, POP3S, RTMP, RTMPS, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET and TFTP. curl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, HTTP/2, HTTP/3, cookies, user+password authentication (Basic, Plain, Digest, CRAM-MD5, SCRAM-SHA, NTLM, Negotiate and Kerberos), file transfer resume, proxy tunneling and more.
What's curl used for? curl is used in command lines or scripts to transfer data. curl is also used in cars, television sets, routers, printers, audio equipment, mobile phones, tablets, settop boxes, media players and is the Internet transfer engine for thousands of software applications in over ten billion installations. (quelle: https://curl.se )
Zitieren
Zitat von nopes
Lesezeichen