プロキシをテストするとき npm ping が確認する内容
失敗している npm プロセスの環境でチェックを実行し、アーカイブとライフサイクルのダウンロードはその結果と切り離して扱います。
npm ping --registry=https://registry.npmjs.org/プロジェクトが想定するレジストリを使用します。npm ping はそのレジストリに接続し、現在の設定を通じて認証を検証します。重要なのは正常に完了することであり、古い例の空オブジェクト出力は必須の形式ではありません。
失敗が起きる場所で実行します。IDE から起動した npm プロセスは、ターミナルとは異なる環境や設定の入力を持つことがあります。
正しい段階で結果を読む
ping が失敗したら、最初のエラーを保持します。プロキシの解決、リスナーへの接続、407 チャレンジ、レジストリ認証の拒否はそれぞれ別の段階です。
ping が成功してもインストールが失敗する場合は、後続のダウンロード URL をそのエラーとともに保持します。アーカイブは別のホストにあることがあり、ライフサイクルスクリプトが別の実行ファイルをダウンロードすることもあります。たとえば Cypress は独自のプロキシとバイナリのダウンロード動作を文書化していますが、レジストリの ping はその転送を行いません。
トラフィックがそもそもプロキシを通過したかどうかが問題のときは、レジストリの応答をプロキシの記録や経路に関する別の観測と突き合わせます。応答だけでは到達性と認証は示せても、正確な経路は示せません。