v2rayNメイン画面の機能を徹底解説：サーバー一覧、サブスクリプショングループ、ログ画面と設定項目

まずメイン画面の構成を把握する

サーバー一覧の列を読み解く

サーバー一覧の各行は、Coreが読み込める1つのアウトバウンド設定に対応します。列は画面幅、バージョン、表示設定によって多少異なりますが、一般的には別名、アドレス、ポート、トランスポート、TLS、サブスクリプショングループ、遅延、速度などが表示されます。別名は識別用、アドレスとポートは接続先、トランスポートとセキュリティ関連の項目はサーバー側と一致させる接続条件です。

ノードを引き続き確認する価値があるか判断するときは、まず設定が揃っているかを確認し、その後でテスト結果を見ます。アドレス、ポート、ユーザー識別子、トランスポート、セキュリティ設定のいずれかが欠けていると、遅延テストで有効な結果が得られないことがあります。遅延値はダウンロード速度を示すものでもありません。たとえばTCPまたは実測遅延テストで86 msと表示されても、その時点の往復が速かったことを示すだけで、大容量ファイルの転送速度を保証するものではありません。

一覧の並べ替えは表示順を変えるだけで、アクティブサーバーを自動的に切り替えることはありません。遅延列をクリックすると低遅延のノードが上位に並ぶことがありますが、現在の接続は状態エリアで示されたアクティブ項目を使い続けます。切り替えるときは対象行を選択して「アクティブサーバーに設定」を実行し、ログに設定の再読み込みが記録されるか確認してください。

右クリックメニューでは、個別または複数の設定を操作できます。代表的な項目は、サーバーの編集、サーバーの削除、遅延テスト、速度テスト、アクティブサーバーへの設定です。サブスクリプションから生成されたノードを編集する前に、次回更新時に変更が上書きされないか確認してください。アドレスやトランスポート設定がサブスクリプション由来なら、まず配信元で修正するのが適切です。

サブスクリプショングループの切り替えと更新

サブスクリプショングループはデータを整理する仕組みであり、プロキシプロトコルではありません。1つのグループに複数のVMessまたはVLESS設定を含めたり、個別の更新URLを設定したりできます。グループのタブを切り替えると表示範囲が変わるだけで、使用中のアクティブサーバーは自動的に変更されません。別のグループへ移動しても、元のアクティブ項目が動作し続ける場合があります。

サブスクリプションを追加する前に、受け取ったものが単一ノードの共有リンクではなく、サブスクリプションURLであることを確認してください。vmess://またはvless://で始まる内容は通常、単一の設定を示し、クリップボードからインポートできます。ブラウザーでアクセスすると複数のエンコード済み設定や設定一覧が返るURLは、サブスクリプショングループに登録するのに適しています。

1. グループを開く

   メイン画面から「サブスクリプショングループ」の管理画面を開き、「+」をクリックしてグループを作成します。識別しやすい名前を入力してください。

2. URLを貼り付ける

   完全なサブスクリプションURLをアドレス欄に入力し、先頭のプロトコル、末尾のパラメーター、コピー時に空白が混入していないか確認します。

3. グループを保存する

   確定してメイン画面に戻ります。新しいグループはまだ空の場合があるため、サブスクリプションの更新を手動で1回実行してください。

4. サブスクリプションを更新する

   「サブスクリプショングループ」→「すべてのサブスクリプションを更新」を実行し、完了の通知を待ってからサーバー一覧の件数を確認します。

5. アクティブ項目を選択する

   対象グループで設定を1つ選択し、遅延をテストしてからアクティブサーバーに設定します。画面下部の起動ログも確認してください。

更新操作では通常、リモートの内容に基づいてグループが更新されます。中のノードを手動で削除しても、次回更新時に再び表示されることがあります。ノードの別名やパラメーターを直接編集した場合も、新しい内容で置き換えられる可能性があります。長期的に使うカスタム設定はローカルグループに分け、自動更新データと混在させないようにしましょう。

複数のグループは、配信元や用途ごとに「日常」「テスト」「予備」のように分けると便利です。プロトコルだけで分類するのは避けてください。同じサブスクリプションにVMessとVLESSの両方が含まれることがあるためです。トラブルシューティングでは、一覧の行番号だけでなく、グループ名、ノードの別名、更新日時を記録すると、並べ替えや更新後も追跡しやすくなります。

下部のログ画面で確認できること

ログ画面は、Coreが実際に起動したかを確認する最初の手がかりです。サーバーをアクティブ項目に設定すると、v2rayNは実行用設定を生成し、選択したCoreを起動します。成功時には通常、設定の読み込み、ローカル待ち受けの確立、実行状態に関する情報が表示されます。設定項目の不足、ポートの使用中、Coreによるパラメーター読み込み失敗なども、ここで確認できます。

ログを読むときは、まず時刻が最も新しいerror、failed、invalid、bind、timeoutを探し、同じ起動処理の前後にある情報を確認します。以前の失敗記録だけを見て判断しないでください。ノードを切り替えると新しい記録が生成されるため、直近の操作時刻を基準にします。以下は構造を把握するための例で、実際の文言はCoreの種類やバージョンによって異なります。

2026-08-28 10:18:42 loading configuration
2026-08-28 10:18:42 listening on 127.0.0.1:10808
2026-08-28 10:18:42 core started
2026-08-28 10:19:03 outbound connection timeout

「core started」と表示されても、ローカルのCoreプロセスが動作していることしか確認できず、リモートノードが利用可能だとは限りません。Webページにアクセスし、outbound接続の記録が出るか確認してください。新しいリクエストがまったくない場合は、システムプロキシが有効になっていないか、対象アプリがシステムプロキシに従っていない可能性があります。

一般的なローカル混合待ち受けポートは10808ですが、実際の値は「設定」→「パラメーター設定」に表示される内容を基準にしてください。ポートを変更したらCoreを再起動し、システムプロキシが同じポートを参照していることを確認します。ブラウザーのプロキシだけを変更し、パラメーター設定を合わせないと、古いポートへ接続する状態になります。

設定項目でよく使うもの

はじめの段階で、すべての高度なオプションを確認する必要はありません。まずCoreタイプ、ローカル待ち受けポート、システムプロキシ、ルーティングモードを確認します。Coreタイプは設定を解釈するエンジンを決め、ポートは本機のアプリが通信を渡す先を決めます。システムプロキシは、その設定に従うアプリへプロキシアドレスを提供し、ルーティングはリクエストをプロキシ経由と直接接続のどちらから送るかを決めます。

「設定」→「パラメーター設定」→「Coreタイプ」で現在のCoreを確認できます。VLESSやRealityなど、Xray側で実装または拡張される設定は通常Xrayを選択します。v2fly Core用の設定には、対応するCoreを選択してください。サブスクリプションのインポート時に項目が表示されても、すべてのトランスポートやセキュリティ設定を任意のCoreが解釈できるとは限りません。最終的な判断材料は起動ログです。

• システムプロキシ：ブラウザーやシステム設定に従うデスクトップアプリの通信をまとめて処理するのに適しています。切り替え後は、状態エリアの表示も変わっているか確認してください。
• ルーティング設定：ルールは上から順に照合されます。カスタムルールを作る場合は、まずLANアドレスを処理し、その後で特定のドメインや対象ポートを処理します。
• サブスクリプションの更新：更新に失敗した場合は、現在のネットワーク環境で、有効にしたプロキシ経由のリクエストが必要か確認してください。
• スタートアップ：有効にする前に手動起動を1回テストし、アクティブサーバー、Core、ローカルポートがすべて正常に読み込まれることを確認してください。

ルーティングモードとサーバーノードは別の要素です。アクティブサーバーを切り替えてもプロキシの出口が変わるだけで、振り分けルールは自動的に書き換わりません。ルーティングルールを切り替えても、ノードのアドレスは変わりません。「一部のサイトは開けるのに、別のサイトは開けない」場合は、サブスクリプションを何度も更新するのではなく、ルールの振り分け先とログに記録された実際のアウトバウンドを確認してください。

同じサブスクリプションをAndroid端末でも使う場合は、v2rayNGまたはv2flyNGに個別にインポートできます。v2rayNGはXray Core、v2flyNGはv2fly Coreを使用します。両方で同じ配信元の互換設定を読み込めますが、システムプロキシ、アプリごとのプロキシ、ローカル待ち受けは各端末固有の設定であり、サブスクリプションから同期されません。

初回利用時によくある問題

メイン画面で起こりやすい現象をまとめます。確認は、設定が一覧に完全に読み込まれているか、アクティブサーバーが選ばれているか、Coreの起動ログ、システムプロキシとルーティングの順に進めてください。ポート、Core、ノードを同時に変更すると、どの操作で変化したのか判断しにくくなります。

1. サーバー一覧で、アドレス、ポート、プロトコル、トランスポートの項目が読み込まれていることを確認する。
2. 設定を1つ選択してアクティブサーバーに設定し、「行を選択しただけで有効になった」と勘違いしない。
3. ログでCoreの起動を確認し、127.0.0.1のローカル待ち受けが確立されたことを確認する。
4. システムプロキシを有効にして実際にアクセスし、新しいインバウンドとアウトバウンドの記録を確認する。
5. 基本接続が正常になってから、ルーティングルール、自動更新、起動オプションを調整する。

この5段階を終えると、メイン画面の各エリアが再現可能な操作フローとしてつながります。サブスクリプショングループが設定を提供し、サーバー一覧でアクティブ項目を選び、Coreが設定を実行状態へ変換し、ローカルポートがアプリのリクエストを受け、ログが各段階を検証します。接続問題が起きた場合も、同じ流れに沿って段階ごとに原因を特定できます。