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

1. メイン画面では4つの状態を確認。選択行だけで接続成功と判断しない

v2rayNは、設定を管理してプロキシコアを起動するデスクトップクライアントです。メイン画面のサーバー一覧には接続設定が保存され、コアがローカルポートで待ち受け、ルーティングを適用してリモートサーバーへ接続します。一覧に設定が表示されていても、それはクライアントに登録されていることを示すだけです。リモートサーバーに接続できることや、ブラウザーがその設定を使っていることを意味しません。

日常の確認は「設定がある → 使用するサーバーに指定 → コアを起動 → アプリを接続」の順に進めます。ルーティングは接続後にどのアウトバウンド経路を使うかを決め、システムプロキシはその設定に従うアプリが接続をローカルプロキシへ渡すかどうかを決めます。この2つは別の階層の設定です。

2. サーバー一覧の各項目：アドレス・ポート・プロトコル・テスト結果

一覧の1行は、通常1つのサーバー設定に対応します。名前は識別用、アドレスとポートは接続先、プロトコルとトランスポートは接続方式を決める項目です。VLESS、VMess、Trojanはプロキシプロトコル、WebSocketやgRPCなどはトランスポート方式です。同じ種類の選択肢として混同しないようにしてください。

サーバー行を右クリックすると、現在の画面で利用できる編集、使用するサーバーへの指定、テスト、削除などの操作を確認できます。設定を切り替えるには、右クリックメニューの「使用するサーバーに設定」を選び、使用中の表示と、その後のコアのログを確認してください。行の選択色だけで判断しないようにしましょう。ダブルクリック時の動作は画面の実装によって異なる場合があるため、バージョンを問わず使える手順とは限りません。

• TCPing：接続先のアドレスとポートへのTCP接続状況を主に確認します。プロキシ認証、TLS、接続先サイトへのアクセスが成功することまでは確認できません。
• 実接続遅延：設定に応じたプロキシ経由でテスト先へアクセスするため、実際のプロキシリクエストに近い結果が得られます。ただし、結果はテストURLにも左右されます。
• ダウンロード速度：テスト用ファイル、回線、現在の負荷によって変わるため、1回の結果から継続的な帯域幅を判断することはできません。
• 空欄または失敗：未テスト、タイムアウト、設定ミスなどが考えられます。まずエラーの内容を確認し、空欄をそのまま速度ゼロと解釈しないでください。

3. サブスクリプショングループ：取得元を登録してからサーバー一覧を更新

サブスクリプショングループには取得元情報を保存し、インポートした項目をグループごとに整理できます。グループ名はローカルでの管理用情報で、更新時にアクセスするのはサブスクリプションURLです。アクセストークンを含む完全なURLは機密情報として扱い、スクリーンショット、ログ、問い合わせ内容では必ず隠してください。

1. グループ設定を開く

   メイン画面で「サブスクリプション」→「サブスクリプショングループ設定」を開きます。現在の画面でボタンやメニュー内にまとめられている場合は、同じ名前の項目を探してください。サーバー編集画面にサブスクリプションURLを入力しないようにしましょう。

2. 取得元を登録

   グループ設定画面で「追加」を選び、識別しやすい名前と提供元から案内された完全なサブスクリプションURLを入力して保存します。URLのクエリパラメーターを残し、ドメイン名だけをコピーしないでください。

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

   「サブスクリプション」メニューに戻り、「すべてのサブスクリプションを更新（プロキシを使用しない）」または「プロキシ経由で更新」に相当する操作を選びます。異なるのは更新リクエストのネットワーク経路であり、サブスクリプションの形式ではありません。

4. 更新結果を確認

   ログでリクエスト失敗や解析エラーがないか確認し、対象グループに切り替えて項目を確認します。一覧が空の場合は、検索フィルターを解除し、別のグループだけが表示されていないか確認してください。

5. 使用するサーバーに設定

   更新後の一覧で対象の行を右クリックし、「使用するサーバーに設定」を実行します。コアの起動を確認してからシステムプロキシを設定し、Webページにアクセスできるかテストしてください。

更新によってサブスクリプション管理下の項目が再作成または上書きされる場合があるため、重要な手動変更をサブスクリプションのノードだけに残すのは避けましょう。独自設定を長期的に保持する場合は、変更点を記録し、現在のクライアントが対応する別の設定管理方法で保存してください。更新後は使用中のサーバーを再確認し、削除済みの古い項目を使い続けないようにしましょう。

4. ログ画面：起動失敗・接続失敗・ルーティング結果を見分ける

まず障害が発生した時刻を記録し、確認範囲を絞ってからリクエストを1回だけ再現します。メイン画面下部のログや情報欄には、クライアントの操作メッセージとコアの出力が同時に表示されることがあります。サブスクリプションの解析失敗はインポート段階、ローカルポートの競合は起動段階、リモート接続のタイムアウトは接続段階の問題です。それぞれ対処方法が異なります。

アクセス記録がないからといって、コアが必ず壊れているとは限りません。ログレベルによっては接続情報が記録されず、アプリがプロキシに接続していない場合もあります。「設定」→「パラメーター設定」で、現在の画面にあるログ設定を確認してください。診断中だけ出力レベルを上げ、終了後は元に戻しましょう。ログには接続先のドメイン名やローカルパスなどが含まれることがあります。共有する前に情報を伏せてください。

• まずコアが正常に起動したことを確認してから接続先を調べましょう。起動に失敗している状態でサイトを次々に切り替えても、原因の切り分けにはなりません。
• ブラウザーだけで失敗する場合は、ブラウザー独自のプロキシ設定とシステムプロキシ設定を比較し、設定が競合していないか確認してください。
• 特定の接続先で失敗する場合は、そのリクエストが発生した時間帯のログを確認します。ログ画面に残っている過去のエラーをすべて現在の問題とみなさないでください。

5. パラメーター設定：ローカルポートとリモート設定を分けて確認

「設定」→「パラメーター設定」では、主にクライアントとコアの動作オプションを管理します。サーバー行の編集画面では、個々のリモート設定を管理します。どちらにも「ポート」という項目がありますが、用途は異なります。ここで例として挙げる 10808 と 443 は説明用の値です。既存の設定を書き換える必要はなく、すべてのクライアントで共通の初期値でもありません。

ローカルポートを変更して保存したら、コアが正常に再読み込みされたことを確認してください。システムプロキシを使う場合は、OSに設定されているポートも確認します。プロキシを手動設定しているアプリは、それぞれ設定を合わせてください。LANからの接続を許可する場合は、待ち受け範囲とファイアウォールのルールによって、ほかの端末から接続できるかが変わります。一般的な個人利用で、「速度向上」のために待ち受け範囲を広げる必要はありません。

コアの種類も任意に切り替えられるわけではありません。XrayとV2Flyでは利用できる設定機能が完全には同じではなく、クライアントにプロトコル名が表示されていても、選択したすべてのコアがその設定項目に対応するとは限りません。起動時に未対応フィールドのエラーが出た場合は、ネットワークの問題を調べる前に、設定要件と選択中のコアを確認してください。設定項目の構造についてはJSON設定マニュアルを参照してください。

6. トレイとシステムプロキシ：ウィンドウを閉じてもプロセスは終了しない

Windowsの通知領域にあるトレイメニューから、使用中のサーバーを確認したり、システムプロキシを切り替えたり、プログラムを終了したりできます。ウィンドウを閉じた後の動作はクライアントの設定によって異なり、ウィンドウがトレイに隠れてもコアが動作し続ける場合があります。利用を停止する場合は、トレイメニューでプロキシの状態を確認してから終了してください。ウィンドウが消えただけで終了したと判断しないようにしましょう。

クライアントを終了した後もブラウザーが停止済みのローカルポートを参照していると、接続が拒否されることがあります。サーバーをすべて再インポートするのではなく、システムプロキシ設定が残っていないか確認してください。ルーティングの「直結」は、ルールに一致した接続をコアが直接送信するという意味で、ローカルプロキシの待ち受けを停止することではありません。

7. メイン画面のよくある質問：症状に応じて確認箇所を絞る

設定を終えたら、あとから確認できる場所を3つ覚えておきましょう。サーバー一覧で使用中の項目、「設定」→「パラメーター設定」でローカル待ち受け、ログ画面で起動とリクエストの結果を確認できます。サブスクリプションやルーティングを変更するときは、一度に1か所だけ変更すると、問題の発生箇所を特定しやすくなります。