WireShark nie dekoduje ruchu z gzipem http na Windows

Czy wiecie, dlaczego WireShark może odmówić dekodowania gzip'owanego ruchu http w systemie Windows?WireShark nie dekoduje ruchu z gzipem http na Windows

Moja konfiguracja

Wireshark 1.8.3
Windows 7 Ultimate x64
WinPcap 4.1.2

Option "Nieskompresowane organów jednostki" jest zaznaczone w Preferences/Protokoły/HTTP .

Oto jak mój dialogowe „Follow TCP Stream” wygląda następująco:

enter image description here

Kiedy po raz pierwszy otworzyć to okno dialogowe radiowego przycisku poniżej jest ustawiony na „Raw”, ale gdy klikam na „ASCII " nic się nie zmienia.

Wszelkie pomysły?

Źródło

2012-10-17 expert

Jeśli spojrzysz na drzewo protokołów w pozycji "Dane liniowe", zobaczysz nieskompresowane dane. Okno dialogowe "Follow TCP Stream" pokazuje zawartość ładunku TCP i nie interpretuje go jako danych HTTP lub gzip ani niczego innego. Przyciski w oknie dialogowym pozwalają ustawić format wyświetlania bajtów strumieniowych.

Można kliknąć prawym przyciskiem myszy na nieskompresowanych danych (patrz czerwony # poniżej) i wybierz opcję „Export Selected Packet Bytes ...”, aby zapisać do pliku

enter image description here

Źródło

2012-10-17 08:46:21

Dziękujemy! Niestety nie jestem pewien, czy rozumiem, o czym mówisz. Nie mogę znaleźć "danych tekstowych opartych na liniach" w interfejsie użytkownika. Czy mógłbyś rozwinąć lub/i może dodać zrzut ekranu? – expert

W okienku szczegółów pakietu, który zawiera listę wszystkich protokołów w kolejności, pod pozycją "Protokół przesyłania hipertekstu" znajduje się pozycja "Dane tekstowe oparte na linii". Będzie również pełny zrzut heksadecymalny i ASCII danych w "Nieskompresowanym obiekcie" w panelu szesnastkowych bajtów. Na stronie https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3528 istnieje również długa prośba o ulepszenie, aby w oknie dialogowym Follow TCP show pokazywać nieskompresowane dane. –

To jest cholernie niefortunne. Rzucę okiem na kod źródłowy. Być może mogę to wdrożyć. – expert

Zaakceptowanych odpowiedź jest poprawna odpowiedź pod względem aktualnego Wiresharka - ale jest dość niezdarna w użyciu IMO.

Napisałem więc mały skrypt wireshark-http-gunzip (wymaga Ruby), aby przekonwertować całe wyjście do formatu, jakiego można się spodziewać. Mam nadzieję, że każdy, kto się tu potknie, okaże się przydatny.

Źródło

2014-08-01 16:38:09 kizzx2

Skrypt działa jak urok! – Mine

WireShark nie dekoduje ruchu z gzipem http na Windows

Odpowiedz

Powiązane problemy