iPhoneアプリをHTTPデバッグする方法

PC上でWeb開発する場合のHTTPデバッグ方法としては色々とあります。
例えば、FirefoxのFirebug、IEのFiddler等のブラウザプラグインを利用する方法、横取り丸等でHTTPプロキシとしての利用方法があるのですが、iPhoneアプリではネイティブで直に動作するため、おそらくプロキシでのデバッグが一番確実かと思います。

今回は、Mac用のHTTPデバッガツール Charlesというアプリを利用したデバッグを紹介します。
http://www.charlesproxy.com/

デバッグ概要
MacにCharlesをHTTPプロキシとして起動させておき、iPhoneのWiFi設定でHTTPプロキシをCharlesのポート(default:8888)を指定させます。iPhoneからの全ての通信は全てMacのCharlesを経由することになるので、Charles側でハンドリングした通信ログを出力します。

概念図

iPhone <=> Charles (Mac:8888) <=> 接続先のサーバ

Macのローカルホスト名の設定
ルータがDHCPを使用している場合はMacのIPが変わると厄介なので、ローカルホスト名を指定します。

Charles設定
Charlesを起動し、設定アイコン＞「Proxy Settings」を選択します。

port8888が既に使用されている場合は変更します。

iPhoneの設定
iPhoneの設定＞「Wi-Fi」＞ネットワークの詳細＞HTTPプロキシ欄　でサーバとポートを指定します。
認証はオフで構いません。
サーバ名は先ほど指定したローカルホスト名、ポートはCharlesで設定したポート番号を入力します。

トレースの開始
この方法ではiPhoneのすべての通信をハンドリングしてしまうため、バックグラウンドで実行されているアプリをすべて終了させます。その後、対象のアプリを起動してiPhoneの通信ログをトレースしていきます。
SSL(port443)でなければ、全てのRequestとResponseの生データを確認することができます。

こんな感じにトレース表示されます。ステキ。

Charlesのログを止めたい場合は「Stop Record」ボタンを押します。

尚、プロキシとして動作するのはCharlesが起動している間だけなので、デバッグが終わったらiPhoneの設定をHTTPプロキシをオフに戻さないと当然ですが全く通信ができなくなります。

(番外編)Macと同じセグメントに参加できない場合の方法
iPhoneからMacにアクセスするためにはWi-Fiルータ等で同じセグメントに参加している必要がありますが、
iPhoneからWi-Fiに参加できない場合でもMacのEthernet経由でのインターネット共有を利用すれば同様のことが行えます。