Bumubukas ang NuGet feed, ngunit naka-block ang pag-download ng package

Ang pagbukas ng NuGet v3 index sa browser ay hindi pagsubok sa access sa pag-download ng package. Inaanunsyo ng index ang mga URL ng resource sa pamamagitan ng @type at @id; ang metadata at nilalaman ng package ay maaaring naka-host sa ibang lugar.

1. Basahin sa output ng restore ang unang nabigong URL, package ID at bersyon.
2. Ihambing ang host na iyon sa mga URL ng resource sa index ng feed. Nagbibigay ang PackageBaseAddress/3.0.0 ng batayan para sa pagbilang ng bersyon at pagkuha ng mga file ng package.
3. Isama ang mga redirect kapag tinitingnan ang kinakailangang landas kasama ang network administrator.

Para sa isang hipotetikal na index sa feed.example na nag-aanunsyo ng nilalaman sa packages.example, maaaring mag-load ang listahan ng package habang naka-block ang piniling .nupkg. Hindi ginagawang katumbas ng paulit-ulit na pagtatangkang mag-login ang mga kahilingang iyon. Ang matagumpay na naka-cache na package ay kaunti rin ang sinasabi tungkol sa isa pang malayong URL ng nilalaman.

Sundan ang inanunsyong resource sa halip na hulaan ang hostname. Natutuklasan ito ng NuGet dahil maaaring magbago ang imprastraktura ng feed; maaaring hindi ito saklawin ng panuntunang nagpapahintulot lamang sa host ng index.

Uriin ang aktwal na tugon: Humihiling ng proxy authentication ang 407, samantalang ang pagtanggi ng patakaran, nabigong CONNECT, hindi maabot na host o error sa TLS ay nangangailangan ng sariling imbestigasyon. Maaaring itago ng magkatulad na dialog ang mga pagkakaibang iyon. Humiling ng access sa mga dokumentadong resource host ng feed sa halip na malawak na listahan ng wildcard ng walang kaugnayang produkto, pagkatapos ay imbestigahan ang anumang natitirang pagkabigo ng account.