この記事は、v2rayN 7.xを初めて起動する人向けです。メニューバー、購読グループ、サーバー一覧、ステータスバー、ログの役割を理解し、購読のインポート、ノード選択、遅延テスト、システムプロキシの有効化、基本的なエラー確認まで進められます。
まずはメイン画面の5つの領域を確認
v2rayNのメイン画面は、単なる「接続ボタン」ではありません。上部メニューで操作を実行し、左側の購読グループで設定を絞り込み、中央のサーバー一覧でノードを確認します。下部のステータスバーには現在の動作状態が表示され、ログパネルにはコアの起動や接続に関する情報が記録されます。
7.xの細かなバージョンによってボタンの位置が少し変わる場合があり、ウィンドウ幅によってサイドバーやログ領域の表示範囲も変わります。この記事では、v2rayN 7.15.xでよく見られるレイアウトと日本語の画面表記を前提に説明します。項目が見つからないときは、まずウィンドウが狭すぎないか確認し、該当するメニューを開いてください。
上から順に操作の流れをつかむ
- メニューバー:サーバーの追加、購読の管理、各種パラメーターの調整、一括テストを行います。
- 購読グループのサイドバー:複数の購読や自作グループを切り替え、現在のグループに属するサーバーだけを表示します。
- サーバー一覧:エイリアス、アドレス、ポート、プロトコル、トランスポート、テスト結果を確認し、使用するサーバーを設定します。
- ステータスバー:現在のサーバー、システムプロキシの状態、ルーティングモード、ローカル待受ポートを確認します。
- ログパネル:コアの起動、設定の読み込み、DNSクエリ、接続失敗、ポート競合に関する情報を確認します。
メニューバーで追加・更新・全体設定を行う
メニューバーは、すべての管理操作の入口です。「サーバー」では、VMess、VLESS、Trojan、Shadowsocksの設定を手動で追加できるほか、クリップボードから共有情報をまとめてインポートできます。サーバーを手動編集するときは、アドレス、ポート、ユーザー識別子、トランスポート、TLS、サーバー名などをサーバー側の設定と一致させてください。
「購読グループ」では、購読URLの追加、グループ名の編集、現在の購読またはすべての購読の更新を行います。購読の更新が完了すると、新しい設定が該当グループに書き込まれます。ただし、更新しただけで現在のネットワークに最適な回線が自動選択されるわけではありません。サーバー一覧で遅延をテストし、使用するサーバーを選ぶ必要があります。
「設定」には、パラメーター設定、ルーティング設定、DNS設定、コア管理などの項目があります。初回は、Coreの種類、ローカル待受ポート、自動起動、システムプロキシの動作を確認するのがおすすめです。用途を理解しないままポート、DNS、ルーティングルールを同時に変更すると、ログにエラーが出た際に原因を特定しにくくなります。
パラメーターを開く
「設定」→「パラメーター設定」の順に進み、まず基本設定ページを確認します。すべての項目を急いで変更する必要はありません。
コアを確認する
続けて「設定」→「パラメーター設定」→「Coreの種類」を開きます。一般的なVLESSとVMessの設定では、Xray Coreを使用できます。
ポートを確認する
ローカル待受ポートを確認します。よく使われる混合ポートは10808です。変更済みの場合は、ブラウザーや他のアプリにも同じポートを入力してください。
設定を保存する
確認をクリックしたら、下部のステータスバーを確認します。コアが自動的に再起動した場合は、現在のサーバー名とポートが再表示されるまで待ちます。
ログを確認する
ログパネルを開いて約30秒確認し、「address already in use」のようなポート競合のメッセージがないことを確認します。
名前が似たメニューでも役割は異なる
| 項目 | 対象 | 主な用途 |
|---|---|---|
| サーバー | 個別のノード設定 | 追加、編集、削除、インポート、使用サーバーへの設定 |
| 購読グループ | リモート設定のまとまり | 購読URLの追加、ノードの更新、グループの切り替え |
| 設定 | クライアント全体の動作 | コア、ローカルポート、ルーティング、DNS、自動起動の設定 |
| ヘルプ | バージョンと動作情報 | 現在のクライアントバージョンと基本情報の確認 |
購読グループのサイドバーで一覧の表示範囲を決める
購読グループは、サーバー一覧のフィルターと考えると分かりやすいでしょう。グループを選ぶと、中央にはそのグループに属する設定だけが表示されます。ノード数が突然数十件から数件に減った場合は、左側で手動設定グループやテストグループを選んでいないか、名前フィルターが有効になっていないかを確認してください。すぐに購読を再インポートする必要はありません。
1つの購読に複数の地域やプロトコルが含まれることもあります。グループ名には、提供元や用途を表す「普段使い」「予備回線」「手動設定」などが適しています。特定のノード名をグループ名にすると、更新後にノード名が変わった際、設定の出所を判断しにくくなります。
おすすめ:普段使いと診断用のグループを分けて管理
普段の利用
- 購読が自動生成したノード名をそのまま残す
- 地域や遅延で並べ替えて使用サーバーを選ぶ
- 購読を更新する前に、現在使えるノードを記録する
トラブルシューティング
- 設定を1つコピーして手動グループでテストする
- トランスポート、TLS、DNSのうち一度に1項目だけ変更する
- ログを確認し、変更前後のエラーを比較する
グループは設定を整理するためのもので、プロトコルパラメーターを変更するものではありません。診断時に同時に変更する項目を減らすと、原因を特定しやすくなります。
更新後に一覧が空になったら、まず3項目を確認
- 現在選択しているのが、先ほど更新した購読グループであることを確認します。「デフォルト」や手動設定グループになっていないかも確認してください。
- サーバー一覧の上部にあるキーワードフィルターを解除します。特に地域の略称やプロトコル名が条件になっていないか確認してください。
- ログを開いて更新結果を確認し、ネットワークのタイムアウト、購読内容が空の場合、内容の解析失敗を区別します。
サーバー一覧の各列を読み解く
サーバー一覧は、メイン画面でもっとも情報量の多い領域です。各行は1つのローカル設定を表します。一般的な列には、エイリアス、アドレス、ポート、プロトコルの種類、トランスポート、TLS、遅延、速度があります。列名はバージョン、ウィンドウ幅、表示設定によって変わりますが、確認する順番は基本的に同じです。
「エイリアス」はユーザーが識別するための名前で、ネットワーク接続には使われません。「アドレス」と「ポート」がリモート側の接続先です。「種類」にはVMess、VLESS、Trojan、Shadowsocksが表示されます。「トランスポート」にはTCP、WebSocket、gRPCなどが表示されます。リモート側の設定と一致させる必要があるため、遅延を下げる目的で自由に変更しないでください。
遅延の列では、テスト方法を区別する必要があります。TCP Pingは主に対象ポートへのTCP接続を確認するもので、数値が低くてもプロキシ経路が利用できるとは限りません。実接続の遅延は、現在のプロキシ設定を使って実際にリクエストを送り、ノードが正常に動作するかを判断するのに適しています。TCPテストは成功するのに実接続テストが失敗する場合は、プロトコルパラメーター、TLS、サーバー名、システム時刻を優先して確認してください。
基本識別項目
- エイリアス
- ノードの表示名
- アドレス
- リモートのドメインまたはアドレス
- ポート
- リモートの待受ポート
- 種類
- VLESS、VMessなどのプロトコル
どの設定を選択したかを確認するための項目で、実際の速度を直接示すものではありません。
トランスポート関連項目
- トランスポート
- TCP、WebSocket、gRPC
- TLS
- トランスポートのセキュリティ設定
- SNI
- TLSのサーバー名
- Flow
- VLESS固有のフロー制御値
購読から提供された値は、通常手動で書き換える必要はありません。
テスト結果の項目
- TCP
- ポート接続時間
- 実接続
- プロキシリクエストの所要時間
- 速度
- テスト中の通信結果
- 状態
- 成功、タイムアウト、エラー
まず実接続の結果を重視し、その後、継続利用時の安定性も合わせて判断してください。
ローカル動作情報
- 使用サーバー
- 現在コアが使用している設定
- 混合ポート
- よく使われる例は10808
- システムプロキシ
- アプリがプロキシ設定を読み取るかどうかを決める
- ルーティングモード
- トラフィックの振り分けと出口を決める
これらの情報は主に下部のステータスバーで確認できます。
ノード選びで最小値だけを見ない
- まず複数のノードで実接続による遅延テストを実行し、タイムアウトやハンドシェイク失敗の設定を除外します。
- 成功した結果の中から遅延が安定したノードを選び、一時的に最小の値だけを機械的に選ぶ必要はありません。
- 候補ノードを2~3回続けてテストします。結果が120 ms、480 ms、160 msのように大きく変動するノードは、180 ms前後を継続して維持するノードより安定性に劣ることが一般的です。
- 使用サーバーに設定したら、実際に使うWebページやアプリを開いて確認します。一覧のテストは候補を絞り込むためのもので、ネットワーク品質を完全に判断するものではありません。
ステータスバーとシステムプロキシの意味
下部のステータスバーでは、「現在実際に動作している設定」を確認できます。通常は、使用サーバー名、ローカルポート、システムプロキシの状態、ルーティングモードが表示されます。サーバー一覧で行をハイライトしたら、ステータスバーの名前も連動して変わったか確認してください。変化がなければ、その行を選択しただけで、使用サーバーにはまだ設定されていません。
システムプロキシを有効にすると、OSのプロキシ設定を参照するアプリがv2rayNのローカルポートへリクエストを送信します。混合ポートの例として10808がよく使われ、一般的なHTTPとSOCKSのインバウンド接続を同時に受け付けられます。パラメーター設定で別のポートに変更した場合は、手動でプロキシを設定するアプリ側も同じ値に更新してください。
ルーティングモードは、リクエストをプロキシ経由、直接接続、またはブロックのどれにするかを決めます。ルールは通常、設定された順番で照合され、ドメイン、IP、プロセス、ポートなどが条件になります。初回はクライアントに用意された基本ルールを使い、出所が不明で内容が重複するルールセットを複数同時に導入しないでください。
| 画面の状態 | 実際の意味 | 次に確認すること |
|---|---|---|
| ノードがハイライトされている | 一覧のフォーカスがその行にある | ダブルクリックするか、右クリックメニューから使用サーバーに設定する |
| ステータスバーにノード名が表示される | コアがその設定を読み込んでいる | ログで起動が完了したか確認する |
| システムプロキシが有効 | システムプロキシに対応するアプリがローカル入口を利用できる | 対象コンテンツにアクセスし、接続ログを確認する |
| システムプロキシが無効 | コアは動作していても、アプリが利用するとは限らない | 用途に応じてシステムプロキシを有効にするか、ポートを手動入力する |
ログパネルで接続問題を切り分ける
ログはプログラムがクラッシュしたときだけ見るものではありません。使用サーバーの切り替え、Coreの種類の変更、ルーティングの更新、ローカルポートの変更後にも確認してください。正常な起動では、設定の読み込み、インバウンドの待受、コアの動作に関する記録が表示されます。同じエラー行が繰り返される場合は、設定またはネットワークに問題が残っています。
「address already in use」は通常、ローカルポートが別のプロセスに占有されているか、v2rayNの別インスタンスがバックグラウンドで動作していることを示します。まずタスクバーの通知領域とタスクマネージャーを確認し、複数のインスタンスを続けて起動しないでください。重複プロセスがないことを確認したら、「設定」→「パラメーター設定」でローカルポートを確認します。
ログに接続タイムアウトが表示されたら、購読の更新、リモートサーバーへの接続、DNSクエリのどこでタイムアウトしたかを切り分けます。購読更新のタイムアウトは、既存ノードがすべて無効になったことを意味しません。リモート接続のタイムアウトも、ローカルポートのエラーとは限りません。実行した操作の時刻と、その直後のログ行を合わせて判断してください。
ノードをダブルクリックしてもWebページが開かない?
まずステータスバーにそのノード名が表示されているか確認し、次にシステムプロキシが有効か確認します。その後、実接続による遅延テストを実行し、ログでハンドシェイク失敗、DNSエラー、接続タイムアウトを探してください。
一覧に遅延は表示されるのに、実際の接続に失敗する?
実行したのがTCP Pingか実接続テストかを確認します。TCPの数値しかない場合、リモートポートに到達できることしか分かりません。プロトコルの種類、TLS、SNI、Flow、トランスポートが正しく設定されているか確認してください。
ログにポート競合が表示され続ける?
通知領域にある重複インスタンスを終了し、タスクマネージャーで関連プロセスが終了したことを確認します。その後、「設定」→「パラメーター設定」を開き、10808または現在のカスタムポートが他のソフトウェアに使用されていないか確認してください。
購読を更新したのに古いノードが残っている?
現在のグループを更新したか確認し、購読グループの更新結果を確認します。ノードが手動設定グループにある場合、他の購読を更新しても削除されません。該当グループで個別に整理してください。
メインウィンドウを閉じても動作し続けるのはなぜ?
タスクバーの通知領域を確認してください。設定によっては、ウィンドウを閉じても最小化されるだけで、コアとシステムプロキシは動作し続けます。完全に終了する場合は、通知領域のメニューから終了を選びます。
推奨するトラブルシューティングの順番
- 現在の使用サーバー名、Coreの種類、ローカルポート、システムプロキシの状態を記録する。
- 現在のログ位置を消去または目印を付けてから、実接続による遅延テストなど明確な操作を1回実行する。
- 新しく出たエラーだけを確認し、数分前の購読更新ログを現在の接続エラーと混同しない。
- 一度に1つだけ設定を変更し、保存後に再テストしてログの変化を比較する。
- 利用可能な設定に戻してから、グループ、ルーティング、DNSを整理し、調査範囲を広げすぎない。
初回利用時の操作手順
画面全体の構成を把握したら、日常の流れは「購読をインポート、グループを更新、サーバーをテスト、使用サーバーに設定、システムプロキシを有効化、ログを確認」の6ステップにまとめられます。各ステップはメイン画面の明確な領域に対応しているため、複数の設定画面を何度も行き来する必要はありません。
初回設定では、まずルーティングとDNSを既定値のままにし、コアとポートだけを確認することをおすすめします。ノードで正常にアクセスできるようになってから、用途に応じて振り分けルールを調整してください。後で問題が起きても、原因がノード自体にあるのか、追加したルーティングやDNS設定にあるのかを素早く判断できます。
購読を追加
「購読グループ」を開き、新しいグループを作成して完全な購読URLを入力します。保存後、「現在の購読を更新」を実行してください。
ノードを絞り込む
左側で更新したばかりのグループを選び、キーワードフィルターを解除して、サーバー一覧に設定が表示されることを確認します。
接続をテスト
複数のサーバーで実接続による遅延テストを実行し、タイムアウトした項目を除外します。候補ノードは2~3回繰り返しテストしてください。
使用サーバーに設定
対象行をダブルクリックするか、右クリックメニューから使用サーバーに設定し、下部ステータスバーのノード名を確認します。
プロキシを有効化
用途に応じてシステムプロキシを有効にし、ステータスバーのローカルポートが「設定」→「パラメーター設定」と一致することを確認します。
ログを確認
実際に使うWebページを開きながら約30秒ログを確認します。失敗した場合は、ポート、DNS、ハンドシェイク、リモート側のタイムアウトの順に確認してください。