Hola a todos,
Después de una migración reciente de servidor, mis flujos de trabajo en n8n Cloud dejaron de funcionar. El nodo HTTP Request devuelve el siguiente error al intentar acceder a mi servidor:
getaddrinfo EAI_AGAIN server1.myserver.com
Lo que probé:
- Postman: funciona bien, devuelve 200
- curl desde el mismo servidor: funciona bien
- Navegador: funciona bien
- Búsqueda DNS a través de 8.8.8.8: se resuelve correctamente
- La IP no está en la lista negra (verificada en AbuseIPDB: 0% confianza de abuso)
- Firewall abierto a todas las IPs
- Intenté usar directamente la IP: error de SSL
- Intenté con el hostname inverso del servidor: mismo EAI_AGAIN
Todo funcionaba antes de la migración. El servidor está alojado en un proveedor de nube en Brasil.
¿Alguien ha experimentado esto? ¿Podría n8n Cloud tener alguna restricción DNS interna o problema de caché que explique esto?
@VianaCom_Publicidade EAI_AGAIN es una falla temporal del resolutor, no “dominio no encontrado”, así que el resolutor de n8n Cloud se está agotando en el tiempo de espera en la búsqueda en lugar de que el dominio esté faltando. como solo se rompió después de la migración y funciona en todos los demás lugares, generalmente es o bien que el resolutor de n8n tenga una caché negativa obsoleta de cuando el dominio se estaba moviendo, o que tus nuevos servidores de nombres no respondan igual a todos los resolutores. verificación rápida, ¿se resuelve correctamente en todos los resolutores en dnschecker.org, no solo en 8.8.8.8? si está en verde en todas partes entonces es la caché del resolutor de n8n Cloud, y como no puedes limpiar esa en Cloud vale la pena abrir un ticket a help@n8n.io.
Como Postman/navegador funcionan y solo n8n Cloud falla después de la migración, trata esto como un problema de resolver/caché hasta que se demuestre lo contrario. Verifica el dominio en los servidores de nombres autoritativos y en un resolver que no sea Google; si ambos están limpios, guarda el ID de ejecución y la marca de tiempo para el ticket de soporte de n8n, no para el hilo público.
No cambies el nodo HTTP a la IP sin procesar a menos que el servidor tenga un certificado para esa IP. Esa prueba crea un error de TLS separado y oculta el problema de DNS.
Dado que Postman y los navegadores externos resuelven el dominio perfectamente, el problema se reduce a cómo la infraestructura de n8n Cloud se está comunicando con la configuración de DNS de tu nuevo servidor. EAI_AGAIN significa que la búsqueda de DNS se está agotando, lo cual típicamente apunta a una de dos cosas después de una migración de servidor:
Caché de Resolver Obsoleto: La caché de DNS de n8n Cloud puede estar reteniendo un registro de búsqueda antiguo de durante la ventana de migración. Si no se borra automáticamente, probablemente necesitarás abrir un ticket rápido con soporte (help@n8n.io) para que revisen la tabla de enrutamiento de la instancia.
Centro de Datos/Firewall Descartando Consultas: Asegúrate de que tu nuevo proveedor de alojamiento en Brasil no esté descartando tráfico API entrante o comprobaciones de validación de DNS originadas desde subredes típicas de nube (AWS/Hetzner) donde vive la infraestructura de n8n.
Este vídeo proporciona información general sobre cómo instalar y configurar nodos dentro de entornos de n8n Cloud, lo cual puede ser útil si necesitas configurar métodos alternativos de HTTP o rastreo de red personalizado.