2009-09-17 17:53:35 +0000 2009-09-17 17:53:35 +0000
240
240

Alla ricerca di un proxy di debug HTTP per Mac simile a Fiddler su Windows

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

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

Si può raccomandare qualcosa di simile per l'uso su un Mac?

Risposte (15)

130
130
130
2011-11-28 12:46:38 +0000

Utilizza Chrome e naviga verso chrome://net-internals/

Permette analisi dettagliate e dump.

71
71
71
2009-09-18 02:25:44 +0000

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

35
35
35
2012-04-25 11:53:45 +0000

Ho usato mitmproxy per intercettare il traffico HTTP. È un ottimo strumento e si può usare anche per il debug di dispositivi mobili o di qualsiasi sistema operativo.

30
30
30
2009-09-18 04:30:32 +0000

La mia app mac preferita per il monitoraggio del traffico è HTTPScoop , lo spiego nel dettaglio, oltre ad usare tcpdump dalla linea di comando in questo post che ho scritto sul mio blog l'anno scorso .

19
19
19
2009-09-17 18:15:35 +0000

Non quello che avete chiesto, ma in Firefox l'add-on Live HTTP Headers è tutto quello che mi serve se voglio modificare e rigiocare le richieste, inclusa la modifica dell'URL e del metodo HTTP.

In Firebug, il Network Monitoring mostra tutte le richieste e le risposte. Allo stesso modo, in Safari il Resources pane del Web Inspector integrato copre anche la maggior parte delle mie esigenze. (Attivare l'Ispettore Web attraverso le preferenze: Mostra il menu Sviluppa 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 permette di cambiare i dati, e non supporta cose come i risponditori automatici, come apparentemente fa Fiddler.

Per Wireshark, vedere Hyper Text Transfer Protocol (HTTP) per alcune generiche informazioni di cattura HTTP, e HTTP Packet Capturing per il debug di Apache , per qualche esempio display filtri. (Si potrebbe voler impostare il filtro capture su “port 80”, per mostrare tutte le richieste a quella porta, e le risposte da quella porta. Oppure, per limitarsi ad alcuni server, usare il filtro capture filter “port 80 and host www.google.com”). Come:

# 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"
``` &001 


Si noti che Wireshark può decomprimere gzip o sgonfiare cose codificate (compresse) al volo per voi. Questo rende le cose molto più facili da leggere poiché la maggior parte dei server web comprimerà i dati che inviano ad un browser. 


(Per quanto riguarda i risponditori automatici: l'eccellente [ JS Bin ](http://jsbin.com/about) ha un breve video su come usarlo per il debug delle richieste Ajax. Se non conoscete JS Bin, allora guardate prima il video di presentazione).
7
7
7
2011-07-20 17:36:11 +0000

Oltre a Charles (già menzionato), mi piace anche l'add-on * HttpFox ** per Mozilla Firefox. Come Charles, lo si può usare 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 le funzionalità note da strumenti come HttpWatch o IEInspector al browser Firefox.

Le informazioni disponibili per ogni richiesta includono:

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

E, una schermata:

6
6
6
2012-07-03 09:20:55 +0000

Non è un proxy, ma aiuta nel debug di HTTP:

Semplicemente avviare una scansione sull'interfaccia si avrà il traffico HTTP, eseguire il traffico e poi fermare la scansione e digitare “HTTP” come stringa di filtro. Sarete quindi in grado di ispezionare tutti i pacchetti della conversazione HTTP. Con la vista Packet Detail view open si può aprire la sezione HTTP e rimarrà aperta tra un pacchetto e l'altro.

È un ottimo strumento da avere e non richiede di cambiare il proxy del browser. D'altra parte non può aiutare con il traffico HTTPS poiché è criptato. (Anche se può decriptare le connessioni SSL che utilizzano RSA )

5
5
5
2009-10-11 17:44:12 +0000

Sono in ritardo ma - uso Paros Proxy . E’ in Java, quindi, multipiattaforma. Anche se, se preferisci che sia confezionato come app, c'è un qui in fondo.

4
4
4
2013-11-10 16:36:50 +0000

Non dimenticate la Suite Burp. Hanno una versione gratuita. E’ a piattaforma incrociata. http://portswigger.net/burp/

2
2
2
2013-07-28 07:38:28 +0000

È possibile configurare facilmente Fiddler for Mac utilizzando Parallels come da istruzioni sul loro sito.

L'unico avvertimento è che è necessario configurare manualmente le impostazioni di rete per puntare all'indirizzo IP della VM, ma non è un grosso problema.

2
2
2
2010-01-07 12:17:40 +0000

Sembra che il libero GlimmerBlocker possa fare parte del trucco.

Naturalmente può bloccare ogni tipo di contenuto, e trasformare risposte prima che il browser le riceva. Ma può in effetti modificare sia le richieste che le risposte . E anche se non è un vero e proprio debugging, offre anche il logging. Quindi, potrebbe essere adatto basic needs :

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

  • global proxy: questo imposta le impostazioni del global proxy, e può testare per e. g. il nome della località, la rete AirPort.
  • richiesta di modifica: può modificare l'URL richiesto, inviare una risposta di reindirizzamento al browser, o inviare un testo/html al browser.
  • espansione delle parole chiave. [Safari-only, AvB]
  • trasformazione: modifica la risposta ricevuta dal web-server prima che venga rispedita a Safari [o a qualsiasi browser che sia impostato per usare il proxy fornito da GlimmerBlocker, AvB].

(Si può anche usare per includere vari script Greasemonkey nella risposta ricevuta, senza usare un add-on Greasemonkey, come per bloccare Flash senza installare alcun add-on).

1
1
1
2013-07-23 03:18:40 +0000

Se avete a che fare con il traffico delle app o con integrazioni di API di terze parti che passano attraverso la rete pubblica, dovreste provare Runscope (di cui, a titolo informativo, sono co-fondatore). Cattura le richieste HTTP a qualsiasi URL, offre una bella vista in streaming per il debug e rende facile la condivisione di richieste individuali con altri.

1
1
1
2011-02-19 18:53:36 +0000

Anche jMeter potrebbe essere utile; è progettato per testare le prestazioni di carico sui server web, ma potrebbe comunque fare quello che serve. jMeter è scritto in Java, quindi è possibile scaricare un file .jar che verrà eseguito su Mac, Windows o Linux.

1
1
1
2012-06-25 11:17:12 +0000

Cocoa Packet Analyzer è molto utile.

0
0
0
2011-07-20 17:28:09 +0000

Si potrebbe anche provare APIKitchen . Ti aiuta nel debug e nel test delle API HTTP e di qualsiasi richiesta in generale. Ha anche una versione offline per i test nelle vostre reti interne. Non è necessaria alcuna installazione.