Nie jestem do końca pewien, czy to należy do SO, ale nie wiem, gdzie jeszcze zapytać.

Podczas sprawdzania szybkości ładowania mojej aplikacji internetowej zauważyłem, że najwyraźniej żadna odpowiedź HTTP (bez względu na typ - html, css, js) jest skompresowana gzip / deflate. Oznacza to, że w żadnym żądaniu nie ma nagłówka odpowiedzi, takiego jak „Content-Encoding: gzip”, a przeglądarka zgłasza, że ​​zasób nie jest skompresowany.

przetestowane i potwierdzone w wielu przeglądarkach (IE10, FF 17, Chrome 23, Opera 12.10, Safari 5.x)przetestowane i potwierdzone na dwóch komputerach z systemem Windows 8 Propodwójnie sprawdzone z Fiddler - odpowiedź nie jest skompresowana i nie zawiera nagłówka kodowania treścidzieje się tak nie tylko w przypadku moich aplikacji internetowych,Nie inna strona internetowa, którą testowałem, wydaje się wysyłać skompresowane odpowiedzi (zgodnie z przeglądarką)w systemie Windows 7 odpowiedzi są kompresowane i zawierają wszystkie nagłówkiOdpowiedzi HTTPSsą sprężony

Oto przykład nagłówków odpowiedzi (zwróć uwagę na brak nagłówka kodowania treści):

Sprawdziłem także stronę serwera. Serwer działa pod kontrolą systemu Windows Server 2008 R2 / IIS 7.5. Użyłem śledzenia nieudanego żądania, aby dowiedzieć się, co wysyła serwer. Zasób wydaje się być skompresowany:

Ponadto wydaje się, że serwer wysyła odpowiednie nagłówki:

Mój wniosek: interweniuje tutaj Windows 8. Najwyraźniej modyfikuje odpowiedzi HTTP. Przypuszczam, że Windows 8 odbiera skompresowaną odpowiedź, dekompresuje ją, usuwa nagłówek kodowania treści i przekazuje zmodyfikowaną odpowiedź dalej w dół potoku.

Teraz moje pytania:

Czy ktoś może potwierdzić, że Windows 8 modyfikuje odpowiedzi HTTP i że działa w sposób opisany przeze mnie?Czy istnieje sposób monitorowania lub nawet wyłączania tego zachowania?

Dzięki z góry za odpowiedzi.

Pozdrawiam, Andre

Aktualizacja: Użyłem Wireshark, aby zobaczyć, co dociera do klienta. Zgodnie z oczekiwaniami zasoby są kompresowane, a nagłówek kodowania treści jest nadal obecny. Poniższy obraz pokazuje protokół wireshark, a na dole odpowiedź otrzymaną przez Chrome.

Potwierdza to moje przypuszczenie, że system Windows 8 interweniuje.