Magento 2 Fehler ERR_TOO_MANY_REDIRECTS

Ich bin neu in Magento nach der Installation der Magento 2 Community Edition. Ich kann nicht auf das Admin-Panel zugreifen. Ich erhalte unter Fehler.

Diese Webseite hat eine Umleitungsschleife

Fehler ERR_TOO_MANY_REDIRECTS

Bitte helfen Sie mir, das Problem zu beheben. Vorschuss danke an alle.

Ich hatte das gleiche Problem beim Manipulieren von Datenbanken. Diese Antwort hat mein Problem gelöst. ERR_TOO_MANY_REDIRECTS:

/magento//a/84756/50635

Um dies zu korrigieren, versuchen Sie, Use Secure URLs in Admin unter System -> Config -> General -> Web auf true zu setzen .

Oder ändern Sie beim Datenbankzugriff den folgenden Datensatzwert in 1 :

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

In meinem Fall habe ich eine bereits vorhandene Magento 2-Datenbank importiert. Der Grund, warum ich den Fehler erhalten habe, war die Cookie-Domain in der Datenbank. Gehen Sie zu Ihrer Datenbank und sehen Sie in der Tabelle nach core_config_data. Sie sollten einen Pfad sehen, der aufgerufen wird web/cookie/cookie_domain. Stellen Sie sicher, dass die Domain mit der übereinstimmt, auf der Sie Magento 2 installiert haben. Beispiel: Wenn Sie Magento 2 installiert haben, sollte local.dev/<magento-root> der Eintrag in web/cookie/cookie_domainsein local.dev.

In diesem Beitrag bezeichne ich Ihre Magento-Store-Domain als example.com. Falls www.example.com oder store.example.com oder was auch immer, ersetzen Sie dies entsprechend.

Ich bin gerade auf dieses Problem gestoßen und hier sind die Einzelheiten. Magento 2 2.2.2 installieren. Ich hatte die sichere Basis - URL konfiguriert http://example.com/ zunächst und als ich war immer mein letsencrypt SSL - Zertifikat konfiguriert ist auf meinem Server, ich gedankenlos die Option aktiviert den gesamten HTTP - Verkehr auf https umgeleitet werden .

Dies wäre normalerweise kein Problem, aber Magento kann ein bisschen temperamentvoll sein. Ich habe meine Storefront besucht und mein SSL funktioniert ordnungsgemäß. Als ich jedoch versuchte, auf den Administrator zuzugreifen, erhielt ich die Meldung "ERR_TOO_MANY_REDIRECTS" und ein Fehler beim Laden der Seite.

Ich sehe verschiedene Möglichkeiten, um dieses Problem zu beheben, aber der erste Versuch, der für mich funktioniert hat, war dieser.

1. SSH in Server.
2. cd auf dein magento install dir.
3. Führen Sie den folgenden Befehl aus:
   • PHP bin / magento config: zeigen

Zeigen Sie die Ausgabe an und suchen Sie nach web / secure / base_url, web / secure / base_link_url & web / secure / use_in_adminhtml .

Diese Werte sollten mit https://example.com/ für die URL-Optionen und web / secure / use_in_adminhtml = 1 konfiguriert werden.

Ist dies nicht der Fall, können Sie die folgenden Befehle aus Ihrem Magento-Installationsverzeichnis ausführen, um Ihre Konfiguration zu aktualisieren.

1. php bin / magento config: sensitive: set web / secure / base_url https://example.com/
2. php bin / magento config: sensitive: setze web / secure / base_link_url https://example.com
3. php bin / magento config: setze web / secure / use_in_adminhtml 1
4. PHP bin / Magento Cache: sauber

Besuchen Sie danach Ihre Admin-Seite, leeren Sie den Browser-Cache, laden Sie ihn neu, und Sie sollten jetzt wieder Zugriff haben! mit SSL-Unterstützung.

Der erste Schritt, den ich danach unternehmen würde, ist, mich wieder beim Admin-Portal anzumelden und Ihre Konfigurationsoptionen zu überprüfen, um sicherzustellen, dass Sie nicht auf andere unerwartete Probleme stoßen.

Ich hoffe diese Hilfe!

Hier sind einige Magento-Ressourcen, die Ihnen helfen sollen:

Konfigurationswerte einstellen

Referenz zu anderen Konfigurationspfaden

Sensitive und systemspezifische Referenzen

In meinem Fall habe ich die Website vom Client-Server kopiert und auf meinem lokalen System eingerichtet. Ich habe einfach das Cookie / die Domain von entfernt

core_config_data

Tisch und dann Cache geleert, es hat bei mir geklappt!

Sie können es auch tun:

Entfernen Sie in der Tabelle "core_config_data" den Wert von "web / cookie / cookie_domain" und setzen Sie "web / cookie / cookie_httponly" auf "0". Leeren Sie den Cache, indem Sie die Dateien in "var / cache" entfernen.

Ich hatte das gleiche Problem, nachdem ich die Site auf https umgestellt hatte. Als ich die web / cookie / cookie_domain in core_config_data überprüft habe, war sie 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)

Ich habe es dann auf meine fqdn gesetzt:

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

Danach habe ich die Website neu gestartet und es hat gut funktioniert:

systemctl restart apache2

Ich habe den Fehler ERR_TOO_MANY_REDIRECTS erhalten, weil ich vergessen habe, die PHP-Version auf PHP7 zu setzen.

Dieser Fehler tritt aufgrund der Verwendung localhostals Hostname auf, insbesondere in Chrome. Wir empfehlen die Verwendung einer eigenen Domain. Überprüfen Sie Alans Blog für Details

Es handelt sich nicht um Magento, da sich Webbrowser bei Verwendung eines Domainnamens mit weniger als 2 Punkten anders verhalten, z. B. localhost.

Sie können versuchen, Magento mit Ihrer lokalen IP- Adresse anstelle von localhost neu zu installieren .

Das wird sein http://127.0.0.1/foldername. Nach der Installation auf diese Weise können Sie von jedem Browser aus darauf zugreifen.

Sie können auch den Datensatz in der Datenbank in core_config_data ändern, wobei der Wert wie folgt aussieht:

http://localhost/foldername/

ersetzen Sie das zu

http://127.0.0.1/foldername/

In beiden Fällen ist Ordnername Ihr Verzeichnis, in dem sich Magento befindet.

Auch - nur um hinzuzufügen, was ich erlebt habe, wenn Sie von Apache dienen, aber nginx verwenden, um ssl (und wahrscheinlich den Lack-Cache) zu beenden, dann stellen Sie sicher, dass Ihr Apache hat

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

ansonsten geht es mit nginx redirect wahnsinn um und um

Um dieses Problem zu beheben , müssen Sie https://github.com/magento/magento2/issues/2473 den Namen des Domainnamens ändern

Verwenden Sie keine Umlaute in der Basis-URL, zB:

www.yourhost/österreich

Ich musste es in umbenennen

In meinem Fall habe ich den Wert für den web/cookie/cookie_domainPfad in der core_config_dataTabelle auf NULL gesetzt .

Du kannst das mit Magerun machen , so:

magerun config:set web/cookie/cookie_domain NULL

In meinem Fall habe ich IP anstelle von localhost verwendet, aber immer noch nicht aufgelöst. Geänderter Admin-URL-Schlüssel. Es funktionierte.

Natürlich sind alle obigen Antworten weiterhin gültig, da wir sie während der Entwicklung gegenübergestellt und angewendet haben.

Chrome verursacht dies viel. Firefox ist ein bisschen besser im Umgang damit.

Ich verwende Magento 2 unter AWS und folge dem Vorschlag von Ryan Wilson. Das Problem wurde behoben, indem ich in den Ordner htdocs gehe, in dem Magento installiert ist, und den folgenden Befehl verwende

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

in version magento 2.2 habe ich in den core_config_data nicht einmal den pfad web / cookie / cookie_domain gefunden. In meinem Fall lag das Problem also beim zwischengespeicherten Dienst. Ich habe session.save_handler = gemäß den Magento-Dokumenten in der php.ini gespeichert und dies hat den Administrator daran gehindert, sich korrekt zu öffnen, während front in Ordnung war. Nachdem die Handler wieder auf session.save_handler = files umgestellt wurden, funktionierten alle

Ich hatte das gleiche Problem, um es zu beheben, indem ich hineingehe

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

Der Wert wird von NULL auf 1 geändert

Das manuelle Löschen von var / cache / * und var / sessions / * wurde für mich behoben, nachdem die Site von einer Unterdomäne in eine andere verschoben und die erforderlichen base_urls geändert wurden.

Keine der hier vorgeschlagenen Lösungen funktionierte für meine Entwicklungsumgebung, die in einem Docker-Container ausgeführt wurde. Was für mich funktioniert hat, war die Änderung der folgenden Zeile in etc/nginx/fastcgi:

fastcgi_param HTTPS $https if_not_empty;

…zu:

fastcgi_param HTTPS on;

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

In meinem Fall hat Windows die Abfangjäger nicht richtig produziert. Ich habe den Code auf meinem Windows-Betriebssystem kompiliert und in meinen Docker-Container kopiert. Ich schlage vor, das Problem ist ein Pfadproblem. Sehen Sie hier

Meine Magento Version war 2.3.3

Das hat bei mir funktioniert!

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

Bitte überprüfen Sie, ob in Ihrem Nginx / Apache eine SSL-Verbindung konfiguriert ist. Sobald Sie die SSL-Verbindung für den Administratorzugriff aktiviert haben und kein SSL konfiguriert ist, wird zur Standard-http: // -Verbindung und dann zurück zu https: // umgeleitet. Deshalb gibt es eine Schleife.

Es sollte so etwas in Nginx geben:

server {
    listen 80;
    listen 443 ssl;
    server_name test.com;
    set $MAGE_ROOT /storage/test.com;
...

Versuchen Sie es mit diesem .htaccess-Fix

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