Authorization-Header funktioniert nicht auf n8n Cloud – 401-Fehler, aber funktioniert einwandfrei mit curl

Problem/Fehler/Frage beschreiben

Der HTTP Request-Node sendet einen 401 Unauthorized an die Infobip WhatsApp API, obwohl der Authorization-Header korrekt konfiguriert ist. Die gleiche Anfrage funktioniert perfekt via curl vom Terminal mit dem identischen API-Schlüssel, den Headers und dem Body.

Das Ausführungsprotokoll zeigt „authorization": „hidden

@Danijel_Domjanovic dass authorization: hidden im Log beweist nicht, dass der Wert gelöscht wurde — n8n blendet Header-Werte in der Execution-Ansicht aus, daher könnte es auch nur eine Redaktion sein. Die einzige Möglichkeit herauszufinden, was tatsächlich gesendet wird, ist es auszugeben: Leite die HTTP-Anfrage an eine webhook.site-URL weiter und lies den Authorization-Header, den sie erhält. blank oder __n8n_BLANK_VALUE = ja, das ist der Bug, den du gefunden hast. vollständiger korrekter Wert = n8n lässt es nicht fallen, check den App-Präfix, der Infobips-Schlüssel muss intakt sein.

das war eine gute Idee, ich habe überprüft, was zum Webhook kommt, alles ist auf n8n-Seite in Ordnung. Es ist wahrscheinlich irgendeine interne Sicherheitsrichtlinie von Infobip, denn als ich von außerhalb unseres Netzwerks getestet habe, ist es fehlgeschlagen. Danke für die Hilfe :slight_smile:

@Danijel_Domjanovic ja, das ist dann eine IP-Allowlist auf der Seite von Infobip. n8n Cloud nutzt rotierende Datacenter-IPs, daher kannst du das nicht einfach whitelisten. Die einfachste Lösung ist, den Aufruf über einen Static-IP-Proxy zu leiten, den du kontrollierst (eine kleine VPS), und diese eine IP in Infobip auf die Allowlist zu setzen.

Willkommen @Danijel_Domjanovic!

Die IP-Allowlist ist eine mögliche Ursache, aber der Wert „hidden