NuGet-feeden åbner, men pakkedownloadet er blokeret

At en browser åbner NuGet v3-indekset, tester ikke adgang til pakkedownload. Indekset annoncerer ressource-URL'er via @type og @id; metadata og pakkeindhold kan være hostet andre steder.

1. Læs i gendannelsesoutputtet den første mislykkede URL, pakke-ID og version.
2. Sammenlign den vært med ressource-URL'erne i feedindekset. PackageBaseAddress/3.0.0 leverer basis for versionsoptælling og hentning af pakkefiler.
3. Medtag omdirigeringer, når du gennemgår den krævede sti med netværksadministratoren.

For et hypotetisk indeks på feed.example, der annoncerer indhold på packages.example, kan en pakkeliste indlæses, mens den valgte .nupkg er blokeret. Gentagne login-forsøg gør ikke de anmodninger ækvivalente. En cachet pakke, der lykkes, siger også lidt om en anden fjern indholds-URL.

Følg den annoncerede ressource i stedet for at gætte et værtsnavn. NuGet opdager den, fordi feedinfrastruktur kan ændre sig; en tilladelsesregel kun for indeksværten dækker den muligvis ikke.

Klassificér det faktiske svar: 407 anmoder om proxygodkendelse, mens en politikafvisning, mislykket CONNECT, utilgængelig vært eller TLS-fejl kræver sin egen undersøgelse. Lignende dialoger kan skjule disse forskelle. Anmod om adgang til feedens dokumenterede ressourceværter i stedet for en bred jokertegnliste fra et urelateret produkt, og undersøg derefter enhver resterende kontofejl.