Win32/.NET-Anwendungen und Browser (aber nicht CURL) können plötzlich keine HTTP-Anfragen mehr an die AWS-VM stellen

Win32/.NET-Anwendungen und Browser (aber nicht CURL) können plötzlich keine HTTP-Anfragen mehr an die AWS-VM stellen

Umgebung: AWS / Microsoft Windows Server 2019 VM

Auf einer VM laufen einige .NET-Anwendungen (als Windows-Dienste), die verschiedene HTTP-Anfragen stellen. Eine davon verwendet auch MQTT (über MQTTnet), um Ereignisse von einem externen Dienst an eine andere HTTP-API weiterzuleiten.

Einige Tage lang funktioniert alles wie erwartet, bis schließlich die HTTP-Anfragen der Anwendungen ablaufen.

Die Windows-Ereignisanzeige zeigt alle paar Minuten den folgenden Fehler an:„Der WinHTTP Web Proxy Auto-Discovery Service wurde mit dem folgenden dienstspezifischen Fehler beendet: Der Eintrag in der Endpoint Mapper-Datenbank konnte nicht erstellt werden.“

An diesem Punkt kann anscheinend keine Win32/.NET-Anwendung eine HTTP-Anforderung ausführen, einschließlich IE usw. – aber nicht CURL. Auch andere Netzwerkverbindungen und Protokolle scheinen in Ordnung zu sein. Ich gehe davon aus, dass dies auf ein Problem mit WinHttp (oder anderen Win32-HTTP-Diensten auf niedriger Ebene) zurückzuführen ist. Ich habe einige Zeit damit verbracht, den Web Proxy Auto-Discovery-Dienst zu untersuchen und herauszufinden, warum er plötzlich fehlschlägt (und ob dies die Ursache oder nur eine Folge ist), aber ich habe online nichts gefunden.

Ich habe keine Abhilfemaßnahme gefunden (Neustart von Diensten, Zurücksetzen von Dingen mit netsh usw.), die diesen Zustand behebt. Nur ein vollständiger Neustart von Windows scheint das Problem zu lösen. An diesem Punkt ist der WinHTTP Web Proxy Auto-Discovery Service wieder einsatzbereit, HTTP-Anfragen funktionieren wieder usw.

Ich habe Mühe, überhaupt herauszufinden, wo ich mit der Fehlerbehebung beginnen soll. Text

Antwort1

Ich hatte das gleiche Problem. Ich hatte die Dienste „WinHttpAutoProxySvc“ und „iphlpsvc“ in den Fällen deaktiviert, in denen das Problem auftrat. Der Dienst „iphlpsvc“ hängt von „WinHttpAutoProxySvc“ ab und bietet IPv6-Konnektivität über IPv4 (6to4). Ich habe seit letztem Monat und bis jetzt kein Problem mit dieser Aktion festgestellt.

verwandte Informationen