Un valor de proxy en launchSettings.json pertenece a un perfil de inicio de desarrollo. Publicar la aplicación no convierte ese perfil en el entorno de un trabajo de IIS, un servicio o un contenedor.

Ante un fallo en una implementación, inspeccione el proceso que realmente inicia la aplicación. Su entorno, su cuenta y su controlador HTTP determinan qué entradas de proxy están disponibles.

Dónde funcionaQué comparar tras la implementación
Perfil de inicio del IDEEl entorno del proceso anfitrión
Sesión de usuario interactivaLa cuenta de servicio y su configuración de proxy
Un cliente HTTP creado manualmenteEl controlador que usa el cliente inyectado de la aplicación

La inicialización del proxy predeterminado del HttpClient moderno tiene reglas de entorno y de configuración del sistema específicas de la plataforma. Un controlador configurado explícitamente puede anular esos valores predeterminados. Con IHttpClientFactory, compruebe el registro del controlador principal del cliente con nombre y el nombre recuperado en el punto de llamada. Compruebe ambas entradas antes de concluir que se ignoró un archivo de configuración.

Los ejemplos antiguos de system.net/defaultProxy de .NET Framework describen otro modelo de configuración. No pegue esa sección en un archivo de implementación moderno ni suponga que toda implementación HTTP de .NET la consume. En una implementación de IIS, el módulo de ASP.NET Core también dispone de un mecanismo admitido de configuración del entorno del proceso; conserve el resto de esa configuración de hospedaje al añadir valores.

Registre si existe la variable esperada sin publicar su valor completo con credenciales. Después confirme que el cliente que realiza la solicitud fallida usa esa fuente. Un iniciador bien configurado no puede reparar un cliente que usa deliberadamente otra ruta.

Artículos relacionados