Las aplicaciones y navegadores Win32 / .NET (pero no CURL) de repente no pueden realizar solicitudes HTTP en AWS VM

Aug 20 2020

Entorno: VM de AWS / Microsoft Windows Server 2019

Algunas aplicaciones .NET se ejecutan en una máquina virtual (como servicios de Windows), que realizan varias solicitudes HTTP. Uno de ellos también está utilizando MQTT (a través de MQTTnet) para retransmitir eventos desde un servicio externo a una API HTTP diferente.

Todo funcionará como se esperaba durante unos días, hasta que finalmente las solicitudes HTTP de las aplicaciones comiencen a agotarse.

El Visor de eventos de Windows muestra el siguiente error cada pocos minutos: "El servicio del servicio de detección automática de proxy web WinHTTP terminó con el siguiente error específico del servicio: No se pudo crear la entrada de la base de datos del asignador de extremos".

En este punto, aparentemente cualquier aplicación Win32 / .NET fallará al ejecutar una solicitud HTTP, incluido IE, etc., pero no CURL. Asimismo, otras conexiones y protocolos de red parecen estar bien. Supongo que esto se debe a un problema con WinHttp (u otros servicios HTTP de Win32 de bajo nivel). Pasé algún tiempo investigando el servicio de descubrimiento automático de proxy web y tratando de entender por qué de repente comenzaría a fallar (y si es la causa o solo un efecto), pero no he encontrado nada en línea.

No he encontrado una acción correctiva (reiniciar servicios, restablecer cosas con netsh, etc.) que solucionen esta condición. Solo un reinicio completo de Windows parece resolverlo. En ese momento, el servicio de detección automática de proxy web WinHTTP vuelve a estar satisfecho, las solicitudes http funcionan de nuevo, etc.

Estoy luchando incluso por encontrar dónde comenzar a solucionar este problema.

Respuestas

Enrique Oct 07 2020 at 23:00

Yo tuve el mismo problema. Había desactivado los servicios "WinHttpAutoProxySvc" e "iphlpsvc" en los casos en que tuve el problema. El servicio "iphlpsvc" depende de "WinHttpAutoProxySvc" y proporciona conectividad IPv6 sobre IPv4 (6to4). No he detectado ningún problema con esta acción desde el mes pasado y hasta ahora.