まず、サーバー一覧で選択中の行と接続中のサーバーを区別し、サブスクリプション、システムプロキシの状態、ログを確認します。v2rayNを起動したものの次にどこを操作すればよいかわからない方向けです。読み終えると、サブスクリプションの更新やノードの切り替え、接続確認の手順と、むやみに変更しないほうがよい設定がわかります。
まずはメイン画面の4つのエリアを確認
上部の「サーバー」「サブスクリプショングループ」「設定」メニューを確認し、次に中央の一覧、最後にログと下部のステータス欄を見ます。この記事ではWindowsデスクトップ版の日本語画面を基準に説明します。バージョンや画面の実装によって、ボタンの位置、列名、ログの表示方法が異なる場合があります。同じ場所にボタンが見つからないときは、古いスクリーンショットのアイコンを頼りにせず、メニュー名から探してください。
- 上部メニュー：サーバーのインポート、サブスクリプションの管理、設定画面の表示などに使います。主に操作の入口であり、接続中であることを示すものではありません。
- サーバー一覧：ローカルに登録済みのノード設定が表示されます。通常、1行につき1つのサーバー設定が並びますが、接続が実行中という意味ではありません。
- ログ欄：クライアントの操作結果やコアの実行情報を確認できます。サブスクリプションの更新失敗と接続失敗は、それぞれ発生した直後のログを確認してください。
- 下部ステータス欄：システムプロキシやルーティングなどの状態を確認・切り替えできます。バージョンによっては、ローカルのリスニング情報や通信量、接続中の設定概要も表示されます。
サーバー一覧：列の意味を確認して接続先を切り替える
まず行をクリックし、右クリックして操作メニューを確認します。クリックで行われるのは通常、編集やテスト、一括操作の対象として選択することだけです。接続先を切り替えるには、右クリックメニューから「アクティブサーバーに設定」を実行します。選択行の背景色だけで切り替わったと判断せず、アクティブ表示や下部の概要、切り替え時のログも確認してください。
| 主な列 | 表示内容 | 確認・操作のポイント |
|---|---|---|
| 別名・備考 | ノードを識別するための表示名 | 用途に応じて見分けます。名前に含まれる地域や倍率は提供元が設定したもので、クライアントが判定した情報ではありません。 |
| 種類 | VMess、VLESSなどのプロキシプロトコル | インポート内容の確認に使います。プロトコルの種類は速度の順位を示すものではありません。 |
| アドレス・ポート | リモートサーバーへの接続先 | 例：リモート側のポートが443。アプリに設定するローカルプロキシのポートとは異なります。 |
| トランスポート・TLS | 通信方式と接続のセキュリティに関する設定 | サーバー側の設定と一致させる必要があります。速度を上げる目的だけで個別に変更しないでください。 |
| サブスクリプショングループ | ノードの登録元となるサブスクリプション | 更新、置き換え、ノードの削除がどのグループに影響するかを確認できます。 |
| 遅延・速度 | 直近に実行した各種テストの結果 | まず、どの種類のテスト結果かを確認してから比較します。値が空欄でも、まだテスト結果がないだけの場合があります。 |
ノードを選ぶときは、実際のリクエストが完了するかを確認してから遅延を比べましょう。TCP接続テストでわかるのは、主にサーバーのアドレスとポートに接続できるかどうかです。プロキシ経由の遅延テストはテスト先へアクセスするため、実際の使用感に近い結果が得られますが、テストサイトやネットワーク負荷、サーバー側のポリシーにも左右されます。ダウンロード速度テストは通信量を消費するため、クライアントを起動するたびに全ノードで実行する必要はありません。
たとえば、あるテストで120 msと表示されても、それはそのテストにかかった時間です。動画のダウンロード速度がわかるわけではありません。一覧に数値が表示されていても、ブラウザーがすでにプロキシを経由しているとは限りません。まずWebページを開きたい場合は、遅延順に何度も並べ替えるより、実際のリクエストが完了するノードを選ぶほうが有効です。
サブスクリプショングループ：絞り込み・保存・更新を確認
「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、グループ名とサブスクリプションURLが保存されているか確認します。グループは登録元の管理に使うほか、メイン画面の一覧を絞り込む条件にもなります。グループを選択してその中のノードだけが表示されるのは正常です。ノードが「減った」ように見える場合は、削除されたと判断する前に、すべてのグループを表示してください。
-
グループを確認
「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、対象グループの備考とURLを確認します。名前は識別に使い、更新元はURLで決まります。サブスクリプションURLにアクセス用の認証情報が含まれる場合があるため、スクリーンショットを公開しないでください。
-
設定を保存
グループの編集画面で保存したことを確認してから、メイン画面に戻ります。URLを入力欄に貼り付けただけで、保存せずに画面を閉じた場合は設定が完了していません。
-
選択中のグループを更新
対象のグループを選択し、「サブスクリプショングループ」メニューから「現在のサブスクリプションを更新（プロキシを使用しない）」または「現在のサブスクリプションを更新（プロキシを使用）」を実行します。サブスクリプションURLへのアクセスにプロキシが必要な場合は、利用可能なプロキシ接続があることを先に確認してください。
-
更新結果を確認
今回の更新に関するログを確認し、一覧の内容も見直します。URLにアクセスできても、内容の形式がサポートされていなければノードをインポートできない場合があります。「ダウンロード成功」を「インポート成功」と取り違えないようにしてください。
「現在のサブスクリプションを更新」は選択中のグループだけを処理し、「すべてのサブスクリプションを更新」は複数の登録元を処理します。問題を切り分けるときは、ログと対象を対応させやすいよう、まず現在のグループを更新してください。更新は一覧の末尾に行を追加するだけではなく、そのグループのノードを置き換える場合があります。手動で加えた重要な変更は事前にバックアップし、次回の更新後も残るとは限らないことを念頭に置いてください。
下部ステータス欄：システムプロキシとルーティングの役割
画面下部の「システムプロキシ」をクリックして「システムプロキシを自動設定」を選ぶと、Windowsのシステムプロキシ設定に従うアプリをクライアント経由で接続できます。「システムプロキシを解除」はシステムプロキシの設定を削除する操作です。どちらもノードの追加・削除とは別の操作であり、すべてのプログラムが同じ経路で通信するとは限りません。
システムプロキシの設定場所
- 確認する場所
- メイン画面下部の「システムプロキシ」
- 接続方法
- 「システムプロキシを自動設定」
- 解除方法
- 「システムプロキシを解除」
- 影響する範囲
- システムプロキシ設定に従うアプリ
まずアプリがシステムプロキシを使うか確認してから、切り替えが反映されたか判断します。
ルーティングルール
- 確認する場所
- 下部のルーティング選択と「設定」→「ルーティング設定」
- 対象
- コアに渡された接続
- 主な接続先
- プロキシ、直接接続、ブロック
- 確認方法
- 現在のルールと接続ログに記録されたアウトバウンド情報
ルール名は目安です。実際の動作は有効なルールとその適用順序によって決まります。
システムプロキシは「アプリからリクエストをどう受け取るか」を決め、ルーティングは「受け取ったリクエストをどこへ送るか」を決めます。ブラウザーがシステムプロキシを使っていない場合、ルーティングを変更しても接続経路の問題は解決しません。リクエストがコアに届いているのにルールで直接接続に振り分けられる場合は、サブスクリプションを何度もインポートするのではなく、ルーティングを確認してください。
TUNはシステムプロキシとは別の通信取り込み方式で、対象範囲も異なります。権限や仮想ネットワークアダプター、ルートの設定が必要になることもあります。初めてメイン画面の操作を確認するときは、原因を特定しやすいよう、まず一つの方式だけを使いましょう。TUNをすでに設定している場合は、変更前に現在の設定を記録してください。
ログ欄：直近の操作から原因を探す
操作した時刻を記録してからもう一度操作し、その直後に追加されたログだけを確認します。コアの実行情報を確認するには、「設定」→「設定」から「リアルタイムログを表示」を探します。バージョンによっては、コアを再起動すると設定が反映されます。ログレベルを詳しくするほど出力が増えるため、問題の切り分けが終わったら通常の設定に戻してください。
- サブスクリプションを更新した直後：ダウンロード失敗、タイムアウト、解析失敗、インポート結果を確認します。まずサブスクリプションURLと更新方法を確認してください。
- サーバーを切り替えた直後：設定の読み込み、コアの起動、リスニング状態を確認します。コアの起動に失敗している場合、ブラウザーに現れる問題は後から起きた結果にすぎないことがあります。
- Webページを開いた直後：該当するログ出力が有効になっていることを確認したうえで、対象の接続、タイムアウト、ハンドシェイクエラーが記録されているかを見ます。ログに対象が表示されないだけでは、通信がないとは断定できません。
- ローカルポートを変更した直後：バインドやリスニングの失敗を確認します。ログに
address already in useと表示された場合は、リモートノードを変更するのではなく、まずポートの競合を調べてください。
ハンドシェイクエラーは、必ずしもプロトコルがサポートされていないことを意味しません。サーバー設定、システム時刻、ネットワーク上の干渉が原因の場合もあります。タイムアウトが起きても、すぐにサブスクリプションが無効だと判断しないでください。サブスクリプションは設定の入手元にすぎず、リモートサーバーへの接続中や接続先サイトへのアクセス中にタイムアウトする場合もあります。エラーが発生した直前の操作と照らし合わせて判断しましょう。
設定：まずポートを確認し、コアの変更はその後に検討
「設定」→「設定」を開き、まずローカルのリスニングポートと関連する接続設定を確認します。ポートは画面に表示されている値を基準にしてください。説明記事の例を固定値として扱わないようにしましょう。たとえば、ローカルHTTPプロキシが実際に127.0.0.1:10809で待ち受けている場合は、アプリにこのアドレスを設定できます。画面に別のポートが表示されているなら、実際の値を指定してください。
アプリの種類別：確認手順
システムプロキシを使うブラウザー
- まずノードをアクティブサーバーに設定し、コアが正常に起動したことを確認します。
- 「システムプロキシ」→「システムプロキシを自動設定」を選びます。
- ブラウザーの拡張機能や個別のプロキシ設定が優先されていないか確認します。
- 対象のWebページにアクセスし、ログを見てルーティング先を確認します。
プロキシを個別に設定するプログラム
- まず、プログラムがHTTPプロキシとSOCKSプロキシのどちらに対応しているか確認します。
- ローカルのリスニングアドレスと、対応するプロトコルの実際のポートを入力します。
- たとえば10809を使う場合は、そのポートが必要なプロトコルを提供していることを先に確認します。
- もう一度リクエストを実行します。ターミナルから使うプログラムでは、環境変数を個別に設定する必要がある場合があります。
まずアプリを正しいローカルの接続先につなぎ、その後でリモート接続を確認してください。リモートサーバーの443番ポートをローカルプロキシのポートとして入力しないようにします。
プロトコルや機能上の理由が明確な場合に限り、「設定」→「設定」にある「Coreタイプ」などのコア関連項目を確認してください。項目の場所はバージョンによって異なります。VMessとVLESSはプロトコル、XrayとV2Flyはコアのプロジェクトであり、同じ階層の概念ではありません。コアを切り替えても、誤ったサーバーアドレスやユーザー識別情報、トランスポート設定が自動で修正されることはありません。
一度に変更するのは1項目にして、変更前の値を記録し、同じリクエストをもう一度実行します。ポート、DNS、ルーティング、コアを同時に変更すると、接続が戻っても原因を特定しにくくなります。初めて使う場合は、高度な設定を一つずつ試すより、サブスクリプションからインポートしたプロトコルとトランスポート設定を維持するほうが、問題を切り分けやすくなります。
メイン画面でよくある疑問と操作の確認
ノードを選んだのに、出口が変わらないのはなぜ？
まず対象の行を右クリックし、「アクティブサーバーに設定」を実行してから、アクティブ表示や切り替え時のログを確認します。その後、新しいリクエストでテストしてください。既存の長時間接続はすぐに再接続されない場合があります。ルーティングルールで対象が直接接続に割り当てられている場合は、アクティブノードを変えてもそのリクエストの出口は変わりません。
サブスクリプションの更新に成功したのに、一覧が空なのはなぜ？
まず、すべてのグループに切り替えて検索条件をクリアし、更新ログで実際のインポート結果を確認します。ダウンロードはできても認識可能なノードがない場合は、サブスクリプションの内容形式を確認してください。同じURLを続けて追加すると見分けにくい重複グループができるため、繰り返し追加しないようにしましょう。
ステータス欄に通信量が表示されていれば、Webページもプロキシ経由？
通信量の表示だけでは、特定のWebページがどの経路を通ったかはわかりません。別の接続やバックグラウンド通信が含まれている可能性もあります。まずブラウザーの接続方式を確認し、アクセスした時刻に対応する接続とアウトバウンド情報を調べてください。必要に応じて単独のリクエストをもう一度実行し、ほかのプログラムの影響を減らします。
ウィンドウを閉じたのに、タスクトレイにアイコンが残るのはなぜ？
メイン画面を閉じても、クライアントは終了せずタスクトレイに最小化される場合があります。完全に終了するには、タスクトレイのアイコンを右クリックして「終了」を選びます。システムプロキシを有効にしていた場合は、終了前に「システムプロキシを解除」を選び、終了後にWindowsのプロキシ設定を確認してください。停止したリスニングポートを指す設定が残らないようにしましょう。
最後に決まった順序で確認します。グループと一覧を確認し、ノードをアクティブサーバーに設定して、コアの起動、接続方式、ルーティングを確認します。その後リクエストを一度実行し、新しいログを読みます。この順序を把握すれば、メイン画面の各項目の役割が明確になり、「ノード設定の問題」と「アプリがプロキシに接続していない問題」を分けて対処できます。