Como corrigir o erro 503 (Falha na conexão com o servidor de backend) em seu site.

O erro 503 Backend Fetch Failed é um erro do lado do servidor que pode tornar um site total ou parcialmente inutilizável. Esse erro pode ocorrer ao tentar acessar um site, baixar conteúdo ou usar um processador de pagamentos, entre outras coisas.

Este erro indica que o servidor do site não conseguiu se comunicar corretamente com os serviços de backend. Normalmente, ele é causado por atualizações de plugins, do sistema operacional (SO) do servidor ou de extensões. Como se trata de um problema no servidor, os clientes só podem tentar atualizar a página no navegador.

Solução de problemas básicos

1. Recarregue a página do navegador: Resolva temporariamente o erro 503 atualizando a página várias vezes.
2. Estado do servidor: Verifique se o servidor host está inativo ou em manutenção.
3. Cópia de segurança: Certifique-se de ter um backup do servidor, do site e do banco de dados para evitar a perda de dados durante a resolução de problemas.
4. Recarregue ou reinicie os serviços e o servidor: Tente recarregar ou reiniciar serviços, como o Varnish, e se o erro persistir, considere reiniciar o servidor.
5. Modernização: Verifique se todos os serviços, aplicativos e o sistema operacional do servidor relacionados estão atualizados.

3. Verifique o site e os recursos.

A falta de espaço de armazenamento ou de recursos em um site pode causar uma falha na busca de dados no servidor devido à incapacidade de executar as operações necessárias.

1. Acesse o painel do WordPress e selecione Ferramentas > Saúde do site > a informação.
2. Avalie se seu espaço de armazenamento está próximo do limite. Caso esteja, talvez seja necessário adicionar mais espaço ou remover itens desnecessários. Em alguns casos, pode ser necessário fazer um upgrade do seu plano.
3. Certifique-se de que outros recursos do servidor não estejam sobrecarregados e que a resolução desse problema elimine o erro.

4. Verificar a disponibilidade de recursos

A tentativa de acessar um recurso que não existe no servidor de backend resultará em uma mensagem de erro. Seu agente reverso pode reportar esse erro como 503 (falha na busca no backend).

1. تحقق من URL أو código E definir o fornecedor Aquela a quem ele está tentando alcançar.
2. Verifique se o recurso necessário está disponível no servidor. Caso contrário, carregue o recurso para o local apropriado.
3. Se o problema persistir, verifique se a ação em execução não está tentando carregar o site inteiro. Por exemplo:

   .request ="GET HTTP/1.1"

   Analise a questão da seguinte forma:

   .request="GET /sitehealth.html HTTP/1.1"

5. Alterar as configurações do Cloudflare

Configurações ineficientes do Cloudflare podem causar um erro 503 ao restringir o acesso aos recursos do servidor de back-end. Alterar essas configurações pode resolver o problema.

1. Faça login no seu painel de controle do Cloudflare e acesse الأمان > Fazendo alterações no Elementor.
2. Copie o IP A exibição foi movida para WAF > Ferramentas.
3. toque em Editar Em seguida, insira sua localização e adicione o endereço IP à lista de permitidos.

6. Aumente o limite de tempo limite do servidor

Se o tempo de resposta do servidor de back-end for maior que o limite de tempo limite definido para o proxy reverso, ocorrerá um erro ao buscar dados do back-end. Aumentar o limite de tempo limite do servidor pode resolver esse problema. Isso pode variar, mas no Varnish, pode ser feito da seguinte forma:

1. Acesse as configurações do Varnish. Por exemplo:

   /etc/sysconfig/varnish

2. Editar arquivo Conferência VCL Para aumentar o tempo de espera para, por exemplo, 300 segundos (o padrão costuma ser 60 segundos):

   first_byte_timeout = 300s

   

3. Salve as alterações e verifique se o erro persiste.
4. Se o erro começou após uma alteração nas configurações do Varnish, reverta para as configurações anteriores e funcionais, se disponíveis.

7. Modificar as configurações de verificação de integridade do site

Um erro no servidor de back-end pode ocorrer se o cache do proxy reverso, como o Varnish, não conseguir acessar ou considerar as informações de verificação de integridade do servidor de back-end como defeituosas. A solução é corrigir as configurações de verificação de integridade do site.

1. Remova a seguinte linha das suas configurações, caso ela exista:

   .url="/health_check.php"

• Verifique se o problema foi resolvido.
• Se isso não funcionar, use verniz Identificar o que está marcado como prejudicial à saúde e tratá-lo adequadamente.

  sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"

8. Reverter o PHP do servidor para uma versão anterior.

Se a versão mais recente do PHP for incompatível com o painel administrativo do seu site, isso pode resultar em um erro 503. Reverter para uma versão anterior do PHP pode resolver o problema. Por exemplo, no Bluehost com WordPress:

1. Vamos para painel de controle Especificamente para Bluehost, selecione a aba. Avançado.
2. Dentro de cPanel, Vamos para Gerenciador MultiPHP Na seção Software, localize o site afetado.
3. mudança Versão PHP Volte à versão anterior e verifique se o erro foi resolvido.

9. Desative plugins, ferramentas, extensões e modelos.

Quando um complemento, ferramenta, extensão ou modelo é incompatível com as configurações do servidor, isso pode resultar em um erro 503. Para solucionar o problema, desative e reative os itens um por um até identificar o que está causando o erro.

Por exemplo, para desativar o GZip no Jira Service Desk, que era conhecido por causar um erro 503:

1. Vamos para painel de controle As próprias especificações do Jira Administrador > Configurações gerais > Use a compressão GZip..
2. Desative a compressão GZip e verifique se isso resolve o erro.

10. Desativando o módulo CSP no Magento

O módulo Content Security Policy (CSP) fornece segurança para aplicações Magento. Se o módulo CSP for incompatível com as suas configurações atuais, poderá ocorrer um erro 503.

Desativar o módulo CSP no Magento pode resolver o problema:

1. Preencher terminal Execute os seguintes comandos sequencialmente:

   php bin/magento module:disable Magento_Csp php bin/magento c:f

   

2. Após a execução, verifique se o erro 503 foi corrigido.

11. Altere o cabeçalho do host, a tag filha e as configurações de porta.

Erros de busca no servidor também podem surgir devido a cabeçalhos de host excessivamente grandes, tags filhas inicializadas incorretamente ou configurações de porta defeituosas. Ajustar essas configurações pode resolver o erro.

Adicionando a propriedade .host_header

1. Aplicação especial .host_header Para que o servidor de backend garanta que as varreduras sejam direcionadas para o host correto.
2. Começar Depuração Para examinar os detalhes do host principal incluídos nos registros.

Removendo tags filhas do Magento

1. Digite isto Arquivo:

   MagentoConfigurableProductPluginModelProduct

   

2. Excluir sinal de bebê Verifique no cabeçalho se o erro foi resolvido.

Removendo portas do Docker Compose

1. Localizar Docker Compose E vá para o arquivo Padrão.vcl.
2. Substitua as portas por Nome do serviço Como mostrado abaixo:

   cliente: imagem: ... portas: <-- remover - alvo: 80 publicado: 8080 modo: host

   Editar arquivo Padrão.vcl De acordo:

   backend padrão { .host = "cliente"; .port = "80"; }

3. Verifique se essa modificação resolve o problema.

12. Utilizando uma abordagem sistemática

Caso todas as etapas acima falhem, uma abordagem sistemática deve ser usada para isolar a causa do erro 503.

Verificando os registros

1. Examinar Registros Associado a proxies reversos, ou PHPou servidores de back-end, ou configurações de hospedagem, procurando por quaisquer violações que possam levar ao erro 503.
2. Caso seja detectado algum defeito, corrija o problema subjacente para eliminar o erro.

Realize um teste completo de conflito.

Pagar Teste de conflito completo Se a sua configuração permitir, detecte quaisquer conflitos potenciais. Caso surjam conflitos, resolva-os para eliminar o erro de busca no servidor.

Acesso direto ao servidor de backend

Se você estiver usando um proxy reverso, como por exemplo VernizIgnore isso e tente acessar o servidor de backend diretamente. Se funcionar, o problema provavelmente está na configuração do seu proxy reverso. Considere os seguintes passos caso o acesso direto seja bem-sucedido:

1. Avaliar Comprimento das etiquetas de dinheiro Utilizado pelo Magento — o que é especialmente importante para lojas com muitos produtos — o tamanho dos arquivos pode exceder o limite padrão definido no Varnish (normalmente 8192 bytes). Para corrigir isso, modifique o parâmetro `http_resp_hdr_len` (por exemplo, para 70000 bytes) nas configurações do Varnish. Da mesma forma, ajuste o parâmetro `http_resp_size` do Varnish.
2. Certifique-se de que o arquivo verificação_de_saúde.php Está localizado no diretório correto, ou você pode ajustar as configurações do Varnish para apontar para o local exato. O padrão pode ser /pub/health_check.php, mas para servidores Nginx, pode ser necessário alterá-lo para /health_check.php.
3. Para sites Magento, se o arquivo manutenção.flag Se existir, tente excluir ou renomear o arquivo e, em seguida, atualize a página para ver se o erro foi resolvido.
4. تحقق من Regras do produto No Magento, um rastreamento de pilha é usado para identificar quaisquer saídas inválidas que possam estar causando o erro.

Se esses métodos forem ineficazes, reduza o site aos seus elementos básicos, como um arquivo de índice contendo algum conteúdo provisório. Reintroduza gradualmente os recursos para identificar quais deles estão causando o erro 503. Se o problema persistir, entre em contato com o suporte. الدعم O suporte adequado, seja suporte para WordPress, suporte para Magento ou a equipe de atendimento ao cliente do provedor de hospedagem, como o suporte da Hostinger.