v2rayNGは接続を確立すると、AndroidのVPNインターフェース経由で端末の通信を受け取り、Xrayコアでプロトコルのカプセル化、DNS処理、ルーティング判定を行います。通知バーにVPN状態が表示され続けること自体は、異常な電池消費を意味しません。確認すべきなのは、画面消灯後も頻繁な通信が続いていないか、システムがサービスを繰り返し終了・再起動していないか、ノードが再接続を繰り返していないか、また本来プロキシが不要なアプリまで転送対象になっていないかです。
この記事は、v2rayNGのバックグラウンド消費電力が増えた、画面消灯後に切断される、接続が繰り返し再起動するといった問題を抱えるAndroidユーザー向けです。まず電池消費の基準値を取り、通信と再接続の原因を特定します。その後、システムのバックグラウンド権限、アプリごとのプロキシ、ルーティング、DNSを調整し、最後に使い方に応じてVPNを常駐させるか、使用しない時間帯に手動で切断するかを決めます。
正常な常駐と異常な電池消費を切り分ける
Androidでは通常、VPNサービス、Xrayコアの処理、トンネル経由で送受信したデータがv2rayNGの電池使用量として集計されます。動画再生、クラウドストレージの同期、大容量ファイルのダウンロード中は、前面で使っているアプリがブラウザーであっても、一部の通信消費がv2rayNGに計上されることがあります。そのため、アプリの電池消費ランキングだけで判断せず、前面・バックグラウンドでの動作時間、モバイルデータ使用量、接続ログも併せて確認してください。
「設定」→「バッテリー」→「バッテリー使用量」で、1回分の観察期間を記録することをおすすめします。近い残量まで充電し、画面を消した状態で同じネットワークを6〜8時間維持します。1日目の夜はv2rayNGを切断し、2日目の夜は同じノードに接続して速度テストを行わず、3日目の夜は普段どおりのアプリを使います。1回だけの割合より、3つの条件を比較したほうが正確に判断できます。
Android 15、安定したWi-Fi接続、画面消灯8時間という条件で比較した記録では、VPN切断時の端末全体の電池消費は2.2%、接続後のアイドル時は3.9%、30秒ごとのバックグラウンド同期を加えると6.8%でした。これらの数値は判断方法を示すための例であり、端末のモデム、電波強度、バッテリーの状態、システムバージョンによって結果は変わります。接続時と切断時の差が約1〜3ポイントで、継続的な再接続もないなら、通常は常駐サービスとして妥当な消費です。差が突然8ポイント以上に広がった場合は、バックグラウンド通信をさらに確認してください。
- 正常な状態：通知バーにVPNが表示され続け、ログにはときどき接続確立が記録され、画面消灯後の通信はほぼ停止している。
- 疑わしい状態：バッテリー画面で数時間にわたるバックグラウンド動作が表示され、モバイルデータ使用量が増え続け、端末を待機させていても頻繁に発熱する。
- 優先して確認すること：ノードに到達できず再試行している、DNSリクエストがループしている、サブスクリプション更新や速度テストが繰り返されている、プロセス終了後にシステムが自動起動している。
結論：まずアイドル時の基準値を測り、その後に節電設定を調整する
切断状態と接続中のアイドル状態を比較しなければ、電池の減少がVPNの常駐によるものか、別のアプリの通信によるものか判断できません。まず2晩の比較を行うほうが、コアのパラメーターを連続して変更するよりも原因を見つけやすくなります。
バックグラウンド維持とシステムの電池設定を見直す
バックグラウンドでの維持と節電は、単純なトレードオフではありません。v2rayNGを厳しく制限すると、画面消灯後にシステムがVPNを終了することがあります。その後、VPNの常駐設定、自動接続、ネットワーク切り替えによってサービスが再起動され、終了、トンネル再構築、再ハンドシェイクのループが発生します。1回で安定して動作させるほうが、何度も再起動するより省電力になる場合があります。
Androidの標準設定では通常、「設定」→「アプリ」→「v2rayNG」→「アプリのバッテリー使用量」にあります。常時接続が必要な場合は、「制限なし」など、バックグラウンド実行を制限しない項目を選択します。端末によっては、「設定」→「アプリ」→「特別なアプリアクセス」でバックグラウンド活動を許可する必要もあります。項目名はシステムの画面によって異なります。
-
現在の状態を記録する
「設定」→「バッテリー」→「バッテリー使用量」→「v2rayNG」を開き、バックグラウンド動作時間、電池使用率、直近の充電後のデータ使用量を記録します。調整後も比較できるようにしておきましょう。
-
厳しい制限を解除する
「設定」→「アプリ」→「v2rayNG」→「アプリのバッテリー使用量」を開き、常用する場合は「制限なし」を選択します。システムに「バックグラウンド活動を許可」スイッチしかない場合は、オンにしてください。
-
自動起動を確認する
端末の「設定」→「アプリ」→「自動起動管理」で、必要に応じてv2rayNGがシステム起動時に開始できるよう許可します。プロキシをたまにしか使わない場合は自動起動を無効にし、必要なときだけ手動で接続できます。
-
テストするネットワークを固定する
Wi-Fiまたはモバイルネットワークのどちらか一方に固定し、自動切り替えを無効にして2時間テストします。2種類のネットワークを頻繁に切り替えると、接続の移行、DNS更新、プロトコルの再接続が発生します。
-
VPNオプションを再確認する
Androidの「設定」→「ネットワークとインターネット」→「VPN」→「v2rayNG」を開きます。「常時接続VPN」を有効にしている場合は、使用しない時間帯に自動切断する方法と併用しないでください。2つの設定は目的が反対です。
電池の最適化対象外設定は、主にVPNのライフサイクルを安定させるためのもので、暗号処理1回あたりの消費電力を直接下げるものではありません。制限を解除した後に、画面消灯後の切断や再接続ログが明らかに減ったなら、システム上のバックグラウンド動作時間が増えていても、実際の待機中の電池消費は小さくなる可能性があります。判断するときはバックグラウンド動作の分数だけでなく、端末全体の電池残量の変化を確認してください。
ログから再接続、DNS、ノードの問題を見分ける
安定したアイドル接続で同じエラーが何度も表示され続けることはありません。v2rayNGのメイン画面を開き、右上のメニューにある「ログ」へ進み、古い記録を消去してから画面をロックし、10〜15分待ちます。同じエラーが数秒または数十秒おきに繰り返されるなら、電池は接続失敗、名前解決、ネットワークの起動処理で消費されている可能性があります。
VMessやVLESSは、名前が違うだけで必ず消費電力が増えるわけではありません。実際の差は、伝送方式、サーバーへの到達性、TLSハンドシェイクの頻度、パケットロス、継続的なハートビートの有無によることが多いです。遅延が安定し再試行もないノードのほうが、プロトコル設定が複雑でもタイムアウトを繰り返すノードより、長時間のバックグラウンド接続に適しています。
エラー：context deadline exceeded
原因と対処：接続、ハンドシェイク、DNSクエリが制限時間内に完了していません。まず安定したネットワークに切り替え、同じサブスクリプションにある別の利用可能なノードを試します。すべてのノードで発生する場合は、システムDNSとサーバーアドレスの名前解決を確認してください。
エラー：connection reset by peer
原因と対処：リモート側または中間ネットワークが接続を強制的にリセットしています。ノードのポート、伝送方式、TLS設定がサブスクリプションと一致していることを確認し、VMessノードのパラメーターをVLESS設定に手動で流用しないでください。
エラー：network is unreachable
原因と対処：ネットワーク切り替え中に利用可能なルートがないか、システムがバックグラウンド通信を制限しています。ネットワークを1種類に固定して再テストし、「設定」→「アプリ」→「v2rayNG」→「モバイルデータとWi-Fi」でバックグラウンドデータの権限を確認してください。
エラー：io: read/write on closed pipe
原因と対処：下位の接続が閉じられた後も、上位層が読み書きを試みています。1回だけなら無視できますが、連続する場合は通常、ノードを変更し、頻繁な速度テストを停止して、節電設定がVPNサービスを繰り返し終了していないか確認します。
トラブル対応中は「全設定の実接続テスト」を連続して実行しないでください。まとめて速度を測定すると複数の接続が順番に確立され、短時間にCPU、無線通信、DNSの動作が増えるため、テスト行為を通常の電池消費と誤認しやすくなります。現在のノードと比較用の1ノードだけをテストし、各回の間隔を少なくとも2分空け、ログの同じエラーが止まったか確認してください。
アプリごとのプロキシ範囲とバックグラウンド通信を絞り込む
VPNの標準モードでは、端末上の大部分のアプリ通信を受け取る場合があります。ルーティングルールで一部のドメインを直接接続にしていても、データはいったんVPNインターフェースに入り、判定と振り分けが行われます。バックグラウンドのクラウド同期、写真のバックアップ、アプリ更新、メッセージの定期確認が重なると、v2rayNGの使用量が大きく増えることがあります。
ブラウザー、資料作成ツール、少数の業務アプリだけにプロキシが必要なら、v2rayNGの「設定」→「VPN設定」→「アプリごとのプロキシ」で対象アプリを絞り込めます。「選択したアプリのみプロキシ」を選び、トンネルに入れる必要があるアプリだけにチェックを付けてください。メニュー名はバージョンによって変わる場合がありますが、通常はVPN設定のエリアにあります。
| 利用方法 | プロキシ範囲 | 電池消費への影響 | 適した場面 |
|---|---|---|---|
| すべてのアプリ | 端末の大部分の通信リクエスト | バックグラウンド同期や大容量通信もVPNを経由 | 統一したルーティングとDNSポリシーが必要な場合 |
| 選択したアプリのみプロキシ | チェックした少数のアプリ | 不要なバックグラウンド通信がコアに入るのを減らせる | プロキシを使うアプリが限定されている場合 |
| 選択したアプリを除外 | 除外対象以外のアプリ | バックアップ、ダウンロード、LANツールを除外したい場合に適する | 大半のアプリでプロキシが必要だが、少数の例外がある場合 |
変更後は3方向をテストしてください。選択したアプリが正常に接続できるか、選択していないアプリが想定どおり直接接続するか、LAN機器に引き続きアクセスできるかを確認します。アプリごとのプロキシはVPNに入るアプリを決めるだけで、Xrayのルーティングルールの代わりにはなりません。トンネルに入った後のドメイン、IP、プロトコル通信は、設定内のroutingルールによって順番に判定されます。
結論：ルール表を短くするより、不要な通信を減らす
構造が明確な数十個のルーティングルールは、通常、主な電池消費要因ではありません。長時間の動画再生、バックアップ、失敗時の再試行、高頻度のDNSクエリによる無線通信のほうが優先して対処すべきです。まずアプリの対象範囲を絞り、その後にルールの順序を最適化してください。
- 写真のバックアップ、システム更新、大容量ファイルのダウンロードを行うアプリは、直接接続または除外に設定し、夜間の処理がすべてノードを経由しないようにします。
- メッセージアプリを対象に残す前に、本当にプロキシが必要か確認してください。バックグラウンドで常駐するという理由だけで、標準でチェックを付ける必要はありません。
- LANプリンター、画面ミラーリング、ストレージへのアクセスには、プライベートアドレスを直接接続するルールを組み合わせ、リクエストがリモートのアウトバウンドへ送られないようにします。
- アプリごとの対象リストを変更したら、いったん切断して再接続し、新しいVPNのアプリ範囲を完全に反映させます。
ルーティング、DNS、接続パラメーターを整理する
ルーティング最適化の目的は、すべてのルールを削除することではなく、相互の上書き、重複した名前解決、誤ったアウトバウンドを避けることです。Xrayはルールの順番に従って通信を判定し、配列の前方にあり先に一致したルールが通常、アウトバウンドを決定します。プライベートアドレス、直接接続が必要なドメイン群、プロキシが必要な宛先は、それぞれの範囲を明確に保ってください。
DNS設定の誤りは、ルール数よりも簡単に電池消費の問題を引き起こします。たとえば、リモートDNSへの通信にプロキシが必要なのに、プロキシサーバーのドメイン自体の名前解決もリモートDNSに依存していると、起動時に依存関係のループが発生することがあります。ノードアドレスにドメイン名を使う場合は、初回の名前解決を直接完了できる経路を少なくとも1つ確保してください。
-
プライベートネットワークは直接接続にする
ルーティング設定のプライベートアドレスルールを確認し、LANのアドレス範囲や端末上のサービスがリモートノードへ送られないようにします。一般的なプライベートネットワークは10.0.0.0/8、172.16.0.0/12、192.168.0.0/16です。
-
重複ルールを削除する
同じドメインの集合を、競合する直接接続ルールとプロキシルールの両方に置かないでください。配列の順番を確認し、範囲の広いルールが先に一致して、後続の詳細なルールが実行されなくならないようにします。
-
DNSのアウトバウンドを確認する
ローカルDNS、リモートDNS、ルーティングのアウトバウンドタグが対応していることを確認します。変更後にログを確認し、10分以内に名前解決のタイムアウトや同じドメインへの繰り返しクエリが続かないことを確認してください。
-
連続した速度テストを停止する
ノードを切り替えるときだけ、実接続テストを1回実行してください。まとめて速度を測定して接続を維持しようとしないでください。速度テストは能動的に通信を発生させ、無線モジュールを起動します。
ローカルSOCKSポートでよく使われる値は10808で、主にローカルプロキシやデバッグに使われます。AndroidのVPNモードを通常利用する場合、他のアプリからこのポートを繰り返し探査させる必要はありません。用途を理解しないままLAN共有を有効にすることも避けてください。別のプロセスがポートを使用していると起動失敗や再試行が発生するため、まず競合するサービスを停止してから再接続します。
用途に応じて常駐か非使用時の切断かを決める
仕事のメッセージ、資料の同期、ブラウザーでいつでもプロキシが必要なら、VPNの常駐が利用目的に合っています。その場合は安定したバックグラウンド動作を許可し、信頼できるノードを使い、不要なアプリの通信を減らしてください。毎日決まった時間帯だけ使うなら、終日アイドル接続を維持するより、手動で切断するほうが合理的です。
モバイルネットワークの電波が弱いと、無線モジュールは送信出力を上げ、再送も増えます。VPN通信はその消費に含まれて集計されているだけかもしれません。通勤中に待機時の電池消費が目立つ場合は、v2rayNGだけでなくシステムのモバイル通信による電池消費も確認してください。安定したネットワークでは正常で、弱電界時だけ異常なら、主な要因は無線環境だと考えられます。
- 終日接続：バックグラウンド実行を許可し、安定したノードを残し、アプリごとのプロキシを正確に設定し、不要な一括速度テストを無効にします。
- 必要なときだけ接続：システムの「常時接続VPN」と自動起動を無効にし、必要なときに手動で起動します。大容量通信が終わったら、自分で切断してください。
- ネットワークを頻繁に切り替える場合：再接続が安定したノードを優先し、Wi-Fiとモバイルネットワークの切り替え直後に起動ボタンを連続して押さないでください。
- 夜間の待機：不要なクラウド同期とアプリ更新を一時停止し、接続時と切断時それぞれで8時間の電池残量の変化を記録します。
結論：安定したバックグラウンド動作と最小限の電池消費は用途に応じて選ぶ
すぐに接続できる状態が必要なら、再起動と再接続を減らしてください。バックグラウンドでプロキシを使わないなら、明確に切断します。システムに終了されそうになっては再起動される中途半端な状態でサービスを長時間動かしても、通常は安定せず、省電力にもなりません。
よくある質問
v2rayNGがバッテリーランキング1位なら異常ですか？
必ずしもそうとは限りません。VPN経由で転送されたすべてのデータが、v2rayNGの電池使用量として計上される可能性があります。端末全体の電池消費、バックグラウンドのデータ使用量、ログ上の再接続頻度を確認し、同じ時間VPNを切断した場合のデータと比較してください。
電池の最適化対象外に設定したら、なぜバックグラウンド時間が長くなるのですか？
対象外設定にするとVPNサービスが安定して維持されるため、バックグラウンド時間は自然に長くなることがあります。重要なのは、接続の再構築が繰り返されなくなったか、端末全体の待機中の電池消費が改善したかです。バックグラウンドの分数だけで消費電力を判断することはできません。
VMessやVLESSに切り替えるだけで電池消費を下げられますか？
プロトコル名だけでは判断できません。ノードとの距離、パケットロス、伝送層、TLSハンドシェイク、再接続回数の影響のほうが大きいことが一般的です。同じネットワークで到達性、ログのエラー、2時間のアイドル時の電池消費をそれぞれ確認し、1回の遅延だけを比較しないでください。
アプリごとのプロキシを有効にしたら、一部のアプリがインターネットに接続できなくなりました。どうすればよいですか？
まず「選択したアプリのみプロキシ」と「選択したアプリを除外」のどちらを選んでいるか確認し、対象アプリが正しいリストに入っているか確認します。変更後はVPNを切断して再接続してください。それでも解決しない場合は、そのアプリが、除外された別のシステムコンポーネントにネットワーク処理を依存していないか確認します。
サブスクリプションのノード数が多いと、電池消費は増え続けますか？
ノード数が多くても、すべてのノードが同時に動作するわけではありません。主な消費要因は、サブスクリプションの更新、一括速度テスト、自動切り替え、実際の接続です。必要なノードだけを残して一括テストを減らすと、普段の動作を把握しやすくなります。
ここまでの調整後は、少なくとも1回分の充電サイクルを観察してから結論を出してください。v2rayNGのアイドル接続が安定し、ログも静かで、アプリごとのプロキシ範囲も明確なのに、画面消灯中の端末全体の電池が急速に減る場合は、Androidのバッテリー画面に戻り、モバイル通信、画面の起動、位置情報、その他のバックグラウンドアプリを確認します。VPNは通信経路の1つにすぎず、待機中の問題すべての原因と考えるべきではありません。