通信中の消費、待機中の消費、バックグラウンドで停止する現象を切り分けてから、電池の最適化対象外にするか判断しましょう。Xrayコアを使うv2rayNGを例に、VPNモードとプロキシのみのモードで通信を取り込む範囲、Androidのバックグラウンド権限、アプリ別プロキシ、ルーティング設定の確認手順を解説します。変更の効果は同じ条件で繰り返し比較し、バッテリー使用量の順位だけで異常と決めつけないことが大切です。
まずバッテリー消費の状況を確認する
Androidのバッテリー画面に表示されるアプリの割合は、集計期間内での相対的な比率です。端末全体のバッテリーをその割合だけ消費したという意味ではありません。VPN通信やバックグラウンド動作、通信による消費の扱いは、システムによって異なります。ブラウザーで動画を再生している間、v2rayNGが通信の転送と暗号化を担っていれば、消費量の上位に表示されても、それだけで不具合とは判断できません。
まず、画面が消えていたか、Wi-Fiとモバイルデータのどちらを使ったか、ダウンロードが続いていたか、サービスが何度も切断されたかを記録しましょう。以下の数値は確認時の目安であり、実測のバッテリー駆動時間や節電効果を示すものではありません。
- 使用中に発熱する：動画再生、クラウド写真のバックアップ、大容量ファイルのダウンロードをいったん止め、通信量と温度がともに下がるか確認します。
- 画面ロック後に切断される：まずシステムがサービスを終了していないか確認します。ノードの障害やバッテリーの問題と決めつけないでください。
- 待機中も通信が続く：同期中のアプリを確認し、VPNを経由させる必要があるか判断します。プロトコルの設定変更は後回しにしましょう。
- モバイル通信で消費が明らかに増える：安定したWi-Fiで再確認します。電波が弱い場合やネットワークの切り替え、頻繁な再接続は、無線通信の負荷を高めることがあります。
VPNモードとプロキシのみのモード：通信を取り込む範囲の違い
v2rayNGのVPNモードは、AndroidのVpnServiceを使ってローカルの仮想ネットワークインターフェースを作り、対象アプリの通信を転送経路とXrayコアに渡します。端末を別の従来型VPNサービスに接続する機能ではなく、アプリの通信をクライアントが受け取る方式です。その後の通信経路は、プロトコル、ノード、ルーティング設定によって決まります。
プロキシのみのモードでは、主にローカルプロキシの待ち受けを提供し、すべてのアプリの通信を自動的に取り込むことはありません。SOCKSまたはHTTPプロキシに対応するアプリ側で設定が必要です。あるブラウザーで通信できても、ほかのアプリもプロキシ経由とは限りません。一部のバージョンでは、サイドメニューの「設定」→「サービスモード」から選択できます。項目名や選択肢はインストール済みのバージョンで確認してください。
アプリ別設定を使うVPNモード
おすすめ多くの端末での日常利用に適しています。まずプロキシが必要なアプリで通信できることを確認し、対象範囲を絞りましょう。アプリごとにプロキシ設定を探す必要はありません。
向いているケース：複数のアプリで通信し、アプリごとにVPNの対象を管理したい場合。
プロキシのみのモード
ローカルプロキシを明示的に設定したアプリだけがサービスを利用します。設定時は待ち受けアドレスとポートを確認してください。端末内の接続には通常ループバックアドレスを使います。バッテリー消費の確認を理由に、安易にLANからのアクセスを許可しないでください。
向いているケース：アプリがプロキシに対応し、DNSやUDPなどの接続動作も確認できる場合。
結論：対象範囲を絞ってからモード変更を検討
普段はVPNモードを維持し、アプリ別プロキシを設定するのがおすすめです。対象アプリがローカルプロキシを問題なく利用できると確認できた場合に限り、プロキシのみのモードを試してください。「通信がVPNに取り込まれていない」状態を節電効果と誤認しないようにしましょう。
電池の最適化対象外にする設定は、バックグラウンド維持のためのもの
「制限なし」や「バッテリー最適化を無視」の目的は、バックグラウンドサービスへの制限による中断を減らすことです。消費電力を抑える設定ではありません。バックグラウンド制限を解除するとサービスが継続して動作するため、頻繁に停止されていた場合より消費量が大きく記録されることもあります。画面ロック後の切断、通知の消失、アプリに戻るたびに再起動が必要になる場合に、まず設定を確認しましょう。
-
アプリ情報を開く
v2rayNGのアイコンを長押しし、「アプリ情報」→「バッテリー」または「アプリのバッテリー使用量」を開きます。現在の設定を記録してから、「制限なし」「バックグラウンドでの使用を許可」などの項目を確認してください。
-
バッテリー制限を調整する
標準的なAndroidに近いシステムで「制限なし」が選べる場合は、まずその設定で再確認します。古いバージョンでは、「設定」→「アプリ」→「特別なアプリアクセス」→「バッテリーの最適化」からすべてのアプリを表示し、v2rayNGを「最適化しない」に設定できる場合があります。システムによっては、両方の手順が用意されているとは限りません。
-
バックグラウンド管理を確認する
メーカー独自のシステムでは、「自動起動」や「アプリ起動管理」を検索します。サービスが終了する問題の場合は、バックグラウンド実行が許可されているか確認してください。起動時の復元などが必要な場合に限り、自動起動の権限も調整しましょう。
-
サービスの通知を維持する
「アプリ情報」→「通知」で、サービス通知が許可されているか確認します。Android 8.0以降では、フォアグラウンドサービスに通知が関連付けられるのが一般的です。アイコンを隠すためにサービスを停止したり、通知を許可すればバックグラウンドで必ず動作すると考えたりしないでください。
-
画面ロック状態で再確認する
サービスを開始して画面を消し、比較用の時間だけ待ってから、通知、サービスの状態、通信結果を確認します。省電力モードのときだけ中断する場合は、その条件を分けて記録してください。システムの省電力機能を一度にすべて無効にする必要はありません。
アプリ別プロキシ：不要な通信を対象から外す
プロキシを使うアプリが少数なら、すべてのアプリをVPNに通してから個別に直接接続させるより、アプリ別プロキシのほうが確認しやすい場合があります。v2rayNGでは通常、サイドメニューの「設定」→「アプリ別プロキシ」から設定します。バージョンによっては、アプリ一覧がその次の画面にあります。変更する前に「バイパスモード」の説明を確認してください。
重要なのは、選択したアプリが何を意味するかです。一般的なバージョンでは、「バイパスモード」をオフにすると選択したアプリだけがプロキシを使い、オンにすると選択したアプリがVPNを迂回します。スイッチの位置だけで判断せず、画面の説明を確認してください。迂回したアプリは通常、システムのネットワークを使用します。v2rayNGのDNS設定やルーティング設定で保護されるとは限りません。
- 「アプリ別プロキシ」を開き、「アプリ別プロキシを有効にする」をオンにします。まず、ブラウザーや仕事用アプリなど、実際にプロキシを使うアプリを選びます。
- 「選択したアプリのみプロキシを使用」する場合は「バイパスモード」をオフにし、対象アプリだけにチェックを入れます。「選択したアプリを迂回」する場合はバイパスをオンにして、直接接続させるアプリを選びます。
- 保存するか前の画面に戻った後、v2rayNGのサービスを停止して再起動します。Android VPNのアプリ一覧は、通常インターフェースの作成時に反映されます。設定画面を閉じるだけでは接続が再作成されないことがあります。
- VPNの対象にしたアプリと対象外にしたアプリを、それぞれテストします。ブラウザー、アプリ内ブラウザー、ダウンロード機能は別プロセスや別アプリとして動作する場合があるため、実際の通信を確認してください。
- アプリを新しくインストールしたら、対象一覧を再確認してください。「選択したアプリのみプロキシを使用」する設定では、新しいアプリは自動的に対象になりません。
ルーティング設定とアプリ別プロキシは別の役割
アプリ別プロキシは、どのアプリをVPNに通すかを決めます。ルーティング設定は、すでにコアに届いた接続をプロキシ経由、直接接続、またはブロックのどれにするかを決めます。特定の通信を直接接続にしても、ローカルインターフェースやコアを経由する場合があります。そのため、「アプリがVPNを完全に迂回する」場合と同じ処理負荷になるとは限りません。
| 設定項目 | 主な役割 | 確認すること |
|---|---|---|
| 電池最適化の対象外 | バックグラウンドサービスへの制限を軽減 | 画面ロック後もサービスが動作しているか |
| アプリ別プロキシ | VPNを経由するアプリを選択 | チェックの意味とアプリの接続経路 |
| ドメイン・IPのルーティング | VPN対象の接続に使う送信先を選択 | ルールの順序と適用結果 |
| DNS設定 | 名前解決の経路と方針を設定 | 名前解決に成功するか、意図した結果になるか |
サイドメニューの「ルーティング設定」で既存ルールと有効なルートを確認し、出所の分からないルールを大量に追加しないでください。Xrayのルーティングは通常、上から順に判定されます。先に広い条件のルールがあると、後続の詳細なルールが適用されないことがあります。失敗する接続を利用できない送信先へ何度も振り分けると、アプリの再試行や余分な通信が発生します。
- ローカルネットワーク：プリンターやLAN内の機器に接続する場合は、プライベートIPアドレス帯の直接接続ルールと、Android VPNの関連制限を確認してください。
- DNS：名前解決が遅い、タイムアウトする、または結果が想定と異なる場合は、まず現在のDNS設定を確認します。原因を特定できなくなるため、DNS、ノード、ルーティング全体を同時に変更しないでください。
- バックグラウンド同期：プロキシが不要なバックアップや更新用アプリは、まずVPNの対象一覧から外すことを検討します。直接接続を許可するかは、用途に応じて判断してください。
- プロトコルの選択：VMessやVLESSという名称だけでバッテリー駆動時間を予測することはできません。通信方式、サーバーの品質、パケットロス、実際の通信量も消費に影響します。
節電の数値をそのまま信じず、同じ条件で2回比較する
テストでは、バッテリー残量、電波状況、画面の状態、バックグラウンドタスクをできるだけそろえます。まず安定したWi-Fiで基準を測り、その後モバイルデータを個別に試してください。充電しながらの比較は避け、動画再生中の結果と画面ロック中の待機結果を直接比べないようにしましょう。
- 基準を記録：設定を変えず、開始時と終了時のバッテリー残量、30分間の通信量、サービスの再接続の有無、システムのバッテリー画面に表示される前景・バックグラウンドの動作時間を記録します。
- 変更は1項目だけ：たとえば「選択したアプリのみプロキシを使用」を有効にし、サービスを再起動して、同じ条件で次の時間帯を測定します。
- 繰り返して確認：同じ条件で2回目の比較を行います。短時間で残量が1%しか変わらない場合、システムの表示精度では差を捉えられないことがあります。観察時間を延ばし、正確な節電率を計算しないでください。
- 副作用を確認：通知、メッセージの同期、名前解決、対象アプリへのアクセスが引き続き必要な状態になっているか確認します。通信漏れやサービスの中断と引き換えに、数値だけを下げてはいけません。
結論：再現でき、通信にも影響しない変更を維持する
アプリの対象を絞った後、繰り返しのテストでバックグラウンド通信が減り、接続も正常なら、その設定を維持しましょう。差が安定しない場合は、電波状況やバックグラウンドタスクを引き続き確認してください。それだけを理由にコアを変更したり、バックグラウンド維持の設定を重ねたりする必要はありません。
バッテリー消費や切断が続く場合は、症状に応じて確認
「制限なし」に設定しても切断されるのはなぜ？
まず、サービスの停止と接続失敗を切り分けます。前者では実行状態が終了し、手動での起動が必要になります。後者ではサービスが動作中でもリクエストがタイムアウトすることがあります。メーカー独自のバックグラウンド制御、別のVPNによるシステムVPNの占有、ネットワーク切り替えのタイミングを確認し、そのうえでv2rayNGのログからタイムアウト、名前解決、ハンドシェイクのエラーを調べてください。
スマートフォンを操作していないのに通信が発生するのはなぜ？
通知の受信、アカウント同期、自動更新、クラウドバックアップは、画面ロック中にも動作することがあります。まずシステムの「アプリ情報」でアプリごとの通信量を確認してから、対象一覧を調整してください。ノード接続の維持にも通信が必要な場合がありますが、バックグラウンド通信のすべてを接続維持のせいにすることはできません。
頻繁に速度測定して、バッテリー消費の少ないノードを選べる？
頻繁な遅延測定、ノードの一括確認、サブスクリプションの繰り返し更新自体が通信を発生させます。調査中は候補を少数に絞り、必要なテストだけ行ってください。実際の接続が安定しているノードを優先しましょう。遅延が低くても消費が少ないとは限らず、同条件での待機比較の代わりにはなりません。
クライアントの変更や再インストールは必要？
まずv2rayNGのバージョン、Androidのバージョン、サービスモード、問題の再現手順を記録してから、アップデートを検討してください。v2rayNGはXrayコアを、v2flyNGはV2Flyコアを使用します。プロトコルや設定の互換性は個別に確認が必要です。再インストールすると設定やアプリ一覧が変わるため、最初に行う方法としてはおすすめしません。デスクトップ版v2rayNのバックグラウンド設定をAndroidにそのまま適用することもできません。
さらに調べる場合は、ヘルプセンターまたはトラブルシューティングガイドをご覧ください。ログを共有する前に、サブスクリプションURL、ノードの認証情報、UUID、機密性の高いドメイン名を削除し、エラーの種類、発生時刻、必要な環境情報だけを残してください。