接続は正常なのに電池の減りが早い、画面ロック中に切断される、またはどのアプリをプロキシ経由にすべきか分からないAndroidユーザー向けです。まず同じ時間条件で比較して消費の発生条件を特定し、必要に応じてバックグラウンド実行を許可し、アプリ別プロキシの対象を絞ります。最後にログで接続の繰り返しを確認しましょう。バックグラウンド実行の許可はサービス停止を防ぐためのもので、電池消費を抑える万能設定ではありません。
1. まずバッテリー使用量を確認し、消費割合と実際の減りを区別する
システムの「設定」→「バッテリー」→「バッテリー使用量」からv2rayNGを探し、集計期間、画面表示中とバックグラウンドの使用時間を記録します。メーカーによって「電池消費量」や「アプリのバッテリー管理」など名称が異なる場合があるため、設定内検索を使うと便利です。プロキシ通信は端末上のVPNサービスとXrayコアを経由するため、ネットワーク処理の一部がv2rayNGの消費として計上されることがあります。ランキングだけでクライアントの異常と判断しないでください。
アプリのバッテリー消費割合は、端末全体の電池残量に対する割合ではありません。たとえば、一定時間に残量が80%から70%へ減り、アプリ一覧でv2rayNGが20%と表示されても、端末の電池全体の20%を単独で消費したという意味ではありません。システムによって推定方法も異なるため、表示値から残量を単純換算するのは避けましょう。まず同じ条件で端末全体の減り方を比べ、そのうえでアプリ別の順位を確認します。
| 症状 | 最初に確認すること | すぐに決めつけないこと |
|---|---|---|
| 動画視聴中に電池の減りが早い | 画面の明るさ、画質、通信量、端末の温度 | プロキシのプロトコルだけが原因とは限らない |
| 画面ロック中も電池が大きく減る | バックグラウンド同期、接続の再試行、モバイル電波の強さ | 常時表示の通知があるからといって、高負荷とは限らない |
| 画面を点けると接続が復旧する | バックグラウンド制限、バッテリー最適化、ネットワークのスリープ | サブスクリプションやノードの無効化とは限らない |
| モバイル通信中だけ端末が熱くなる | 電波が弱い、ネットワークの切り替え、継続的なアップロードやダウンロード | 温度だけでコアの不具合とは判断できない |
2. 時間を決めて比較し、一度に複数の設定を変えない
まず画面ロック中の待機状態を比較し、必要なら画面を点けて使う場合も試します。同じ場所、同じ種類のネットワーク、近い電池残量から始めてください。測定中は充電せず、システムの更新や大量ダウンロードも避けます。以下の数値は推奨するテスト方法であり、特定端末での実測結果ではありません。
- プロキシを停止：v2rayNGのサービスを停止し、開始時と終了時の電池残量、ネットワークの種類、バックグラウンド同期の状況を記録します。この条件は、一時的な直接接続が許される環境でのみ試してください。
- 全アプリをVPN経由にする：同じノードに接続し、ルーティングモードやほかの設定は変えずに、画面ロック中の電池使用量と通信量を確認します。
- アプリ別にVPNを適用する：プロキシが本当に必要なアプリだけをVPN経由にし、同じ条件で再度測定します。
- 異常が起きた時刻を記録：発熱、切断、急な電池消費があった場合は時刻を記録し、後からシステムのバッテリー推移とクライアントのログを照合します。
1時間で電池残量の表示が1目盛り分しか違わない場合は、すぐに設定の効果と決めつけず、測定時間を延ばしてください。残量表示には丸めがあり、システムのバックグラウンド処理も完全には制御できません。プロキシを停止しても同程度に電池が減るなら、画面、電波、ほかのバックグラウンドアプリを確認しましょう。
結論：差が再現することを確かめてから設定を残す
条件をそろえた2回の測定で同じ傾向が確認できた場合に、原因をさらに絞り込みましょう。たまたま電池の減りが少なかっただけでは、設定の省電力効果を証明できません。
3. 切断の症状に合わせてバックグラウンド実行とバッテリー最適化を設定する
Android 6.0から導入されたDozeは、端末がアイドル状態になると一部のバックグラウンド動作を制限します。メーカー独自の自動起動、バックグラウンド実行、画面ロック中の通信管理が加わることもあります。バッテリー最適化の対象外にしても、すべての制限を回避できるわけではなく、ネットワーク接続が常に保証されるわけでもありません。システムの省電力制御によるバックグラウンド動作への影響を軽減する設定です。
- まずアプリのバッテリー設定を確認：v2rayNGのアイコンを長押し→「アプリ情報」→「バッテリー」または「アプリのバッテリー使用量」を開きます。画面ロック後に切断が繰り返される場合は、「制限なし」や「バックグラウンドでの使用を許可」を試してください。表示名は端末によって異なります。
- 次に最適化の対象外設定を確認：システム設定で「バッテリー最適化」を検索し、すべてのアプリの一覧からv2rayNGを選びます。バックグラウンドでの中断が実際にある場合に限り、「最適化しない」を選択してください。機種によっては前の設定と統合されているため、同じ設定を重ねて探す必要はありません。
- メーカー独自の権限も個別に確認：それでも停止される場合は、「自動起動」「関連起動」「バックグラウンド実行」などの設定を確認します。最近使ったアプリ画面での固定は補助的な方法であり、システムのバッテリー権限の代わりにはなりません。
- 画面ロック状態で再テスト：しばらく画面を消したあと、サービスの状態と実際のリクエストを確認します。通知アイコンだけを見て判断しないでください。サービスが動作していることと、接続先との通信が可能なことは別です。
Android 13以降では、フォアグラウンドサービスの状態を確認しやすくするため、アプリの通知権限も確認してください。ただし、通知の表示権限、VPNの許可、バッテリー最適化の対象外設定はそれぞれ別のものです。通知が非表示だからといって、サービスが停止したとは限りません。
4. アプリ別プロキシ：対象アプリを絞ってからルーティングを調整する
v2rayNGのAndroid VPNモードでは、システムのVPNインターフェースを通じてアプリの通信を受け取り、端末上で処理してルーティングします。アプリ別プロキシは、どのアプリをVPNに通すかを決める設定です。一方、ドメインやIPのルーティングは、VPNに入った通信の出先を決めます。設定する階層が異なるため、「ルールで直接接続」を「アプリがVPNを完全に迂回する」と解釈しないでください。
v2rayNGのサイドバーから「設定」→「アプリ別プロキシ」を開きます。バージョンによってグループや表記が異なる場合があるため、まずチェック項目の説明を読んでください。「選択したアプリのみをプロキシ経由にする」のか、「選択したアプリを除外する」のかを確認します。チェックボックスの状態だけで判断しないでください。変更後はサービスを停止してから再起動し、新しいVPN対象アプリの設定を反映します。
- 選択したアプリのみをプロキシ経由にする：対象を明確にできる場合に適しています。まずブラウザーとプロキシが必要なアプリを選び、実際にリクエストを送るダウンロードアプリや外部リンクを開くアプリも漏れなく追加してください。
- 選択したアプリを除外する：ほとんどのアプリでプロキシが必要で、一部だけ直接接続したい場合に適しています。決済アプリやLAN機器の操作アプリを除外するかは、実際のネットワーク要件に応じて判断してください。
- システムアプリの変更は慎重に：一覧を減らすために、システムサービスをまとめて変更しないでください。アプリが独立したプッシュ通知コンポーネントに依存している場合があります。VPNの対象範囲を変えた後は、通知が届くか実際に確認しましょう。
- プロキシ経由と除外の両方を確認：プロキシを通すアプリと除外するアプリをそれぞれ起動し、動作とクライアントログを確認します。ブラウザーだけでテストしないでください。
アプリ別プロキシで減らせるのは、クライアントが処理する通信の範囲です。もともとのダウンロード、同期、動画再生が自動で止まるわけではありません。モバイルデータを継続的に使うアプリを除外しても、端末全体のバッテリー消費が大きいままの場合があります。その場合は、該当アプリのバックグラウンド同期やメディア設定を調整してください。
5. ログを確認し、タイムアウトや再試行に対処する。プロトコルは安易に変更しない
v2rayNGはXrayコアで接続を処理します。電波が弱い、ノードに到達できない、DNSに失敗する、アプリがリクエストを繰り返すといった状況で、バックグラウンド処理が続くことがあります。まず異常が起きた時刻を記録してから、クライアントのログを確認してください。コアのバージョンによってログの先頭部分は異なります。以下は表示される可能性のあるエラーの一部であり、一度見ただけで電池消費の原因を特定できるものではありません。
エラー：i/o timeout
原因と対処：ネットワークの読み書きが所定の待ち時間を超えた状態で、接続先、通信経路、DNSなどが関係している可能性があります。名前解決、接続、データ転送のどの段階で発生したかを確認し、同じアプリを使って安定したネットワークと利用可能なノードで比較してください。エラーが続けて発生し、リクエストの再試行と対応している場合に、再試行の発生元を優先して調べます。
エラー：network is unreachable
原因と対処：発生時点で利用可能なネットワーク経路がありません。オフライン状態やネットワーク切り替え時によく見られます。まずシステムからインターネットに接続できることを確認し、Wi-Fiまたはモバイルデータが安定してから再接続してください。ネットワークがない状態で手動テストを何度も繰り返さないようにしましょう。
エラー：connection refused
原因と対処：接続先で接続が拒否されています。ログにある接続先のホスト名とポートを確認し、端末内のサービスとリモートノードを区別してください。サブスクリプションの設定を確認してから再試行しましょう。ネットワーク接続の拒否を、バッテリー権限の変更で解決しようとしないでください。
調査中は「設定」にあるログ関連の項目も確認します。詳細が必要なときだけ、一時的に詳細ログを有効にし、確認後は通常のレベルに戻してください。バッテリー消費を見るために、速度テストの連続実行、サブスクリプションの頻繁な更新、詳細ログの長時間出力を続けないでください。これらの操作自体が通信量と処理負荷を増やします。
- ノードを固定する：ノードの切り替えによる変数を減らします。1回の遅延テストだけで、終日安定していると判断しないでください。
- 接続パラメーターをむやみに変更しない：VMessやVLESSなどのプロトコル設定はサーバー側と一致している必要があります。適当に切り替えても省電力になるわけではありません。
- ログをそのまま公開しない：共有する前に、サブスクリプションURL、ノードのアドレス、ユーザー識別情報、アクセス先のドメインを隠し、必要なエラーと発生時間帯だけを残してください。
6. よくある質問：画面ロック中の切断、常時表示の通知、省電力設定
通知がずっと表示されています。電池を多く消費し続けていますか？
いいえ。常時表示の通知はフォアグラウンドサービスの状態を示すもので、通信量や処理負荷を表すものではありません。まずシステムの「バッテリー使用量」で同じ時間帯の消費を確認し、継続的なアップロードやダウンロードがないか調べてください。サービスを停止するときは、通知をスワイプして消すのではなく、クライアントの停止ボタンを使います。
最適化の対象外にしたのに、画面ロック中に切断されるのはなぜですか？
メーカー独自のバックグラウンド制限、画面ロック中のネットワーク設定、メッセージアプリ自体のバッテリー設定を確認してください。同じネットワークで画面ロック時の動作を比べます。サービスが動作していて接続リクエストがタイムアウトするなら、ネットワークとノードを優先して確認します。サービス自体が停止している場合は、システムのバックグラウンド管理を調べてください。
ブラウザー1つだけをプロキシ経由にすれば、必ず省電力になりますか？
必ずしもそうではありません。ブラウザーで動画を再生し続ければ、大量の通信が発生します。ほかのアプリが直接接続している場合も電池を消費します。まずアプリ別プロキシ画面で選択方法を確認し、同じコンテンツ、同じ画面輝度、近いネットワーク条件で端末全体の電池消費を比較してください。
システムの省電力モードを有効にしたら、メッセージの受信が遅れる場合はどうすればよいですか？
まず省電力モードを一時的にオフにして比較し、v2rayNGとメッセージアプリそれぞれのバックグラウンド権限を確認します。オフにすると改善する場合は、システムで可能な範囲でアプリを例外に設定してください。すべてのアプリの制限を一度に解除すると、遅延の原因を特定しにくくなります。
結論：バックグラウンド権限と通信対象を分けて調整する
画面ロック中に切断される場合は、まずサービスが停止しているか確認します。サービスが動作しているのに電池消費が多い場合は、通信量、電波、再試行を調べましょう。一度に変更する設定は1つにし、再現性のある比較記録を残すほうが、省電力設定を重ねるより安定した結果につながります。
クライアントとプラットフォームを選ぶ
Androidでv2rayNGを使う場合は、まずインストールとサブスクリプションのインポートが正常に完了することを確認してから、この記事の手順でバックグラウンド権限とアプリ別プロキシの対象を調整してください。デスクトップクライアントを探している場合や基本手順を確認したい場合は、ダウンロードページとチュートリアルをご覧ください。