De NuGet-feed opent, maar de pakketdownload is geblokkeerd

Een browser die de NuGet v3-index opent, heeft de toegang tot pakketdownloads niet getest. De index adverteert resource-URL's via @type en @id; metagegevens en pakketinhoud kunnen elders worden gehost.

1. Lees in de hersteluitvoer de eerste mislukte URL, de pakket-ID en de versie.
2. Vergelijk die host met de resource-URL's in de feedindex. PackageBaseAddress/3.0.0 levert de basis voor versieopsomming en het ophalen van pakketbestanden.
3. Neem omleidingen mee wanneer u het vereiste pad met de netwerkbeheerder doorneemt.

Voor een hypothetische index op feed.example die inhoud op packages.example adverteert, kan een pakketlijst laden terwijl het gekozen .nupkg is geblokkeerd. Herhaalde aanmeldpogingen maken die verzoeken niet gelijkwaardig. Een gecacht pakket dat slaagt zegt ook weinig over een andere externe inhouds-URL.

Volg de geadverteerde resource in plaats van een hostnaam te raden. NuGet ontdekt die omdat de feedinfrastructuur kan veranderen; een toestemmingsregel alleen voor de index-host dekt die mogelijk niet.

Classificeer de werkelijke reactie: 407 vraagt om proxy-authenticatie, terwijl een beleidsweigering, een mislukte CONNECT, een onbereikbare host of een TLS-fout eigen onderzoek vereisen. Vergelijkbare dialoogvensters kunnen die verschillen verbergen. Vraag toegang tot de gedocumenteerde resource-hosts van de feed in plaats van een brede wildcardlijst van een niet-verwant product, en onderzoek daarna eventuele resterende accountfouten.