v2rayN メイン画面の機能解説：サーバー一覧・サブスクリプショングループ・ログ・設定

まずはメイン画面の4つの作業エリアを理解する

v2rayNのメイン画面は、メニューとツールバー、サブスクリプショングループ、サーバー一覧、実行ログの4つに分けて考えられます。日常の接続で設定をすべて開く必要はありません。まずサブスクリプショングループでノードの取得元を絞り、次にサーバー一覧で使用するサーバーを選び、最後にログエリアでコアが正常に起動したか確認します。

7.xの細かなバージョンによってボタンの位置や列名が変わる場合はありますが、情報の流れはほぼ同じです。サブスクリプションはリモート設定をローカルのサーバー項目に変換し、サーバー一覧は項目の表示と選択を担います。Xrayまたはv2flyコアが接続を実行し、システムプロキシによってブラウザーなど対応アプリの通信がローカルの待ち受けポートへ送られます。

サーバー一覧の各列をどう見分けるか

サーバー一覧の1行は、利用可能な1つの設定に対応しており、VMess、VLESS、Trojanなどのプロトコルが使われます。名前は通常サブスクリプション提供元が設定したもので、地域、回線、倍率を識別するために使われますが、実測品質を保証するものではありません。アドレスとポートはリモート側の接続先です。トランスポート、セキュリティ、TLS、Realityなどの列は接続パラメータを示し、サブスクリプションを取り込んだ後に個別変更する必要は通常ありません。

遅延は測定方法を分けて考える必要があります。TCPingは主に対象ポートとのTCP接続を確立できるか確認するもので、数値が低くてもプロキシ経路全体が利用できるとは限りません。実接続の遅延はコアから実際のプロキシリクエストを送るため、ノード選びに適しています。ある回は68 ms、次は210 msになる場合、回線が不安定ということです。最低値だけを見るのではなく、2～3回連続で測定してください。

• 別名・メモ：地域、回線の種類、倍率を優先して見分けます。たとえば「東京 IEPL 1.0x」のように記載します。
• アドレスとポート：サブスクリプションから完全な設定が生成されているか確認します。ポートが443でも、同じプロトコルを使うとは限りません。
• トランスポート：TCP、WebSocket、gRPCなどが一般的です。サーバー側の設定と完全に一致している必要があります。
• セキュリティパラメータ：VLESSノードではTLSまたはRealityが使われる場合があります。VMess設定にはautoなどの暗号化設定が表示されることがあります。
• 遅延：100 ms未満なら通常は操作感が軽く、100～250 msでも多くのWebページは利用できます。タイムアウトが続く場合はノードを変更してください。
• 速度：測定先、時間帯、ローカルネットワークの影響を受けるため、同じ回の結果を横並びで比較するのに適しています。

サブスクリプショングループで複数の取得元を整理する

サブスクリプショングループはプロトコル別の分類ではなく、サブスクリプションの取得元と更新ルールを保存するものです。2つのサブスクリプションを使う場合は別々のグループを作ると、すべてのサーバーが同じ一覧に混ざらず、変更のあった取得元だけを個別に更新できます。グループ名は識別しやすいサービス名や用途にし、「サブスクリプション1」「サブスクリプション2」だけにするのは避けましょう。

サブスクリプションを更新すると、リモートの内容が再読み込みされ、ノード名、アドレス、ポート、認証情報が変わることがあります。手動で変更したサブスクリプション由来のノードは更新後に上書きされる可能性があります。個別のメモはグループでの絞り込みや、クライアントが対応しているメモ機能で管理し、重要な接続項目を直接変更しないでください。

1. グループを作成する

   メイン画面の「サブスクリプショングループ」を開き、「+」または追加ボタンをクリックします。グループ名とサブスクリプションURLを入力して保存してください。

2. 内容を更新する

   「サブスクリプショングループ」で対象の取得元を選び、「現在のサブスクリプションを更新」を実行します。初回の取り込みには「すべてのサブスクリプションを更新」も使えます。

3. 件数を確認する

   サーバー一覧に戻り、グループ内の項目数と名前を確認します。一覧が空の場合は、まずグループが有効になっているか確認してください。

4. 一括で速度を測定する

   先に現在のグループを選択してから実接続遅延テストを実行し、関係のない数百台のサーバーへ同時にリクエストを送らないようにします。

5. 使用中に設定する

   遅延が安定したサーバーを選び、使用中のサーバーに設定します。ステータスエリアに新しい名前が反映されているか確認してください。

キーワード絞り込みの実用的な使い方

ノードが多い場合は、名前に含まれる地域名や回線の識別子で絞り込めます。たとえば「東京」と入力すれば、名前に東京を含む項目だけが残ります。「倍率3x」を除外すれば、高倍率の回線による影響を抑えられます。絞り込みはノード名に依存するため、プロトコルパラメータの確認の代わりにはならず、リモートのサブスクリプション内容も変更しません。

更新後も古いノードが残っている場合は、現在どのグループを表示しているかを確認し、期限切れサーバーを保持する設定が有効になっていないか調べます。同じサブスクリプションURLを繰り返し追加しないでください。名前は同じでも所属の異なる重複項目が一覧に現れることがあります。

設定エリアのCoreタイプとローカルポート

設定では、コア、待ち受けポート、起動動作、プロキシ関連の項目をまとめて管理します。初回利用時に重要なのは、利用可能なCoreタイプを確認し、ローカルの待ち受けポートを把握することです。一般的には127.0.0.1をローカルの待ち受けアドレスとして使い、ポートは10808に設定できます。実際に有効な値は、現在の設定とステータスバーを確認してください。

ブラウザーでプロキシを手動設定する場合は、プロトコルとポートを対応させる必要があります。混合ポートでは一般的なHTTPとSOCKSのインバウンドを同時に受け付けられます。古い設定では10808と10809を別々に使うこともあります。ポートが競合したときは、むやみに再起動を繰り返さず、まずログで使用中のポートを確認してから、10818など未使用の値に変更してください。

1. 設定を開く

   メイン画面から「設定」→「パラメータ設定」→「Coreタイプ」の順に進み、現在の設定に対応するコアの選択を確認します。

2. コアを確認する

   普段VLESS、Reality、または新しいXray設定を使う場合はXrayを選択します。既存のVMess設定は、サブスクリプションの指定に従って互換性のあるコアを維持してください。

3. ポートを確認する

   パラメータ設定でローカルの待ち受けポート（例：10808）を確認し、127.0.0.1など本機アドレスだけで待ち受けているか確認します。

4. 保存して再起動する

   パラメータを保存したらコアを再起動し、新しいコアと新しいポートが読み込まれたことをログで確認します。古いプロセスを使い続けないようにしてください。

ログウィンドウで起動・接続エラーを確認する方法

ログの確認は、最も新しい記録から始めます。まずコアが設定を正常に読み込み、ローカルポートで待ち受けているか確認し、次にWebページへアクセスした際にアウトバウンドの記録が出るかを見ます。ログが起動段階で止まっている場合は、コア、設定ファイル、ポートに問題があることが多く、接続記録があるのにリモート側でタイムアウトする場合は、ノード、ネットワーク、またはリモートサービスの状態に問題がある可能性が高いです。

正常に起動すると、ログには通常、コアのバージョン、設定の読み込み、待ち受けアドレスなどが表示されます。コアによって文言は完全には一致しないため、一字一句を照合する必要はありません。重要なのは、failed、invalid、address already in useなどのエラーが直後に出ておらず、ステータスバーが実行中の状態を維持していることです。

確認例
1. Core: Xray
2. Local listen: 127.0.0.1:10808
3. Configuration loaded
4. ブラウザーでアクセスした後に outbound connection が表示される
5. timeout または connection refused が表示されない

トラブルシューティングのためにログをコピーする前に、サブスクリプションURL、ノードの認証情報、完全な設定内容を削除してください。通常は、エラー発生前後の10～20行、v2rayNのバージョン、Coreタイプ、ノードのプロトコル、操作手順だけで、ローカルポート、設定の解析、リモート接続のどこに問題があるか判断できます。

ステータスバー、システムプロキシ、ルーティング分岐の関係

サーバーを選択しただけでは、通信がプロキシに入ったことにはなりません。完全な流れは、使用するサーバーが設定済みであること、コアが動作していること、ローカルポートが待ち受けていること、アプリの通信がそのポートを指していることです。システムプロキシに従うデスクトップアプリは、v2rayNでシステムプロキシを有効にできます。システムプロキシを読み取らないアプリは個別にプロキシを設定するか、必要に応じてTUNモードを利用してください。

ルーティング分岐は、コアに入った後の通信の行き先を決めます。ルールモードでは、LANやよく使う直接接続先を直接接続のままにし、プロキシが必要なリクエストだけを使用中のサーバーへ送れます。グローバルモードでは、より多くの通信をまとめてプロキシ経由にします。ルールを変更した後は、直接接続の対象とプロキシ対象を1つずつテストし、1つのWebページだけで判断しないでください。

1. サーバー一覧で、実接続遅延が正常なサーバーを使用中に設定します。
2. ログにコアの読み込み完了が表示され、現在の設定にあるローカルポートで待ち受けていることを確認します。
3. システムプロキシを有効にし、ブラウザーで異なる2つのサイトにアクセスします。
4. 出口アドレスが選択したノードの地域に合っているか確認し、直接接続のルールも想定どおりか確認します。
5. システムプロキシを無効にして再度アクセスし、プロキシ状態の切り替えが通信経路に実際に反映されることを確認します。

メイン画面でよくある問題と確認の順番

メイン画面の異常が起きても、すぐに再インストールする必要はありません。まずグループと使用中のサーバーを確認し、次にコアとポート、最後にシステムプロキシとルーティングモードを確認すれば、サブスクリプション、ノード、ローカルプロキシの問題を切り分けられます。一度に1つの項目だけを変更して再テストすると、原因を追いやすくなります。

メイン画面に慣れれば、日常操作は「対象グループを更新 → 実接続遅延を測定 → 使用するサーバーを設定 → システムプロキシを起動 → ログを確認 → 出口を検証」という短い流れに固定できます。障害が起きたときは逆の順番で確認すると、アプリの通信がローカルポートに入っていないのか、コアがリモートノードに接続できないのかをすばやく切り分けられます。