[FIX] ERR_TOO_MANY_REDIRECTS på WordPress (2024)

Vi ser en masse forskellige WordPress -fejl på CollectiveRay, og en af ​​dem er ERR_TOO_MANY_REDIRECTS (også kendt som en omdirigeringssløjfe).

Dette sker typisk som et resultat af en ny opdatering til din WordPress-platform, en forkert konfiguration af omdirigeringer på din server eller upassende konfigurationer til tredjepartsudbydere. Men rolig, denne fejl er ret enkel at rette.

Se nedenstående tip til, hvordan du løser denne fejl og får webstedet til at køre igen.

Hvad er fejlen err_too_many_redirects?

Årsagen til, at ERR_TOO_MANY_REDIRECTS udløses, reflekteres let i selve fejlen. Noget (en forkert konfiguration) udløser en uforholdsmæssig mængde omdirigeringer (for mange omdirigeringer), hvilket får dit websted til at gå ind i en kontinuerlig omdirigeringssløjfe.

I det væsentlige er serveren fanget (for eksempel URL 1 peger på URL 2 og URL 2 peger tilbage til URL 1, eller domænet har videresendt dig for mange gange). Denne type fejl er typisk en forkert systemopsætning, så det er svært for disse fejl at blive løst af sig selv.

Derfor har vi en trinvis vejledning til, hvilke trin du skal tage for at løse dette problem.

Afhængigt af hvilken browser du bruger, er der et par forskellige varianter af denne advarsel / fejl.

ERR_TOO_MANY_REDIRECTS Chrome

Denne fejl vises i Google Chrome som ERR_TOO_MANY_REDIRECTS (som vist nedenfor) eller Denne webside har et problem med omdirigering.

Denne side fungerer ikke. eksempel.com omdirigerede dig for mange gange. Prøv at rydde dig cookies. ERR_TOO_MANY_REDIRECTS

Andre Google Chrome-problemer, der let kan løses inkluderer advarslen err_cache_miss.

Microsoft Edge Browser

I Microsoft Edge-browseren vises den simpelthen som Denne side fungerer ikke lige nu (som du kan se nedenfor).

eksempel.com omdirigerede dig for mange gange.

Firefox

I Mozilla Firefox-browseren vil dette blive vist som siden omdirigerer ikke korrekt (som det ses på skærmbilledet nedenfor).

Der opstod en fejl under en forbindelse til eksempel.com. Dette problem kan undertiden være forårsaget af at deaktivere eller nægte at acceptere cookies.

Safari

I Safari-browseren vises fejlen som Safari kan ikke åbne siden (tjek skærmbilledet).

Der opstod for mange omdirigeringer, da de forsøgte at åbne "eksempel.com". Dette kan forekomme, hvis du åbner en side, der omdirigeres for at åbne en anden side, som derefter omdirigeres for at åbne den originale side.

 Her er nogle tip og problemer, du kan søge efter for at hjælpe med at løse fejlen (sorteret efter de mest almindelige forklaringer, vi ser):

1. Slet eller ryd cookies på det specifikke websted
2. Ryd alle caches på WordPress-webstedet (plugin, server, proxy og browser-cache)
3. Bestem naturen til omdirigeringssløjfe
4. Kontroller, at du har de korrekte HTTPS-indstillinger
5. Kontroller eventuelle tredjeparts tjenester
6. Tjek dine WordPress-webstedsindstillinger
7. Deaktiver midlertidigt WordPress-plugins, indtil du løser problemet
8. Se efter eventuelle omdirigeringer på din server

Sådan rettes ERR_TOO_MANY_REDIRECTS 

1. Slet browsercookies for det specifikke websted

Som vi så i skærmbillederne ovenfor, anbefaler både Google og Mozilla lige under fejlen at "prøve at rydde dine cookies."

Cookies kan blive beskadiget og have fejlagtige data, hvilket resulterer i FEJL FOR MANGE REDIRECTS-fejl. Dette er en løsning, du skal prøve, selvom du får fejlen på en platform eller et websted, som du ikke ejer.

Da cookies opretholder din "logget ind" status og andre indstillinger på webstedet, foreslår vi blot at fjerne cookien (e) på det websted, der forårsager problemet. På denne måde vil du ikke forårsage problemer med nogen af ​​de andre hjemmesidesessioner eller regelmæssigt besøgte websteder.

For at slette en cookie fra et bestemt websted i Google Chrome skal du følge nedenstående trin.

1. Klik på de tre små prikker i øverste højre hjørne af Google Chrome. Vælg derefter "Indstillinger".
2. Rul ned og vælg "Avanceret".
3. Klik på "Indholdsindstillinger."
4. Vælg "Cookies".
5. Vælg derefter "Se alle cookies og webstedsdata."
6. Se efter det websted (domæne), der udløser advarslen ERR_TOO_MANY_REDIRECTS. Cookien (e), der aktuelt er gemt på din computer til det domæne, fjernes derefter. Gå derefter tilbage til webstedet og opdater siden.

Hvis problemet skyldes browsercookies, forsvinder fejlen ikke, og siden indlæses korrekt.

2. Ryd server-, proxy- og browser-cache

Da omdirigeringssløjfer kan udløses af cachingsvar, er det altid en god ide at prøve at rydde cachen på din WordPress-konto, serveren, tredjeparts proxyservere og endda din browser, hvis det er nødvendigt.

Afhængigt af typen af ​​omdirigeringssløjfe kan du muligvis stadig få adgang til dit WordPress admin-dashboard. I dette tilfælde kan du nemt skylle eller rydde cachen fra dit caching-plugins indstillinger. 

Her er en kort guide til, hvordan du rydder cacherne på de forskellige dele af infrastruktur, der kan have cache. Du skal muligvis kontrollere, hvilke plugins dit websted kører, eller om der er en anden cacheplatform, som vi ikke har nævnt nedenfor. 

Sørg for at rydde, skylle eller rense cacherne på hver cachekomponent.

Ryd WordPress-webcache

Hvis du cachelagrer dit websted ved hjælp af et WordPress-caching-plugin som W3C, SuperCacher eller endda WP Rocket, skyller cachen på disse plugins er normalt meget ligetil og er noget, som du sandsynligvis har gjort flere gange. 

Følg blot din sædvanlige procedure for at rense det relevante caching-plugin.

Ryd servercache

Nogle managede WordPress-hostingtjenester såsom Kinsta, WPEngine, Nexcess or SiteGround har deres egen caching på serverniveau. Alle disse har deres egne procedurer at følge for at skylle cacherne. Dette skal være let tilgængeligt via dit hosting dashboard.

Ryd CDN eller Proxy-cache

Hvis du bruger en tredjeparts reverse-proxy-tjeneste, f.eks CloudFlare or SucuriDet kan også være nyttigt at rydde cachen i slutningen. Selvom ikke alle CDNs fungerer som fuldmagter, hvis du er på et CDN, vil du måske også skylle eller rense cachen her. 

• Log ind på Cloudflares dashboard, naviger til "Caching", og tryk derefter på "Purge Everything".
• Log ind på Sucuris dashboard, naviger til "Performance", og tryk derefter på "Clear Cache."

Ryd browser-cache

Hvis du har brug for at se, om det er din lokale browsercache, der forårsager problemet, kan du åbne din browser i inkognitotilstand uden at slette din cache. Alternativt kan du bruge en anden browser til at se, om ERR_TOO_MANY_REDIRECTS-fejlen fortsætter.

Hvis du finder ud af, at det skyldes browserens cache, skal du rydde det. Her er retningslinjer for at gøre det i forskellige browsere:

Ryd din webbrowsers cache, cookies og historik

Bestem typen af ​​omdirigeringssløjfen

Hvis det ikke fungerede at rydde cachen, skal du prøve at finde ud af, hvad der forårsager omdirigeringssløjfen. HTTPStatus.io - et gratis online omdirigeringskontrolværktøj hjælper med yderligere analyse af, hvad der foregår i backend.

Dette kan også opnås med cURL.

På webstedet nedenfor er der for eksempel en 301-omdirigeringssløjfe tilbage til sig selv, hvilket resulterer i en lang kæde af defekte omdirigeringer. Du skal følge alle omdirigeringer og se, om den går tilbage til sig selv, eller om det er en HTTP til HTTPS-løkke, som vi vil behandle nedenfor.

301 Redirect
https://example.com
301 Redirect
https://example.com
301 Redirect
https://example.com
301 Redirect
https://example.com

Omdiriger sti Chrome-udvidelse er også meget nyttigt, da det giver information om nogen af ​​de omdirigeringer, der forekommer på dit web (specifik URL eller side).

Tjek din HTTPS-konfiguration

En anden ting at dobbelttjekke er HTTPS-opsætningen. Vi har set ERR_TOO_MANY_REDIRECTS ofte opstå, hvor nogen lige har flyttet deres WordPress-platform til HTTPS og derefter ikke afsluttet opsætningen korrekt.

1. Tving ikke HTTPS, hvis du ikke har installeret et SSL-certifikat.

Dette er langt den mest populære forklaring, vi oplever meget ofte. Hvis du tvinger dit WordPress-websted til at indlæse over HTTPS uden først at oprette et SSL-certifikat, opretter dit websted automatisk en omdirigeringssløjfe. For at løse dette problem skal du blot installere et SSL-certifikat på dit WordPress-websteds konto. Du kan enten bruge et kommercielt købt certifikat eller ellers bruge Lad os kryptere hvis dette understøttes af din hostingopsætning.

Det er også en smart idé at køre en SSL-scanning (fra Qualys SSL Labs) på dit websted. SSL / TLS-certifikater kræver ikke kun installation af det primære certifikat, men også det, der er kendt som mellemliggende certifikater (kæde). Disse skal være korrekt installeret, ellers vil din opsætning ikke være korrekt og kan skabe alle mulige problemer.

Gå blot til SSL-kontrolleren, der er linket ovenfor, indtast dit domæne i feltet Værtsnavn, og tryk på "Send". Du kan vælge ikke at offentliggøre resultaterne af scanningen. Bemærk, at scanning af dit websteds SSL / TLS-konfiguration på din webserver kan tage et minut eller to.

2. Opdater eventuelle hardkodede links i stedet for at bruge et SSL-plugin

Der er nogle gratis SSL WordPress -plugins til rådighed, f.eks Really Simple SSL plugin, der hjælper dig med automatisk at omdirigere til HTTPS.

Vi foreslår dog ikke denne fremgangsmåde som en langsigtet løsning, fordi tredjeparts-plugins kan introducere nye fejl eller forårsage andre problemer med ydeevnen. Selvom det kan være en let midlertidig løsning, skal du stadig bestræbe dig på at konvertere dine hårdkodede HTTP: // links til HTTPS: //.

Du kan opnå dette med et værktøj som f.eks Bedre Søg Erstat i WordPress eller komme i kontakt med dit hosting supportteam for at få dette håndteret for dig.

3. Kontroller eventuelle HTTP til HTTPS-omdirigeringer på serveren

En anden årsag til fejlen kan være, at HTTPS-omdirigeringsreglerne på din server er forkert konfigureret.

Hvis din webserver kører Nginx, kan du nemt omdirigere al HTTP-trafik til HTTPS ved at anvende følgende kode på din Nginx-konfigurationsfil. Dette er den foretrukne tilgang til omdirigering af WordPress til Nginx.

server { listen 80; server_name example.com www.example.com; return 301 https://example.com$request_uri; }

Hvis du har en Apache-webserver, kan du også nemt omdirigere al HTTP-trafik til HTTPS ved at anvende følgende kode i din .htaccess-fil. Dette er den foretrukne tilgang til omdirigering af WordPress ved hjælp af Apache-serveren.

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

4. Kontroller for for mange HTTPS-omdirigeringer

En anden mulighed er, at du har for mange HTTPS-omdirigeringer. Du kan bruge Omdirigeringskort funktion for hurtigt at identificere, hvor mange omdirigeringer dit websted har. Nedenfor er et eksempel på en omdirigering, der ikke var oprettet rigtigt, og som er let at finde ved hjælp af omdirigeringskortlæggeren. Der er duplikerede HTTPS-omdirigeringer på både www- og ikke-www-udgaven, som du kan se.

Tjek tredjeparts tjenester

ERR_TOO_MANY_REDIRECTS-fejlen udløses ofte af reverse-proxy-tjenester såsom Cloudflare eller andre reverse-proxytjenester.

Dette er hvad der kan ske, når deres fleksible SSL-mulighed er aktiveret, og du allerede har et SSL-certifikat installeret med din WordPress-vært.

Hvorfor sker det?

Når du vælger Fleksibel SLL, sendes alle anmodninger til din hosting-server via HTTP. Da din værtsserver allerede har en omdirigering fra HTTP til HTTPS på plads, sker der en omdirigeringssløjfe.

For at overvinde dette skal du ændre Cloudflare Crypto-indstillingerne fra Fleksibel til Fuld eller Fuld (streng).

Du skal bruge deres Brug altid HTTPS-sidestyring til automatisk at omdirigere alle brugere til HTTPS uden at forårsage en loop. Et andet problem at være opmærksom på med Cloudflare er deres videresendelses-URL-omdirigeringsregler.

Sørg for ikke at oprette en omdirigering, hvor domænet henviser til sig selv som en destination. Dette vil resultere i en uendelig omdirigeringssløjfe, og de berørte webadresser vil ikke kunne løses korrekt.

Hvis du foretrækker kun at bruge Cloudflares DNS og ikke deres proxy / WAF-tjeneste, skal du sørge for, at dine DNS-poster er indstillet til "Kun DNS". Skyikonet ville se "blåt" frem for "orange". Dette kan ses i Cloudflare-kontrolpanelet under fanen “DNS”.

Hvis du bruger StackPath, sørg for, at indstillingen "Origin Pull Protocol" kun er indstillet til HTTPS.

Tjek din WordPress-webstedskonfiguration

En anden ting at se på er WordPress-webstedets indstillinger. Du vil gerne dobbelttjekke, om de to felter er indstillet korrekt og ikke henviser til det samme domæne eller ikke stemmer overens. Et andet typisk problem er at undlade at bruge det rigtige præfiks til at matche resten af ​​domænet, hvad enten det er www eller ikke-www. Når folk migrerer værter eller skifter domæner, kan disse indstillinger blive ændret uden at du bemærker det.

• WordPress-adresse (URL): URL'en til at nå dit websted.
• Websteds-URL (Uniform Resource Locator): Placeringen af ​​dine WordPress-kernefiler.

Disse skal matche, unless WordPress bruger det sin egen mappe.

Hvis disse indstillinger ikke er indstillet korrekt, har du ikke adgang til dit WordPress-dashboard. Så du kan omgå ovenstående indstillinger ved at ændre værdierne i din wp-config.php-fil.

Wp-config.php-filen findes normalt ved roden af ​​dit WordPress-websted og kan tilgås via FTP, SSH eller WP-CLI. Du skal blot tilføje følgende kode øverst i filen til hard-code WP_HOME og WP_SITEURL, og ændre værdierne for at afspejle dit domæne.

definere ('WP_HOME', 'https: //eksempel.com');
definere ('WP_SITEURL', 'https: //eksempel.com'); 

 
Efter manuel konfiguration af de to værdier kan du besøge dit websted og se, om det løser omdirigeringssløjfen.

WordPress multisite

Når du flytter domæner på et multisite, skal du også søge i wp_blogs-tabellen. Hvis du foretager en forkert søgning og udskiftning, kan dette resultere i en uendelig omdirigeringssløjfe. Dette skyldes, at netværkswebstedet ikke matcher underwebstederne.

wp _ # _ muligheder: For hver underwebsted genereres en række tabeller, der svarer til blog-id'et i wp-blogtabellen. Opdater “SITEURL"Og"FORSIDE”Indstillinger i wp _ # _ muligheder tabel, hvor # henviser til blog-id'et.

Deaktiver WordPress Plugins midlertidigt

Når det kommer til WordPress, kan det være en hurtig måde at identificere problemer på kort tid at fjerne alle WordPress-plugins. Omdirigeringer kan for eksempel implementeres ved hjælp af plugins som Redirection eller Yoast SEO premium. Ofte kommer eventuelle ændringer i konfiguration eller andre ændringer til disse plugins sammen med omdirigeringer, der allerede er på plads på din server, hvilket resulterer i en omdirigeringssløjfe.

Husk, at blot deaktivering af et plugin ikke vil resultere i tab af data, så dette er en ret risikofri løsning. Hvis du ikke kan nå WordPress-administratoren, skal du oprette forbindelse til din server via SFTP og omdøbe din plugins-mappe til noget som gamle plugins. Dobbeltcheck derefter dit websted for at se, om omdirigeringssløjfen er væk.

Hvis det virker, skal du kontrollere hvert plugin en efter en og se, om det er det, der forårsager problemet. Omdøb din plugin-mappe tilbage til "plugins", og omdøb derefter hver plugin-mappe inde i den en efter en, indtil du finder den, der forårsager et problem.

Du vil måske først teste dette på et iscenesætningssted. 

Kontroller eventuelle eksisterende serveromdirigeringer

Bortset fra HTTP til HTTPS-omdirigeringer på din server er det en god ide at dobbelttjekke, om der ikke er andre omdirigeringer, der er konfigureret forkert. For eksempel kan en enkelt dårlig 301-omdirigering tilbage til sig selv muligvis bringe webstedet ned. Dette er normalt indeholdt i din servers konfigurationsfiler.

.htaccess-fil i Apache

Hvis du bruger en Apache-drevet WordPress-vært, er det sandsynligt, at din .htaccess-fil indeholder en forkert konfiguration. Følg nedenstående trin for at lave en ny fra bunden.

Opret forbindelse til dit websted ved hjælp af FTP eller SSH, og omdøb din .htaccess-fil til .htaccess-old. Dette betyder, at du stadig har en sikkerhedskopi af den gamle konfiguration.

Normalt skal du nemt gemme dine permalinks i WordPress for at gendanne denne fil.

Men hvis du ser en ERR_TOO_MANY_REDIRECTS-fejl, kan du ikke logge ind på din WordPress-administrator, så dette er ikke en tilgængelig mulighed. Som et resultat skal du oprette en ny .htaccess-fil med følgende kode. Følgende eksempel bruger standardindstillinger.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Flere eksempler, såsom en standard .htaccess-fil til multisite, kan findes i WordPress Codex. 

Nginx-konfiguration

Hvis din server bruger Nginx, kan denne konfiguration være lidt sværere at finde, fordi konfigurationsfilen varierer afhængigt af hostingtjenesten. Vi anbefaler, at du kontakter din vært og får dem til at søge i din konfigurationsfil for noget, der muligvis udløser en omdirigeringssløjfe eller et for stort antal omdirigeringer.

Omvendte fuldmagter, der er forkert konfigureret

En anden almindelig kilde til ERR_TOO_MANY_REDIRECTS-fejlen er brugen af ​​en omvendt proxy. Omvendte proxyer kan være meget besværlige, og hvis de er konfigureret forkert, er det ret nemt at sende WordPress-webstedet til en omdirigeringssløjfe.

Indpakning op

Omdirigeringssløjfer kan være vanskelige at finde til tider. Imidlertid vil nogle af de ovennævnte fejlfindingsforanstaltninger hjælpe dig med at løse din ERR_TOO_MANY_REDIRECTS fejl. Hvis vi gik glip af noget, så lad os det vide i kommentarfeltet nedenfor.

Om forfatteren

Forfatter: Shahzad SaeedInternet side: http://shahzadsaeed.com/E-mail: shahzad@collectiveray.com

Shahzaad Saaed har været med på en lang række autoritetswebsteder, herunder EasyDigitalDownloads, OptinMonster og WPBeginner, hvor han i øjeblikket er ansat som senior indholdsforfatter. Shahzad er WordPress-ekspert, webdesigner og overordnet teknologi- og designekspert. Han har specialiseret sig i content marketing for at hjælpe virksomheder med at vokse deres trafik gennem handlingsrettede og erfaringsbaserede artikler, blogs og ekspertguider, alt sammen hentet fra hans over 10 års erfaring på området.