El feed de NuGet se abre, pero la descarga del paquete está bloqueada

Que un navegador abra el índice de NuGet v3 no prueba el acceso a la descarga de paquetes. El índice anuncia URL de recursos mediante @type y @id; los metadatos y el contenido del paquete pueden alojarse en otro lugar.

1. Lee en la salida de la restauración la primera URL fallida, el ID del paquete y la versión.
2. Compara ese host con las URL de recursos del índice del feed. PackageBaseAddress/3.0.0 proporciona la base para enumerar versiones y recuperar archivos de paquete.
3. Incluye las redirecciones al revisar la ruta necesaria con el administrador de red.

Para un índice hipotético en feed.example que anuncia contenido en packages.example, una lista de paquetes puede cargarse mientras el .nupkg seleccionado está bloqueado. Los intentos de inicio de sesión repetidos no hacen equivalentes esas solicitudes. Que un paquete en caché funcione dice poco sobre otra URL de contenido remoto.

Sigue el recurso anunciado en lugar de adivinar un nombre de host. NuGet lo descubre porque la infraestructura del feed puede cambiar; una regla que solo permita el host del índice puede no cubrirlo.

Clasifica la respuesta real: 407 solicita autenticación del proxy, mientras que una denegación por política, un CONNECT fallido, un host inalcanzable o un error de TLS necesitan su propia investigación. Diálogos similares pueden ocultar esas diferencias. Solicita acceso a los hosts de recursos documentados del feed en lugar de una lista amplia de comodines de un producto no relacionado y luego investiga cualquier fallo de cuenta restante.