Alla ricerca di proxy di debug HTTP per Mac simile a Fiddler su Windows [chiuso]

Nei lavori precedenti, quando ho lavorato su un computer Windows, ho usato Fiddler per visualizzare le transazioni HTTP e il debug.

Sto specificamente cercando di monitorare le transazioni HTTP per un sito ajax su cui sto lavorando per verificare che il sito stia facendo quello che mi aspetto. Riscrivere HTTP (come fornito da Fiddler) è un aspetto piacevole, ma non essenziale.

Qualcuno può consigliare qualcosa di simile per l'uso su un Mac?

Usa Chrome e vai a chrome: // net-internals /

Consente analisi dettagliate e discariche.

Ho trovato Charles Proxy . È molto più vicino alla funzionalità di Fiddler. Non è gratuito, ma può valere il prezzo.

Ho usato mitmproxy per intercettare il traffico HTTP. È un ottimo strumento e puoi usarlo anche per il debug di dispositivi mobili o qualsiasi sistema operativo.

La mia app per Mac preferita per il monitoraggio del traffico è HTTPScoop , in dettaglio che oltre a utilizzare tcpdump dalla riga di comando in questo post ho scritto sul blog l'anno scorso .

Non è quello che mi hai chiesto, ma in Firefox il componente aggiuntivo Live HTTP Headers è tutto ciò di cui ho bisogno se voglio modificare e riprodurre nuovamente le richieste, inclusa la modifica dell'URL e del metodo HTTP.

In Firebug, il monitoraggio della rete mostra tutte le richieste e le risposte. Allo stesso modo, in Safari il riquadro Risorse di Web Inspector integrato copre anche la maggior parte delle mie esigenze. (Abilita Web Inspector tramite le preferenze: mostra il menu Sviluppo nella barra dei menu .) Chrome e Firefox hanno strumenti simili.

Quando le cose si complicano, accendo il mio sniffer di pacchetti Wireshark . Tuttavia, a differenza di Fiddler, Wireshark non ti consente di modificare i dati e non supporta cose come i risponditori automatici, come apparentemente Fiddler.

Per Wireshark, vedere Hyper Text Transfer Protocol (HTTP) per alcune informazioni di acquisizione HTTP generiche e HTTP Packet Capturing per il debug di Apache , per alcuni filtri di visualizzazione di esempio . (Potresti voler impostare il filtro di acquisizione su " port 80", per mostrare tutte le richieste a quella porta e le risposte da quella porta. Oppure, per limitare ad alcuni server, usa il filtro di acquisizione " port 80 and host www.google.com".) Come:

# Mostra solo 404: pagina non trovata
http.response.code == 404

# Mostra solo alcuni metodi HTTP
http.request.method == "POST" || http.request.method == "PUT"

# Mostra solo javascript
http.content_type contiene "javascript"

Nota che Wireshark può decomprimere gzip o sgonfiare al volo oggetti codificati (compressi). Ciò rende le cose molto più facili da leggere poiché la maggior parte dei server Web comprime i dati che inviano a un browser.

(Per quanto riguarda i risponditori automatici: l'eccellente JS Bin ha un breve video su come usarlo per eseguire il debug delle richieste Ajax. Se non conosci JS Bin, prima guarda il video introduttivo.)

Oltre a Charles (già menzionato), mi piace anche il componente aggiuntivo HttpFox per Mozilla Firefox. Come Charles, puoi usarlo sia su Mac che su Windows. È più leggero di Charles perché vive nel browser, utile per una rapida risoluzione dei problemi. Ecco alcune informazioni dalla pagina HttpFox:

HttpFox monitora e analizza tutto il traffico HTTP in entrata e in uscita tra il browser e i server Web.

Ha lo scopo di portare la funzionalità nota da strumenti come HttpWatch o IEInspector al browser Firefox.

Le informazioni disponibili per richiesta includono:

• Intestazioni di richiesta e risposta
• Cookie inviati e ricevuti
• Parametri di querystring
• Parametri POST
• Corpo di risposta

E uno screenshot:

Non è un proxy, ma aiuta nel debug HTTP:

• Wireshark

Basta avviare una scansione sull'interfaccia su cui si desidera avere il traffico HTTP, eseguire il traffico e quindi interrompere la scansione e digitare "HTTP" come stringa di filtro. Sarai quindi in grado di ispezionare tutti i pacchetti della conversazione HTTP. Con la vista Dettagli pacchetto aperta è possibile aprire la sezione HTTP e rimarrà aperta tra i pacchetti.

È un ottimo strumento da avere e non richiede di cambiare il proxy del browser. D'altra parte non può essere d'aiuto con il traffico HTTPS poiché è crittografato. (Sebbene possa decrittografare le connessioni SSL che utilizzano RSA )

Sono in ritardo ma ... uso Paros Proxy . È in Java, quindi, multipiattaforma. Tuttavia, se preferisci che sia impacchettato come app, ce n'è uno qui in fondo.

Non dimenticare Burp Suite. Hanno una versione gratuita. È multipiattaforma. http://portswigger.net/burp/

Sembra che il GlimmerBlocker gratuito possa fare parte del trucco.

Naturalmente può bloccare qualsiasi tipo di contenuto e trasformare le risposte prima che il browser le riceva. Ma in realtà può modificare sia le richieste che le risposte . E sebbene non sia un vero debug, offre anche la registrazione. Quindi, potrebbe soddisfare le esigenze di base :

Esistono 4 tipi di script in esecuzione all'interno di GlimmerBlocker e alcuni oggetti sono definiti solo per alcuni tipi di script:

• proxy globale: imposta le impostazioni del proxy globale e può verificare, ad esempio, il nome della posizione, la rete AirPort.
• richiesta di modifica: questo può cambiare l'URL richiesto, inviare una risposta di reindirizzamento al browser o inviare testo / html al browser.
• espansione delle parole chiave. [Solo Safari, AvB]
• trasforma: modifica la risposta ricevuta dal web server prima che venga rispedito a Safari [o qualsiasi browser impostato per utilizzare il proxy fornito da GlimmerBlocker, AvB].

(Uno può anche usarlo per includere vari script Greasemonkey nella risposta ricevuta, senza usare un componente aggiuntivo Greasemonkey, come bloccare Flash senza installare alcun componente aggiuntivo.)

Puoi facilmente configurare Fiddler per Mac usando Parallels secondo le istruzioni sul loro sito.

L'unica avvertenza è che è necessario configurare manualmente le impostazioni di rete in modo che puntino all'indirizzo IP della VM, ma non è poi un grosso problema.

jMeter potrebbe anche essere utile; è progettato per testare le prestazioni di carico sui server Web, ma potrebbe comunque fare ciò di cui hai bisogno. jMeter è scritto in Java, quindi puoi scaricare un file .jar che verrà eseguito su Mac, Windows o Linux.

Cocoa Packet Analyzer è molto utile.

Se hai a che fare con il traffico di app o integrazioni API di terze parti che passano su Internet pubblica, dovresti provare Runscope (di cui, a completa divulgazione, sono un co-fondatore). Cattura le richieste HTTP su qualsiasi URL, ti offre una bella visualizzazione dello streaming per il debug e semplifica la condivisione di singole richieste con altri.

Puoi anche provare APIKitchen . Ti aiuta nel debug e nel test delle API HTTP e di tutte le richieste in generale. Ha anche una versione offline per il test nelle reti interne. Nessuna installazione necessaria.