Ei pessoal, estou tendo um problema bem estranho com um nó HTTP Request.
A requisição deveria chamar uma API HTTPS, mas em vez de receber uma resposta, o n8n eventualmente falha com um 502 Bad Gateway. O erro menciona algo sobre a conexão TLS expirar.
Já verifiquei a URL e o endpoint é acessível a partir do servidor, então não tenho certeza se é um problema do n8n, do Node.js, ou algo acontecendo entre o n8n e a API.
Oi @Juan_Pablo1, enquanto aguarda uma resposta, aqui estão algumas coisas que podem ajudar:
Correspondência automática com sua pergunta.
Documentação:
Fórum:
@Websensepro, @Florian_Delbes - vocês já ajudaram com problemas parecidos antes, conseguem dar uma olhada?
Sugerido automaticamente pelo bot da comunidade n8n. É um teste — compartilhe seu feedback aqui.
Já enfrentei problemas de timeout TLS antes com o nó HTTP Request. Geralmente é um problema de certificado ou o servidor demorando muito para completar o handshake.
Você pode compartilhar a mensagem de erro exata que está vendo? Também, qual versão do n8n você está executando e isso é self-hosted ou cloud?
Se o endpoint funciona bem a partir do curl no mesmo servidor, isso pode apontar para algo na configuração de requisição do n8n ou uma configuração de TLS do Node.js.
@Juan_Pablo1 Antes de começarmos, você pode compartilhar sua tela?
Um 502 combinado com um tempo limite de handshake TLS geralmente aponta mais para a conexão sendo interrompida antes da sessão HTTPS ser totalmente estabelecida, em vez de a API retornar um erro normal em nível de aplicação.
Aqui estão algumas coisas que eu verificaria primeiro:
Se a API está atrás de um proxy reverso ou balanceador de carga
Se o contêiner n8n consegue estabelecer uma conexão TLS com o host
Resolução DNS de dentro do contêiner n8n
Se há um proxy/firewall entre n8n e a API
O valor de tempo limite do nó HTTP Request
Se o problema ocorre consistentemente ou apenas após a solicitação ficar ociosa por algum tempo
Eu não começaria imediatamente a alterar configurações de verificação TLS ou desabilitar validação de certificado. Isso pode ocultar o problema real.
Você consegue compartilhar duas capturas de tela para mim?
O painel Output/Error do nó HTTP Request
A saída do terminal/log do contêiner n8n da mesma execução
Especialmente o stack de erro completo em torno de ERR_TLS_HANDSHAKE_TIMEOUT.
Yep @Juan_Pablo1 Tudo bem com você! , isso nos dá muito mais com o que trabalhar.
A parte importante não é realmente o 502 em si. O erro mais profundo é:
ERR_TLS_HANDSHAKE_TIMEOUT
Socket de rede do cliente desconectado antes que a conexão TLS segura fosse estabelecida.
E a stack mostra a falha acontecendo enquanto o cliente HTTPS do Node está tentando estabelecer a conexão.
Eu resolveria isso de dentro do container n8n, em vez de alterar o workflow primeiro.
Tente:
docker exec -it n8n-1 sh
Depois teste a resolução de DNS:
getent hosts api.example.com
e teste o TLS handshake diretamente:
openssl s_client -connect api.example.com:443 -servername api.example.com
Se isso travar ou falhar de dentro do container enquanto o mesmo comando funciona normalmente no host, então o problema está muito provavelmente em algum lugar no caminho de rede do container, proxy, firewall ou configuração de DNS.
Também aumentaria temporariamente o timeout do nó HTTP Request de 30s para algo como 60s, apenas para determinar se esse é genuinamente um handshake lento ou um encerramento de rede imediato.
Não desabilite a verificação de certificado TLS ainda. O log está mostrando um timeout de handshake, não um erro de validação de certificado, então desabilitar a verificação não resolveria a falha subjacente.
Se o teste openssl s_client também travar, envie essa saída também. Isso deve nos dizer se estamos lidando com n8n/Axios especificamente ou com um problema de conexão em nível mais baixo.
hmm deixa eu tentar isso, obrigado
