Shadowrocketのバックグラウンドで電池の減りが気になる場合は、まずシステムのバッテリー画面で集計期間を確認し、Settings → On Demandで自動接続の条件を見直します。常時接続、条件に応じた自動接続、手動接続の違いを整理し、再現可能な待機テストの方法も紹介します。On Demandを有効にしても、アイドル時に必ず切断されるわけでも、電池消費が必ず減るわけでもありません。
まずバッテリーの使用状況を確認し、設定変更が必要か判断する
iPhoneの「設定」→「バッテリー」で比較しやすい集計期間を選び、Shadowrocketのバッテリー使用状況とアクティビティを確認します。同じ時間帯の画面使用状況、充電の有無、Wi-Fiまたはモバイル通信の状態、音楽の再生や写真の同期、ファイル転送の有無を記録してください。iPadも同じ手順で確認できます。バッテリー画面の表示は、使用中のシステムによって異なります。
バッテリー一覧の割合は、選択した期間における電池消費全体のうち、そのアプリが占める比率です。アプリが電池を何％分消費したかを示すものではありません。他のアプリの使用が少ない日は、Shadowrocketの割合が上がることもあります。トンネル拡張が他のアプリの通信を処理した場合、そのアクティビティがShadowrocketの統計に含まれることもあります。そのため、「バックグラウンドで長時間動作した」というだけでは、異常とは判断できません。
- まず実際の残量変化を確認：開始時と終了時の残量を記録します。たとえば80%から77%への変化は3ポイントの減少で、アプリ一覧に表示される割合とは異なります。
- 次に端末の負荷を確認：画面ロック中に音声再生、クラウド同期、ファイル転送が続いている場合、アイドル状態での待機とはいえません。
- 最後に通信環境を確認：電波が弱い場合や、ネットワークの切り替え、接続失敗後の再試行が頻繁な場合は、端末全体の電力消費に影響することがあります。
端末が発熱し、モバイル通信の電波も不安定な場合は、まず安定したWi-Fiに固定して再測定してください。この時点でプロトコルを変更したり、複数の設定を同時に変えたりすると、原因を見極めるための比較条件が失われます。
バックグラウンド接続の負荷は通信、接続維持、再接続から生じる
Shadowrocketで接続を開始すると、アプリ画面をバックグラウンドに移した後も、システムのネットワーク拡張機能が通信を処理できます。画面が前面に表示されているかどうかと、トンネルが動作中かどうかは別のことです。接続を維持していても、常に高負荷で動作するとは限りません。実際の負荷は通信量、接続数、暗号化処理、ネットワークの安定性によって変わります。
| 確認された現象 | 考えられる負荷 | 次に確認すること |
|---|---|---|
| 画面ロック後も通信が続く | バックグラウンドで同期・再生・ダウンロードが続き、通信が発生している | まず該当するタスクを一時停止し、同じ長さの待機時間で測定する |
| ネットワーク切り替え時に何度も接続する | 以前の接続が無効になり、セッションを再確立する必要がある | ネットワークを1種類に固定し、再接続が減るか確認する |
| 通信量は少ないのに接続失敗が頻繁に起きる | タイムアウトと再試行によって、ネットワーク処理が繰り返し起動している可能性がある | 利用中のサービスのアドレス、ポート、プロトコル設定を確認する |
| バッテリーの使用割合だけが上がる | 他のアプリの電池消費が減り、集計の分母が変化している | 端末全体の残量の減り方とアクティビティの時間帯を合わせて判断する |
接続維持（キープアライブ）は、一部の接続でネットワーク状態を保つために使われる仕組みです。動作はプロトコル、サーバー、ネットワーク環境によって異なります。プロトコル名だけで電池消費を判断しないでください。また、ポート番号を443以外に変えても節電になるとは限りません。ポートは利用中のサービスで指定されている値に合わせてください。診断ログを有効にした場合は、確認が終わったら日常利用に必要な記録レベルに戻し、不要な詳細ログを長期間残さないようにしましょう。
Settings → On Demand：条件に応じて接続。アイドル時間で切断する機能ではない
Settings → On Demandを開き、現在の有効・無効状態と登録済みの条件を確認してから、必要に応じて有効にします。On Demandはシステムのオンデマンド接続機能を使い、保存されたルールとネットワーク環境に基づいて、接続を試みるかどうかを判断します。「特定のアプリを開いたときだけ動く」汎用スイッチではなく、「一定時間通信がなければ必ず停止する」機能でもありません。
保存した条件が普段使うすべてのネットワークを対象にしている場合、接続が途切れてもシステムが再接続を試み、常時利用できる状態に近くなることがあります。オンデマンドルールでは、接続しない、または切断するといった動作も設定できますが、実際の動作は保存された条件とアクションによって異なります。スイッチを有効にするだけで、使い方に合った節電ルールが自動作成されるわけではありません。
-
現在の設定を記録する
Homeで現在選択しているサーバーとGlobal Routingを記録してから、Settings → On Demandを開き、有効状態と登録済みの条件を控えます。変更前に、元に戻せる設定のコピーを保存してください。
-
条件を確認する
Settings → On Demandで現在の条件と、それぞれに対応するアクションを確認します。Wi-Fi名が条件に含まれる場合は、実際のネットワーク名と照合してください。同じ名前だからといって、信頼できないネットワークを安全な環境として扱わないようにしましょう。
-
有効にして保存する
条件が意図どおりであることを確認してからOn Demandを有効にし、画面の案内に従って保存します。システムからVPN構成の許可を求められた場合は、表示内容を確認して許可してください。画面上のスイッチを切り替えただけでは、接続が成功したことにはなりません。
-
接続条件をテストする
Homeに戻り、接続が開始されるはずのネットワーク環境でWebページを開いて、接続状態とページの表示を確認します。トンネルの初回確立には時間がかかる場合があります。最初の待ち時間と、継続的なタイムアウトは分けて考えてください。
-
切断条件をテストする
別の設定済みネットワーク条件に切り替え、実際の状態がルールどおりか確認します。完全に手動で停止するには、まずSettings → On DemandをオフにしてからHomeに戻り、接続をオフにします。システムがルールに従って再接続するのを防げます。
常時接続・On Demand・手動接続の選び方
まず接続が必要な時間帯を決め、それから自動化の方法を選びます。ネットワークを使うタスクが続く場合、頻繁に切断して再接続しても節電になるとは限りません。長時間トンネルが不要な場合は、接続を明示的に停止すると、比較しやすい待機状態を作れます。以下の「おすすめ」はトラブルの切り分けを始めるための目安であり、すべての利用状況に当てはまるものではありません。
手動接続
おすすめOn Demandをオフにし、Homeの接続スイッチで接続する時間を管理します。原因の切り分けでは、接続中と未接続の条件を明確に比較できます。日常利用では、必要なときに手動で接続する必要があります。
適した用途：電池消費の基準を取る、短時間の利用、自動再接続の原因を確認する。
On Demand
保存した条件に応じて自動接続し、手動での接続忘れを防ぎます。条件が広すぎるとトンネルが長時間維持されることがあり、条件が合わないと最初の通信に影響する場合があります。
適した用途：ネットワーク環境に明確なパターンがあり、条件に応じた自動接続が必要な場合。
常時接続
接続を維持し、再接続による待ち時間を減らします。バックグラウンドの通信も現在のルーティングに従って処理されます。ネットワーク切り替え後に復旧するかどうかは、システムと接続状態によって異なります。
適した用途：連続作業、長時間のデータ転送、接続の継続性が必要な時間帯。
結論：まず手動接続の基準を取り、その後に自動化を検討する
まずOn Demandをオフにして、条件をそろえた比較を行います。接続自体が追加の電池消費に関係していると確認できた場合に限り、明確なネットワーク条件を使って接続時間を短くします。On Demandを有効にすれば検証なしで節電できる、とは考えないでください。
On Demandは「いつ接続するか」を制御し、Home → Global Routingは「通信をどうルーティングするか」を制御します。両者は置き換えられません。Proxy、Direct、Config、Sceneはそれぞれ異なるルーティング方法であり、電源モードではありません。Configを使う場合は、Configで現在選択されている構成を確認してください。DOMAIN-SUFFIX、IP-CIDR、GEOIP、FINALなどのルールは通信の宛先を決めるもので、システムがトンネルを開始・停止するタイミングを直接決めるものではありません。
待機状態を2パターン記録して検証する。一日の使用割合だけで判断しない
使用条件ができるだけ近い時間帯を2つ選び、各グループでまず60分間記録します。この時間はテストを行いやすくするための目安であり、公式の消費電力基準ではありません。バッテリー残量は整数単位で表示されるため、1回の測定で0または1ポイントの差が出ても、強い結論を出すのは避けましょう。結果に差がほとんどない場合は、測定回数を増やすか、観察時間を延ばしてください。
- Aグループ：Settings → On Demandをオフにし、Homeで接続を切ります。Wi-Fiを固定し、通信量の多いタスクを一時停止して、開始時と終了時のバッテリー残量、画面ロックの有無、異常なアクティビティを記録します。
- Bグループ：同じサーバー、プロトコル、構成ファイル、ネットワークを使い、手動で接続を有効にして、同じ長さの時間を測定します。新たな自動接続条件を同時に有効にしないでください。
- 再測定：条件が近い時間帯にA、Bの両グループを繰り返し測定します。テスト中は充電せず、一方を強いWi-Fi、もう一方を電波の弱いモバイル通信で測ることも避けてください。
- オンデマンド接続も測定：2グループの差が安定している場合は、確認済みのOn Demand条件を有効にし、実際の接続時間と最初の通信が成功したかを記録します。
記録例：「8:00〜9:00、Wi-Fi、画面ロック、80%→78%、手動で切断」。これは記録方法の例であり、実測値や電池消費の保証ではありません。テスト中に写真の同期、アプリのアップデート、大量のメッセージ受信が始まった場合は記録に残し、必要に応じて別の時間帯に再測定してください。
A、Bの結果がほぼ同じで、モバイル通信に切り替えたときにどちらも電池消費が明らかに増える場合は、まず電波状況とバックグラウンドタスクを確認してください。接続中だけタイムアウト、発熱、異常な通信が繰り返し発生する場合は、利用中のサービス設定と実際の通信記録を確認します。この記事では、利用者が自身のサービス提供元とサブスクリプションをすでに利用していることを前提としています。電池消費の変化だけを理由に複数の設定をむやみに変更すると、接続の問題と電池の問題を切り分けにくくなります。
オンデマンド接続とバックグラウンドの電池消費に関するよくある質問
On Demandを有効にすると、VPNがずっと接続中と表示されるのはなぜですか？
まずSettings → On Demandで、現在のネットワークが接続条件に含まれているか確認し、バックグラウンドのデータ転送を一時停止して様子を見ます。常時接続に該当する条件では、システムがトンネルを維持したり、再確立したりすることがあります。VPNの接続状態だけでは、通信量もオンデマンドルールの不具合も判断できません。
接続を切ってもすぐ自動で再接続されます。どこで停止できますか？
まずSettings → On DemandをオフにしてからHomeに戻り、接続をオフにして、システムのVPN状態を確認します。それでも自動的に再接続する場合は、システムの「設定」でVPNを検索し、有効な構成とオンデマンド接続の状態を確認してください。用途がわからない他の構成を、確認せずに削除しないでください。
画面ロック後しばらくしてから、最初にWebページを開くと時間がかかる場合は？
まずHomeで再接続中かを確認し、同じWebページに続けて2回アクセスします。最初のアクセスだけ時間がかかる場合は、オンデマンド接続の条件とネットワークの復旧を確認してください。失敗が続く場合は、Global Routing、現在の構成、利用中のサービス設定を確認します。最初のリクエストにかかった時間だけで、プロトコルの異常と判断しないでください。
Global RoutingをDirectに変更すれば、接続は切れますか？
いいえ。Directはルーティング方法であり、システムのトンネルを停止する設定ではありません。未接続状態での待機を測定するには、On DemandをオフにしてからHomeで接続を切ります。切り分けが終わったら、以前記録したGlobal Routingに戻し、普段の通信先が変わらないようにしてください。
低電力モードでOn Demandの代わりになりますか？
なりません。システムの低電力モードはシステムの動作を調整する機能で、オンデマンド接続の条件を設定するものではありません。低電力モードの影響をテストする場合は、別の条件として記録し、A、Bの比較中に接続方法と低電力モードを同時に変更しないでください。
最終的に有効だった設定を記録しておきましょう。On Demandの有効・無効、接続条件となるネットワーク、Global Routingの選択、テスト中のバックグラウンド通信の有無を残します。異常が起きたときは、まず検証済みの条件に戻してから項目ごとに確認すると、すべての設定を何度も切り替えるより原因を特定しやすくなります。