v2rayNを起動したものの、一覧での選択と実際の接続先の切り替えの違いが分からない方に向けた解説です。サーバー一覧、サブスクリプション、システムプロキシ、ログ、設定を順に確認し、「設定の取得元」「現在使っている接続先」「アプリがプロキシを経由しているか」「エラーの確認場所」を把握して、基本的な接続テストを行います。
メイン画面の各エリア：設定と動作状態を確認する
v2rayNのメイン画面は、接続状態だけを表示するダッシュボードではありません。サーバー一覧には接続設定、サブスクリプションには設定の分類や取得元、画面下部には動作情報が表示されます。システムプロキシやルーティングの項目では、通信を取り込む方法とその後の経路を制御します。一覧に項目があってもコアの起動成功を意味するわけではなく、コアが起動していてもブラウザーがその通信を使っているとは限りません。
デスクトップ版とWindows WPF版では、コントロールの位置やメニュー名が多少異なる場合があります。この記事では日本語画面の機能名に沿って説明します。システムプロキシの操作はWindowsを例にしています。他のデスクトップOSでは、各OSのネットワークプロキシ設定も確認してください。Windowsのタスクトレイの位置をそのまま当てはめないようにしましょう。
| 画面のエリア | 主な内容 | 最初に確認すること |
|---|---|---|
| サーバー一覧 | 備考、プロトコル、アドレス、ポート、テスト結果など | 想定した設定が現在の接続先になっているか |
| サブスクリプション | グループタブ、サブスクリプションURL、更新操作 | 特定のグループだけが表示されていないか |
| 画面下部のログ | コアの起動、接続、エラー情報 | 設定を切り替えた後に最初に出たエラー |
| システムプロキシとルーティング | アプリの通信を取り込む方法、ルーティングルールの選択 | 通信の取り込み設定とルーティング設定を混同しない |
| 設定 | ローカル待ち受け、コア関連のオプション、ログなど | 変更前の値を記録し、一度に一項目だけ変更する |
サーバー一覧：選択・有効化・編集の違い
サーバー一覧の各行には、通常1件の接続設定が表示されます。VMessやVLESSなどはプロトコルの種類、アドレスとポートは接続先サーバーの情報です。備考は識別しやすくするための名称にすぎません。備考に地域や用途が書かれていても、クライアントがその内容を検証したわけではありません。接続状況は実際のアクセス結果やログもあわせて確認してください。
- 行をクリック：通常は行が選択され、右クリック操作や一括処理の対象になります。クリックしただけで接続先が切り替わったとは限りません。
- 接続先として有効化：対象の行を選択し、右クリックメニューから該当する操作を実行します。その後、接続先の表示とコアログを確認してください。表示方法は画面のバージョンによって異なる場合があります。
- サーバーを編集：右クリックメニューの編集からプロトコルの設定を確認できます。接続先を切り替えるために、アドレス、UUID、トランスポート設定を変更しないでください。
- サーバーをテスト：メニューの項目が接続遅延テスト、実接続テスト、速度テストのどれかを確認してください。テストごとに目的と方法が異なるため、結果を相互に置き換えることはできません。
- サーバーを削除：削除されるのはローカルに保存された設定です。サブスクリプション由来の項目は、次回更新時に再び表示されることがあります。取得元全体を停止する場合は、サブスクリプションの設定で操作してください。
一覧の列幅が足りない場合は、横にスクロールするか列幅を調整してください。表示が切れているアドレスを、設定がないと誤解しないようにしましょう。スクリーンショットを共有する前に、サーバーアドレス、サブスクリプションURL、認証情報を隠してください。トラブルの確認には、通常、プロトコルの種類、伏せ字にしたエラー行、操作時刻があれば十分です。
サブスクリプション：グループタブと更新メニュー
サブスクリプションのグループには、サーバーを分類する役割と、取得元および更新オプションを保存する役割があります。グループタブをクリックすると通常は一覧が絞り込まれますが、そのグループ内のサーバーが接続先に設定されるわけではありません。空のタブに切り替わっても、すべてのサーバーが削除されたとは限りません。
-
グループ設定を開く
メイン画面で「サブスクリプション」→「サブスクリプション設定」を開きます。お使いのバージョンでボタンとして表示される場合は、同じ名前の項目から進んでください。一覧上部のグループタブを編集画面と間違えないようにしましょう。
-
サブスクリプションの取得元を入力する
グループを追加し、識別しやすい名前と完全なサブスクリプションURLを入力して保存します。URLにはアクセストークンが含まれることがあるため、認証情報として管理し、公開ログやスクリーンショットに貼り付けないでください。
-
サブスクリプションを更新する
「サブスクリプション」メニューに戻り、ネットワーク環境に応じて「すべて更新（プロキシを使用しない）」または「すべて更新（プロキシを使用）」を選びます。バージョンによっては「現在のサブスクリプション」など、似た名前で表示されます。
-
接続先の設定を確認する
更新が終わったら該当するグループに切り替え、項目が表示されていることを確認します。次にサーバーを選択し、接続先として有効化してください。更新成功はサブスクリプションの取得と解析が完了したことを示すだけで、すべての設定が使えることを保証するものではありません。
「プロキシを使用して更新」を選ぶには、利用可能なプロキシ経路が必要です。初回のインポート時や一覧が空の状態では、この方法を繰り返しても通信経路がない場合があります。プロキシを使わない更新も失敗する場合は、URLが完全か、期限切れでないかを確認し、ログからタイムアウト、証明書の問題、内容の解析エラーのどれかを調べてください。
サブスクリプションから追加された設定の重要な項目を直接編集し、恒久的な対処にすることはおすすめしません。次回の更新でローカルの変更が上書きされる場合があります。独自の設定を残したい場合は、手動設定の項目またはグループを別に作り、取得元を区別してください。
システムプロキシとルーティング：通信の取り込みとルールは別の設定
Windowsのシステムプロキシメニューには、「システムプロキシを自動設定」「システムプロキシを解除」「システムプロキシを変更しない」などがあります。自動設定では通常、システムプロキシをクライアントのローカル待ち受け先に向けます。解除すると関連するシステムプロキシ設定が削除されます。変更しない場合は現在の状態が保たれるため、プロキシを無効にする操作とは異なります。
システムプロキシのメニュー
- 操作する場所
- メイン画面下部またはタスクトレイの「システムプロキシ」メニュー
- 通信の取り込み方法
- システムプロキシを自動設定
- 対象
- システムプロキシ設定に従うアプリ
アプリの通信が取り込まれていない場合、ルーティングルールを変更しても通常は解決しません。
ルーティングモードのメニュー
- 操作する場所
- メイン画面のルーティング選択メニュー
- 対象
- すでにコアに渡された接続
- 主な転送先
- direct、proxy、block
ルール名や動作はローカル設定によって異なります。名前だけで全体の動作を判断しないでください。
たとえば、システムプロキシを使うブラウザーのリクエストは、まずローカルコアに届き、その後ルーティングによって直接接続するかプロキシ経由にするかが決まります。システムプロキシを参照せず、直接接続するアプリの場合、プロキシルーティングを選んでも通信がコアに届かないことがあります。TUNは別の通信取り込み方式です。画面の操作に慣れるまでは、確認事項が増えないよう同時に有効化する必要はありません。
- 設定を切り替えてもWebページにまったく変化がない：システムプロキシのアドレスとポート、ブラウザー独自のプロキシ設定を確認します。
- 一部のドメインだけ想定外の経路になる：現在のルーティング設定、ルールの順序、ログに表示されるアウトバウンドタグを確認します。
- クライアント終了後にWebへアクセスできない：停止した待ち受けポートを指すシステムプロキシ設定が残っていないか確認します。
ログ画面：最初に発生したエラーを時刻から探す
画面下部の情報欄には、クライアントの操作情報とコアの出力が混在する場合があります。前者にはサブスクリプションの更新や設定の切り替えなど、後者には待ち受けの起動、接続処理、エラーなどが記録されます。操作した時刻を控えて、その後に発生した最初の異常を探してください。過去のエラーを今回の結果と取り違えずに済みます。
| ログのキーワード | よくある意味 | 確認する場所 |
|---|---|---|
address already in use | 待ち受けポートが他のプロセスに使用されている | 設定内のローカルポート、起動中の別インスタンス |
failed to load config | コアが生成された設定を読み込めない | 後続の具体的なエラー、最近変更した設定項目 |
connection refused | 接続先が接続を拒否した | エラー行に表示された接続先アドレスとポート |
i/o timeout | ネットワーク処理がタイムアウトした | タイムアウトが発生した段階（接続先への接続、DNS、サブスクリプションの取得） |
certificate | TLS証明書の検証が関係している可能性がある | エラー全文、システム時刻、サーバー名、サーバー側の設定 |
これらはよく見られるログの一部であり、完全なエラーメッセージの形式ではありません。同じタイムアウトの文言でも発生段階が異なる場合があります。前後の数行も残して判断してください。ログに「コアの起動に成功」とだけ表示されている場合に確認できるのは、起動段階が完了したことまでです。接続処理を確認するには実際にリクエストを送る必要があります。
設定：ローカル待ち受けポートと接続先ポートを区別する
「設定」→「パラメーター設定」を開いたら、まずローカル待ち受けポートに関する項目を確認します。バージョンによって、HTTPとSOCKSの個別ポートや、共通の待ち受けポートが使われることがあります。古い解説に記載されたポートの組み合わせを、現在のバージョンの初期値と決めつけないでください。実際の設定画面と起動ログを確認しましょう。
ローカル待ち受けが127.0.0.1:10808の場合、アプリのリクエストをクライアントに渡すローカルの接続先を示します。サーバー一覧の接続先ポートは、コアがサーバーに接続するためのポートです。ローカルポートを変更しても、接続先ポートの誤りは直りません。ブラウザーや手動でプロキシを設定したアプリが、変更前のポートに接続し続ける可能性があります。
- ローカル待ち受けアドレス：このPCだけで使う場合は、通常ループバックアドレスのままにします。LANからの接続を許可する前に、ネットワークの範囲とアクセス制御を確認してください。
- ローカルポート：変更後に保存し、コアが正常に再読み込みされたことを確認します。その後、システムプロキシや手動でプロキシを設定したアプリのポートも更新されているか確認してください。
- コア関連のオプション：項目が複数あるからといって、やみくもに切り替えないでください。コアによって対応するプロトコルのフィールドや設定構造が異なります。切り替えた後は起動と接続を再確認してください。
- ログレベル：問題の調査に必要な範囲で詳細度を上げ、終了後は適切なレベルに戻してください。ログにはアクセス先やローカルネットワークの情報が含まれる場合があるため、全体を公開するのは避けましょう。
サーバー編集画面では、個別の接続に使うアドレス、認証、トランスポートの設定を管理します。設定画面では、クライアントやコアの共通動作を管理します。UUID、TLSのサーバー名、WebSocketのパスが見つからない場合は、共通設定を探し続けず、該当サーバーの編集画面を開いてください。
よくある画面操作の疑問と基本の確認手順
サーバーをクリックしたのに、接続先が変わらないのはなぜ？
クリックしただけでは、選択行が変わるだけの場合があります。目的の項目を右クリックして接続先として有効化し、表示を確認してから、切り替え後のコアログを見てください。すでに確立された長時間接続はすぐに切り替わらないことがあります。確認時はリクエストを新たに送信してください。
サブスクリプションの更新に成功したのに、一覧が空なのはなぜ？
まずすべてのグループに戻し、検索条件を解除してから対象のグループを確認します。それでも空の場合は、更新ログに認識可能な項目が実際に取り込まれたかを確認してください。リクエストが成功しても、取得した内容がログインページやエラーテキストであれば、有効なサーバー設定にはなりません。
コアが起動したのに、ブラウザーで開けないのはなぜ？
Windowsの「システムプロキシ」メニューで自動設定が有効か確認し、ローカル待ち受けポートも確認してください。その後、実際にアクセスして該当する接続ログが出るか確認します。接続ログがありエラーが出る場合は、エラーが発生した段階に応じて接続先の設定を調べてください。
設定を変更しすぎた場合、まず何を元に戻せばよい？
まず最後に変更した項目だけを元に戻し、再読み込みしてください。サブスクリプション、ルーティング、待ち受けポートを同時に初期化するのは避けましょう。接続先の設定、コアの起動、システムプロキシ、実際のアクセスの順に確認し、変更内容を記録してください。
画面の見方を確認したら、決まった順序で接続を検証できます。サブスクリプションの項目があることを確認し、接続先を設定して、コアの起動ログを確認します。次に必要な通信の取り込み方法を有効にし、実際にアクセスしてください。失敗した場合は、最後に正常と確認できた段階から調べます。すべての設定を再インポートする必要はありません。
- 現在のグループ、接続先サーバーの備考、ローカル待ち受けポートを記録し、認証情報は記録・共有しないでください。
- 接続先の設定を一つだけ切り替え、新たな起動エラーが出るか確認します。
- システムプロキシの状態を確認し、キャッシュ済みページを見るだけでなく、新しいリクエストで検証します。
- リクエストの時刻に合わせてログを確認します。特定のサイトだけで問題が起きる場合は、クライアントをすぐ再インストールせず、ルーティングとDNSを調べてください。