Proxyying OAuth Richieste all'API di Twitter

Question

Ho giocato con l'API di Twitter per un'applicazione di test per iPhone e ho perso la possibilità di delegare le richieste che ho fatto all'API di Twitter con un software come Charles (http://www.charlesproxy.com/). Anche se ha una funzione di Proxy SSL, a Twitter sembra non piacere il fatto che ci sia un certificato diverso nel mezzo che firma le richieste. C'è un modo per farlo? Sarei molto utile per essere in grado di vedere le richieste e il modo in cui Charles formatta le risposte JSON, ecc ...

Answer 1

Twitter non può sapere che c'è un uomo nel mezzo. Non ho usato Charles, ma ho usato Fiddler2. Prova quello.

http://www.charlesproxy.com/documentation/proxying/ssl-proxying/

http://www.fiddler2.com/fiddler/help/httpsdecryption.asp

Decifrare HTTPS opere proxy facendo il proprio certificato, e dando al browser. Il browser noterà che si connette con un cattivo certificato e avvisa, ma il server (Twitter) vedrà il proxy solo come un altro browser. La connessione proxy-server utilizza il certificato di Twitter, quindi è ancora sicuro.

Forse questo è il vostro problema:

D: Può Fiddler traffico intercetta da dispositivi Apple iOS come dispositivi iPad/iPhone/iPod Touch e Android? R: Sì, ma questi dispositivi potrebbero non essere compatibili con i certificati predefiniti che Fiddler genera.

Per risolvere l'incompatibilità, è possibile sostituire il generatore di certificati predefinito di Fiddler con uno che genera certificati contenenti i flag (ad esempio AKID, SKID) compatibili con queste piattaforme. Basta scaricare e installare il nuovo Certificate Maker e riavviare Fiddler.