v2rayNのメイン画面ガイド

メイン画面：5つの操作エリアを把握する

v2rayNはデスクトップクライアントで、メイン画面から設定を管理し、実際の接続は選択したコアが処理します。ウィンドウが開いても、確認できるのはGUIが起動したことだけです。ノード設定、コアの稼働状況、アプリの通信がプロキシに入る経路も確認しましょう。この記事ではWindowsデスクトップ版の一般的な操作を説明します。デスクトップ版と従来のWPF版ではメニューの位置が異なる場合があるため、項目名はお使いの画面に合わせてください。

操作は「グループを確認 → 使用するサーバーを設定 → システムプロキシを確認 → Webページにアクセスしてログを確認」の順に進めるのがおすすめです。最初からポート、DNS、ルーティングを同時に変更するのは避けましょう。変更点が重なると、どの設定が結果に影響したのか特定しにくくなります。

サーバー一覧：行を選択しても使用中とは限らない

一覧の1行は通常、サーバー設定を表しており、接続が確立済みであることを意味しません。行をクリックすると対象が選択され、編集や一括操作ができるようになります。実際に使うノードを切り替えるには、右クリックメニューから「アクティブサーバーに設定」を選び、画面上のアクティブ表示を確認してください。表示方法はバージョンにより、アイコン、色、ステータス文字列など異なります。

• 別名：ノードを見分けるための名前で、通常はサブスクリプションの内容から取得されます。名前に含まれる地域や倍率は配信元による表記であり、クライアントが回線の属性を独自に検証したものではありません。
• アドレスとポート：接続先のリモートサーバーを指定します。リモートポートとローカルのリスニングポートは別物なので、混同しないでください。
• プロトコルとトランスポート：VMessやVLESSなどはプロキシプロトコル、TCPやWebSocketなどはトランスポート方式です。セキュリティ層とトランスポートの設定もサーバー側と一致させる必要があります。
• サブスクリプショングループ：設定の配信元を示します。同じ名前のノードでも異なるサブスクリプションに属する場合があるため、別名だけで重複と判断しないようにしましょう。
• 遅延と速度：特定のテストを行った時点の結果であり、常時監視される値ではありません。空欄は有効な結果がまだないことを示し、ノードが使えないとは限りません。

アドレス、ユーザー識別子、トランスポート設定などを変更する場合は、設定をダブルクリックして編集画面を開くか、右クリックメニューから編集します。サブスクリプションから取得したノードは、次回更新で手動変更が上書きされることがあります。変更を長期的に維持する場合は、手動設定として別途作成し、元のサブスクリプショングループと分けて管理してください。

実接続遅延テストはプロキシ経由でテスト先にアクセスするもので、TCPポートへの接続テストとは異なります。成功しても、その時点でテスト先にアクセスできたことしか分かりません。ダウンロード速度、特定サイトへのアクセス、長時間接続の安定性は、それぞれ別途確認してください。一覧の並べ替えは表示順を変えるだけで、先頭のノードが自動的にアクティブになるわけではありません。

サブスクリプショングループ：配信元の管理と一覧の絞り込み

サブスクリプションURLから設定一式を取得し、グループで設定を整理します。グループを切り替える操作は通常、一覧の絞り込みであり、アクティブサーバーを自動で変更するものではありません。一覧が突然空になった場合は、設定をすべて削除して再インポートする前に、現在のグループ、検索条件、更新結果を確認しましょう。

1. グループ管理を開く

   メインメニューから「サブスクリプショングループ」→「サブスクリプショングループの設定」を選択します。お使いのバージョンでグループ欄の管理ボタンに移動している場合は、同名の設定画面を開いてください。

2. サブスクリプションURLを入力する

   グループを追加し、見分けやすいメモと完全なサブスクリプションURLを入力して保存します。ノード共有リンクを、サブスクリプションURL用の欄に誤って入力しないでください。

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

   「サブスクリプショングループ」メニューに戻り、「すべてのサブスクリプションを更新（プロキシを経由しない）」または現在のバージョンに対応する更新コマンドを実行します。ログに取得や解析のエラーが出ていないか確認してください。

4. 追加されたノードを確認する

   作成したグループを選び、検索条件をクリアしてノードが表示されるか確認します。続いて候補ノードをテストしてアクティブ項目に設定し、ブラウザーからアクセスできるか確認してください。

「プロキシを経由しない」更新は、ローカルネットワークからサブスクリプションURLにアクセスできる場合に使います。プロキシ経由でしかアクセスできないURLの場合は、まず既存ノードが使える状態にしてから「すべてのサブスクリプションを更新（プロキシを経由する）」を選びます。利用可能なプロキシがない状態で繰り返し実行すると、まだ確立していない接続にサブスクリプション取得を依存させてしまいます。

ステータスバー：システムプロキシとルーティングを分けて確認

システムプロキシは、システム設定に従うアプリがリクエストをローカルのプロキシ入口に送るかどうかを決めます。ルーティングは、コアに届いたリクエストの出口を決めます。この2つは異なる層の設定です。ルーティングを「グローバル」にしても、すべてのアプリがプロキシに接続されるわけではありません。独自に通信方式を指定するソフトウェアには特に注意が必要です。

「システムプロキシをクリア」は、システム側に設定されたプロキシを削除します。「システムプロキシを変更しない」は通常、クライアントが現在のシステム設定を変更しないという意味で、直結を強制するものではありません。終了前に他のツールがプロキシ設定を書き換えていた場合は、システムのネットワーク設定でも確認が必要です。画面下部の速度表示がゼロでも、切断したとは限りません。通信がなければゼロになるのは正常で、統計の対象範囲もデバイス全体とは限りません。

• Webページが開かず、ログにも新しいリクエストがない：リモートノードを変更する前に、アプリのプロキシ入口を確認します。
• ログにリクエストが記録されているのに直結している：ルーティングの一致状況とルールの順序を確認します。
• TUNを設定している環境：権限、ルーティング、DNSの取り込み状況を別途確認し、システムプロキシだけを使う場合の判断を当てはめないでください。

パラメーター設定：リスニングポートとコアの設定

よく使う入口は「設定」→「パラメーター設定」です。開いたら、まず「基本設定」にあるローカルリスニング項目を確認します。コアの選択肢は通常、「Coreタイプ」に関するタブや項目にあります。画面のバージョンによってタブ名が変わる場合があるため、見つからない場合は現在のバージョンの設定項目を確認してください。旧バージョンのスクリーンショットをそのまま参考にして、設定ファイルを変更するのは避けましょう。

ローカルの入口が 127.0.0.1:10808 の場合、接続先はリモートノードではなく、ローカルマシンの10808番ポートです。最近のバージョンでは混合リスニングを使い、HTTPとSOCKSのリクエストを同時に受け付ける場合があります。古い設定では、2種類のリスニングを個別に指定していることもあります。対応プロトコルは現在のリスニングタイプを確認してください。ポート番号だけでは判断できません。

• ポートを変更する：設定を保存し、画面の指示に従って再読み込みまたはコアを再起動します。手動でプロキシを設定したアプリのポートも合わせて変更してください。必要に応じてシステムプロキシの自動設定を再実行します。
• LAN接続を許可する：アクセス可能な範囲が広がる設定であり、速度を上げるための機能ではありません。共有が必要な場合に限って有効にし、ファイアウォールで接続元を制限してください。
• Coreタイプ：各設定の処理に使うコアを指定します。切り替える前に、ノードのプロトコル、トランスポート、セキュリティ層が対応しているか確認してください。
• ログレベル：トラブルシューティング中のみ詳細度を上げ、再現後は適切なレベルに戻します。ログが大量になると確認や保存に支障が出るためです。

VLESSやVMessは設定で使うプロトコル、XrayやV2Rayはコアの名称です。「プロトコルを変更する」ことと「コアを切り替える」ことは別です。同じサブスクリプション内容でも、コアが対応するパラメーターの範囲によっては起動に失敗する場合があります。具体的なエラーを確認し、画面にノード名が表示されるだけで互換性があると判断しないでください。

ログパネル：起動エラーを先に、接続エラーを後に確認

「ログを表示」から、またはウィンドウ下部のログエリアからパネルを開きます。バージョンによっては、実行情報とコアの出力が別々に表示されます。調査するときはまず時刻を記録し、失敗した操作をもう一度実行して、その時刻前後のログを確認してください。長時間稼働した後に残っている古いエラーが、現在の問題に関係するとは限りません。

タイムアウトを示すキーワードが1つあるだけでは、原因を特定できません。サブスクリプションのダウンロードとWebページの閲覧では処理が異なるため、似たメッセージでも対処法は同じとは限りません。ログを共有する前にサーバーアドレス、ユーザー識別子、サブスクリプションの認証情報を伏せてください。原因をあとから確認できるよう、エラー前後のログは少量残しておきます。

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

メイン画面に慣れたら、日々の確認を次の手順にまとめましょう。グループで配信元を確認し、アクティブ表示でノードを確認し、ステータスバーで入口とルーティングを確認して、最後にログでリクエストを検証します。想定と異なる層だけを調整すれば、設定を何度もすべて変更するより原因を見つけやすくなります。