Erreur Magento 2 ERR_TOO_MANY_REDIRECTS

20

Je suis nouveau sur Magento, après l'installation de l'édition communautaire de Magento 2, je ne peux pas accéder au panneau d'administration. J'obtiens en dessous de l'erreur.

Cette page web a une boucle de redirection

Erreur ERR_TOO_MANY_REDIRECTS

Veuillez m'aider à résoudre le problème. Avancez grâce à tous.

Abdul Aziz
la source
Donnez plus d'informations. Comment avez-vous installé magento? Quels sont les paramètres que vous avez entrés lors de l'installation
Arkadii Chyzhov
Avez-vous activé XDebug?
Alex Paliarush
Après avoir rencontré des problèmes lors de la configuration de SSL, j'ai eu le même problème. Juste en exécutant cela, il a été corrigé: sudo php bin / magento cache: flush
AdNauseum

Réponses:

28

J'ai eu le même problème lors de la manipulation des bases de données, cette réponse a résolu mon problème ERR_TOO_MANY_REDIRECTS:

/magento//a/84756/50635

Pour corriger cela, veuillez essayer de définir Utiliser les URL sécurisées dans Admin sur true, dans Système -> Configuration -> Général -> Web.

Ou avec un accès à la base de données, remplacez la valeur d'enregistrement suivante par 1 :

SELECT * FROM core_config_data where path like '%web/secure/use_in_adminhtml%';
DependencyHell
la source
5
Dans mon cas, sa valeur est déjà 1, je vois toujours cette erreur.
kashish
1
fonctionne comme un charme
mrtuvn
Fonctionne très bien
Vu Tran Kien
Je vous remercie!! A fonctionné comme prévu!
MazeStricks
18

Dans mon cas, j'importais une base de données Magento 2 déjà existante. La raison pour laquelle j'obtenais l'erreur était à cause du domaine de cookie dans la base de données. Accédez à votre base de données et regardez dans le tableau core_config_data. Vous devriez voir un chemin appelé web/cookie/cookie_domain. Assurez-vous que le domaine correspond à celui sur lequel vous avez installé Magento 2. Ex: Si vous avez installé Magento 2 sur local.dev/<magento-root> l'entrée en web/cookie/cookie_domaindevrait être local.dev.

Paul
la source
4
J'avais le même problème. J'ai changé la valeur web/cookie/cookie_domainde NULL en mon nom de domaine, mais cela ne fonctionne toujours pas.
kashish
1
Merci beaucoup! J'ai changé la valeur de mon "domain.local" et tout fonctionne
Nikolai Silin
Merci beaucoup!! c'était pour moi le problème! : D
Pierre-Verthume Larivière
14

Je fais référence à votre domaine de boutique magento comme example.com dans cet article. Si c'est www.example.com ou store.example.com ou autre, remplacez-le en conséquence.

Je viens de tomber sur ce problème et voici les détails. Installation de Magento 2 2.2.2. J'avais configuré les URL de base sécurisées sur http://example.com/ initialement et alors que je faisais configurer mon certificat SSL Sencenc sur mon serveur, j'ai activé sans réfléchir l'option de rediriger tout le trafic http vers https.

Ce ne serait pas un problème normalement, mais Magento peut être un peu capricieux. J'ai visité ma vitrine et mon SSL fonctionne correctement, mais en tentant d'accéder à l'administrateur, j'ai reçu l'avis "ERR_TOO_MANY_REDIRECTS" et un chargement de page a échoué.

Je vois plusieurs façons de résoudre ce problème, mais celui qui a fonctionné pour moi la première tentative était le suivant.

  1. SSH dans le serveur.
  2. cd dans votre répertoire d'installation magento.
  3. exécutez la commande suivante:
    • php bin / magento config: afficher

afficher la sortie et rechercher web / secure / base_url, web / secure / base_link_url & web / secure / use_in_adminhtml .

Ces valeurs doivent être configurées avec https://example.com/ pour les options d'URL et web / secure / use_in_adminhtml = 1.

Si ce n'est pas le cas, vous pouvez exécuter les commandes suivantes à partir de votre répertoire d'installation de magento pour mettre à jour votre configuration.

  1. php bin / magento config: sensitive: set web / secure / base_url https://example.com/
  2. php bin / magento config: sensitive: set web / secure / base_link_url https://example.com
  3. php bin / magento config: set web / secure / use_in_adminhtml 1
  4. cache php bin / magento: nettoyer

Après cela, visitez votre page d'administration, videz le cache de votre navigateur, rechargez et vous devriez maintenant avoir à nouveau votre accès! avec support SSL.

La première étape que je prendrais après cela est de vous reconnecter au portail d'administration et de vérifier vos options de configuration pour vous assurer de ne pas rencontrer d'autres problèmes inattendus.

J'espère que cette aide!

Voici quelques ressources Magento pour vous guider:

Définir les valeurs de configuration

Référence des autres chemins de configuration

Références sensibles et spécifiques au système

Ryan Wilson
la source
1
Merci. De plus, j'avais une redirection configurée par plesk de http vers https que je devais désactiver pour obtenir le backend de magento. Remarque: le nettoyage du cache est une étape importante ici.
s.Daniel
11

Dans mon cas, j'ai copié le site Web à partir du serveur du client et je l'installais sur mon système local. J'ai simplement supprimé le cookie / domaine de

core_config_data

table puis vidée de cache, ça a fonctionné pour moi!

Vous pouvez également le faire:

Dans la table "core_config_data", supprimez la valeur de "web / cookie / cookie_domain" et définissez "web / cookie / cookie_httponly" sur "0". Vider le cache en supprimant les fichiers dans "var / cache".

Jitendra Mandloi
la source
4

J'ai eu le même problème après avoir basculé le site vers https. Lorsque j'ai vérifié le web / cookie / cookie_domain dans core_config_data, c'était NULL.

mysql> select * from core_config_data where path like 'web/cookie%';
+-----------+---------+----------+--------------------------+-------+
| config_id | scope   | scope_id | path                     | value |
+-----------+---------+----------+--------------------------+-------+
|        19 | default |        0 | web/cookie/cookie_domain | NULL  |
+-----------+---------+----------+--------------------------+-------+
1 row in set (0.00 sec)

Je l'ai ensuite réglé sur mon fqdn:

mysql> update core_config_data set value = 'mysites.fqdn.com' where path = 'web/cookie/cookie_domain' ;

Après cela, j'ai redémarré le site Web et cela a bien fonctionné:

systemctl restart apache2
discoape
la source
3

J'ai eu l'erreur ERR_TOO_MANY_REDIRECTS car j'ai oublié de définir la version PHP sur PHP7.

Peter Lauge
la source
2

Cette erreur se produit en raison de l'utilisation localhostde votre nom d'hôte, en particulier dans Chrome. Nous vous recommandons d'utiliser votre propre domaine. Consultez le blog d' Alan pour plus de détails

Ce n'est pas Magento, c'est que les navigateurs Web se comportent différemment lorsqu'ils sont utilisés avec un nom de domaine avec moins de 2 points, comme localhost.

Maddy
la source
Où OP a-t-il mentionné qu'il l'avait installé en utilisant "localhost"?
MrUpsidown
2

Vous pouvez essayer de réinstaller Magento avec votre adresse IP locale plutôt que localhost.

Ce sera http://127.0.0.1/foldername. Après l'installation de cette façon, vous pourrez y accéder depuis n'importe quel navigateur.

Vous pouvez également modifier l'enregistrement dans la base de données dans core_config_data où la valeur ressemblera à:

http://localhost/foldername/

remplacer cela par

http://127.0.0.1/foldername/

Dans les deux sens, le nom de dossier est votre répertoire où réside Magento.

Aman Srivastava
la source
2

Aussi - juste pour ajouter ce que j'ai vécu, si vous servez depuis apache mais utilisez nginx pour terminer ssl (et probablement le cache de vernis) alors assurez-vous que votre apache a

 SetEnvIf X-Forwarded-Proto "https" HTTPS=on

sinon il tourne autour et avec la frénésie de redirection nginx

wuxmedia
la source
0

N'utilisez pas de trémas dans l'URL de base, par exemple:

www.yourhost/österreich

J'ai dû le renommer

Detzler
la source
0

Dans mon cas, j'ai défini la valeur du web/cookie/cookie_domainchemin dans le core_config_datatableau sur NULL .

Vous pouvez le faire en utilisant Magerun , comme ça:

magerun config:set web/cookie/cookie_domain NULL
Anna P
la source
0

Dans mon cas, j'utilisais IP au lieu de localhost mais je n'ai toujours pas résolu. Clé d'URL d'administration modifiée. Ça a marché.

Bien sûr, toutes les réponses ci-dessus sont toujours valables, car nous les avons rencontrées et appliquées pendant le développement.

Chrome en cause beaucoup. Firefox est un peu meilleur pour gérer cela.

Kalyan Chakravarthi V
la source
0

J'utilise Magento 2 sur AWS et en suivant la suggestion de Ryan Wilson Correction du problème en allant dans le dossier htdocs où magento est installé et en utilisant la commande suivante

sudo php bin/magento config:set web/unsecure/base_url http://www.yoursite.com/
sudo php bin/magento config:set web/secure/base_url https://www.yoursite.com/
php bin/magento cache:clean
codelearner
la source
0

dans la version magento 2.2, je ne pouvais même pas trouver le chemin web / cookie / cookie_domain dans le core_config_data. donc dans mon cas, le problème était avec le service memcached. J'ai mis en place session.save_handler = memcached dans php.ini selon les documents magento et cela a empêché l'administrateur de s'ouvrir correctement, en attendant le front était ok. Après avoir changé les gestionnaires en session.save_handler = les fichiers ont tous fonctionné

Alex D
la source
0

j'ai eu le même problème à le réparer en allant

SELECT * FROM core_config_data where path like 'web/secure/use_in_adminhtml'

la valeur est modifiée par NULL à 1

Aadii Mughal
la source
0

Supprimez manuellement var / cache / * et var / sessions / * a corrigé pour moi après avoir déplacé le site d'un sous-domaine vers un autre et modifié les base_urls nécessaires.

Dave
la source
0

Aucune des solutions proposées ici ne fonctionnait pour mon environnement de développement qui s'exécutait dans un conteneur Docker. Ce qui a fonctionné pour moi, c'était de changer la ligne suivante dansetc/nginx/fastcgi :

fastcgi_param HTTPS $https if_not_empty;

…à:

fastcgi_param HTTPS on;

Source: https://magenticians.com/magento-ssl-configuration-issues-resolved/#Enabling-SSL .

ACJ
la source
(N'oubliez pas de redémarrer le conteneur après avoir apporté lesdites modifications.)
ACJ
0

Dans mon cas, Windows n'a pas produit correctement les intercepteurs. J'ai compilé le code sur mon système d'exploitation Windows et copié le code dans mon conteneur Docker. Je suggère que le problème est un problème de chemin. Voir ici

Ma version de Magento était 2.3.3

Lukas Komarek
la source
0

Cela a fonctionné pour moi!

php bin/magento config:set web/unsecure/base_url http://example.local/ 
php bin/magento config:set web/secure/base_url https://example.local/ 
php bin/magento config:set web/secure/use_in_adminhtml 1
Kako Sabolo
la source
-1

Veuillez vérifier si dans votre nginx / apache il y a une connexion SSL configurée. Une fois que vous avez coché la connexion SSL pour l'accès administrateur et que vous n'avez pas configuré SSL, il redirige vers la connexion http: // standard, puis de nouveau vers https: //. Voilà pourquoi il y a une boucle.

Il devrait y avoir quelque chose comme ça dans nginx:

server {
    listen 80;
    listen 443 ssl;
    server_name test.com;
    set $MAGE_ROOT /storage/test.com;
...
Michal Nowostawski
la source
Où OP a-t-il mentionné nginx? Où avez-vous modifié cette configuration et pourquoi? Qu'est ce que ça fait?
MrUpsidown
-1

Essayez d'utiliser ce correctif .htaccess

############################################
SetEnvIf HTTPS On HTTPS=on
Pradino
la source