VS Code のプロキシ設定: 拡張機能・CLI・ターミナルプログラム
エディター、拡張機能、CLI、ターミナルプログラムではネットワーク経路が異なる場合があります。保存されたプロキシ ログインと、失敗した要求を出すクライアントを切り分けてください。
VS Code に記憶されたプロキシ ログインは、ターミナルや拡張機能のダウンロード失敗と同時に存在することがあります。保存されたアカウントを変更する前に、失敗した要求を行っている操作とプロセスを特定してください。
エディターの基本的なネットワーク
VS Code の基本的なプロキシ サポートは Chromium に由来し、通常はシステムのネットワーク設定に従います。一般的な認証付き HTTP プロキシ方式をサポートし、OS の資格情報ストアに資格情報を記憶できます。ただしそのストアは、エディターが起動するすべてのプログラムのアカウント ソースに自動的になるわけではありません。
記憶されたアカウントが拒否された場合は、エンドポイントと通知された方式を確認してください。証明書の設定は不足している認証を補いません。
拡張機能と CLI の要求
VS Code は拡張機能と CLI のシナリオ向けに、http.proxy などの旧来の設定を文書化しています。エディターのバージョンと拡張機能自身のネットワーク インターフェイスを確認してください。別のライブラリを使う、実行可能ファイルを起動する、別の環境で動く可能性があります。
統合ターミナルのプログラム
npm、Git、pip などのコマンドは、それぞれがサポートするプロキシ設定を使います。実際のプロセス環境を調べてください。既存のターミナルは古い変数を保持していることがあり、リモートのターミナルは別のマシンで動いていることがあります。
マーケットプレースへのアクセスと拡張機能アーティファクトの配信は、異なるホストを使う場合があります。失敗した要求のホスト名を保持してください。カタログやログインの要求が成功しても、アーティファクトに到達できるとは限りません。
秘密情報を除いて、操作、プロセスの場所、プロキシのエンドポイント、最初に失敗した段階を報告してください。その観測により、所有者であるクライアント内の 407、TLS エラー、到達不能な配信ホストを特定できます。