Ja, @Juan_Pablo1 Guten Tag dir! Das gibt uns viel mehr zum Arbeiten.
Der wichtige Teil ist nicht wirklich die 502 selbst. Der tiefere Fehler ist:
ERR_TLS_HANDSHAKE_TIMEOUT
Client-Netzwerk-Socket wurde getrennt, bevor sichere TLS-Verbindung hergestellt wurde.
Und der Stack zeigt, dass der Fehler auftritt, während Nodes HTTPS-Client versucht, die Verbindung herzustellen.
Ich würde das von innen heraus aus dem n8n-Container troubleshooten, anstatt erst den Workflow zu ändern.
Versuche:
docker exec -it n8n-1 sh
Dann teste DNS-Auflösung:
getent hosts api.example.com
und teste den TLS-Handshake direkt:
openssl s_client -connect api.example.com:443 -servername api.example.com
Wenn das von innen im Container hängenbleibt oder fehlschlägt, während derselbe Befehl normalerweise auf dem Host funktioniert, liegt das Problem höchstwahrscheinlich irgendwo im Netzwerkpfad des Containers, Proxy, Firewall oder DNS-Konfiguration.
Ich würde auch vorübergehend das Timeout des HTTP-Request-Knotens von 30s auf etwa 60s erhöhen, um zu bestimmen, ob es sich um einen echten langsamen Handshake oder um eine sofortige Netzwerktrennung handelt.
Deaktiviere noch nicht die TLS-Zertifikatverifizierung. Das Log zeigt einen Handshake-Timeout, keinen Zertifikatvalidierungsfehler, daher würde das Deaktivieren der Verifikation das zugrunde liegende Problem nicht beheben.
Wenn auch der openssl-s_client-Test hängenbleibt, sende auch diese Ausgabe. Das sollte uns zeigen, ob wir es mit n8n/Axios speziell oder mit einem Problem auf niedrigerer Ebene zu tun haben.
