Postbote kann localhost nicht erreichen
Ich bin in einer Unternehmensumgebung, also muss ich einen Proxy verwenden, um Server zu erreichen. Dies funktioniert gut beim Postboten und in Browsern. Was ich nicht erreichen kann, ist localhost beim Postboten, aber ich kann localhost im Browser erreichen.
Ich verwende Postman für Linux Version 6.0.9. Ich habe versucht, localhost zu erreichen: 9082/rest/myapi .... und 127.0.0.1:9082/rest/myapi, wobei sowohl der globale Proxy als auch der System-Proxy eingeschaltet und entweder eingeschaltet und nicht aktiviert sind. In allen Fällen kann ich localhost nicht erreichen.
Was ich als Antwort bekomme, ist eine Fehlerseite vom Proxy-Server! Irgendwie kommt der Anruf über das Netzwerk, anstatt auf meinem Rechner zu bleiben.
Die Postbote-Konsole:
Meine Anforderungsheader sind:
Cache-Control →no-cache
Connection →Keep-Alive
Content-Length →986
Content-Type →text/html; charset=utf-8
Pragma →no-cache
Proxy-Connection →Keep-Alive
Meine Antwortheader sind:
cache-control:"no-cache"
pragma:"no-cache"
content-type:"text/html; charset=utf-8"
proxy-connection:"Keep-Alive"
connection:"Keep-Alive"
content-length:"986"
Mein Antworttext ist eine HTML-Seite.
Wie kann ich localhost anrufen, um mit dem Postboten zu arbeiten?
Ich habe eine temporäre Lösung gefunden:
Gehen Sie im Terminal in das Verzeichnis, in dem der Postbote installiert ist, und fügen Sie Folgendes hinzu:
[email protected]:~/Documents/Postman$ export NO_PROXY=localhost,127.0.0.1
[email protected]:~/Documents/Postman$ ./Postman
Dadurch werden Aufrufe von localhost ausgeführt.
Ich habe ein ähnliches Problem auf Windows-Maschinen gefunden hier
Ich hatte ein ähnliches Problem mit HTTP-Aufrufen für lokale ASP.NET Core Web API-Apps. Das Ändern der Proxy-Einstellungen hat es für mich nicht behoben.
Behebung des Problems durch Deaktivieren von Datei> Einstellungen> Allgemein> SSL-Zertifikatüberprüfung
Hoffe, dass jemand da draußen hilft.
Ich habe das gleiche Problem. Was für mich funktioniert, ist:
Öffnen Sie Datei -> Einstellungen -> Proxy
Aktivieren Sie dann den Proxy und setzen Sie 127.0.0.1: 80, wenn Ihr Webserver unter 80 ausgeführt wird.
Im Git-Thread heißt es, es sei ein bekanntes Problem. Hoffentlich wird es bald behoben.
@ Menuka Ishan Die Antwort ist richtig. Aber in Mac nur, wenn wir den Proxy ausschalten ändern, wird nicht funktionieren. Sie müssen die SSL-Zertifikatsüberprüfung deaktivieren und deaktivieren.
Ich löste dieses Problem, indem ich den System-Proxy von Postman ausschaltete.
Öffnen Sie Datei -> Einstellungen -> Proxy
Dann deaktivieren Systemproxy verwenden
Das Problem wurde als Problem hier erwähnt. Sie sollten einfach eine einfache Batchdatei wie folgt schreiben:
set HTTP_PROXY=
set http_proxy=
set HTTPS_PROXY=
set https_proxy=
START %LOCALAPPDATA%\Postman\Update.exe --processStart "Postman.exe"
Öffnen Sie eine einfache Textdatei, speichern Sie diese als ".bat" -Datei und führen Sie sie einfach aus!
Wenn Sie sich unter einem Unternehmens-Proxy befinden und Ihre Webapplikation in localhost bereitstellen, müssen Sie keine Proxy-Konfiguration festlegen
http://username:[email protected]:ServerPort in postman (Global Proxy Configuration).
Da die App auf einem lokalen Computer bereitgestellt wird, verwenden Sie einfach die localhost-Konfiguration in Einstellung -> Globale Proxy-Konfiguration als:
proxy server : 127.0.0.1
port : 8300 (this is the port where the web application is running )
Mein Problem war, zu vergessen, Umgebung auszuwählen. Wählen Sie aus der Dropdown-Liste, in der im Bild Keine Umgebung angezeigt wird, den Namen Ihrer Umgebung aus. . 
Die obige Lösung von Menuka Ishan ersparte mir stundenlange Schmerzen! Ich verließ die Global Proxy Configuration hat ON gewechselt und Proxy Server bis 127.0.0.1. OFF das Use System Proxy. Ich hatte schon den eintrag 127.0.0.1 localhost in meiner hosts-Datei unter dem Pfad C:\Windows\System32\drivers\etc.
Ich konnte keine Anrufe vom Postboten an den Docker-Container tätigen, auf dem Couchbase Server ausgeführt wird. Sehr frustrierend. Es stellte sich heraus, dass ich die Proxy-Einstellungen für eine lange Zeit gelöschte aws-Instanz konfiguriert hatte.
Gehen Sie zur Einstellung und entfernen Sie die Proxy-Einstellung. Auf localhost/127.0.0.1/mac laptop eno IP addr oder 0.0.0.0 hat es wie ein Zauber funktioniert
Diese Schritte lösten das Problem nach einem ganzen Tag Kampf: 1) HTTP_PROXY = proxy.company.com:port HTTPS_PROXY = proxy.company.com: Portierung auf Benutzervariablen, nicht auf Systemvariablen. Stellen Sie sicher, dass der Fall alle Kappe ist. 2) Aktualisieren des NewTwork-Treibers und Aktivieren von Windows Defender ...... Stellen Sie sicher, dass hier keine Rottöne angezeigt werden.
In meinem Fall habe ich Django-tenants Verwendet und musste die Domain für den Mandanten in etc/hosts Hinzufügen, damit sie auf localhosts funktioniert. Mein Eintrag für 127.0.0.1 Sieht nun so aus
127.0.0.1 localhost test.localhost