Der NuGet-Feed öffnet, aber der Paket-Download ist blockiert

Ein Browser, der den NuGet v3-Index öffnet, hat den Zugriff auf den Paket-Download nicht getestet. Der Index kündigt Ressourcen-URLs über @type und @id an; Metadaten und Paketinhalt können woanders gehostet werden.

1. Lesen Sie in der Wiederherstellungsausgabe die erste fehlgeschlagene URL, Paket-ID und Version.
2. Vergleichen Sie diesen Host mit den Ressourcen-URLs im Feed-Index. PackageBaseAddress/3.0.0 liefert die Basis für die Versionsauflistung und den Abruf von Paketdateien.
3. Beziehen Sie Weiterleitungen ein, wenn Sie den erforderlichen Pfad mit dem Netzwerkadministrator prüfen.

Bei einem hypothetischen Index unter feed.example, der Inhalte unter packages.example ankündigt, kann eine Paketliste laden, während das ausgewählte .nupkg blockiert ist. Wiederholte Anmeldeversuche machen diese Anfragen nicht gleichwertig. Ein erfolgreiches Paket aus dem Cache sagt auch wenig über eine andere entfernte Inhalts-URL aus.

Folgen Sie der angekündigten Ressource, statt einen Hostnamen zu raten. NuGet entdeckt sie, weil sich die Feed-Infrastruktur ändern kann; eine Allow-Regel nur für den Index-Host deckt sie möglicherweise nicht ab.

Klassifizieren Sie die tatsächliche Antwort: 407 verlangt Proxy-Authentifizierung, während eine Richtlinienablehnung, ein fehlgeschlagenes CONNECT, ein nicht erreichbarer Host oder TLS-Fehler eine eigene Untersuchung erfordern. Ähnliche Dialoge können diese Unterschiede verbergen. Fordern Sie Zugriff auf die dokumentierten Ressourcen-Hosts des Feeds an statt einer breiten Wildcard-Liste eines unabhängigen Produkts, und untersuchen Sie dann jeden verbleibenden Kontofehler.