n8n 2.34.5: correção no uso de TLS em requisições com proxy
O n8n 2.34.5 trouxe uma correção específica para requisições que passam por proxy e precisam aplicar opções de TLS em cada etapa do caminho. Para quem usa o n8n em infraestrutura com proxy, rede corporativa, gateway ou camadas intermediárias, essa atualização pode evitar falhas de conexão difíceis de diagnosticar.
Mesmo sendo uma versão pequena, ela é relevante porque conexões HTTPS e certificados fazem parte de muitas integrações com APIs externas.
O que é o n8n?
O n8n é uma plataforma de automação de workflows. Ele conecta ferramentas e serviços para executar processos automaticamente, como consultar APIs, enviar mensagens, atualizar planilhas, processar dados e integrar sistemas internos.
Em ambientes empresariais, o n8n muitas vezes roda em Docker, VPS ou infraestrutura protegida por proxies, firewalls e certificados.
O que mudou no n8n 2.34.5?
Opções de TLS aplicadas por etapa em requisições com proxy
A nota oficial informa: core: Apply TLS options per hop when requests go through a proxy.
TLS é a camada de segurança usada em conexões HTTPS. Quando uma requisição passa por um proxy, ela pode ter mais de uma etapa até chegar ao destino final. Cada etapa pode exigir configurações específicas de certificado, verificação ou conexão segura.
Antes da correção, opções de TLS poderiam não ser aplicadas corretamente em todos os trechos da rota quando havia proxy no caminho. Isso poderia gerar erros de conexão, falhas de certificado ou comportamento diferente entre ambientes locais e produção.
Com a correção, o n8n passa a aplicar essas opções por etapa da comunicação. O resultado esperado é mais previsibilidade em workflows que fazem chamadas HTTP/HTTPS por trás de proxy.
Quem é afetado?
Essa versão é mais importante para ambientes que usam proxy, redes corporativas, certificados personalizados, gateways de saída ou configurações específicas de TLS.
Quem usa o n8n em uma instalação simples, sem proxy e sem configuração especial de certificados, provavelmente não notará diferença no uso diário.
Como validar depois da atualização?
- Teste workflows que fazem chamadas HTTP Request para APIs externas.
- Valide integrações que passam por proxy corporativo.
- Confira logs de erro relacionados a TLS, certificado ou conexão HTTPS.
- Compare uma execução antes e depois da atualização, se houver ambiente de teste.
- Confirme se credenciais e variáveis de proxy continuam corretas.
Por que essa atualização é importante?
Falhas de TLS e proxy podem interromper integrações críticas sem que o problema esteja no workflow em si. Muitas vezes o erro aparece apenas como falha de conexão, timeout ou certificado inválido.
Ao corrigir a aplicação das opções de TLS por etapa, o n8n reduz a chance de problemas em ambientes de rede mais controlados.
Perguntas frequentes sobre o n8n 2.34.5
Essa atualização é importante para quem usa Docker?
Sim, se o container do n8n usa proxy, certificados personalizados ou variáveis de rede específicas. Se não usa proxy, o impacto tende a ser menor.
Preciso alterar meus workflows?
Em geral, não. A mudança é no comportamento interno das requisições. Mesmo assim, é recomendado testar workflows que acessam APIs externas.
Vale a pena atualizar?
Sim, principalmente em ambientes com proxy ou requisitos específicos de segurança na conexão.
Conclusão
O n8n 2.34.5 corrige um ponto técnico importante em conexões HTTPS com proxy. Para fechar a atualização com segurança, teste integrações HTTP/HTTPS e monitore logs de TLS ou certificado.
Fonte oficial: release do n8n 2.34.5 no GitHub.