Poszukuję serwera proxy debugowania HTTP dla komputerów Mac podobnego do Fiddlera w systemie Windows [zamknięte]

W poprzednich zadaniach, kiedy pracowałem na komputerze z systemem Windows, używałem Fiddlera do przeglądania transakcji HTTP i debugowania.

W szczególności chcę monitorować transakcje HTTP dla witryny ajax, nad którą pracuję, aby sprawdzić, czy witryna działa zgodnie z oczekiwaniami. Przepisywanie HTTP (jak zapewnia Fiddler) jest przyjemne, ale nie jest niezbędne.

Czy ktoś może polecić coś podobnego do użycia na komputerze Mac?

Użyj Chrome i przejdź do chrome: // net-internals /

Umożliwia szczegółową analizę i zrzuty.

Znalazłem Charlesa Proxy . Jest znacznie bliżej funkcjonalności Fiddler. To nie jest darmowe, ale może być warte swojej ceny.

Użyłem mitmproxy do przechwytywania ruchu HTTP. To świetne narzędzie, którego można używać do debugowania urządzeń mobilnych lub dowolnego systemu operacyjnego.

Moją ulubioną aplikacją Mac do monitorowania ruchu jest HTTPScoop , szczegółowo opisałem to, a także używając tcpdump z wiersza poleceń w tym poście, który blogowałem w zeszłym roku .

Nie to, o co prosiłeś, ale w Firefoksie dodatek Live HTTP Headers jest wszystkim, czego potrzebuję, jeśli chcę edytować i ponownie odtwarzać żądania, w tym zmianę adresu URL i metody HTTP.

W Firebug Monitoring sieci pokazuje wszystkie żądania i odpowiedzi. Podobnie w Safari okienko zasobów wbudowanego Inspektora sieci obejmuje również większość moich potrzeb. (Włącz Inspektora internetowego za pomocą preferencji: Pokaż menu rozwijania na pasku menu .) Chrome i Firefox mają podobne narzędzia.

Kiedy sprawy się komplikują, odpalam sniffer pakietów Wireshark . Jednak, w przeciwieństwie do Fiddlera, Wireshark nie pozwala na zmianę danych i nie obsługuje rzeczy takich jak auto-odpowiadające, jak najwyraźniej Fiddler.

W przypadku Wireshark zobacz Protokół Hyper Text Transfer Protocol (HTTP), aby uzyskać ogólne informacje na temat przechwytywania HTTP, oraz Przechwytywanie pakietów HTTP w celu debugowania Apache , na przykład niektóre filtry wyświetlania . (Możesz ustawić filtr przechwytywania na „ port 80”, aby wyświetlić wszystkie żądania do tego portu i odpowiedzi z tego portu. Lub, aby ograniczyć się do niektórych serwerów, użyj filtra przechwytywania „ port 80 and host www.google.com”.) Jak:

# Pokaż tylko 404: nie znaleziono strony
http.response.code == 404

# Pokaż tylko niektóre metody HTTP
http.request.method == „POST” || http.request.method == „PUT”

# Pokaż tylko javascript
http.content_type zawiera „javascript”

Pamiętaj, że Wireshark może dla ciebie rozpakować kompresję gzip lub deflować zakodowane (skompresowane) rzeczy. To znacznie ułatwia czytanie, ponieważ większość serwerów WWW kompresuje dane wysyłane do przeglądarki.

(Jeśli chodzi o automatyczne odpowiedzi: doskonały JS Bin ma krótki film o tym, jak używać go do debugowania żądań Ajax. Jeśli nie znasz JS Bin, najpierw obejrzyj film wprowadzający).

Oprócz Charlesa (już wspomnianego) podoba mi się również dodatek HttpFox dla Mozilla Firefox. Podobnie jak Charles, możesz go używać zarówno na komputerach Mac, jak i Windows. Jest lżejszy niż Charles, ponieważ żyje w przeglądarce, co jest przydatne do szybkiego rozwiązywania problemów. Oto kilka informacji ze strony HttpFox:

HttpFox monitoruje i analizuje cały przychodzący i wychodzący ruch HTTP między przeglądarką a serwerami WWW.

Ma na celu udostępnienie funkcjonalności przeglądarki znanej z narzędzi takich jak HttpWatch lub IEInspector w przeglądarce Firefox.

Informacje dostępne na żądanie obejmują:

• Nagłówki żądań i odpowiedzi
• Wysłane i otrzymane pliki cookie
• Parametry kwerendy
• Parametry POST
• Organ odpowiedzi

I zrzut ekranu:

Nie jest to serwer proxy, ale pomaga w debugowaniu HTTP:

• Wireshark

Po prostu rozpocznij skanowanie interfejsu, na którym chcesz włączyć ruch HTTP, wykonaj ruch, a następnie zatrzymaj skanowanie i wpisz „HTTP” jako ciąg filtru. Będziesz wtedy mógł sprawdzić wszystkie pakiety rozmowy HTTP. Przy otwartym widoku szczegółów pakietu możesz otworzyć sekcję HTTP, która pozostanie otwarta między pakietami.

To świetne narzędzie, które nie wymaga zmiany proxy przeglądarki. Z drugiej strony nie może pomóc w ruchu HTTPS, ponieważ jest szyfrowany. (Chociaż może odszyfrować połączenia SSL korzystające z RSA )

Jestem spóźniony, ale - używam Paros Proxy . Jest w Javie, więc na wiele platform. Choć jeśli wolisz, aby była ona w pakiecie aplikacji, tam jeden tutaj na dole.

Nie zapomnij o Burp Suite. Mają darmową wersję. Jest wieloplatformowy. http://portswigger.net/burp/

Wydaje się, że darmowy GlimmerBlocker może zrobić część sztuczki.

Oczywiście może blokować wszelkiego rodzaju treści i przekształcać odpowiedzi, zanim przeglądarka je odbierze. Ale w rzeczywistości może modyfikować zarówno żądania, jak i odpowiedzi . I choć nie jest to prawda debugowanie, oferuje także rejestrowanie. Może więc odpowiadać podstawowym potrzebom :

W GlimmerBlocker działają 4 typy skryptów, a niektóre obiekty są zdefiniowane tylko dla niektórych typów skryptów:

• globalny serwer proxy: ustawia globalne ustawienia serwera proxy i może testować np. nazwę lokalizacji, sieć AirPort.
• modyfikacja żądania: może zmienić żądany adres URL, odesłać odpowiedź przekierowania do przeglądarki lub wysłać tekst / HTML z powrotem do przeglądarki.
• rozwijanie słów kluczowych. [Tylko Safari, AvB]
• transform: zmodyfikuj odpowiedź otrzymaną przez serwer WWW przed odesłaniem go do Safari [lub dowolnej przeglądarki skonfigurowanej do korzystania z serwera proxy dostarczanego przez GlimmerBlocker, AvB].

(Można go również użyć do włączenia różnych skryptów Greasemonkey do otrzymanej odpowiedzi, bez użycia dodatku Greasemonkey, na przykład do blokowania Flasha bez instalowania żadnego dodatku).

Możesz łatwo skonfigurować Fiddler dla komputerów Mac za pomocą Parallels zgodnie z instrukcjami na ich stronie.

Jedynym zastrzeżeniem jest to, że musisz ręcznie skonfigurować ustawienia sieciowe, aby wskazywały adres IP maszyny wirtualnej, ale tak naprawdę nie jest to wielka sprawa.

jMeter może być również pomocny; jest przeznaczony do testowania wydajności ładowania na serwerach internetowych, ale może nadal robić to, czego potrzebujesz. jMeter jest napisany w Javie, więc możesz pobrać plik .jar, który będzie działał na komputerach Mac, Windows lub Linux.

Analizator pakietów kakao jest bardzo pomocny.

Jeśli masz do czynienia z ruchem aplikacji lub integracjami API innych firm, które przechodzą przez publiczny internet, powinieneś wypróbować Runscope (którego pełne ujawnienie jestem współzałożycielem). Przechwytuje żądania HTTP do dowolnego adresu URL, zapewnia ładny widok strumienia do debugowania i ułatwia udostępnianie indywidualnych żądań innym osobom.

Możesz także spróbować APIKitchen . Pomaga w debugowaniu i testowaniu interfejsów API HTTP i ogólnie wszystkich żądań. Ma również wersję offline do testowania w twoich sieciach wewnętrznych. Nie wymaga instalacji.