NuGet フィードは開くが、パッケージのダウンロードがブロックされる
プロキシがメタデータを許可しつつ実際のパッケージ ホストをブロックする場合に、NuGet v3 の復元をサービス インデックスからパッケージ コンテンツまで追跡します。
ブラウザーで NuGet v3 インデックスを開けても、パッケージのダウンロードへのアクセスを確認したことにはなりません。インデックスは @type と @id を通じてリソース URL を通知します。メタデータとパッケージ コンテンツは別の場所でホストされることがあります。
- 復元の出力で、最初に失敗した URL、パッケージ ID、バージョンを確認します。
- そのホストをフィード インデックスのリソース URL と比較します。
PackageBaseAddress/3.0.0はバージョンの列挙とパッケージ ファイルの取得の基底を提供します。 - ネットワーク管理者と必要な経路を確認する際は、リダイレクトも含めます。
feed.example の仮のインデックスが packages.example でコンテンツを通知している場合、選択した .nupkg がブロックされていてもパッケージ一覧は読み込めることがあります。ログインを繰り返しても、これらの要求が同等になるわけではありません。キャッシュされたパッケージが成功しても、別のリモート コンテンツ URL についてはほとんど分かりません。
ホスト名を推測するのではなく、通知されたリソースをたどります。フィードのインフラストラクチャは変わりうるため、NuGet はそれを検出します。インデックス ホストだけを許可する規則では、それを網羅できない場合があります。
実際の応答を分類します。407 はプロキシ認証を要求 である一方、ポリシーによる拒否、CONNECT の失敗、到達不能なホスト、または TLS エラー はそれぞれ別の調査が必要です。似たダイアログはそうした違いを隠すことがあります。無関係な製品の広いワイルドカード一覧ではなく、フィードの文書化されたリソース ホストへのアクセスを要求し、その後残っているアカウントの失敗を調査します。