v2rayN メイン画面の機能ガイド：サーバー一覧・サブスクリプション管理・ログ・設定を詳しく解説

まずメイン画面の4つのエリアを把握する

v2rayNのメイン画面は設定管理と状態確認を担い、実際に接続を処理するのは選択したコアです。画面レイアウトは7.xのマイナーバージョン、表示倍率、パネルの表示設定によって多少異なりますが、情報の関係はほぼ同じです。上部にメニューとショートカット、中段にサーバー一覧、側面またはグループ欄にサブスクリプションの絞り込み、下部に状態と実行ログが表示されます。

最も混同しやすいのが「選択行」と「アクティブサーバー」です。行をクリックすると通常は現在の選択だけが変わり、速度測定、編集、削除などに利用できます。サーバーをダブルクリックするか「アクティブサーバーに設定」を実行して初めて、現在のアウトバウンドになります。切り替え後は、一覧のマーク、画面下部の状態、トレイメニューに表示される現在のサーバー名を同時に確認し、ハイライトされた行だけで判断しないでください。

• メニューとツールエリア：サブスクリプション更新、サーバーテスト、ルーティング、設定、ヘルプへの入口がまとまっています。
• サブスクリプション管理エリア：購読元ごとにサーバーを絞り込み、仕事用、日常用、テスト用の設定を分けて管理できます。
• サーバー一覧エリア：別名、アドレス、ポート、プロトコル、トランスポート方式、グループ、測定結果を表示します。
• 状態とログのエリア：コアの起動状態、待ち受けポートの確立状況、接続失敗が発生した段階を確認できます。

サーバー一覧の並べ替え・速度測定・切り替え方法

サーバー一覧は単なるノードの一覧ではありません。絞り込み、複数サーバーのテスト、結果の並べ替え、アクティブなアウトバウンドの切り替えを同時に担います。「実接続遅延」列の見出しをクリックすると直近の結果で並べ替えられ、もう一度クリックすると通常は昇順と降順が切り替わります。空欄の行は該当するテストがまだ実行されていないことを示すため、空欄をそのまま接続失敗と判断しないでください。

テスト項目によって確認できる内容は異なります。TCP遅延は対象アドレスとポートで基本接続を確立できるかだけを確認するため、数値は通常小さくなります。実接続遅延はプロトコルのハンドシェイクとプロキシリクエストを経由し、実際にウェブページを開くまでの待ち時間に近い値です。速度測定には測定先、回線の混雑、ローカル帯域幅も影響するため、短時間に連続して実行すると結果が大きく変動することがあります。

1. グループを絞り込む

   まずサブスクリプション管理エリアで購読元を1つ選び、現在のグループだけをテストします。数百台のサーバーが同時に接続を開始するのを避けられます。

2. 実接続遅延を測定する

   サーバー一覧でCtrl+Aを押して現在の結果を選択し、右クリックメニューから「サーバーの実接続遅延を測定」を実行します。

3. 結果を並べ替える

   実接続遅延の列見出しをクリックし、利用可能で数値の小さいサーバーを上位に並べ、タイムアウトと表示された項目を除外します。

4. アクティブに設定する

   対象サーバーをダブルクリックするか、右クリックメニューから「アクティブサーバーに設定」を実行し、ステータスバーの別名が変わったことを確認します。

5. 出口を確認する

   システムプロキシを有効にして実際にアクセスしたいサイトを開き、ログに対象と接続確立の成功が記録されているか確認します。

たとえば同じネットワークで、あるサーバーのTCP遅延が38 ms、実接続遅延が126 msになることは異常ではありません。後者にはプロトコルのネゴシエーションと対象へのリクエストが含まれるためです。TCP遅延が42 msなのに実接続遅延が繰り返しタイムアウトする場合は、単に距離が遠いのではなく、プロトコルパラメータ、サーバーの状態、対象への到達性に問題がある可能性が高いでしょう。

サブスクリプション管理は更新ボタンだけではない

サブスクリプション管理では、購読URL、更新方法、サーバーの所属先を保存します。インポートした各サーバーはグループに関連付けられるため、グループを削除したり古い設定を整理したり、絞り込み条件を変更したりする前に、手動編集したサーバーが含まれていないか確認してください。サブスクリプションを直接更新すると、通常はリモートの内容でグループが更新されるため、手動変更した別名やパラメータは再確認が必要になる場合があります。

追加入口は通常「サブスクリプション管理」メニューにあります。新しいグループを作成し、メモと購読URLを入力してから、「現在のサブスクリプションを更新」または「すべてのサブスクリプションを更新」を実行します。更新後も一覧が変わらない場合は、まず検索語とプロトコルの絞り込みを解除し、現在表示されているのが更新したグループか確認してください。

サブスクリプション更新を一通り確認する手順

1. 「サブスクリプション管理」を開き、メモ、URL、有効状態が正しいことを確認します。
2. 「現在のサブスクリプションを更新」を実行し、画面またはログに完了メッセージが表示されるまで待ちます。
3. サーバー一覧の件数が変わったか確認し、VMess、VLESS、Trojanなど想定したプロトコルが表示されるか確認します。
4. 追加された項目を選択して実接続遅延を測定します。名前だけで直接切り替えないでください。
5. 利用可能なサーバーを1台アクティブに設定し、システムプロキシと実際の接続を確認します。

自動更新は長期間有効なサブスクリプションに適していますが、間隔を短くしすぎないようにしましょう。1日1回の更新なら1440分を目安にできます。頻繁に更新しても現在の接続品質は改善せず、ネットワークが不安定なときに一覧を何度も上書きする可能性があります。既存のプロキシ経由で購読URLへアクセスする必要がある場合は、まず利用可能な回線を1つ確保し、グループの更新オプションでプロキシ経由の更新を有効にしてください。

ログパネルで確認すべき情報

ログは、失敗がどの層で発生したかを特定するために役立ちます。コアの起動時は、設定が正常に読み込まれたか、ローカルの待ち受けポートが確立したかを確認します。ウェブサイトへアクセスするときは、ドメイン解決、ルーティングの一致、アウトバウンドの選択、接続結果を確認します。最後の1行だけでは原因を判断できないことが多いため、少なくともエラーの前後10～20行は残してください。

v2rayNでよく使われるローカルポートには、SOCKSポート10808とHTTPポート10809があります。実際の値は「設定」→「パラメータ設定」に表示される内容を確認してください。ログにアドレスが使用中だと表示される場合は、別のプログラムまたは別のコアプロセスが同じポートを待ち受けています。重複しているプロセスを終了するか、ローカルポートを未使用の値（例：10818と10819）に変更してからコアを再起動します。

2026/08/21 10:14:03 loading configuration
2026/08/21 10:14:03 listening TCP on 127.0.0.1:10808
2026/08/21 10:14:11 accepted tcp connection
2026/08/21 10:14:11 routing to selected outbound
2026/08/21 10:14:12 connection established

上の例は、設定の読み込み、ローカル待ち受け、インバウンドの受信、ルーティングの選択、アウトバウンドの確立がすべて完了したことを示しています。loading configuration の直後にエラーが出る場合は、まず設定項目とコアの種類を確認してください。accepted connection が表示された後に接続がタイムアウトする場合は、アクティブサーバー、リモートポート、DNS、ルーティングルールを確認します。

• 設定の解析エラー：通常はコアの起動中に発生します。手動編集したトランスポートパラメータ、ポート、安全設定を確認してください。
• ポートの競合：よくあるキーワードはaddress already in useです。ローカルの待ち受けポートを解放するか、別のポートに変更してください。
• 名前解決の失敗：ドメインへのアクセス時にアドレスを取得できていません。一時的にDNS設定を切り替えて再テストしてください。
• 接続タイムアウト：まず同じグループ内の別のサーバーに切り替え、TCP遅延と実接続遅延を比較してください。
• ルーティングによるブロック：ログで対象がblockアウトバウンドに送られている場合は、現在のルーティングモードとカスタムルールを確認してください。

トレイメニューとシステムプロキシの状態

メイン画面を閉じても、v2rayNは通常システムトレイに常駐します。コアが動き続けるかどうかは、メイン画面が表示されているかではなく、プログラムの状態によって決まります。画面が見つからないときはまずトレイアイコンを確認してください。ダブルクリックでメイン画面を復元でき、右クリックからシステムプロキシ、アクティブサーバー、ルーティングモードをすばやく切り替えられます。

システムプロキシは、OSのプロキシ設定に従うアプリがv2rayNのローカルポートへ接続するかどうかを決めます。一般的な選択肢には「システムプロキシを解除」「システムプロキシを自動設定」「システムプロキシを変更しない」があります。自動設定はブラウザーや一般的なデスクトップアプリをすぐにプロキシ経由にしたい場合に適しています。「変更しない」は、ほかのツールやアプリ側で127.0.0.1:10808を指定する場合に向いています。

コアの種類を変更する場所

コアを確認する場合は、「設定」→「パラメータ設定」→「Coreタイプ」の順に進みます。切り替え後は設定を保存してコアを再起動し、ログの起動情報を確認してください。コアの種類は設定の特性に合わせる必要があります。たとえばサブスクリプションに特定のトランスポートや安全設定が含まれている場合、画面上の選択肢を変更するだけではリモート側のパラメータエラーは解決できません。

システムプロキシとTUNの違い

システムプロキシは、OSのプロキシ設定に従うアプリを主に対象とし、設定が簡単でブラウザーや一般的なデスクトップソフトに適しています。TUNモードはネットワーク層からより広い範囲の通信を取り込み、対応するシステム権限が必要です。また、セキュリティソフト、仮想ネットワークアダプター、他のネットワークツールと競合する場合があります。初めて使う場合は、まずシステムプロキシモードが正常に動作することを確認してから、TUNを個別にテストしてください。

よくある画面の問題と確認手順

画面の問題は、1つのボタンだけが原因とは限りません。効果的な確認順序は、まずサブスクリプションの内容、次にアクティブサーバーを確認し、その後コア、ポート、システムプロキシ、ログを調べることです。サーバー、DNS、ルーティング、コアを同時に切り替えるより、毎回1つの変数だけを変更して結果を記録するほうが原因を特定しやすくなります。

日常的に行いたい確認手順

1. 起動後、サブスクリプショングループとアクティブサーバー名を確認する。
2. 候補サーバーで実接続遅延を1回測定する。
3. コアのログにローカル待ち受けの成功メッセージが表示されることを確認する。
4. 利用シーンに応じて、自動設定または変更しないを選ぶ。
5. 実際に対象サービスへアクセスし、ログのルーティング先アウトバウンドを確認する。
6. 終了前に必要に応じてシステムプロキシを解除し、ポート設定が残らないようにする。

この手順を把握すると、v2rayNのメイン画面は5つの状態層として理解できます。サブスクリプションが設定を提供し、グループが購読元を整理し、アクティブサーバーが現在のアウトバウンドを決め、コアが接続を実行し、システムプロキシがどのアプリの通信をローカルポートへ送るかを決めます。問題が起きたらこの5層を順に確認することで、一覧、設定、コア、接続方法のどこに原因があるかを素早く切り分けられます。