We zien veel verschillende WordPress-fouten op CollectiveRay, en een daarvan is ERR_TOO_MANY_REDIRECTS (ook bekend als een omleidingslus).
Dit gebeurt meestal als gevolg van een nieuwe update van uw WordPress-platform, een verkeerde configuratie van omleidingen op uw server of ongepaste configuraties voor externe providers. Maar maak je geen zorgen, deze fout is vrij eenvoudig op te lossen.
Bekijk de onderstaande tips om deze fout op te lossen en de site weer aan de praat te krijgen.
Wat is de fout err_too_many_redirects?
De reden waarom ERR_TOO_MANY_REDIRECTS wordt geactiveerd, wordt gemakkelijk weerspiegeld in de fout zelf. Iets (een verkeerde configuratie) veroorzaakt een onevenredig groot aantal omleidingen (te veel omleidingen), waardoor uw website in een continue omleidingslus terechtkomt.
In wezen zit de server vast (URL 1 verwijst bijvoorbeeld naar URL 2 en URL 2 verwijst terug naar URL 1, of het domein heeft u te vaak doorgestuurd). Dit soort fouten is meestal een onjuiste systeemconfiguratie, dus het is moeilijk om deze fouten zelf op te lossen.
Daarom hebben we een stapsgewijze handleiding over de stappen die u moet nemen om dit probleem op te lossen.
Afhankelijk van de browser die u gebruikt, zijn er een paar verschillende varianten van deze waarschuwing / fout.
ERR_TOO_MANY_REDIRECTS Chroom
Deze fout wordt in Google Chrome weergegeven als ERR_TOO_MANY_REDIRECTS (zoals hieronder te zien) of Deze webpagina heeft een probleem met de omleidingslus.
Deze pagina werkt niet. example.com heeft u te vaak omgeleid. Probeer uw cookies te wissen. ERR_TOO_MANY_REDIRECTS
Microsoft Edge Browser
In de Microsoft Edge-browser wordt het gewoon weergegeven als Deze pagina werkt momenteel niet (zoals je hieronder kunt zien).
example.com heeft u te vaak omgeleid.
Firefox
In de Mozilla Firefox-browser zou dit worden weergegeven als De pagina verwijst niet correct door (zoals te zien in de onderstaande schermafbeelding).
Er is een fout opgetreden tijdens een verbinding met example.com. Dit probleem kan soms worden veroorzaakt door het uitschakelen of weigeren van cookies.
Safari
In de Safari-browser wordt de fout weergegeven als Safari kan de pagina niet openen (bekijk de screenshot).
Er zijn te veel omleidingen opgetreden bij het openen van 'example.com'. Dit kan gebeuren als u een pagina opent die wordt omgeleid om een andere pagina te openen, die vervolgens wordt omgeleid om de oorspronkelijke pagina te openen.
Hier zijn enkele tips en problemen om naar te zoeken om de fout op te lossen (gesorteerd op de meest voorkomende uitleg die we zien):
- Verwijder of wis cookies op die specifieke site
- Wis alle caches op de WordPress-site (plug-in, server, proxy en browsercache)
- Bepaal de aard van de omleidingslus
- Controleer of u de juiste HTTPS-instellingen heeft
- Controleer eventuele services van derden
- Controleer de instellingen van uw WordPress-site
- Schakel WordPress-plug-ins tijdelijk uit totdat je het probleem hebt opgelost
- Controleer op omleidingen op uw server
Hoe ERR_TOO_MANY_REDIRECTS
1. Verwijder browsercookies voor die specifieke site
Zoals we in de bovenstaande schermafbeeldingen hebben gezien, adviseren zowel Google als Mozilla direct onder de fout "probeer uw cookies te wissen".
Cookies kunnen beschadigd raken en foutieve gegevens bevatten, wat resulteert in de fout ERR TOO MANY REDIRECTS. Dit is een oplossing die u moet proberen, ook al krijgt u de foutmelding op een platform of website waarvan u niet de eigenaar bent.
Aangezien cookies uw "aangemelde" status en andere instellingen op de website behouden, raden we u aan om de cookie (s) op de site die het probleem veroorzaakt eenvoudigweg te verwijderen. Zo veroorzaak je geen problemen met de andere websitesessies of regelmatig bezochte websites.
Volg de onderstaande stappen om een cookie van een bepaalde website in Google Chrome te verwijderen.
- Klik op de drie kleine puntjes in de rechterbovenhoek van Google Chrome. Kies vervolgens 'Instellingen'.
- Scroll naar beneden en kies 'Geavanceerd'.
- Klik op "Instellingen voor inhoud".
- Kies 'Cookies'.
- Kies vervolgens "Alle cookies en sitegegevens weergeven".
- Zoek naar de site (domein) die de waarschuwing ERR_TOO_MANY_REDIRECTS activeert. De cookie (s) die momenteel voor dat domein op uw computer zijn opgeslagen, worden dan verwijderd. Keer dan terug naar de website en ververs de pagina.
Als het probleem werd veroorzaakt door browsercookies, is de fout niet verdwenen en wordt de pagina correct geladen.
2. Wis de server-, proxy- en browsercache
Omdat omleidingslussen kunnen worden geactiveerd door reacties in de cache te plaatsen, is het altijd een goed idee om te proberen de cache van uw WordPress-account, de server, proxyservers van derden en indien nodig zelfs uw browser te wissen.
Afhankelijk van het type omleidingslus, heb je mogelijk nog steeds toegang tot je WordPress-beheerdersdashboard. In dit geval kunt u de cache gemakkelijk leegmaken of wissen via de instellingen van uw cacheplug-in.
Hier is een korte handleiding voor het wissen van de caches op de verschillende onderdelen van de infrastructuur die caching zouden kunnen hebben. Mogelijk moet u controleren welke plug-ins op uw website worden uitgevoerd, of dat er een ander cachingplatform is dat we hieronder niet hebben genoemd.
Zorg ervoor dat u de caches op elk cachecomponent wist, doorspoelt of leegmaakt.
Wis de WordPress-sitecache
Als u uw site in het cachegeheugen plaatst met behulp van een WordPress caching-plug-in zoals W3C, SuperCacher of zelfs WP Rocket, de cache van deze plug-ins leegmaken is meestal heel eenvoudig en is iets dat u waarschijnlijk meerdere keren heeft gedaan.
Volg gewoon uw gebruikelijke procedure om de relevante cacheplug-in te verwijderen.
Wis de servercache
Sommige beheerde WordPress-hostingservices zoals Kinsta, WPEngine, Nexcess or SiteGround hebben hun eigen caching op serverniveau. Deze hebben allemaal hun eigen procedures om de caches door te spoelen. Dit moet gemakkelijk toegankelijk zijn via uw hostingdashboard.
Wis CDN of proxycache
Als u een reverse-proxy-service van derden gebruikt, zoals Cloudflare or Sucuri, kan het ook nuttig zijn om de cache aan hun kant te wissen. Hoewel niet alle CDN's als proxy's werken, wilt u, als u zich op een CDN bevindt, de cache hier ook leegmaken of leegmaken.
- Log in op het dashboard van Cloudflare, ga naar "Caching" en klik vervolgens op "Alles opschonen".
- Log in op het dashboard van Sucuri, navigeer naar "Prestaties" en druk vervolgens op "Cache wissen".
Wis browsercache
Als u wilt zien of het probleem door uw lokale browsercache wordt veroorzaakt, kunt u uw browser in de incognitomodus openen zonder uw cache te verwijderen. U kunt ook een andere browser gebruiken om te zien of de ERR_TOO_MANY_REDIRECTS-fout zich blijft voordoen.
Als u vaststelt dat dit te wijten is aan de browsercache, moet u deze wissen. Hier zijn richtlijnen om dit in verschillende browsers te doen:
Wis het cachegeheugen, de cookies en de geschiedenis van uw webbrowser
Bepaal het type van de omleidingslus
Als het wissen van de cache niet werkt, moet je proberen erachter te komen wat de omleidingslus veroorzaakt. HTTPStatus.io - een gratis online omleidingscontrole-tool zal helpen bij verdere analyse van wat er aan de achterkant gebeurt.
Dit kan ook worden bereikt met cURL.
Op de onderstaande site is er bijvoorbeeld een 301-omleidingslus terug naar zichzelf, wat resulteert in een lange reeks defecte omleidingen. Je moet alle omleidingen volgen en kijken of het terugkeert naar zichzelf, of dat het een HTTP naar HTTPS-lus is, die we hieronder zullen behandelen.
301-omleiding
https://example.com
301-omleiding
https://example.com
301-omleiding
https://example.com
301-omleiding
https://example.com
Het Omleidingspad Chrome-extensie is ook erg handig, omdat het informatie biedt over alle omleidingen die op uw web plaatsvinden (specifieke URL of pagina).
Controleer uw HTTPS-configuratie
Een ander ding om dubbel te controleren is de HTTPS-instellingen. We hebben gezien dat ERR_TOO_MANY_REDIRECTS zich vaak voordoen als iemand zojuist zijn WordPress-platform naar HTTPS heeft verplaatst en vervolgens de installatie niet correct heeft voltooid.
1. Forceer HTTPS niet als u geen SSL-certificaat heeft geïnstalleerd.
Dit is verreweg de meest populaire verklaring die we heel vaak ervaren. Als je je WordPress-site dwingt om via HTTPS te laden zonder eerst een SSL-certificaat in te stellen, maakt je site automatisch een omleidingslus. Om dit probleem op te lossen, installeert u eenvoudig een SSL-certificaat op het account van uw WordPress-site. U kunt een in de handel gekocht certificaat gebruiken of anders gebruiken Laten we encrypten als dit wordt ondersteund door uw hostingopstelling.
Het is ook een slim idee om een SSL-scan (van Qualys SSL Labs) op uw site. SSL / TLS-certificaten vereisen de installatie van niet alleen het primaire certificaat, maar ook de zogenaamde tussenliggende certificaten (ketting). Deze moeten correct zijn geïnstalleerd, anders is uw configuratie niet correct en kunnen er allerlei problemen ontstaan.
Ga gewoon naar de SSL-checker, die hierboven is gelinkt, typ uw domein in het veld Hostnaam en druk op "Verzenden". U kunt ervoor kiezen om de resultaten van de scan niet openbaar te maken. Houd er rekening mee dat het scannen van de SSL / TLS-configuratie van uw site op uw webserver enkele minuten kan duren.
2. Werk hardgecodeerde links bij in plaats van een SSL-plug-in te gebruiken
Er zijn enkele gratis SSL WordPress-plug-ins beschikbaar, zoals de Really Simple SSL plugin, die u zal helpen bij het automatisch omleiden naar HTTPS.
We raden deze aanpak echter niet aan als een langetermijnoplossing, omdat plug-ins van derden nieuwe bugs kunnen introduceren of andere prestatieproblemen kunnen veroorzaken. Hoewel het misschien een gemakkelijke tijdelijke oplossing is, moet u er toch naar streven uw hardgecodeerde HTTP: //-links naar HTTPS: // te converteren.
U kunt dit bereiken met een tool als Beter zoeken vervangen in WordPress of neem contact op met uw hostingondersteuningsteam om dit voor u te laten afhandelen.
3. Controleer alle HTTP-naar-HTTPS-omleidingen op de server
Een andere reden voor de fout kan zijn dat de HTTPS-omleidingsregels op uw server verkeerd zijn geconfigureerd.
Als je webserver Nginx draait, kun je eenvoudig al het HTTP-verkeer omleiden naar HTTPS door de volgende code toe te passen op je Nginx-configuratiebestand. Dit is de voorkeursaanpak voor het omleiden van WordPress op Nginx.
server { listen 80; server_name example.com www.example.com; return 301 https://example.com$request_uri; }
Als je een Apache-webserver hebt, kun je ook gemakkelijk al het HTTP-verkeer naar HTTPS omleiden door de volgende code toe te passen op je .htaccess-bestand. Dit is de voorkeursaanpak voor het omleiden van WordPress met behulp van de Apache-server.
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
4. Controleer op te veel HTTPS-omleidingen
Een andere mogelijkheid is dat u te veel HTTPS-omleidingen heeft. U kunt de Mapper omleiden functie, om snel te identificeren hoeveel omleidingen uw site heeft. Hieronder ziet u een voorbeeld van een omleiding die niet goed is ingesteld, en die u gemakkelijk kunt vinden met de omleidingsmap. Er zijn dubbele HTTPS-omleidingen op zowel de www- als de niet-www-editie, zoals u kunt zien.
Controleer services van derden
De ERR_TOO_MANY_REDIRECTS-fout wordt vaak veroorzaakt door reverse-proxy-services zoals Cloudflare of andere reverse-proxy-services.
Dit is wat er kan gebeuren als hun flexibele SSL-optie is ingeschakeld en je al een SSL-certificaat hebt geïnstalleerd bij je WordPress-host.
Waarom gebeurt dit?
Als u kiest voor Flexible SLL, worden alle verzoeken naar uw hostingserver verzonden via HTTP. Omdat uw hostserver al een omleiding van HTTP naar HTTPS heeft, vindt er een omleidingslus plaats.
Om dit te verhelpen, wijzigt u de Cloudflare Crypto-instellingen van Flexible in Full of Full (strikt).
U moet hun Always Use HTTPS-paginaregel gebruiken om alle gebruikers automatisch om te leiden naar HTTPS zonder een lus te veroorzaken. Een ander probleem waarmee u rekening moet houden met Cloudflare zijn hun doorstuur-URL-omleidingsregels.
Zorg ervoor dat u geen omleiding bouwt waarin het domein naar zichzelf verwijst als een bestemming. Dit zal resulteren in een oneindige omleidingslus en de betreffende URL's kunnen niet correct worden omgezet.
Als u liever alleen de DNS van Cloudflare gebruikt en niet hun proxy / WAF-service, zorg er dan voor dat uw DNS-records zijn ingesteld op "Alleen DNS". Het wolkpictogram zou er 'blauw' uit zien in plaats van 'oranje'. Dit is te zien in het Cloudflare controlepaneel onder het tabblad “DNS”.
Als je gebruikt StackPath, zorg ervoor dat de optie "Origin Pull Protocol" is ingesteld op alleen HTTPS.
Controleer uw WordPress-siteconfiguratie
Een ander ding om naar te kijken zijn de WordPress-site-instellingen. Controleer nogmaals of de twee velden correct zijn ingesteld en niet naar hetzelfde domein verwijzen of niet overeenkomen. Een ander typisch probleem is het niet gebruiken van het juiste voorvoegsel dat overeenkomt met de rest van het domein, of het nu www of niet-www is. Wanneer mensen hosts migreren of domeinen verplaatsen, kunnen deze instellingen worden gewijzigd zonder dat u het merkt.
- WordPress-adres (URL): De URL om uw site te bereiken.
- Site-URL (Uniform Resource Locator): De locatie van uw WordPress-kernbestanden.
Deze moeten overeenkomen, tenzij WordPress in een eigen directory wordt gebruikt.
Als deze instellingen niet correct zijn ingesteld, heb je geen toegang tot je WordPress-dashboard. U kunt de bovenstaande instellingen dus omzeilen door de waarden in uw wp-config.php-bestand te wijzigen.
Het wp-config.php-bestand bevindt zich normaal gesproken in de root van uw WordPress-site en is toegankelijk via FTP, SSH of WP-CLI. Voeg eenvoudig de volgende code toe aan de bovenkant van het bestand om WP_HOME en WP_SITEURL hard te coderen, waarbij u de waarden wijzigt om uw domein weer te geven.
define ('WP_HOME', 'https: //example.com');
define ('WP_SITEURL', 'https: //example.com');
Nadat u de twee waarden handmatig heeft geconfigureerd, kunt u uw site bezoeken en kijken of de omleidingslus is opgelost.
WordPress Multisite
Wanneer u domeinen op een multisite verplaatst, moet u ook in de tabel wp_blogs zoeken. Als u een onjuiste zoekactie uitvoert en vervangt, kan dit resulteren in een oneindige omleidingslus. Dit komt doordat de netwerksite niet overeenkomt met de subsites.
wp _ # _ opties: Voor elke subsite wordt een reeks tabellen gegenereerd die overeenkomen met de blog-id in de wp blogs-tabel. Update de “SITEURL"En"HOME”Instellingen in het wp _ # _ opties tabel, waarbij # verwijst naar de blog-ID.
Schakel WordPress-plug-ins tijdelijk uit
Als het op WordPress aankomt, kan het kort verwijderen van alle WordPress-plug-ins een snelle manier zijn om problemen te identificeren. Omleidingen kunnen bijvoorbeeld worden geïmplementeerd met behulp van plug-ins zoals Redirection of Yoast SEO premium. Vaak zullen wijzigingen in de configuratie of andere wijzigingen aan deze plug-ins botsen met omleidingen die al op uw server aanwezig zijn, wat resulteert in een omleidingslus.
Onthoud dat alleen het uitschakelen van een plug-in niet leidt tot gegevensverlies, dus dit is een redelijk risicovrije oplossing. Als u de WordPress-beheerder niet kunt bereiken, moet u via SFTP verbinding maken met uw server en de map met plug-ins hernoemen naar zoiets als oude plug-ins. Controleer vervolgens uw website nogmaals om te zien of de omleidingslus verdwenen is.
Als het werkt, moet u elke plug-in een voor een verifiëren en kijken of deze het probleem veroorzaakt. Hernoem de map met plug-ins terug naar "plug-ins" en hernoem vervolgens elke map met plug-ins een voor een totdat je degene vindt die een probleem veroorzaakt.
Misschien wilt u dit eerst op een testsite testen.
Controleer eventuele bestaande serveromleidingen
Afgezien van HTTP-naar-HTTPS-omleidingen op uw server, is het een goed idee om te controleren of er geen andere omleidingen verkeerd zijn ingesteld. Een enkele slechte 301-omleiding naar zichzelf kan bijvoorbeeld de site naar beneden halen. Deze staan meestal in de configuratiebestanden van uw server.
.htaccess-bestand in Apache
Als u een door Apache aangedreven WordPress-host gebruikt, bevat uw .htaccess-bestand waarschijnlijk een onjuiste configuratie. Volg de onderstaande stappen om een geheel nieuwe te maken.
Maak verbinding met uw site via FTP of SSH en hernoem uw .htaccess-bestand naar .htaccess-old. Dit betekent dat u nog steeds een back-up heeft van de oude configuratie.
Normaal gesproken zou u uw permalinks gemakkelijk in WordPress moeten opslaan om dit bestand te herstellen.
Als je echter een ERR_TOO_MANY_REDIRECTS-bug ziet, kun je niet inloggen op je WordPress-beheerder, dus dit is geen beschikbare optie. Daarom moet u een nieuw .htaccess-bestand maken met de volgende code. In het volgende voorbeeld worden standaardinstellingen gebruikt.
# 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
Meer voorbeelden, zoals een standaard .htaccess-bestand voor multisite, zijn te vinden in het WordPress Codex.
Nginx-configuratie
Als uw server Nginx gebruikt, kan deze configuratie iets moeilijker te vinden zijn omdat het configuratiebestand varieert op basis van de hostingservice. We raden u aan contact op te nemen met uw host en deze in uw configuratiebestand te laten zoeken naar iets dat een omleidingslus of een buitensporig aantal omleidingen kan veroorzaken.
Omgekeerde proxy's die verkeerd zijn geconfigureerd
Een andere veel voorkomende bron van de ERR_TOO_MANY_REDIRECTS-fout is het gebruik van een reverse proxy. Omgekeerde proxy's kunnen erg lastig zijn, en als het verkeerd is ingesteld, is het vrij eenvoudig om de WordPress-site in een omleidingslus te sturen.
IMH
Wil je een snelle website?
Wie ben ik voor de gek aan het houden? Doen we dat niet allemaal?
Dus waarom worstelen zovelen van ons?
De grootste uitdaging is meestal het vinden van een snel, betrouwbaar hostingbedrijf.
We hebben allemaal de nachtmerries meegemaakt - ondersteuning duurt een eeuwigheid of lost ons probleem niet op, altijd iets aan jouw kant de schuld geven...
Maar het grootste minpunt is dat de website altijd traag aanvoelt.
At CollectiveRay we hosten met InMotion-hosting en onze website is stom snel. We draaien op een custom stack van LightSpeed server setup op MariaDB met een PHP7.4 engine en via Cloudflare.
Gecombineerd met onze front-end optimalisaties bedienen we elke dag betrouwbaar 6000 gebruikers, met pieken van 50+ gelijktijdige gebruikers.
Wil je een snelle installatie zoals de onze? Breng uw site gratis over naar InMotion-hosting en ontvang onze 50% KORTING op de huidige prijzen.
Probeer InMotion Hosting met 50% KORTING voor CollectiveRay ALLEEN voor bezoekers in september 2024!
Afsluiten
Omleidingslussen kunnen soms moeilijk te vinden zijn. Enkele van de hierboven beschreven maatregelen voor probleemoplossing zullen u echter helpen bij het oplossen van uw ERR_TOO_MANY_REDIRECTS-fout. Als we iets hebben gemist, laat het ons dan weten in de comments hieronder.
Alstublieft laat een nuttig geef commentaar met je mening, deel dit dan op je Facebook-groep (en) die dit nuttig zouden vinden en laten we samen de vruchten plukken. Bedankt voor het delen en aardig zijn!
Disclosure: Deze pagina kan links bevatten naar externe sites voor producten die we geweldig vinden en die we van harte aanbevelen. Als u producten koopt die we aanbevelen, kunnen we een verwijzingsvergoeding verdienen. Dergelijke vergoedingen hebben geen invloed op onze aanbevelingen en we accepteren geen betalingen voor positieve beoordelingen.