Ich befinde mich hinter einer Unternehmensfirewall, aber die Ressourcen, auf die ich zugreifen möchte, liegen innerhalb meines Netzwerks. Ich verwende POSTMAN, um meine POST/GET-APIs aufzurufen, die auf meinem lokalen Host:8000 gehostet werden. Diese APIs nutzen andere Dienste, die in meinem Unternehmens-Kubernetes-Cluster gehostet werden. Mein lokaler Host und der im Kubernetes-Cluster gehostete Dienst sind beide erreichbar, aber wenn ich meine Anwendung ausführe und den Endpunkt meiner API erreiche (den, der lokal gehostet wird), wird ein Proxy-Autorisierungsfehler zurückgegeben – am Endpunkt des in Kubernetes gehosteten Dienstes.
Ich bin wirklich verwirrt. Irgendeine Ahnung, warum ich diese seltsamen Proxy-Probleme habe? Das Hinzufügen der Env-Variable für http_proxy und https_proxy hilft nicht, da es meinen POSTMAN daran hindert, einen Endpunkt zu erreichen.
Antwort1
Sie möchten nicht, dass für diese Verbindung ein Proxy verwendet wird. Sie sollten Ihren Cluster zur Umgebungsvariable no_proxy hinzufügen. Ihr Unternehmensproxy weiß nicht, was localhost ist, und wird fehlschlagen.
Informationen zur Umgebungsvariable „no_proxy“ finden Sie in dieser Frage. https://unix.stackexchange.com/questions/23452/set-a-network-range-in-the-no-proxy-environment-variable