Shadowrocketのバックグラウンド消費電力を確認｜On Demandはオンにすべき？

まずiOSのバッテリー使用状況を理解し、異常かどうかを判断する

ShadowrocketはシステムのVPN接続を使って通信を処理します。iPhoneのSettings → Batteryを開いてShadowrocketを選ぶと、指定した期間の使用状況や、画面上・バックグラウンドでのアクティビティを確認できます。ここに表示されるのは、その期間における消費量の相対的な割合であり、アプリ単体が消費した電力量を直接示すものではありません。同じ時間帯にほかのアプリの使用が少なければ、Shadowrocketの割合が高く見えることもあります。まず対象期間、実際のバッテリー残量の変化、バックグラウンドでの動作を確認してから判断しましょう。

接続中は、システムのネットワークスタック、Wi-Fiなどの無線接続、アプリ本体、通信中のほかのアプリもバッテリーを消費する場合があります。バッテリー画面で一部のアクティビティがShadowrocketに計上されても、すべてがルール判定による消費とは限りません。反対に、表示割合が低くても、ネットワークの頻繁な切り替えで追加の動作が発生している可能性があります。調べるべきなのは、特定の項目の割合を下げることではなく、「どの操作のあとにバッテリーの減りが速くなるか」です。

画面の使用、動画再生、システムアップデート、Wi-Fiとモバイル通信の切り替えは分けて記録しましょう。特に、設定の読み込み直後、サブスクリプションの更新後、速度テストを連続して行ったあとの短時間の動作は、通常の待機状態を表すとは限りません。バッテリーの統計には、それ以前の使用期間も含まれます。設定を変更した直後に過去の統計を見ても、新しい設定の効果は判断できません。

常時接続とOn Demandの役割

Homeで手動接続すると、システムが許可し、接続が切断されない限り、VPNセッションを維持できます。一時的に転送するリクエストがなくても、「接続を維持する」ことは、端末のネットワーク動作が完全になくなることを意味しません。ただし、接続が続いているというだけで、それがバッテリー消費の主因とは断定できません。ネットワークの状態、通信量、ほかのアプリのバックグラウンド通信も影響します。

Settings → On Demandでは、ネットワーク条件に応じたオンデマンド接続の動作を設定します。ここで決まるのは接続を試みるタイミングであり、リクエストごとにクライアントを起動して、処理後すぐ終了させる仕組みではありません。有効にしたあとも、現在使っているWi-Fiやモバイル通信にルールが合っているか、接続後に実際にオンライン状態が維持されるかを確認してください。条件が広すぎると常時接続に近い動作になり、狭すぎると必要なときに接続が開始されないことがあります。

混同しやすい設定に、HomeのGlobal Routingもあります。Configは設定ファイルのルールに従ってリクエストを処理します。ProxyとDirectはそれぞれ対応する全体的なルーティング方式を使い、Sceneはシーン設定に関係します。これらは通信のルーティング方法を決めるもので、On Demandの接続開始条件とは異なります。原因を調べるときにGlobal Routing、設定ファイル、On Demandを同時に変更すると、どの設定が変化の原因なのか判断できなくなります。

一度の割合ではなく、同じ条件で比較する

まず、同じWi-Fiを使い、画面の使い方もそろえ、速度テストを行わないなど、再現できる日常の利用シーンを決めます。1回目は現在の接続方法のまま、テスト開始時と終了時のバッテリー残量、Settings → Batteryのアクティビティ、Homeの接続状態を記録します。2回目はSettings → On Demandだけを変更し、テスト時間、ネットワーク、操作をできるだけ1回目に合わせます。テスト中にシステムアップデートがあった、長時間動画を再生した、電波状況が大きく変わった場合は、その回を比較対象から外しましょう。無理に結論を出す必要はありません。

1. Homeで現在の設定ファイルとGlobal Routingを確認し、接続状態を記録します。比較中はこの2項目を変更しないでください。
2. Settings → On Demandを開き、スイッチと条件を確認します。まず、テストするネットワークが条件に含まれているか確かめましょう。スイッチをオンにすれば必ず接続が始まるとは限りません。
3. 各回の終了後、端末のバッテリー残量の変化、Settings → Batteryのアクティビティ、実際の接続状態をまとめて確認します。アプリの表示割合だけを比べないでください。
4. 差が安定しない場合は、近い条件の日常的な時間帯にテストを繰り返します。接続の動作と対応づけられ、複数回確認できた傾向を重視しましょう。

待機中と通常のブラウジングは分けて確認しましょう。待機テストでは端末を使っていない間も接続が動作し続けるか、ブラウジングでは頻繁な再接続が実際の使い勝手に影響するかを調べられます。モバイル通信を使う場合は、電波が弱いときの変化にも注意してください。同じ設定でも、安定したWi-Fi環境と電波の弱い環境でのバッテリー消費をそのまま比較することはできません。

速度テスト、サブスクリプションの更新、ルールの問題を切り分ける

Homeで登録済みサーバーの速度テストを連続実行したり、登録済みのサブスクリプションを何度も更新したりすると、能動的なネットワークリクエストが発生します。こうした操作はバッテリー画面にアクティビティとして記録される場合がありますが、通常の待機状態を示すものではありません。On Demandをテストする前に、連続した速度テストや繰り返しの更新を止めてください。サブスクリプションのURLや接続パラメータは利用中のサービス提供元に確認してください。Shadowrocketの買い切り料金に接続サービスは含まれません。

Config内のルールはリクエストの振り分け先を決めます。たとえば、DOMAIN-SUFFIX,example.com,DIRECTは例示したドメインに一致した場合にDirectを使い、FINAL,PROXYはそれまでのルールに一致しなかったリクエストにProxyを使うことを示します。IP-CIDRやGEOIPもルールの条件です。ルールの一致、DNSクエリ、実際のネットワークリクエストは通信経路に影響しますが、Global RoutingをConfigからDirectに変更しても、信頼できる「省電力テスト」にはなりません。接続の用途も同時に変わるため、その結果だけでOn Demandの効果を評価できないからです。

「バッテリー使用量の増加」がサブスクリプション更新の直後に起きた場合、更新処理中の一時的な動作なのか、更新後に接続パラメータが変わったのかを切り分けましょう。元の記録を残し、更新完了時刻、接続が安定して維持されるか、切断が繰り返されていないかをそれぞれ確認してください。バッテリー使用状況の表示を下げるために、接続失敗の調査を後回しにしないでください。接続の失敗や再試行が繰り返されると、比較結果自体が不正確になります。

使い方に合わせて設定し、元に戻せる手順も確保する

特定のネットワーク環境でのみ接続を使い、それ以外の時間は条件に応じた自動接続を希望する場合は、On Demandを試してみましょう。確立した接続を長時間維持する必要がある場合は、オンデマンド条件によって予期しない切断や再接続の繰り返しが起きないか、先に確認してください。設定の名前ではなく、用途に合った接続動作になるか、同じ環境でバッテリー消費の変化が安定しているかを基準に選びましょう。

On Demandを有効にしたあと、接続が想定どおりにならない、またはネットワーク切り替え時に再接続を繰り返す場合は、まず以前の正常な設定に戻し、接続条件を確認してください。サーバー、ルール、DNSを同時に変更するのは避けましょう。反対に、On Demandをオフにしてもバッテリーの状態に安定した変化がない場合、以前のバッテリー使用割合をすべてOn Demandのせいにする必要はありません。比較時の条件を記録しておけば、ネットワーク環境が変わったときにも改めて判断できます。