Il feed NuGet si apre, ma il download del pacchetto è bloccato

Aprire l'indice NuGet v3 in un browser non verifica l'accesso al download dei pacchetti. L'indice annuncia gli URL delle risorse tramite @type e @id; metadati e contenuto del pacchetto possono essere ospitati altrove.

1. Leggi nell'output del ripristino il primo URL non riuscito, l'ID del pacchetto e la versione.
2. Confronta quell'host con gli URL delle risorse nell'indice del feed. PackageBaseAddress/3.0.0 fornisce la base per l'enumerazione delle versioni e il recupero dei file di pacchetto.
3. Includi i reindirizzamenti quando esamini il percorso richiesto con l'amministratore di rete.

Per un indice ipotetico su feed.example che annuncia contenuto su packages.example, un elenco di pacchetti può caricarsi mentre il .nupkg selezionato è bloccato. Tentativi di accesso ripetuti non rendono equivalenti quelle richieste. Anche un pacchetto in cache che funziona dice poco su un altro URL di contenuto remoto.

Segui la risorsa annunciata invece di indovinare un nome host. NuGet la scopre perché l'infrastruttura del feed può cambiare; una regola di autorizzazione solo per l'host dell'indice potrebbe non coprirla.

Classifica la risposta effettiva: 407 richiede l'autenticazione del proxy, mentre un rifiuto per policy, un CONNECT non riuscito, un host irraggiungibile o un errore TLS richiedono un'indagine a sé. Finestre di dialogo simili possono nascondere queste differenze. Richiedi l'accesso agli host di risorse documentati del feed invece di un ampio elenco di caratteri jolly di un prodotto non correlato, poi esamina qualsiasi errore di account rimanente.