Após uma migração recente de servidor, meus fluxos de trabalho do n8n Cloud pararam de funcionar. O nó HTTP Request retorna o seguinte erro ao tentar acessar meu servidor:
getaddrinfo EAI_AGAIN server1.myserver.com
O que testei:
Postman: funciona perfeitamente, retorna 200
curl do próprio servidor: funciona perfeitamente
Navegador: funciona perfeitamente
Consulta de DNS via 8.8.8.8: resolve corretamente
IP não está na lista negra (verificado AbuseIPDB: 0% de confiança de abuso)
Firewall aberto para todos os IPs
Tentei usar o IP diretamente: erro SSL
Tentei o nome de host reverso do servidor: mesmo EAI_AGAIN
Tudo estava funcionando antes da migração. O servidor está hospedado em um provedor de nuvem no Brasil.
Alguém já passou por isso? O n8n Cloud teria alguma restrição de DNS interna ou problema de cache que explicasse isso?
@VianaCom_Publicidade EAI_AGAIN é uma falha temporária do resolvedor, não “domínio não encontrado”, então o resolvedor da n8n Cloud está excedendo o tempo limite na busca em vez do domínio estar ausente. como isso só quebrou após a migração e funciona em todos os outros lugares, geralmente é ou o resolvedor da n8n mantendo um cache negativo obsoleto de quando o domínio estava se movimentando, ou seus novos servidores de nomes não respondendo igual para todos os resolvedores. verificação rápida, ele resolve corretamente em todos os resolvedores do dnschecker.org, não apenas no 8.8.8.8? se estiver verde em todos os lugares então é o cache do resolvedor da n8n Cloud, e como você não consegue limpar isso no Cloud vale a pena abrir um ticket para help@n8n.io.
Como Postman/navegador funcionam e apenas o n8n Cloud falha após a migração, trate isso como um problema de resolver/cache até que se prove o contrário. Verifique o domínio nos nameservers autoritativos e em um resolver não-Google; se ambos estiverem limpos, guarde o id de execução e timestamp para o ticket de suporte do n8n, não para a thread pública.
Não mude o nó HTTP para o IP bruto a menos que o servidor tenha um certificado para esse IP. Esse teste cria um erro TLS separado e mascara o problema de DNS.
Como Postman e navegadores externos resolvem o domínio perfeitamente bem, o problema se reduz a como a infraestrutura da n8n Cloud está se comunicando com a configuração de DNS do seu novo servidor. EAI_AGAIN significa que a consulta DNS está expirada, o que normalmente aponta para uma de duas coisas após uma migração de servidor:
Cache de Resolver Obsoleto: O cache de DNS da n8n Cloud pode estar mantendo um registro de consulta antigo do período de migração. Se não limpar automaticamente, você provavelmente precisará abrir um ticket rápido com o suporte (help@n8n.io) para que eles verifiquem a tabela de roteamento da instância.
Data Center/Firewall Descartando Consultas: Certifique-se de que seu novo provedor de hospedagem no Brasil não está descartando tráfego de API de entrada ou verificações de validação de DNS originando de subnets típicas de nuvem (AWS/Hetzner) onde a infraestrutura de n8n reside.
Este vídeo fornece uma visão geral sobre a instalação e configuração de nós em ambientes da n8n Cloud, o que pode ser útil se você precisar configurar métodos alternativos de HTTP ou rastreamento de rede customizado.
