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?
Odpowiedzi:
Użyj Chrome i przejdź do chrome: // net-internals /
Umożliwia szczegółową analizę i zrzuty.
źródło
Znalazłem Charlesa Proxy . Jest znacznie bliżej funkcjonalności Fiddler. To nie jest darmowe, ale może być warte swojej ceny.
źródło
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.
źródło
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 .
źródło
smtp
jako filtr wyświetlania, aby zobaczyć cały ruch korzystający z protokołu SMTP. Lubtcp.port == 25
uzyskać cały ruch do portu 25 i jego odpowiedzi. Lubhttp and ip.addr == xxx
uzyskać cały ruch HTTP do i z jakiegoś serwera.)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: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).
źródło
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:
I zrzut ekranu:
źródło
Nie jest to serwer proxy, ale pomaga w debugowaniu HTTP:
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 )
źródło
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.
źródło
Nie zapomnij o Burp Suite. Mają darmową wersję. Jest wieloplatformowy. http://portswigger.net/burp/
źródło
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 :
(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).
źródło
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.
źródło
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.
źródło
Analizator pakietów kakao jest bardzo pomocny.
źródło
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.
źródło
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.
źródło