Aplicativos e navegadores Win32/.NET (mas não CURL) repentinamente incapazes de fazer solicitações HTTP na AWS VM

Aplicativos e navegadores Win32/.NET (mas não CURL) repentinamente incapazes de fazer solicitações HTTP na AWS VM

Ambiente: VM AWS/Microsoft Windows Server 2019

Alguns aplicativos .NET estão sendo executados em uma VM (como serviços do Windows), que fazem várias solicitações HTTP. Uma delas também é usar MQTT (via MQTTnet) para retransmitir eventos de um serviço externo para uma API HTTP diferente.

Tudo funcionará conforme o esperado por alguns dias, até que finalmente as solicitações HTTP dos aplicativos comecem a expirar.

O Visualizador de Eventos do Windows mostra o seguinte erro a cada poucos minutos:"O serviço WinHTTP Web Proxy Auto-Discovery Service foi encerrado com o seguinte erro específico do serviço: A entrada do banco de dados do mapeador de endpoint não pôde ser criada."

Neste ponto, aparentemente qualquer aplicativo Win32/.NET falhará ao executar uma solicitação HTTP, incluindo IE, etc - mas não CURL. Da mesma forma, outras conectividades e protocolos de rede parecem bons. Presumo que isso seja devido a um problema com o WinHttp (ou outros serviços HTTP Win32 de baixo nível). Passei algum tempo pesquisando o serviço Web Proxy Auto-Discovery e tentando entender por que ele começaria a falhar repentinamente (e se é a causa ou apenas um efeito), mas não encontrei nada online.

Não encontrei ação corretiva (reiniciar serviços, redefinir coisas com netsh, etc.) que corrija essa condição. Apenas uma reinicialização completa do Windows parece resolver o problema. Nesse ponto, o serviço de descoberta automática de proxy da Web WinHTTP está satisfeito novamente, as solicitações http funcionam novamente, etc.

Estou lutando para descobrir por onde começar a solucionar isso. Texto

Responder1

Eu tive o mesmo problema. Eu havia desabilitado os serviços "WinHttpAutoProxySvc" e "iphlpsvc" nas instâncias em que tive o problema. O serviço "iphlpsvc" depende de "WinHttpAutoProxySvc" e fornece conectividade IPv6 sobre IPv4 (6to4). Não detectei nenhum problema com esta ação desde o mês passado e até agora.

informação relacionada