Auf der Suche nach HTTP-Debugging-Proxy für Mac ähnlich wie Fiddler unter Windows [geschlossen]

Verwenden Sie Chrome und navigieren Sie zu chrome: / / net-internals /

Es ermöglicht eine detaillierte Analyse und Deponien.

Ich habe mitmproxy zum Abfangen von HTTP-Datenverkehr verwendet. Es ist ein großartiges Tool und Sie können es auch zum Debuggen mobiler Geräte oder eines beliebigen Betriebssystems verwenden.

Meine Lieblings-Mac-App zur Überwachung des Datenverkehrs ist HTTPScoop, ich beschreibe dies ebenso wie die Verwendung von tcpdump über die Befehlszeile in Dieser Beitrag habe ich letztes Jahr gebloggt.

Nicht das, was Sie gefragt haben, aber in Firefox ist das Add-On Live HTTP Headers alles, was ich brauche, wenn ich Anfragen bearbeiten und erneut abspielen möchte, einschließlich des Änderns der URL und der HTTP-Methode.

In Firebug zeigt die Netzwerküberwachung alle Anfragen und Antworten an. Ebenso deckt der Ressourcenbereich des integrierten Webinspektors in Safari die meisten meiner Anforderungen ab. (Aktivieren Sie den Web Inspector über die Einstellungen: Menü Entwicklung im Menü anzeigen bar.) Chrome und Firefox haben ähnliche Tools.

Wenn die Dinge komplizierter werden, feuere ich meinen Wireshark Paket-Sniffer an. Im Gegensatz zu Fiddler lässt Wireshark Sie jedoch nicht ändern Die Daten und unterstützt keine Dinge wie Auto Responder, wie es Fiddler anscheinend tut.

Für Wireshark, siehe Hyper Text Transfer Protocol (HTTP) für einige generische HTTP Capturing Informationen und HTTP Packet Capturing zu debuggen Apache, für einige beispiel zeigt Filter an. (Möglicherweise möchten Sie den Filter capture auf "port 80 " setzen, um alle Anforderungen auf diesen Port und Antworten von diesen Port. Oder, um auf einen Server zu beschränken, verwenden Sie capture filter " port 80 and host www.google.com".), Wie:

# Show only 404: page not found
http.response.code == 404

# Show only certain HTTP methods
http.request.method == "POST" || http.request.method == "PUT"

# Show only javascript
http.content_type contains "javascript"

Beachten Sie, dass Wireshark gzip dekomprimieren oder kodierte (komprimierte) Dinge im laufenden Betrieb für Sie entleeren kann. Das macht die Dinge viel einfacher zu lesen, da die meisten Webserver die Daten komprimieren, die sie an a senden Browser.

(Wie für Auto Responder: Die ausgezeichnete JS Bin hat ein kurzes Video, wie man es benutzt, um Ajax-Anfragen zu debuggen. Wenn Sie JS Bin nicht kennen, sehen Sie sich zuerst das Einführungsvideo an.)

Neben Charles (bereits erwähnt) mag ich auch die HttpFox add-on für Mozilla Firefox. Wie Charles können Sie es sowohl auf Mac als auch auf Windows verwenden. Es ist leichter als Charles, weil es im Browser lebt, nützlich für die schnelle Fehlerbehebung. Hier sind einige Informationen von der HttpFox-Seite:

HttpFox überwacht und analysiert den gesamten eingehenden und ausgehenden HTTP-Verkehr zwischen dem Browser und den Webservern.

Es zielt darauf ab, die funktionalität bekannt aus Tools wie HttpWatch oder IEInspector zum Firefox-Browser.

Die verfügbaren Informationen pro Anfrage umfassen:

• Anfrage-und Antwortheader
• Gesendete und empfangene Cookies
• Querystring-Parameter
• PARAMETER posten
• Antwortkörper

Und ein screenshot:

Kein Proxy, aber es hilft beim Debuggen von HTTP:

• Wireshark -

Starten Sie einfach einen Scan auf der Schnittstelle, auf der der HTTP-Datenverkehr ausgeführt werden soll, führen Sie den Datenverkehr aus, beenden Sie den Scanvorgang und geben Sie "HTTP" als Filterzeichenfolge ein. Sie können dann alle Pakete der HTTP-Konversation überprüfen. Wenn die Paketdetailansicht geöffnet ist, können Sie den HTTP-Abschnitt öffnen, der zwischen den Paketen geöffnet bleibt.

Es ist ein großes Werkzeug zu haben und es nicht sie müssen den Browser-Proxy ändern. Andererseits kann es beim HTTPS-Verkehr nicht helfen, da dieser verschlüsselt ist. (Obwohl es SSL-Verbindungen entschlüsseln kann, die RSA)

Ich bin spät dran, aber-ich benutze Paros Proxy. Es ist in Java, also plattformübergreifend. Wenn Sie es jedoch vorziehen möchten, dass es als App verpackt wird, befindet sich unten ein hier.

Vergiss Burp Suite nicht. Sie haben eine Kostenlose version. Es ist plattformübergreifend. http://portswigger.net/burp/

Es scheint, dass der freie [[1]}GlimmerBlocker einen Teil des Tricks ausführen kann.

Natürlich kann es alle Arten von Inhalten blockieren und transformieren Antworten, bevor der Browser sie empfängt. Tatsächlich kann es jedoch sowohl Anforderungen als auch Antworten ändern. Und obwohl es kein echtes Debugging ist, bietet es auch Protokollierung. Also, es könnte Grundbedürfnisse:

Es gibt 4 Arten von Skripten, die in GlimmerBlocker ausgeführt werden, und einige Objekte sind nur für einige des Skripts definiert Datentypen:

• globaler Proxy: Dies legt die globalen Proxy-Einstellungen fest und kann z. B. den Standortnamen oder das Flughafennetzwerk testen.
• Änderung anfordern: Dies kann die angeforderte URL ändern, eine Umleitungsantwort an den Browser zurücksenden oder Text/HTML an den Browser zurücksenden.
• keyword expansion. [Nur Safari, AvB]
• transform: Ändern Sie die vom Webserver empfangene Antwort, bevor sie an Safari [oder einen beliebigen Browser, der für die Verwendung des von Safari bereitgestellten Proxys eingerichtet ist]] zurückgesendet wird GlimmerBlocker, AvB].

(Man kann es auch verwenden, um verschiedene Greasemonkey-Skripte in die empfangene Antwort aufzunehmen, ohne ein Greasemonkey-Add-On wie zu verwenden, um Flash zu blockieren, ohne ein Add-On zu installieren.)

Sie können ganz einfach konfigurieren Fiddler für Mac mit Parallels gemäß den Anweisungen auf ihrer Website.

Der einzige Nachteil ist, dass Sie Ihre Netzwerkeinstellungen manuell so konfigurieren müssen, dass sie auf die IP-Adresse der VM verweisen, aber nicht wirklich so groß.

JMeter könnte auch hilfreich sein; Es wurde entwickelt, um die Lastleistung auf Webservern zu testen, aber es kann immer noch das tun, was Sie brauchen. JMeter ist in Java geschrieben, so können Sie eine herunterladen .jar-Datei, die auf Mac, Windows oder Linux ausgeführt wird.

Cocoa Packet Analyzer - er ist sehr hilfsbereit.

Wenn Sie mit App-Verkehr oder Drittanbieter-API-Integrationen zu tun haben, die über das öffentliche Internet gehen, sollten Sie Runscope versuchen (von denen, vollständige Offenlegung, ich bin ein Mitbegründer). Es erfasst HTTP-Anforderungen an jede URL, bietet Ihnen eine schöne Stream-Ansicht zum Debuggen und erleichtert das Teilen einzelner Anforderungen mit anderen.

Sie können auch versuchen, APIKitchen. Es hilft Ihnen beim Debuggen und Testen von HTTP-APIs und Anfragen im Allgemeinen. Es hat auch eine Offline-Version zum Testen in Ihren internen Netzwerken. Keine installation notwendig.