NuGet-feeden åpnes, men pakkenedlastingen er blokkert

At en nettleser åpner NuGet v3-indeksen, tester ikke tilgang til pakkenedlasting. Indeksen annonserer ressurs-URL-er via @type og @id; metadata og pakkeinnhold kan være vertet andre steder.

1. Les i gjenopprettingsutdataen den første mislykkede URL-en, pakke-ID-en og versjonen.
2. Sammenlign den verten med ressurs-URL-ene i feedindeksen. PackageBaseAddress/3.0.0 gir grunnlaget for versjonsopplisting og henting av pakkefiler.
3. Ta med omdirigeringer når du går gjennom den påkrevde banen med nettverksadministratoren.

For en tenkt indeks på feed.example som annonserer innhold på packages.example, kan en pakkeliste lastes mens den valgte .nupkg er blokkert. Gjentatte påloggingsforsøk gjør ikke disse forespørslene likeverdige. En bufret pakke som lykkes sier også lite om en annen ekstern innholds-URL.

Følg den annonserte ressursen i stedet for å gjette et vertsnavn. NuGet oppdager den fordi feedinfrastrukturen kan endres; en tillatelsesregel bare for indeksverten dekker den kanskje ikke.

Klassifiser det faktiske svaret: 407 ber om proxyautentisering, mens en policyavvisning, mislykket CONNECT, utilgjengelig vert eller TLS-feil krever sin egen undersøkelse. Lignende dialoger kan skjule disse forskjellene. Be om tilgang til feedens dokumenterte ressursverter i stedet for en bred jokertegnliste fra et urelatert produkt, og undersøk deretter eventuell gjenværende kontofeil.