Nach einer kürzlichen Servermigration funktionieren meine n8n-Cloud-Workflows nicht mehr. Der HTTP-Request-Knoten gibt folgende Fehlermeldung zurück, wenn er versucht, meinen Server zu erreichen:
getaddrinfo EAI_AGAIN server1.myserver.com
Was ich getestet habe:
Postman: funktioniert einwandfrei, gibt 200 zurück
curl vom Server selbst: funktioniert einwandfrei
Browser: funktioniert einwandfrei
DNS-Abfrage über 8.8.8.8: wird korrekt aufgelöst
IP ist nicht auf einer Blacklist (AbuseIPDB überprüft: 0% Missbrauchs-Konfidenz)
Firewall ist für alle IPs offen
Mit der IP direkt versucht: SSL-Fehler
Reverse Hostname des Servers versucht: gleiches EAI_AGAIN
Alles funktionierte vor der Migration. Der Server wird bei einem Cloud-Provider in Brasilien gehostet.
Hat jemand ähnliche Erfahrungen gemacht? Könnte n8n Cloud interne DNS-Einschränkungen oder ein Cache-Problem haben, das das erklären würde?
Da Postman/Browser funktionieren und nur n8n Cloud nach der Migration fehlschlägt, behandeln Sie dies als Resolver-/Cache-Problem, bis das Gegenteil bewiesen ist. Überprüfen Sie die Domain bei den autoritativen Namenservern und bei einem Nicht-Google-Resolver; wenn beide sauber sind, speichern Sie die Execution ID und den Zeitstempel für das n8n-Support-Ticket, nicht für den öffentlichen Thread.
Schalten Sie den HTTP-Node nicht auf die Raw IP um, wenn der Server kein Zertifikat für diese IP hat. Dieser Test erzeugt einen separaten TLS-Fehler und verdeckt das DNS-Problem.
Da Postman und externe Browser die Domain problemlos auflösen, ist das Problem auf die Kommunikation von n8n Cloud’s Infrastruktur mit deinem neuen Server’s DNS-Setup eingegrenzt. EAI_AGAIN bedeutet, dass die DNS-Abfrage eine Zeitüberschreitung aufweist, was nach einer Servermigration typischerweise auf eines von zwei Dingen hindeutet:
Veralteter Resolver-Cache: n8n Cloud’s DNS-Cache hält möglicherweise einen alten Lookup-Datensatz aus dem Migrationsfenster. Falls dieser sich nicht automatisch löscht, musst du wahrscheinlich schnell ein Ticket beim Support (help@n8n.io) öffnen, damit diese die Instanzrouting-Tabelle überprüfen.
Rechenzentrums-/Firewall-Abfragen werden gelöscht: Stelle sicher, dass dein neuer Hosting-Provider in Brasilien keinen eingehenden API-Traffic oder DNS-Validierungschecks von typischen Cloud-Subnetzen (AWS/Hetzner) blockiert, wo n8n-Infrastruktur läuft.
Dieses Video bietet allgemeine Einblicke in die Installation und Konfiguration von Knoten in n8n Cloud-Umgebungen und kann hilfreich sein, wenn du alternative HTTP- oder benutzerdefinierte Netzwerk-Tracking-Methoden einrichten musst.
