モジュラーUB 1616

<注：以下の記事はiPadのiOS3.2.2,iTunes10.1.0.54,Remoteアプリ2.0.1での接続についてのものです。iOS4.2でも直ってないようですが・・・>

勢いでAppleTVを買ってみたが、その前にiPadでRemoteアプリを設定しようとしたら使えなかった。一応解決したので、その顛末をまとめてみる。

我が家ではWindows7マシン上でiTunesを運用しており、既にiPod touch(1G)では難なく無線LAN経由でRemoteアプリが使えていたので基本的に環境には問題ない。
しかしiPad上にインストールしたRemoteアプリで「ライブラリを追加」を選ぶと、iTunes側はちゃんと反応してパスコード入力画面になるのだが、ここにiPadに表示されたパスコードを入力してもiTunes側が「パスコードを検証中」となったまま進まない。いくら待ってもそのまま進まないのだった。

早速Google先生に問い合わせてみたら、Remoteアプリは2.0.1になって繋がらなくなった人が続出しているようだが、めぼしい解決策を公開している人が見つからなかった。
唯一、パケットモニタソフトでiPadとiTunesのやり取りを解析している人の記事を見つけ、ものは試しと自分でもやってみた。既にiPod touchでは難なくパスコードが通っているので、そのときのやりとりとiPadとのやりとりを比較してみる。

そうしたところ、なんと「パスコードを検証中」のところでWindows7マシンがARPリクエストを出しているのにiPad側が反応していないことが判明した。arpコマンドで「arp -a -v」(-vオプションを付けるのがポイント)と入力してWindows7マシンのARPテーブルを確認したところ、案の定iPadのIPアドレスのエントリが無効になっている。
それならばと管理者権限でarp -sでARPテーブルを追加してやりゃいいのかと思ってやってみたら、「ARP エントリを追加できませんでした: アクセスが拒否されました。」とかいうエラーがでて解決方法が分からない。こっちについては未だ解決せず。
とりあえずiPad側からWindows7マシンに何らか通信を仕掛けてやればWindows7側のARPテーブルが更新されるだろうと思ったが、手持ちでめぼしいアプリが思いつかない。pingでもかけりゃ一発なんだろうがAppStoreで探してみたけど無料のpingツールが見つからない。仕方ないのでzToolsというtracerouteとかのツールがセットになったアプリを購入し、Windows7側にpingをかけたら予想通りARPテーブルが更新された。そしてその状態でiPadのRemoteアプリでライブラリ追加を試したら、あれだけ苦労したのが嘘のようにパスコードもあっさり通り、めでたくiPadでRemoteアプリが使えるようになりました (≧∇≦)
まだAppleTVのセッティングができてないけどとりあえず寝る！

もし同じことで悩んでいる方がいましたら、試しにARPテーブルを確認してみてくださいませ（[スタート]-[すべてのプログラム]-[アクセサリ]-[コマンドプロンプト]を起動して 「arp -a -v」と入力）。もし当たりなら、iPadからiTunesを運用してるマシンに一発pingでもなんでも通信を仕掛けてみれば解決するはず。iPadのIPアドレスは Pad Infoとかのツールを入れとけば調べられます。Pad Infoは無料なのでいいんだけど、MACアドレスを表示してくれないんだよなあ。そこが不満。結局MACアドレスは僕が使ってるルーターのDHCPサーバー情報で確認しました。

↓ちなみにzToolsはこちらから入手できます。iPhone/iPod touch/iPad兼用なので便利かも。

(12.2追記)本記事のコメント欄で言われているように、特別なツールをiPadにインストールしなくともiPadのSafariのURL入力欄に

http://pcのIPアドレス/

と入力してアクセスしてみれば(実際には繋がらなくてＯＫ)、Windows側のARPテーブルが更新されてくれるようです(Windows7で一旦iPadのARPエントリを削除して確認しました)。

どうやらiPhone4でも「パスコードを検証中」で止まる現象が起きているらしいので、iOS共通の問題かもしれませんね。