2013-04-23 11 views
52

Mam narzędzie Fiddler do odszyfrowywania ruchu https. który działa dobrze.Fiddler - tunelowane żądania http do portu 443

http://fiddler2.com/documentation/Configure-Fiddler/Tasks/DecryptHTTPS

Ale istnieją pewne wnioski, które są pokazane jako „tunel” portem 443. Również protokół z tych wniosków są pokazane jako HTTP zamiast HTTPS. Nie widzę odszyfrowanych treści tych żądań.

enter image description here

na szczegółach reakcji panelu, to pokazano poniżej:

enter image description here

Może ktoś daj mi znać jak mogę uzyskać Skrzypek do odszyfrowania tych tunelowanego żądania zbyt. Doceń też, jeśli możesz podać mi kilka szczegółów na temat tego, co się dzieje w tym przypadku.

Pozdrawiam.

Odpowiedz

28

Należy zacząć od czytania tego wątku, który wyjaśnia, co to jest tunel HTTP CONNECT: https://groups.google.com/forum/#!topic/httpfiddler/RCkzE3HhhxY

Od włączeniu szyfrowania, jeśli nie widzisz żadnego ruchu HTTPS w Skrzypek, trzeba albo mieć filtr włączony (kliknij Pomoc> Rozwiązywanie problemów z filtrami) lub nie skonfigurowałeś systemu Windows, aby zaufać certyfikatowi głównego Fiddlera, a zatem klienci przerywają połączenie, gdy tylko zobaczą (niezaufany) certyfikat Fiddlera.

+0

Dzięki! świetny opis, pomógł rozwiązać problem, który miałem. +1 rep. – Killrawr

+0

Skonfigurowałem system Windows, aby zaufał certyfikatowi głównego Fiddlera, a teraz widzę ruch z tunelowanych połączeń generowanych na komputerze, ale w przypadku urządzeń używających komputera jako serwera proxy widzę tylko żądania "od tunelu do". Jak mogę zobaczyć tunelowane żądania urządzeń? – Roberto

+2

@Roberto: Zadajesz inne pytanie, więc prawdopodobnie powinieneś to zrobić, tworząc nowe pytanie na StackOverflow. Problem, który prawie na pewno masz, polega na tym, że nie skonfigurowałeś swoich urządzeń, aby zaufać certyfikatowi Fiddlera, a zatem nie wysyłają żadnych żądań, zamiast przerwać połączenie, gdy zobaczą certyfikat Fiddlera. – EricLaw

1

Niektóre wersje obsługi programu Fiddler są lepsze niż inne. W moim miejscu pracy musieliśmy kierować urządzenia zewnętrzne przez Fiddlera. Podążając za dokładnie tymi samymi ustawieniami i opcjami Fiddlera, mamy cztery komputery i dwa urządzenia. Dwie instancje programu PC Fiddler utknęły w stanie uniemożliwienia pomyślnego tunelowania za każdym razem, dla każdego urządzenia. Dwie instancje PC Fiddlera działają bezbłędnie, dla każdego urządzenia. Wspólnym mianownikiem między komputerami była wersja Skrzypek: Skrzypek 4.4.9.2: Prace tuneli, na obu komputerach, zarówno dla urządzeń zewnętrznych Skrzypek 4.4.9.7: Tunneling nie powiedzie się, na obu komputerach, zarówno dla urządzeń zewnętrznych

Należy również zauważyć, że istnieje dalsza konfiguracja aplikacji Win8, aby uniknąć utknięcia w tunelowaniu. Być może trzeba będzie kliknąć przycisk "Win8 Config", upewnić się, że aplikacja jest zaznaczona jako zwolnienie z pętli zwrotnej, zrestartuj Fiddlera ... Niestety, i jest to coś, co do tej pory widziałem tylko raz, możesz utknąć w tunelowaniu do momentu WYŁĄCZESZ ustawienia deszyfrowania HTTPS i włącz je ponownie. Nawet po tym, jak zaufałeś certyfikatowi, a następnie uruchomiłeś ponownie Fiddlera. Nie mogę tego wyjaśnić, ale wróciłem do dokładnie tych samych ustawień, z którymi zacząłem i zaczęło działać.

Wreszcie, jeśli tworzysz własne aplikacje Win8 z appxmanifest, nie zaszkodzi włączyć funkcje takie jak privateNetworkClientServer, aby umożliwić włączenie pewnych scenariuszy testowych Fiddlera.

0

Przypuszczam, że jest dość późno, aby odpowiedzieć na to pytanie, a moja odpowiedź może nie rozwiązać bezpośrednio problemu, ale zakładam, że rozwiąże główny motyw.

Tak więc, jeśli monitorujesz aplikację internetową, w zasadzie Google Chrome pozwala przejrzeć Websockets w Network->Websockets, jak pokazano poniżej. enter image description here

Powiązane problemy