まず、電池使用量の割合と実際の消費量を区別し、同じネットワーク環境で画面オフ時の消費を比較します。接続中の発熱、画面ロック後の通信切断、バックグラウンドでの頻繁な再接続が気になるAndroidユーザー向けです。電池関連の権限、VPNの適用範囲、ノードとログを順番に確認し、バックグラウンド制限を一度にすべて解除するのは避けましょう。
1. 電池使用量の割合が高くても、消費量が多いとは限らない
v2rayNGはXrayコアでプロキシ接続を処理し、Androidでは通常、VPNサービスを使って仮想ネットワークインターフェースを作成します。他のアプリの通信がこの経路を通ると、転送や暗号化・復号、一部のネットワーク処理がv2rayNGの電池使用量として計上されることがあります。計上方法はAndroidのバージョンやメーカーによって異なるため、アプリのランキングだけで異常と判断することはできません。
たとえば電池画面に「20%」と表示されていても、集計期間中に消費した電力の2割を示している場合があり、電池残量が20ポイント減ったという意味とは限りません。集計期間、端末全体の電池消費量、画面の点灯時間、通信量を確認してから、クライアントが実際に負荷を増やしているか判断しましょう。ダウンロードや動画再生を続けている場合、使用量の上位に表示されても不思議ではありません。
これらの数値はテスト方法の目安であり、消費電力の合格基準ではありません。電池残量は整数に丸めて表示されるため、30分で1ポイントしか差がない場合は表示の誤差かもしれません。差がはっきりしない場合は2時間に延長し、同じ条件で繰り返してください。電波状況や画面点灯時間の異なる日を、そのまま比較するのは避けましょう。
- 電池使用量の確認：Android標準に近い端末では、「設定」→「電池」→「電池使用量」から確認できます。メーカー独自のシステムでは「電池消費量」などの項目にある場合があります。
- あわせて記録する項目：開始時と終了時の電池残量、画面の点灯時間、Wi-Fiまたはモバイルネットワーク、ダウンロード通信量、通信が切断されたかどうか。
- 先に除外する要因：システムやアプリの一括アップデート、写真の同期、テザリング、充電による発熱が起きている間は測定しないでください。
2. バックグラウンド動作：必要な権限だけ許可する
バックグラウンド制限が厳しすぎるとVPNサービスが終了し、画面ロック後に通知が消えたり、ロック解除後に再接続したりすることがあります。ただし、制限をすべて解除しても省電力になるとは限りません。サービスが常に動作できるようになるため、以前に頻繁な再起動が起きていたかどうかで消費量は変わります。サービスが停止されていると確認できた場合に限り、設定を一つずつ緩和しましょう。
-
バージョンを記録する
v2rayNGのサイドメニューにある「このアプリについて」でクライアントのバージョンを確認し、「設定」→「デバイス情報」でAndroidのバージョンを記録します。メニュー名はバージョンによって異なるため、確認時に実際の項目名も控えておきましょう。
-
電池関連の権限を確認する
Android 13の標準に近い端末では、「設定」→「アプリ」→「すべてのアプリを表示」→「v2rayNG」→「アプリのバッテリー使用量」と進みます。現在「制限あり」になっている場合は、まず「最適化」に変更し、接続したまま画面をロックして様子を見てください。
-
必要な制限だけ解除する
サービスが終了していると確認できた場合は、「制限なし」への変更を試します。メーカーによっては「バックグラウンドでの実行を許可」「無制限」などの名称が使われています。変更するのはv2rayNGだけにし、電池管理を端末全体で無効にしないでください。
-
メーカー独自のタスク終了設定を確認する
「自動起動管理」やバックグラウンド終了対象のリストがある場合は、必要に応じてv2rayNGを許可してください。自動起動の設定を確認するのは、起動後にサービスを自動で再開する必要がある場合だけで構いません。自動起動を許可しても、クライアントが必ず自動接続するとは限りません。
-
画面ロック後に再テストする
同じノードとネットワークを使い、30分間画面をロックします。まず必要な通信ができるかを確認し、その後サービスの状態とログを調べてください。通知が表示されるかどうかは手掛かりの一つにすぎず、通知権限が無効になっていないかも確認が必要です。
3. VPNモードとアプリ別プロキシ：不要な通信の取り込みを減らす
VPNモードは通信をクライアントに取り込む方法を示すもので、すべての通信がリモートノードを経由するという意味ではありません。ルーティングルールによって、通信の出口を直結、プロキシ、遮断に振り分けられます。ただし、仮想インターフェースに取り込まれた通信は、最終的に直結する場合でも端末内で処理されることがあります。アプリ別プロキシでは、より手前の段階でVPN経由にするアプリを選びます。
v2rayNGのサイドメニューから「設定」→「アプリ別プロキシ」を開き、画面の案内に従って有効にしてからアプリを選択します。バージョンによっては「バイパスモード」があります。有効にすると選択したアプリが通常プロキシを迂回し、無効にすると選択したアプリだけがプロキシを使う設定が一般的です。リストの意味を取り違えないよう、操作前に画面の説明を必ず確認してください。
| 設定方法 | 実際に処理される範囲 | 確認に適した問題 |
|---|---|---|
| すべてのアプリをVPNに通す | 多くのアプリの通信をクライアントに取り込み、ルールに応じて出口を選択 | バックグラウンドアプリのどれかが大量の通信をしているか確認する |
| 選択したアプリだけプロキシを使用 | リストで選んだアプリがVPN経由で通信 | ブラウザーなど、少数のアプリだけプロキシが必要な場合 |
| 選択したアプリをバイパス | リストにないアプリがVPN経由で通信 | ダウンロードや動画など、通信量の多いアプリを対象から外す |
| ルーティングルールで直結 | クライアントに取り込んだ通信を直結の出口へ振り分け | ドメインやアドレスに応じた通信先を調整する |
アプリ別のリストを変更したら、サービスを停止してから再起動し、新しいリストでVPNインターフェースを作成します。選択したアプリと選択していないアプリを一つずつ使って確認してください。鍵アイコンを見るだけでは不十分です。決済、社内ネットワーク、ローカルデバイスへのアクセスに個別の要件がある場合は、一つずつテストしましょう。電池使用量の順位を下げるために、本来プロキシが必要なアプリを対象から外すのは避けてください。
4. 頻繁な再接続、DNS、接続維持を確認する
モバイル回線の電波が弱い、Wi-Fiとモバイルデータが頻繁に切り替わる、サーバーに接続できないといった状況では、アプリが何度も接続を試みることがあります。携帯回線では、通信後に無線機能が動作し続ける時間も電池消費に影響するため、バックグラウンド通信量が少ないだけで省電力とは言い切れません。まずネットワークを固定してログを確認しましょう。接続パラメーターをすぐに変更するより、効果的な場合が多いです。
v2rayNGのサイドメニューにある「ログ」で、エラーが連続して発生しているか確認できます。以下はログに表示される可能性のあるエラー例です。詳細なプレフィックス、アドレス、表現はコアのバージョンによって異なります。一度だけのタイムアウトは珍しくありません。消費量の増加や通信断と同じ時間帯に繰り返し発生する場合に、詳しく調べましょう。
エラー：i/o timeout
考えられる原因：制限時間内に接続または読み書きが完了していません。通信経路が不安定な場合や、接続先が応答していない場合があります。
対処方法：ネットワークを固定したまま、利用できると確認済みの別ノードに切り替えて比較します。次にノードを固定してネットワークを切り替えます。一度に両方を変更しないでください。
エラー：connection refused
考えられる原因：接続先のポートが接続を受け付けていないか、途中の機器によって接続が拒否されています。
対処方法：ノードのアドレスとポートがサーバー側の設定と一致するか確認します。サブスクリプションで取得したノードなら、更新してから再テストしてください。ポート設定の誤りを、接続ボタンの連打で解決しようとしないでください。
エラー：no such host
考えられる原因：現在の名前解決処理で接続先ドメインのアドレスを取得できていません。ドメイン名の入力ミス、名前解決の結果、DNS設定などが原因の可能性があります。
対処方法：まずノードのドメイン名が正しいか確認し、「設定」にあるDNS関連項目を確認します。カスタム設定を使っている場合は、コアのDNS設定も確認してください。暗号化DNSを有効にすれば省電力になるとは限りません。
「接続維持」には、システムがサービスのバックグラウンド動作を許可することと、TCP・トランスポート層・アプリケーション層で定期的にデータを送ることの2つがあり、同じ意味ではありません。数秒間隔の接続維持設定を、バックグラウンドでのサービス終了対策として使わないでください。間隔が短すぎると、通信が増えることがあります。カスタム設定で接続パラメーターを変更済みの場合は、まず設定のコピーを保存して初期値に戻し、変更が本当に必要か確認しましょう。
- テストの繰り返しを避ける：原因を調べている間は、すべてのノードの速度テストを連続して実行しないでください。速度テスト自体が接続を確立し、通信量を発生させます。
- 詳細ログの使用時間を短くする：必要な場合に限り一時的にログの詳細度を上げ、必要な情報が取れたら通常のレベルに戻してください。大量のログを長時間記録しないようにしましょう。
- プロトコルの設定を確認する：VMessやVLESSなどのプロトコル設定は、サーバー側と一致している必要があります。プロトコル名が違うからといって、必ずしも消費電力が増えるわけではありません。通信方式や通信量を考慮せずに判断しないでください。
5. 3パターンの比較で電池消費の原因を特定する
現在のクライアントバージョン、ノード、ルーティングモード、アプリ別プロキシのリストを記録します。画面の明るさ、同期タスク、ネットワークを同じ条件に保ち、充電や速度テストは行わず、以下の順で測定します。プロキシを停止するテストは、直接インターネットに接続しても問題のない環境でのみ実施してください。VPNの常時接続が必須の場合は、同じ保護条件を保てる別の比較方法を使いましょう。
- A：サービスを停止。画面をオフにして30分間の電池消費を記録し、現在の端末のバックグラウンド処理の基準にします。
- B：サービスを起動し、現在の接続範囲を維持。同じノードとルーティング設定を使い、電池消費、バックグラウンド通信量、ログのエラー回数、接続が維持されるかを記録します。
- C：必要なアプリだけVPNを使用。ほかの条件は変えず、サービスを再起動してから30分間測定します。
AとBの両方で電池消費が目立つ場合は、電波状況、同期、システムのタスクを確認します。Bの消費量がAより明らかに多く、Cで下がる場合は、対象外にしたバックグラウンドアプリを重点的に確認してください。BとCの両方で消費量が多く、ログにタイムアウトが続く場合は、ノードとネットワークを優先して調べます。ネットワークを固定し、通信量が少なく、再接続も起きていないのに発熱が続く場合に限り、クライアントのバージョンや端末との互換性を確認しましょう。
6. よくある質問：画面ロック後の通信切断とバックグラウンドでの発熱
電池の最適化を無効にしたら、かえって消費量が増えました。なぜですか？
制限を解除したことでサービスが継続して動作するようになり、以前停止されていたバックグラウンド通信が再開した可能性があります。まず通信量の合計と通信が切断された回数を比較してください。改善がない場合は「最適化」に戻し、アプリ別のリストでVPNの対象範囲を絞りましょう。「制限なし」を長期間維持する必要はありません。
画面ロック後30分たってウェブページが開けない場合、必ずバックグラウンドで終了されていますか？
必ずしもそうではありません。まずシステムのVPN状態を確認し、次にサービスのログを見ます。サービスが動作中で接続がタイムアウトする場合は、ノード、DNS、ネットワークの切り替わりを調べます。サービス自体が終了している場合は、アプリの電池使用量とメーカー独自のバックグラウンド終了設定を重点的に確認してください。
全般モードはルールモードより省電力ですか？
一概には言えません。全般プロキシはリモートへの通信量が増えることがあり、ルールモードでは端末内での照合処理が発生します。実際の差は通信量、通信経路、ルールによって変わります。ノードとアプリを固定してそれぞれテストし、モード名だけで判断しないでください。
VPNを使う別のアプリも同時に起動するとどうなりますか？
同じAndroidユーザーまたはプロファイル内では、通常、同時に動作できるVPNサービスは1つだけです。ローカルフィルタリングやパケットキャプチャのアプリがVPNインターフェースを使う場合、現在の接続が置き換わることがあります。システムのVPN画面で現在のサービスを確認し、テスト中は必要なものだけを有効にしてください。
確認の順序は、実際の電池消費を確認し、サービスが終了していないか調べ、通信を取り込む範囲を絞り、タイムアウトと再接続を確認する、という流れに整理できます。接続が安定し、バックグラウンド通信量が妥当で、同じ条件で電池消費を再現できたら、接続維持の設定をむやみに増やす必要はありません。