v2rayNのメイン画面を解説｜サーバー一覧・サブスクリプショングループ・ログの見方

画面の各部を把握してからバージョンを確認

v2rayNは、サーバー設定を保存し、コアの設定を生成して操作画面を提供するデスクトップクライアントです。実際の接続処理は選択中のコアが行います。ウィンドウが表示されていても、コアの起動に成功しているとは限りません。サーバーが一覧にあっても、ブラウザーがプロキシを使っているとは限りません。この3つの状態はそれぞれ確認が必要です。

この記事では、Windowsの中国語版でよく見られる画面構成を例に説明します。従来の6.xと、7.x以降のクロスプラットフォーム版では、メニューの位置や列名、ステータスバーの配置が異なる場合があります。まず「ヘルプ」のバージョン情報、または「バージョン情報」から使用中のバージョンを確認し、機能名を手がかりに該当項目を探してください。Windows以外のデスクトップ環境では、プロキシの適用方法も異なります。

• 上部メニュー：サーバーの追加、サブスクリプションの管理、設定、ヘルプの確認を行います。
• サブスクリプショングループ：設定元ごとに一覧を絞り込みます。システムプロキシの切り替えは行いません。
• サーバー一覧：ノードの設定内容を確認し、使用するサーバーを選択したり、テストしたりできます。
• ログ／情報欄：サブスクリプションの更新、コアの起動、接続エラーを確認します。
• 画面下部のステータス欄：ローカルの待ち受け、システムプロキシ、ルーティング、通信量を確認します。バージョンによっては、関連項目がツールバーやタスクトレイのメニューにあります。

上部メニュー：設定項目を使い分ける

「サーバー」では個別または複数のサーバー設定を扱い、「サブスクリプショングループ」では購読URLや更新を管理します。「設定」ではクライアントの動作やコア関連の項目を変更します。それぞれ役割が異なります。ローカルの待ち受けポートを変更してもサーバー側のポートは変わりません。また、サブスクリプションを更新しても、ノードが使えると確認されたことにはなりません。

VMessやVLESSはサーバー設定で使うプロトコル名であり、「システムプロキシのモード」ではありません。メニューの表示をそろえるために、インポート後のプロトコルや通信方式、TLS設定を変更する必要は通常ありません。これらの値はサーバー側の設定と一致させてください。通信方式を別のものに変えても、サブスクリプションの更新失敗は解決しません。

サブスクリプショングループ：設定元の管理と絞り込み

グループのタブは、まずサーバー一覧を絞り込むためのものです。サブスクリプショングループを選ぶと、そのグループに属するサーバーだけが表示されます。他の設定元も確認するには「すべて」に戻します。タブの切り替えは使用中のノードの切り替えではなく、現在のノードが別のグループに属している場合もあります。

1. グループ設定を開く

   「サブスクリプショングループ」→「グループ設定」を開き、新規追加からグループを作成します。複数のグループに同じ名前を付けないよう、設定元が分かるメモを入力してください。

2. 購読URLを入力する

   完全なURLを購読URLまたはURL欄に入力し、保存してメイン画面に戻ります。購読URLにアクセス用の認証情報が含まれる場合があります。公開するスクリーンショットや質問投稿には貼り付けないでください。

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

   「サブスクリプショングループ」を開き、現在のサブスクリプションまたはすべてのサブスクリプションを更新します。使えるプロキシがまだない場合は、まず「プロキシを経由しない」方法を試してください。利用可能な接続があり、直接接続で失敗する場合は「プロキシ経由」を試します。

4. 絞り込み結果を確認する

   対象のグループタブをクリックし、サーバーが表示されるか確認します。一覧が空なら「すべて」に戻って今回の更新ログを確認し、絞り込みの問題かダウンロードの失敗かを切り分けてください。

サブスクリプションの更新で、サーバー設定がリモートの内容に基づいて再生成される場合があります。購読中のノードのアドレス、メモ、通信設定を直接変更しても、次回の更新で上書きされることがあります。カスタマイズを維持する必要がある場合は、先に設定をバックアップし、手動管理の項目とサブスクリプション管理の項目を区別してください。

サーバー一覧：列ごとの見方

一覧の1行はサーバー設定を表し、接続が確立済みであることを示すものではありません。通常、行をクリックすると選択状態になり、コピーやテスト、編集ができます。アクティブ化すると、その設定を使ってクライアントが実行用のパラメーターを生成します。行の背景色だけで接続状態を判断せず、右クリックメニューやアクティブ表示、ステータス欄も確認してください。

対象の行を右クリックし、「アクティブサーバーに設定」を選んで使用するノードを確定します。画面によってはダブルクリックでも有効化できます。その後、候補を数件に絞って「サーバーの実際の接続遅延をテスト」を実行してください。このテストは通常、ノード経由でテスト用の宛先にアクセスします。リモートポートだけの確認より実際の通信に近いものの、テスト先やネットワーク環境にも左右されます。

• 遅延の単位はms：1回のテストにかかった時間を示し、ダウンロード帯域ではありません。
• 速度テストは通信量を消費します：利用プランの制限が分からない場合は、全ノードを何度もテストしないでください。
• タイムアウト時は発生範囲を確認：1つのノードだけ失敗した場合と、すべてのノードが失敗した場合では、確認すべき点が異なります。後者ではPCのネットワークやテスト先も確認してください。

待ち受けポートとステータス欄：ローカルとリモートを区別

ローカルの待ち受けはアプリからプロキシへ接続する入口で、リモートアドレスはコアが外部へ接続する宛先です。どちらにもポート番号が表示される場合がありますが、設定場所も役割も異なります。「設定」→「パラメーター設定」で実際の待ち受け値を確認し、メイン画面下部の表示と照合してください。古い解説にあるポート番号をそのまま使わないでください。

ステータス欄の通信速度は、集計対象の範囲内で発生した通信を示します。0と表示されるのは、一時的にリクエストがない場合も、アプリがプロキシを経由していない場合もあります。通信量が表示されても、すべてのアプリがプロキシを利用しているとは限りません。有効かどうかは、アクティブサーバー、プロキシの入口、実際のアクセス結果を合わせて確認してください。

システムプロキシとルーティング：役割の違い

Windows版でよく見られる「システムプロキシ」メニューには、「システムプロキシを自動設定」「システムプロキシを解除」「システムプロキシを変更しない」があります。自動設定はシステムプロキシの接続先を設定し、解除は関連する設定を削除します。「変更しない」は現在の状態を維持する操作で、すでに有効なプロキシを無効にするものではありません。タスクトレイのメニューからも操作できる場合があります。

「設定」→「ルーティング設定」ではルールを管理し、ステータス欄やツールバーのルーティング選択では現在使う設定を切り替えます。リクエストがローカルプロキシに届いても、ルールによって直接接続されることがあります。TUNは仮想ネットワークアダプターやルーティング、権限に関わる別の接続方式です。メイン画面の操作に慣れるまでは接続方法を1つに絞って確認し、システムプロキシとTUNを同時に変更しないでください。

ログパネル：発生順に確認する

ログはエラーが出たときだけ見るものではありません。サブスクリプションの更新、アクティブサーバーの切り替え、設定の再読み込みを行うときは、操作した時刻を記録し、その直後のログを確認します。バージョンによって「情報」と「ログ」が別タブになっている場合は、クライアントの操作メッセージとコアの実行情報をそれぞれ確認してください。

• サブスクリプションの処理：リクエストが成功したか、サーバーを解析できたか確認します。更新のタイムアウトだけで、現在のノードが使えないとは限りません。
• 起動時：コアが終了していないか、ローカルの待ち受けが確立されたかを確認します。address already in use は、待ち受けアドレスまたはポートの競合を示すことがあります。
• アクセス時：ドメイン名の解決、リモートへの接続、ハンドシェイクのどの段階で失敗したか確認します。timeout はある段階でタイムアウトしたことを示すだけで、原因を特定するものではありません。
• ログを共有する前に：購読URL、UUID、パスワードなどの認証情報を伏せてください。エラー内容、時刻、必要な操作状況は残します。

メイン画面を閉じる前の確認項目

初期設定が終わったら、画面で次の4項目を対応させて確認しましょう。サーバー一覧は接続先、コアのログは起動状況、ローカルの待ち受けは接続の入口、システムプロキシまたはアプリの設定はリクエストの送信方法を示します。この順番で確認すると、ノードを何度も切り替えるより原因を絞り込みやすくなります。

1. グループの絞り込みが正しく、使用するサーバーがアクティブになっていることを確認します。
2. 実際の接続遅延テストを1回実行し、テスト時刻と結果を確認します。過去の結果を現在の状態と混同しないでください。
3. 起動ログを確認し、ローカルポートの競合や設定の読み込み失敗がないか調べます。
4. システムプロキシまたはアプリのプロキシ設定でアドレスとポートを確認し、実際にアクセスしてみます。
5. 使用を終了するときは、終了前にシステムプロキシの状態を処理してください。「システムプロキシを変更しない」では古い設定は解除されません。

続けてルーティングやDNSを確認する場合は応用ガイドをご覧ください。プロトコル、コア、サブスクリプションなどの用語は用語集で確認できます。まず動作確認済みの基本設定を残し、機能を1つずつ追加してください。