Erro Magento 2 ERR_TOO_MANY_REDIRECTS

20

Eu sou novo no Magento, após a instalação do Magento 2 community edition.Não consigo acessar o painel de administração. Estou ficando abaixo do erro.

Essa página da internet contém um loop de redirecionamento

Erro ERR_TOO_MANY_REDIRECTS

Ajude-me a resolver o problema. Agradecemos antecipadamente a todos.

Abdul Aziz
fonte
Dê mais informações. Como você instalou o magento? Quais são os parâmetros, que introduziu durante a instalação
Arkadii Chyzhov
Você tem o XDebug ativado?
Alex Paliarush
Depois de ter alguns problemas para configurar o SSL, tive o mesmo problema. Apenas executando isso corrigido: sudo php bin / magento cache: flush
AdNauseum

Respostas:

28

Eu tive o mesmo problema ao manipular bancos de dados, esta resposta resolveu meu problema ERR_TOO_MANY_REDIRECTS:

/magento//a/84756/50635

Para corrigir isso, tente definir Usar URLs seguros no Admin como true, em Sistema -> Configuração -> Geral -> Web.

Ou, com acesso ao banco de dados, altere o seguinte valor do registro para 1 :

SELECT * FROM core_config_data where path like '%web/secure/use_in_adminhtml%';
DependencyHell
fonte
5
No meu caso, seu valor já é 1, ainda estou vendo esse erro.
Kashish
1
funciona como charme
mrtuvn
Works, muito bom
Vu Tran Kien
Obrigado!! Trabalhou como esperado!
MazeStricks
18

No meu caso, eu estava importando um banco de dados Magento 2 já existente. O motivo pelo qual eu estava recebendo o erro era por causa do domínio de cookie no banco de dados. Vá para o seu banco de dados e consulte a tabela core_config_data. Você deve ver um caminho chamado web/cookie/cookie_domain. Verifique se o domínio corresponde àquele em que você instalou o Magento 2. Ex: Se você instalou o Magento 2 na local.dev/<magento-root> entrada, web/cookie/cookie_domaindeve ser local.dev.

Paulo
fonte
4
Eu estava tendo o mesmo problema. Alterei o valor web/cookie/cookie_domainde NULL para o meu nome de domínio, mas ainda não está funcionando.
Kashish
1
Muito obrigado! Mudei o valor para o meu "domain.local" e tudo funciona
Nikolai Silin
muito obrigado!! para mim, esse era o problema! : D
Pierre-Verthume Larivière
14

Refiro-me ao seu domínio de loja magento como exemplo.com neste post. Se for www.example.com ou store.example.com ou o que for, substitua-o de acordo.

Acabei de encontrar este problema e aqui estão os detalhes. Instalação do Magento 2 2.2.2. Inicialmente, eu havia configurado os URLs da base segura para http://example.com/ e, como eu estava configurando meu certificado SSL letsencrypt no meu servidor, ativei a opção de redirecionar todo o tráfego http para https.

Isso não seria um problema normalmente, mas o Magento pode ser um pouco temperamental. Eu visitei minha loja e meu SSL está funcionando corretamente, mas ao tentar acessar o administrador, recebi o aviso "ERR_TOO_MANY_REDIRECTS" e houve falha no carregamento da página.

Vejo várias maneiras de corrigir esse problema, mas a que funcionou para mim na primeira tentativa foi essa.

  1. SSH no servidor.
  2. cd ao seu diretório de instalação do magento.
  3. execute o seguinte comando:
    • configuração do bin / magento do php: show

visualize a saída e procure web / secure / base_url, web / secure / base_link_url & web / secure / use_in_adminhtml .

Esses valores devem ser configurados com https://example.com/ para as opções de URL e web / secure / use_in_adminhtml = 1.

Caso contrário, você pode executar os seguintes comandos no diretório de instalação do magento para atualizar sua configuração.

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

Depois disso, visite sua página de administrador, limpe o cache do navegador, recarregue e agora você deve ter seu acesso de volta! com suporte SSL.

O primeiro passo que daria depois é fazer o login novamente no portal do administrador e verificar suas opções de configuração para garantir que você não tenha problemas inesperados.

Espero que isso ajude!

Aqui estão alguns recursos do Magento para ajudá-lo:

Definir valores de configuração

Referência de outros caminhos de configuração

Referências sensíveis e específicas do sistema

Ryan Wilson
fonte
1
Obrigado. Além disso, eu tive um redirecionamento configurado pelo plesk de http para https que tive que desativar para obter o back-end do magento. Nota: a limpeza do cache é uma etapa importante aqui.
s.Daniel 6/03
11

No meu caso, copiei o site do servidor do cliente e o estava configurando no meu sistema local. Eu simplesmente removi o cookie / domínio de

core_config_data

tabela e, em seguida, liberado cache, funcionou para mim!

Você também pode fazer isso:

Na tabela "core_config_data" remova o valor de "web / cookie / cookie_domain" e defina "web / cookie / cookie_httponly" para "0". Limpe o cache removendo os arquivos em "var / cache".

Jitendra Mandloi
fonte
4

Eu tive o mesmo problema depois de mudar o site para https. Quando verifiquei o web / cookie / cookie_domain em core_config_data, era 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)

Em seguida, defino-o como meu fqdn:

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

Depois disso, reiniciei o site e funcionou bem:

systemctl restart apache2
discoape
fonte
3

Eu recebi o erro ERR_TOO_MANY_REDIRECTS porque esqueci de definir a versão do PHP como PHP7.

Peter Lauge
fonte
2

Este erro ocorre devido ao uso localhostcomo seu nome de host, especialmente no Chrome. Recomendamos o uso de seu próprio domínio. Verifique o blog de Alan para obter detalhes

Não é o Magento, é que os navegadores da web se comportam de maneira diferente quando usados ​​com um nome de domínio com menos de 2 pontos, como localhost.

Maddy
fonte
Onde o OP mencionou que ele o instalou usando "localhost"?
MrUpsidown
2

Você pode tentar reinstalar o Magento com seu IP local em vez de localhost.

Isto será http://127.0.0.1/foldername. Depois de instalar desta maneira, você poderá acessá-lo a partir de qualquer navegador.

Você também pode alterar o registro no banco de dados em core_config_data, onde o valor será semelhante:

http://localhost/foldername/

substitua isso por

http://127.0.0.1/foldername/

Nos dois aspectos, o nome da pasta é o diretório em que o Magento reside.

Aman Srivastava
fonte
2

Além disso - apenas para adicionar o que eu experimentei, se você estiver servindo no apache, mas usando o nginx para finalizar o ssl (e provavelmente o cache de verniz), verifique se o seu apache está

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

caso contrário, ele vai e volta com frenesi de redirecionamento nginx

wuxmedia
fonte
0

Não use tremas no URL-base, por exemplo:

www.yourhost/österreich

Eu tive que mudar o nome para

Detzler
fonte
0

No meu caso, eu configurei o valor do web/cookie/cookie_domaincaminho na core_config_datatabela como NULL .

Você pode fazer isso usando o Magerun , assim:

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

No meu caso, eu estava usando IP em vez de localhost, mas ainda não resolvi. Chave de URL do administrador alterada. Funcionou.

É claro que todas as respostas acima ainda são válidas quando as enfrentamos e as aplicamos durante o desenvolvimento.

O Chrome causa muito isso. O Firefox é um pouco melhor ao lidar com isso.

Kalyan Chakravarthi V
fonte
0

Estou usando o Magento 2 na AWS e seguindo a sugestão de Ryan Wilson Corrigido o problema, indo para a pasta htdocs onde o magento está instalado e use o seguinte comando

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
fonte
0

na versão magento 2.2 eu não consigo nem encontrar o caminho web / cookie / cookie_domain no core_config_data. então, no meu caso, o problema estava no serviço memcached. Eu configurei session.save_handler = memcached no php.ini de acordo com os documentos do magento e isso impediu que o administrador fosse aberto corretamente, enquanto o front estava ok. Depois de mudar os manipuladores de volta para session.save_handler = arquivos todos funcionaram

Alex D
fonte
0

eu tive o mesmo problema consertá-lo indo em

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

o valor é alterado por NULL para 1

Aadii Mughal
fonte
0

A exclusão manual de var / cache / * e var / sessions / * foi corrigida depois de mover o site de um subdomínio para outro e alterar os base_urls necessários.

Dave
fonte
0

Nenhuma das soluções propostas aqui funcionou para o meu ambiente de desenvolvimento que estava sendo executado em um contêiner do Docker. O que funcionou para mim foi alterar a seguinte linha em etc/nginx/fastcgi:

fastcgi_param HTTPS $https if_not_empty;

…para:

fastcgi_param HTTPS on;

Fonte: https://magenticians.com/magento-ssl-configuration-issues-resolved/#Enabled-SSL .

ACJ
fonte
(Não esqueça de reiniciar o contêiner depois de fazer as alterações.)
ACJ
0

No meu caso, o Windows não produziu os interceptores corretamente. Compilei o código no sistema operacional Windows e copiei o código para o contêiner do docker. Eu sugiro que o problema seja um problema de caminho. Veja aqui

Minha versão do Magento era 2.3.3

Lukas Komarek
fonte
0

Isso funcionou para mim!

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
fonte
-1

Por favor, verifique se no seu nginx / apache há conexão SSL configurada. Depois de marcar a conexão SSL para acesso de administrador e não ter o SSL configurado, ele será redirecionado para a conexão http: // padrão e, em seguida, voltará para https: //. É por isso que existe um loop.

Deve haver algo parecido com isto no nginx:

server {
    listen 80;
    listen 443 ssl;
    server_name test.com;
    set $MAGE_ROOT /storage/test.com;
...
Michal Nowostawski
fonte
Onde OP mencionou nginx? Onde você mudou essa configuração e por quê? O que isso faz?
MrUpsidown
-1

Tente usar esta correção .htaccess

############################################
SetEnvIf HTTPS On HTTPS=on
Pradino
fonte