NouveauBlack Friday : 50 % de réduction sur votre premier paiement
Dépannage WordPress

ERR_TOO_MANY_REDIRECTS

Le navigateur a suivi redirection après redirection et arrêté. Deux choses ne sont pas d'accord sur l'endroit où cette URL devrait vivre, et chacun est confiant.

ERR_TOO_MANY_REDIRECTS

Réponse rapide

Suivez la chaîne depuis la ligne de commande et regardez où elle se répète. La boucle est presque toujours WordPress et quelque chose devant elle - un proxy, un plugin, ou une règle serveur - chaque réécriture de la réponse de l'autre.

Diagnostic

Les causes les plus probables d’abord.

Parcourez la liste dans l’ordre. Vérifiez chaque cause avant de modifier quoi que ce soit : les correctifs diffèrent et une supposition coûte plus cher qu’une commande.

CauseComment vérifierCorrectif
siteurl et maison en désaccordLes deux options diffèrent par www, par schéma, ou par un slash de fuite. WordPress redirige vers ce qu'il considère canonique, pour toujours.Définissez les deux à la même adresse, y compris le schéma. C'est la première chose à vérifier après une migration.
Un proxy qui termine HTTPS sans le direLa chaîne alterne entre http et https. WordPress voit une requête claire, redirige vers HTTPS, le proxy la remet comme une simple.Faites confiance à l'en-tête du protocole transmis afin que WordPress sache que la requête originale était déjà sécurisée.
Deux sources de redirection se battentUne règle dans un plugin envoie /a à /b alors qu'une règle serveur envoie /b de nouveau à /a. Ni n'est mal à elle-même.Enlevez l'un d'eux. Les redirections appartiennent à une couche, et celle qui est la plus proche du bord est généralement la maison droite.
Une redirection mise en cacheLa boucle persiste après la suppression de la règle, et une fenêtre privée ou un navigateur différent se comporte différemment.Effacer le cache de page et n'importe quel 301s que le navigateur a stocké. Redirections permanentes sont mis en cache agressivement et par conception.
Une boucle de connexion à partir d'un désaccord de cookieSeulement les boucles wp-admin, et seulement après la connexion. Le domaine des cookies ne correspond pas à l'adresse en cours de navigation.Alignez le domaine des cookies avec l'URL du site et assurez-vous que l'accès se fait sur le même hôte que le visiteur.
Guide

Corriger l’erreur, étape par étape.

Les commandes supposent un accès à WP-CLI et au terminal. Si vous n’en disposez pas, chaque étape explique comment procéder depuis le tableau de bord ou via SFTP.

  1. Suivez la chaîne et regardez où elle se répète

    La paire répétitive est la réponse. Tout avant qu'il ne soit décor.

    curl -sIL https://example.com | grep -Ei '^(HTTP|location)'
  2. Comparer ce que WordPress pense de son adresse est

    Ces deux options sont la source la plus courante d'une boucle après tout déplacement.

    wp option get siteurl
    wp option get home
  3. Si un proxy met fin à TLS, dites à WordPress

    Sans ce WordPress croit que chaque requête est arrivée non chiffrée, et redirige en conséquence.

    wp config set FORCE_SSL_ADMIN true --raw
  4. Redirige les plugins hors de l'image

    Désactivation du plugin redirection est plus rapide que la lecture de ses règles.

    wp plugin deactivate redirection
  5. Effacer les caches avant de juger si ça a marché

    Une cache 301 reproduitra avec plaisir une boucle que vous avez déjà réparée.

    wp cache flush
Sur MagicWP

Ce que la plateforme prend en charge.

Les redirections sont maintenues dans un calque et appliquées au bord avant les chargements WordPress, il n'y a donc pas de deuxième ensemble de règles en désaccord tranquille avec le premier. HTTPS se termine devant et le protocole transmis est passé à travers, qui supprime la version http/https de cette boucle entièrement, et déplace un siteurl de mises à jour de domaine et de maison ensemble plutôt que de laisser une derrière.

Questions fréquentes

Questions fréquentes.

Pourquoi cela fonctionne-t-il dans un navigateur et non dans un autre?
Parce qu'un 301 est mis en cache par le navigateur, parfois pour une longue période. Un navigateur est de rejouer une redirection qu'il a apprise plus tôt tandis que l'autre est de demander au serveur frais. Test avec boucle pour voir ce que le serveur dit aujourd'hui.
Ça a commencé juste après que j'ai déménagé vers HTTPS.
C'est la version proxy de cette boucle. WordPress voit une requête HTTP simple car TLS s'est terminée devant elle, redirige vers HTTPS, et la requête revient à la simple.
Seulement les boucles de page de connexion.
Parce que l'inscription implique un cookie, et un jeu de cookie pour un hôte n'est pas envoyé à un autre. Un décalage entre l'adresse sur laquelle vous vous connectez et l'adresse sur laquelle vous atterrissez produit une boucle que les pages ordinaires ne montrent jamais.
Comment puis-je le réparer si je ne peux pas me connecter du tout?
Définissez les deux options URL de la ligne de commande ou définissez-les dans wp-config.php afin qu'elles aient priorité sur ce qui se trouve dans la base de données.
Erreurs associées

Si le problème vient d’ailleurs.

Ces erreurs peuvent se présenter de façon similaire dans le navigateur.