v2rayNの画面構成ガイド：サーバー一覧・サブスクリプション・ログ・設定

まずはメイン画面の4層構造を把握

v2rayNのメイン画面は項目が多く見えますが、上から順に4つの層へ分けて考えられます。メニューとツール操作、サブスクリプション、サーバー一覧、下部のステータスとログです。この画面地図を把握すれば、多くの操作を決まった場所に割り当てられ、メニューを何度も探し回る必要がなくなります。

最上部のメニューでは、サーバーの追加、サブスクリプションの管理、設定画面への移動を行います。中央には現在のグループに含まれるノードが表示され、下部のステータスバーにはアクティブサーバー、システムプロキシ、ルーティングモードが表示されます。ログ画面にはコアの起動、ポートの待受、接続確立、エラーが記録され、問題がどの層で発生したかを判断する重要な手がかりになります。

7.xの各バージョンでは、ボタン名やツールバーの配置が変わる場合があります。ただし基本となる対象は同じです。サブスクリプションは取得元を管理し、サーバー一覧は展開済みのノードを管理します。アクティブサーバーが現在の出力先を決め、システムプロキシが他のアプリからv2rayNへ通信を渡すかどうかを決めます。

• メニューバー：サーバーの追加、サブスクリプションの更新、設定画面の表示、実行ログの確認に使います。
• グループエリア：サブスクリプションの取得元を分け、現在の一覧に表示するノードを切り替えます。
• サーバー一覧：別名、アドレス、ポート、プロトコル、通信方式、遅延などの項目を表示します。
• ステータスエリア：現在のサーバー、システムプロキシのモード、ルーティングルール、コアの稼働状態を確認します。

サーバー一覧：ノード情報とアクティブサーバー

サーバー一覧は接続履歴ではなく、クライアントへインポート済みのノードをまとめたものです。各行には通常、VMess、VLESSなど、現在のコアが対応する設定が表示されます。主な列は別名、アドレス、ポート、トランスポートプロトコル、セキュリティ方式、遅延結果、サブスクリプションです。列幅が足りない場合は、まず別名、プロトコル、テスト結果を確認すれば十分で、すべての項目を展開する必要はありません。

行を1回クリックすると選択状態になるだけです。ダブルクリックするか、右クリックメニューからアクティブサーバーに設定して初めて、既定の出力先になります。切り替えを確認するときは、一覧のハイライトではなく、画面下部の現在のサーバー欄を確認してください。ハイライトは一括操作用、アクティブ状態は実際の接続先を示すもので、意味が異なります。

1. グループを選択

   まずサブスクリプションのグループエリアで取得元を選び、同名ノードを取り違えないようにします。

2. サブスクリプションを更新

   「サブスクリプション」→「すべてのサブスクリプションを更新」を順に開き、一覧の追加・変更・削除が完了するまで待ちます。

3. 遅延をテスト

   候補ノードを選択して遅延テストを実行します。1回の通信変動で判断しないよう、2回続けて測定するのがおすすめです。

4. アクティブに設定

   対象行をダブルクリックするか、右クリックメニューでアクティブサーバーに設定し、画面下部の名前も変わったことを確認します。

5. プロキシを有効化

   まずコアが起動していることを確認し、用途に応じてシステムプロキシを自動設定するか、現在の設定を維持します。

遅延の数値は、テストリクエストの往復にかかった時間を示すだけで、ダウンロード速度ではありません。80ミリ秒のノードは通常、250ミリ秒のノードより応答が速いと考えられますが、実際の通信速度はサーバー帯域、回線の混雑、通信方式、接続先サイトにも左右されます。テストがタイムアウトした場合は、まずサブスクリプションの期限を確認し、その後ログに名前解決、ハンドシェイク、接続拒否の記録がないか確認してください。

サブスクリプション：リンク、更新、ノードの所属

サブスクリプションでは、名前、URL、更新動作を管理します。購読リンクを追加しただけでは、サーバー一覧がすぐに表示されるわけではありません。グループを保存した後に更新を実行すると、クライアントが内容を取得してノードを解析し、一覧へ登録します。「リンクは追加したのにサーバーが表示されない」場合は、まず更新を実行したか確認してください。

サブスクリプションを更新すると、v2rayNは更新内容に応じてノードを調整します。サーバー側でノードが削除されると、更新後にローカル一覧からも消える場合があります。そのため、購読ノードの備考やパラメータを手動で変更する前に、次回の更新で上書きされるか確認してください。長期的に残したい手動設定は個別に作成し、サブスクリプションに固有項目の保存を任せないようにします。

• すべてのサブスクリプションを更新：日常的な更新に適しており、有効なグループを一括処理します。
• 現在のサブスクリプションを更新：1つの取得元だけを確認したい場合に適しており、不要な通信を減らせます。
• グループを削除：操作前に、そのグループのノードも削除されるか確認し、アクティブサーバーを誤って消さないようにします。
• サブスクリプションの備考：「普段使いの回線」や「一時テスト」のように、取得元と用途を記入するのがおすすめです。番号だけの記載は避けてください。

ログ画面：起動記録から接続問題を特定

ログ画面は時系列で読むのが最も効果的です。まず直近のコア起動または再起動の記録を探し、次にローカルの待受ポートが作成されているかを確認します。その後、対象接続がどのルーティングルールを通ったかを確認してください。数百行の古いログから無作為にエラーを探すと、現在のノードとは無関係な過去の失敗を見てしまう可能性があります。

正常に起動すると、ログには通常、コアのバージョン、設定の読み込み、ローカルの待受情報が表示されます。ローカル混合ポートの例として 10808 を使う場合、ポートの待受成功はv2rayNがローカルプロキシの入口を提供していることを示しますが、リモートノードが利用可能とは限りません。リモートのハンドシェイク、名前解決、ルーティングの判定は、後続の接続記録で確認する必要があります。

切り分けでは、最小限の再現テストを1回行うとよいでしょう。表示中のログを消去し、1つのノードを選択してコアを再起動し、テストページを1つだけ開きます。記録が少なくなり、時系列も明確になります。別のノードへ切り替えてエラーが消えるなら、問題はノードのパラメータまたはリモート回線にある可能性が高くなります。すべてのノードでローカルポートの待受に失敗する場合は、まず端末側のポートと設定を確認してください。

1. テスト中にノードを誤って切り替えないよう、画面下部に表示されるアクティブサーバー名を記録します。
2. ログのローカルポートと、ブラウザーや他のプログラムに設定したポートが一致していることを確認します。
3. エラーが名前解決、接続、TLSハンドシェイク、ルーティング判定のどの段階で発生したかを確認します。
4. ポートとルーティングを同時に変更せず、ノードだけを交換するなど、一度に1つの変数だけを変えて再テストします。

設定項目：コア、ポート、システムプロキシ、ルーティング

よく使う設定は「設定」→「パラメータ設定」から開けます。初めて使う場合は、すべての項目を一度に変更する必要はありません。まずCoreタイプ、ローカル待受ポート、起動時の動作、システムプロキシの方針を確認しましょう。サブスクリプションに含まれるプロトコルパラメータは通常手動で書き換える必要がなく、通信方式をむやみに変更すると設定全体を壊すことがあります。

Coreタイプの場所は「設定」→「パラメータ設定」→「Coreタイプ」です。サブスクリプションのノードがVLESS、Reality、または特定のXray項目を使う場合は、それらを認識できるXrayコアを選択します。コアを切り替えた後は一度再起動し、ログの先頭で実際に読み込まれたコア名とバージョンを確認してください。プルダウンの表示だけで判断してはいけません。

ローカルポートは、端末のループバックアドレス上でのみプロキシの入口を提供します。よくある設定は 127.0.0.1:10808 です。ブラウザーや他のプログラムに手動でプロキシを設定する場合、アドレスとポートをv2rayNの設定に合わせる必要があります。ポートを 10818 に変更した場合は、手動設定もすべて変更してください。変更しないと、プログラムは古いポートへ接続し続けます。

• システムプロキシを自動設定：システム設定に従うデスクトップアプリで、現在のプロキシをまとめて使いたい場合に適しています。
• システムプロキシを変更しない：個別のプログラムに 127.0.0.1 とローカルポートを手動入力する場合に適しています。
• グローバルルーティング：短時間でノードの接続性を確認するのに便利ですが、長期運用する分流ルールの代わりには向きません。
• ルールベースルーティング：ドメイン、IP、geositeなどの条件で出力先を決定します。ルールの評価順が最終結果に影響します。

一連の操作：空の一覧から利用可能な状態まで

初めて使うときに起こりやすい問題は、ボタンの押し方よりも操作順序の間違いです。たとえば、アクティブサーバーがないままシステムプロキシを有効にしたり、サブスクリプションを保存したのに更新していなかったりします。決まった手順で進めれば、各ステップの確認結果を明確にできます。

1. コアを確認

   「設定」→「パラメータ設定」→「Coreタイプ」を開き、サブスクリプションのプロトコルに応じてXrayまたはv2flyコアを選択して保存します。

2. グループを作成

   「サブスクリプション」の管理画面を開き、新しいグループを作成します。分かりやすい備考を入力し、完全な購読リンクを貼り付けます。

3. ノードを取得

   「サブスクリプション」→「すべてのサブスクリプションを更新」を実行し、サーバー一覧にノードが表示され、解析エラーがないことを確認します。

4. ノードを選択

   2つ以上の候補ノードをテストし、遅延、安定性、ログの結果を総合してアクティブサーバーを選びます。

5. 出口を確認

   必要なシステムプロキシモードを有効にし、対象ページを1つ開き、ログで接続が想定した出力先を通っていることを確認します。

最後の手順で失敗した場合は、エラーに最も近い確認ポイントまで戻ります。一覧が空ならサブスクリプションの更新を確認し、コアが起動しないならCoreタイプとポートを確認します。特定のノードだけが失敗する場合はノードのパラメータを比較し、すべてのノードが起動するのに対象接続が直接接続になる場合は、ルーティングモードとルールの優先順位を確認してください。

画面に慣れたら、日常の操作はサブスクリプションの更新、アクティブサーバーの選択、システムプロキシの状態確認の3つに絞れます。設定とログを毎回開く必要はありませんが、異常時はノードを闇雲に切り替えるのではなく、まずこの2か所で事実を確認してください。