NuGet 407 frente a 401: ¿inicio de sesión del proxy o credenciales del feed privado?
Separe las credenciales del feed de NuGet de las credenciales del proxy directo y revise la configuración que usa la herramienta que realmente realiza la restauración.
Una restauración de NuGet puede requerir tanto una cuenta de proxy directo como una cuenta de feed privado. Utilice la respuesta para decidir qué configuración revisar:
| Observación | Empiece aquí |
|---|---|
| El proxy devuelve 407 | La ruta y la cuenta usadas para llegar al proxy directo |
| El origen del paquete devuelve 401 | La configuración de autenticación del feed |
| La conexión o TLS falla antes de una respuesta | Las pruebas del extremo, el transporte y el certificado |
Un token de feed no puede responder al 407 del proxy. Del mismo modo, un fallo de conexión o TLS antes de una respuesta no ha determinado qué contraseña es incorrecta.
Configure el proxy por separado del feed
La entrada de proxy de NuGet pertenece a config. Para una ruta sin credenciales incrustadas:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>
Combine este ejemplo con la configuración existente adecuada. Para un feed público donde se permiten intermediarios públicos, la lista de proxies HTTP ofrece un candidato para esta ruta sin credenciales. Mantenga los orígenes de paquetes en su propia sección; sustituir la URL del feed por una dirección de proxy genérica pide los paquetes al intermediario.
El valor documentado de http_proxy.password está cifrado. Use las herramientas de configuración compatibles en lugar de escribir texto sin cifrar en ese campo o copiar de otra máquina un valor que parece codificado como si fuera un formato de credenciales portátil.
Revise la restauración que realmente falla
Nombre el cliente, el usuario y el entorno de inicio y, después, localice su jerarquía efectiva de configuración. Los valores de usuario, equipo y solución pueden contribuir. Una corrección antigua de devenv.exe.config afecta a un proceso concreto de Visual Studio; no determina qué lee una restauración de línea de comandos o un servicio de compilación. Conserve los orígenes de paquetes y las directivas que funcionan mientras localiza una entrada de proxy obsoleta.
Cuando la autenticación funcione, siga cualquier URL que falle después. Los metadatos del feed y el contenido de los paquetes pueden usar extremos distintos, así que una solicitud aceptada no determina la ruta completa de restauración. Conserve la validación normal de firmas de paquetes y de TLS mientras lo corrige.