複数Android実機のネットワークをUSBで集約するための検証チェックリスト

Android実機ラボでは、ADBで端末が見えることと、対象アプリが正しいネットワーク出口を使えることは別問題です。USB接続済みでも、DNS、プロキシ、VPN、端末側の許可、アプリの通信方式のどこかで失敗します。

本稿では、SIMや端末Wi‑Fiに依存せず、PC経由でAndroid通信を管理する場合の検証手順を整理します。

想定する構成

Android phone
  └─ USB
      └─ Host PC
          └─ Computer network / Proxy / VPN
              └─ Internet

接続中は端末の元のWi‑Fiやモバイルデータを使わず、要求と応答を同じUSB経路に通します。端末側ではAndroid VPNサービスが通信を受け、PC側で選んだルートへ渡します。

connected を1個の状態にしない

運用画面やログでは、少なくとも次の状態を分けて扱うべきです。

• device_online: 端末がUSB経由で認識されている
• usb_tunnel_active: USB上のネットワークチャネルが動作している
• route_test_passed: PCから選択出口へのHTTPS要求が成功した
• android_vpn_active: 端末でVPN要求が許可されている
• public_ip_verified: 端末の公開IPが想定出口と一致する
• application_check_passed: 対象アプリの代表通信が成功した

この分解をしないと、緑色の「接続中」表示だけが残り、障害箇所を特定できません。

ベースラインはPC回線で作る

最初からOpenVPNやWireGuardを使うと、USBの問題とVPN設定の問題が混ざります。まずPCの現在の回線を使ってベースラインを作成します。

1. 端末をUSB接続し、安定した端末IDで認識されることを確認する。
2. Computer network ルートを作成する。
3. Route Testを実行し、出口IP、所要時間、時刻を保存する。
4. ルートを1台の端末へ割り当てる。
5. Connect後、初回のAndroid VPN要求を許可する。
6. 端末側で公開IPを確認する。
7. PC側TestのIPと一致することを確認する。
8. 対象アプリで1つの代表トランザクションを実行する。

この段階が通らない場合、VPNプロファイルを追加してはいけません。問題の変数が増えるだけです。

ルート別の注意点

ルート	主な用途	確認点
Computer network	初期診断、通常のPC回線	PC自体の接続とDNS
SOCKS5	SOCKS対応通信	ホスト、ポート、認証
HTTP / HTTPS	TCPとDNS中心の通信	その他のUDPは使えない
WireGuard	.confで管理するVPN	プロファイルと出口IP
OpenVPN	.ovpnで管理するVPN	必要な認証情報

Route Testは、PCが選択出口からHTTPS要求を1回完了したことだけを示します。端末側の全通信、UDP、ダウンロード速度を保証しません。

障害注入で復旧手順を確認する

正常系だけでは運用テストとして不十分です。1台の検証端末で次を試します。

1. 接続中に対象ルートを停止する。
2. Android VPNが有効な間、端末通信が別回線へフォールバックせず遮断されることを確認する。
3. ルートを復旧し、再接続する。
4. 公開IPを再確認する。
5. USBを外し、再接続後の端末認識とルート割り当てを確認する。
6. 最後にDisconnectまたは Stop and restore phone network を実行する。

自動再接続を前提にしないことも重要です。割り当てが保存されても、アプリ再起動後に自動接続されるとは限りません。

複数端末へ展開する

1台のチェックリストが合格したら、端末を役割ごとにグループ化します。端末名、シリアル、用途、割り当てルート、確認済み公開IPを一覧にします。

Android端末の一括操作とネットワーク管理を同じPCに集約すると、端末状態と通信経路を同じ運用単位で確認できます。LaiCai Screen Mirroringでの具体的な設定は、Android USBインターネットとVPNルートのガイドに手順があります。

完了条件

実機ラボのネットワーク準備完了は、次の条件をすべて満たした状態です。

• 端末IDが安定している
• USBトンネルとインターネット到達性を区別して確認した
• ルートTestと端末公開IPが一致した
• 対象アプリの代表通信が成功した
• UDPなどプロトコル制約を確認した
• 障害時に意図しない回線へ戻らない
• 切断後に通常ネットワークへ復旧できる

端末数よりも、再現できる検証手順のほうが先です。