Der Windows 10-Netzwerkstapel schneidet TCP-Pakete ab

Ich sehe ein seltsames Problem, bei dem ich nicht sicher bin, wie ich weiter debuggen soll.

Ich bin unter Windows 10, Version 1511 (OS Build 10586.318)

Ich arbeite mit einem internen Webdienst, der json zurückgibt, und habe heute festgestellt, dass er fehlerhaftes json zurückgibt (das letzte '}' fehlt), als ich den Endpunkt direkt über installierte Webbrowser (Chrome, Firefox, Edge) erreicht habe. Dies passiert nicht, wenn ich den Endpunkt von Powershell oder C # aus aufrufe.

Ich habe Wireshark lokal und auf dem Anwendungsserver installiert, auf dem sich der Webdienst befindet. Eine schnelle Erfassung an beiden Orten zeigt, dass das Paket korrekt gesendet und empfangen wird (wobei das letzte '}' intakt ist).

Wenn ich jedoch Datenverkehr mit Fidder4 erfasse, fehlt das letzte '}'.

Um den Spaß zu steigern, tritt dieses Problem nicht bei Personen unter Windows 7 oder Ubuntu LTS auf, die denselben Dienst ausführen.

Irgendwelche Ideen, wie man dies weiter debuggt?

Update 1: Ich habe mir das von Wireshark erfasste Paket, das von Fiddler4 erfasste Paket und die Antwort von Chrome in den Entwicklungstools noch einmal angesehen. Ich habe festgestellt, dass der Header "Content-Encoding: deflate \ r \ n" fehlt. Ich weiß nicht, warum es vermisst wird.

windows-10

— Yenta
quelle

Dies mag eine dumme Frage sein, aber endet die Ausgabe Ihres Dienstes mit einer CRLF?

— Flup

@Flup Das letzte zurückgegebene Zeichen ist die Klammer

— Yenta

Ich frage mich, ob dies etwas ist, das versucht, ein bisschen zu klug zu sein und den letzten Charakter zu entfernen, vorausgesetzt, es wird eine neue Zeile sein. Nur eine Vermutung, aber ich habe ähnliche Dinge schon einmal gesehen.

— Flup

@Flup Ich habe @ die Pakete noch einmal angeschaut - es sieht so aus, als ob Windows irgendwo den Header "Content-Encoding: deflate \ r \ n" verliert. Es ist in der Paketerfassung von Wireshark vorhanden, fehlt jedoch in der Erfassung von Fiddler und der Entwicklerkonsole in Chrome.

— Yenta

Fiddler ist ein Proxy und verändert den Verkehr ein wenig. Ich hatte einmal einige Probleme, die nur mit Fiddler "gelöst" wurden. Ich erinnere mich nicht an die Details. Es ist sehr gut, aber man sollte es nicht blind vertrauen.

— Mircea Vutcovici

Ich erwarte kein Netzwerkproblem, da die Captures mit Wireshark das '}' haben.

Ich vermute einen Fehler im Antivirenprogramm oder in einem Browser-Plugin.

Anmerkungen vom Poster: Dies war ein Fehler mit der Endpoint Antivirus-Suite von ESET - insbesondere eine Funktion namens "ESET Web Access Protection". Die Neukonfiguration dieser Funktion zum Ausschließen des internen Datenverkehrs hat das Problem vorerst behoben.

— Mircea Vutcovici
quelle