Erreur Magento 2 ERR_TOO_MANY_REDIRECTS

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.

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%';

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.

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

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".

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

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

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.

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.

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

Pour résoudre ce problème https://github.com/magento/magento2/issues/2473, vous devez modifier le nom du nom de domaine

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

www.yourhost/österreich

J'ai dû le renommer

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

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.

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

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é

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

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.

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 .

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

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

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;
...

Essayez d'utiliser ce correctif .htaccess

############################################
SetEnvIf HTTPS On HTTPS=on