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

メイン画面の構成：ノード・配布元・ログ・通信設定

まず結論です。一覧にノードがあっても、コアが正常に起動したとは限りません。サーバーをアクティブにしても、ブラウザーがプロキシを使うとは限りません。v2rayNはデスクトップ上で設定を管理するクライアントで、接続処理はコアが担います。アプリの通信を適切な経路に流すには、システムプロキシ、アプリ独自のプロキシ設定、またはTUNを利用します。

リリースやOSによって画面構成は異なります。サブスクリプショングループは上部のタブ、ドロップダウン、またはグループ欄として表示されることがあります。システムプロキシやルーティングの切り替えも、ステータスバーやタスクトレイにある場合があります。以下では一般的な中国語メニュー名を手掛かりに機能を探します。同じ名前のボタンが見当たらない場合は、現行画面の類似項目を確認してください。古いスクリーンショットと同じ位置にあるとは限りません。

• 上部メニューとツールバー：「サーバー」「サブスクリプショングループ」「設定」から、主にインポート、更新、各種設定を行います。
• 中央のサーバー一覧：プロトコル、アドレス、ポート、テスト結果を確認し、接続先をアクティブにします。
• ログ・情報欄：起動状況、接続記録、エラーを確認します。画面によっては下部のログ欄を展開する必要があります。
• ステータスバーとタスクトレイ：システムプロキシ、ルーティングモード、動作状態を確認します。一覧で行が選択されているだけで判断しないでください。

サーバー一覧の各項目：アドレス・ポート・遅延の見方

ノード一覧に表示されるVMessやVLESSなどは接続プロトコルであり、クライアント名ではありません。ノード名は識別用のラベルで、サブスクリプション側が設定する場合も、ユーザーが編集する場合もあります。接続先そのものを決める値ではありません。トラブル時は名前に含まれる地域名だけで判断せず、アドレス、サーバーポート、トランスポート、安全性に関する設定を確認してください。

右クリックメニューのTCP接続テスト、実際の接続遅延テスト、ダウンロード速度テストは、それぞれ測定内容が異なります。TCP接続が成功しても、その時点で接続を確立できたことしか分かりません。実際の接続テストはテスト先やプロキシ経路の影響を受け、ダウンロード速度は測定元、ノードの負荷、回線速度にも左右されます。項目が空欄なのは未測定の場合が多く、タイムアウトもログと合わせて確認が必要です。それだけで、すべてのアプリからアクセスできないとは判断できません。

• 並べ替えで表示順が変わるだけで、先頭のノードに自動で切り替わるわけではありません。
• 一括テストの前に対象範囲を確認し、1つのグループを全ノードと取り違えないようにしましょう。
• スクリーンショットを共有するときは、サーバーアドレス、ユーザー識別情報、サブスクリプションURLを隠してください。設定全体を公開するのも避けましょう。

サブスクリプショングループ：表示の切り替えとノード更新の違い

サブスクリプショングループでは、ノードの配布元を管理します。グループをクリックすると表示対象のノードが切り替わりますが、アクティブサーバーが変更されたり、サブスクリプションの更新が始まったりするわけではありません。新しいグループを作成しても一覧が空の場合は、URLを登録しただけで更新していない可能性があります。別のグループに切り替えた後にノードが見えなくなった場合も、表示対象が変わっただけかもしれません。

1. グループ設定を開く

   メイン画面の「サブスクリプショングループ」→「サブスクリプショングループの設定」から管理画面を開き、新しい項目を追加します。画面によってはグループ欄の追加ボタンから同じ操作ができます。

2. サブスクリプションURLを保存

   見分けやすいグループ名を入力し、完全なサブスクリプションURLをアドレス欄に貼り付けて保存します。サブスクリプションURLと個別ノードの共有リンクは用途が異なります。個別ノードのリンクをサブスクリプション欄に入力しないでください。

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

   「サブスクリプショングループ」に戻り、現在のサブスクリプションまたはすべてのサブスクリプションを更新するメニュー項目を選びます。通常更新とプロキシ経由の更新が分かれている場合は、現在利用できるネットワーク経路に応じて選択してください。

4. 更新結果を確認

   更新通知とログを確認し、対象グループに戻ってノード数を確認します。更新に失敗した場合は、エラーの原文を残してください。グループを何度も削除して作り直す必要はありません。

5. 接続先ノードをアクティブにする

   グループ内の対象ノードを右クリックし、「アクティブサーバーに設定」などの項目を選びます。その後、アクティブ表示とコアの起動結果を確認してください。ここまで行って初めて、グループの切り替えが実際の接続先の選択につながります。

サブスクリプションの更新時に、配布元のノード項目が作り直されることがあります。そのため、購読ノードを直接編集しても、次回の更新後に変更が残らない場合があります。長期間使う手動設定はサブスクリプションとは分けて管理してください。グループを削除する際は、含まれるサーバー項目も一緒に削除されるか確認しましょう。サブスクリプションURLにはアクセス情報が含まれることが多いため、トラブル対応ではURLの構造とエラー情報を伏せ字にして共有してください。

下部ログ画面：起動ログから接続トラブルを切り分ける

ログでまず確認するのは「どの段階で失敗したか」です。すべての問題を一括で直すボタンが表示されるわけではありません。先にアクティブノードを選び、コアの起動を確認してからテストページを開きましょう。この順番に沿って読むと、長い過去ログから赤字の行を1つ抜き出すより状況を把握しやすくなります。クライアント情報とコアの出力が同じ欄に表示されることがあるため、サブスクリプションの更新失敗とプロキシ接続の失敗を区別してください。

ここに挙げた語句はログのキーワードであり、定型のエラーメッセージ全文ではありません。起動中には注意表示の後に、終了の原因となるエラーが出る場合があります。失敗箇所の前後数行も残してください。接続記録にアクセス先ドメインが表示されても、そのリクエストがコアの処理経路に入ったことしか分かりません。その行だけでページの読み込み成功を証明することはできません。

基本設定とルーティング設定：ローカルの入口と通信ルールを分けて確認

通常、「設定」→「基本設定」ではクライアントの動作、ローカル待ち受け、関連する基本項目を設定します。「設定」→「ルーティング設定」では通信の振り分けルールを管理します。項目のタブはバージョンによって異なりますが、役割は別です。前者はアプリの通信をどのローカル入口に渡すか、後者はコアに入った通信をどの経路へ出すかを設定します。

1つのWebページの問題を直すために、待ち受けポート、DNS、ルーティング、コアを同時に変更しないでください。問題が「通信がクライアントに届いていない」のか、「届いた後に経路を誤っている」のかを切り分けてから、該当する設定を変更します。コアも名称だけで選び直さないでください。ノード設定のプロトコルや拡張項目が、選択中のコアに対応している必要があります。コアの起動とハンドシェイクの成功は、別々に確認しましょう。

この3つの数値は、アドレスやポートの役割を区別するための例です。同じ値に統一する必要はありません。アプリに127.0.0.1:10808を入力する場合、そのポートが選択したプロキシプロトコルで実際に待ち受けていることを確認してください。リモートノードのポートが443でも、ローカルアプリに443を入力するわけではありません。

システムプロキシとTUN：まず片方の経路を検証

システムプロキシは、その設定に従うアプリにプロキシ情報を渡す機能です。すべてのプログラムが自動的に利用するわけではありません。TUNは仮想ネットワークインターフェースを通じて、設定に合致する通信を取り込みます。権限、ルーティング、DNSにも関わります。初めて使う場合は、まず片方の経路を検証しましょう。両方を併用すると、リクエストがどこから入ったのか分かりにくくなります。

メイン画面のルーティングモードとシステムプロキシのスイッチも、別々の設定です。前者はコアに入った後の通信振り分けを決め、後者はアプリがリクエストをローカルプロキシに渡すかどうかに影響します。切り替え後はリクエストを新たに発行して確認してください。既存の長時間接続には、新しいルーティング設定がすぐ反映されないことがあります。

画面操作でよくある疑問と初回の確認手順

初回の確認は、次の順番に固定すると分かりやすくなります。サブスクリプショングループに有効なノードがあることを確認し、ノードをアクティブにして、コアの起動ログを確認します。次に通信を取り込む方法を1つ選び、同じアプリでテストします。変更は一度に1項目に絞って結果を記録すれば、問題が起きても確認済みの状態に戻せます。さらに調べる場合はトラブルシューティングガイドを、基本の操作手順は使い方ガイドをご覧ください。