Postmanがlocalhostに到達できません
私は企業環境にいるので、プロキシを使用してサーバーにアクセスする必要があります。これは郵便配達員とブラウザでうまく機能します。到達できないのは郵便配達員のローカルホストですが、ブラウザのローカルホストに到達できます。
Linuxバージョン6.0.9のPostmanを実行しています。 localhost：9082/rest/myapi ....および127.0.0.1:9082/rest/myapiに到達しようとしましたが、グローバルプロキシとシステムプロキシの両方を有効にし、有効または無効のいずれかを有効にしました。すべての場合において、ローカルホストに到達することはできません。
応答として受け取るのは、プロキシサーバーからのエラーページです。いずれにせよ、コールは私のマシンに保持されるのではなく、ネットワーク上に出ます。
郵便配達員コンソール：
私のリクエストヘッダーは次のとおりです。
Cache-Control →no-cache
Connection →Keep-Alive
Content-Length →986
Content-Type →text/html; charset=utf-8
Pragma →no-cache
Proxy-Connection →Keep-Alive
私の応答ヘッダーは次のとおりです。
cache-control:"no-cache"
pragma:"no-cache"
content-type:"text/html; charset=utf-8"
proxy-connection:"Keep-Alive"
connection:"Keep-Alive"
content-length:"986"
私の応答本文はhtmlページです。
Postmanでlocalhostを呼び出すにはどうすればよいですか？
私は一時的な解決策を見つけました：
ターミナルで、postmanがインストールされているディレクトリに移動し、次を追加します。
machine@dev:~/Documents/Postman$ export NO_PROXY=localhost,127.0.0.1
machine@dev:~/Documents/Postman$ ./Postman
これにより、localhostへの呼び出しが機能します。
Windowsマシンでも同様の問題が見つかりました here
ローカルASP.NET Core Web APIアプリへのHTTP呼び出しで同様の問題が発生していました。プロキシ設定を変更しても修正されませんでした。
最後に、オフにして修正しました[ファイル]> [設定]> [全般]> [SSL証明書の検証]
それがそこに誰かを助けることを願っています。
同じ問題があります。私のために働くのは：
ファイルを開く->設定->プロキシ
次に、プロキシを有効にして、Webサーバーが80で実行されている場合、127.0.0.1：80を配置します。
Gitスレッドでは、既知の問題であると彼らは言うので、うまくいけば、すぐに解決されるでしょう。
問題として言及されている問題 ここ 。次のような単純なバッチファイルを作成するだけです。
set HTTP_PROXY=
set http_proxy=
set HTTPS_PROXY=
set https_proxy=
START %LOCALAPPDATA%\Postman\Update.exe --processStart "Postman.exe"
簡単なテキストファイルを開き、これを「.bat」ファイルとして保存して、実行するだけです！
@Menuka Ishan答えは正しいです。しかし、Macでは、プロキシをオフに変更した場合のみ機能しません。 SSL証明書の検証をオフにする必要があり、無効にする必要もあります。
Postmanのシステムプロキシをオフにすることでこれを解決しました。
開くファイル->設定->プロキシ
次に、オフにするシステムプロキシを使用する
企業のプロキシの下にあり、localhostにWebアプリケーションを展開している場合は、次のようなプロキシ構成を設定する必要はありません。
http://username:password@corporateProxyServer:ServerPort in postman (Global Proxy Configuration).
アプリはローカルマシンにデプロイされるため、設定でlocalhost設定を使用します。
proxy server : 127.0.0.1
port : 8300 (this is the port where the web application is running )
私の問題は、環境を選択するのを忘れていました。画像のNo Environmentが表示されているドロップダウンから、環境の名前を選択します。 
上記のメヌカイシャンのソリューションは、私の時間を節約しました！ Global Proxy ConfigurationをONに切り替え、Proxy Serverを127.0.0.1に変更しました。 OFF the Use System Proxyに切り替えました。パス127.0.0.1 localhostの下のホストファイルにC:\Windows\System32\drivers\etcエントリが既にありました。
郵便配達員からCouchbase Serverを実行しているdockerコンテナーへの呼び出しを行うことができませんでした。とてもイライラします。長い間削除されたawsインスタンスにプロキシ設定が構成されていたことがわかりました。
設定に移動してプロキシ設定を削除すると、localhost/127.0.0.1/mac laptop eno IP addrまたは0.0.0.0でチャームのように機能しました
これらの手順により、1日の1日の闘争の後、この問題が解決されました。1）HTTP_PROXY = proxy.company.com:port HTTPS_PROXY = proxy.company.com：portはシステム変数ではなくユーザー変数に。ケースがすべてキャップであることを確認してください。 2）newtworkドライバーを更新し、Windows Defenderを有効にする......ここに赤が表示されていないことを確認してください。
私の場合、Django-tenantsを使用しており、etc/hostsにテナントのドメインを追加して、ローカルホストで動作させる必要がありました。 127.0.0.1のエントリは次のようになりました
127.0.0.1 localhost test.localhost