Die NuGet-voerder open, maar die pakket-aflaai word geblokkeer

Volg 'n NuGet v3-herstel van die diensindeks tot pakketinhoud wanneer die volmag metadata toelaat maar die werklike pakketgasheer blokkeer.

'n Blaaier wat die NuGet v3-indeks oopmaak, het nog nie pakket-aflaaitoegang getoets nie. Die indeks adverteer hulpbron-URL's deur @type en @id; metadata en pakketinhoud kan elders gehuisves word.

  1. Lees die hersteluitset vir die eerste mislukte URL, pakket-ID en weergawe.
  2. Vergelyk daardie gasheer met die hulpbron-URL's in die voerderindeks. PackageBaseAddress/3.0.0 verskaf die basis vir weergawe-aftelling en die onttrekking van pakketleers.
  3. Sluit aansturings in wanneer jy die vereiste pad met die netwerkadministrateur nagaan.

Vir 'n hipotetiese indeks by feed.example wat inhoud by packages.example adverteer, kan 'n pakketlys laai terwyl die gekose .nupkg geblokkeer is. Herhaalde aanmeldpogings maak nie daardie versoeke gelykwaardig nie. 'n Gekasde pakket wat slaag, sê ook min oor 'n ander afgeleë inhoud-URL.

Volg die geadverteerde hulpbron eerder as om 'n gasheernaam te raai. NuGet ontdek dit omdat voerderinfrastruktuur kan verander; 'n toelaatreel vir die indeksgasheer alleen dek dit dalk nie.

Klassifiseer die werklike antwoord: 407 vra volmag-verifikasie, terwyl 'n beleidsweiering, 'n mislukte CONNECT, 'n onbereikbare gasheer of 'n TLS-fout sy eie ondersoek vereis. Soortgelyke dialoogvensters kan daardie verskille verberg. Vra toegang tot die voerder se gedokumenteerde hulpbron-gashere eerder as 'n breë wildcard-lys van 'n onverwante produk, en ondersoek dan enige oorblywende rekeningfout.

Verwante artikels