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

この記事の概要

この記事は、v2rayNを起動したものの、「サーバーを選択」「アクティブサーバーに設定」「システムプロキシを設定」の違いが分からない方に向けたガイドです。Windowsでの操作を中心に、一覧、グループ、ログ、設定、タスクトレイの順に説明します。読み終えると、サブスクリプションの更新、アクティブサーバーの切り替え、基本的なトラブルの確認ができるようになります。バージョンによってメニュー名が多少異なる場合は、ボタンの位置ではなく機能を基準にしてください。

まずはメイン画面の4つの状態を区別する

v2rayNは、サーバー情報を管理し、コアの設定を生成するデスクトップクライアントです。システムプロキシなどの操作もここから行えます。サーバーが一覧に表示されていても、確認できるのは情報が取り込まれたことだけです。コアが正常に起動したか、ブラウザーがプロキシを使っているかは、それぞれ別に確認してください。一覧に登録があること、テスト結果が表示されること、Webページにアクセスできることを同じ状態と考えないようにしましょう。

機能エリア	主な用途	ここからは判断できないこと
サーバー一覧	サーバーの確認・編集・テスト・選択	行を選択しただけでは接続先は切り替わらない
サブスクリプショングループ	登録元ごとに情報を絞り込み、サブスクリプションを更新	グループを切り替えてもアクティブサーバーは切り替わらない
ログパネル	コアの起動・接続・エラー情報を確認	接続ログが1件あっても、リクエスト全体の成功とは限らない
システムプロキシとルーティング	アプリをプロキシに接続する方法と、接続後の通信の振り分けを個別に制御	システムプロキシを有効にしても、すべてのアプリがプロキシを使うとは限らない

初めてトラブルを調べるときは、「サーバー情報 → アクティブサーバー → コアの起動 → アプリの接続 → ルーティング先」の順に確認しましょう。一度に変更するのは1項目だけにし、変更前後のログを残してください。サブスクリプション、ポート、ルーティングを同時にリセットすると、正常だった部分まで分からなくなるおそれがあります。

サーバー一覧：選択・有効化・テストの違い

一覧の備考はサーバーの識別に使い、アドレスとポートは接続先を示します。プロトコル欄は設定の種類を確認するためのものです。VMessやVLESSはプロキシプロトコルであり、回線品質の評価ではありません。TLS、トランスポート方式などの設定はサーバー側と一致させる必要があります。備考は必要に応じて変更できますが、名前からアドレス、ポート、認証情報を推測することはできません。

通常、行をクリックすると選択状態になるだけで、右クリック操作の対象を指定できます。接続先を実際に切り替えるには、対象行の右クリックメニューから「アクティブサーバーに設定」を選び、アクティブ表示やログに変化があるか確認してください。表示方法はバージョンによって異なるため、行の背景色だけで判断しないでください。複数選択して削除やテストを行う場合は、対象範囲も事前に確認しましょう。

サーバーを編集：アドレス、ポート、ユーザーID、トランスポート、セキュリティ設定を確認します。サブスクリプション由来の登録内容は、まず配信元で修正してください。ローカルでの編集は次回更新時に上書きされることがあります。
アクティブサーバーに設定：通常の接続に使うサーバーを選択します。ロードバランサーなどを設定している場合は、接続先の選択方法も別途確認してください。ここでは単一のアクティブサーバーを前提に説明します。
サーバーをテスト：まずテストの種類を確認してください。TCP接続テストで測定されるのは、接続確立までの時間です。実接続に近いテストでも、すべてのWebサイトやアプリが使えることを保証するものではありません。
共有またはエクスポート：完全な認証情報が含まれることがあります。共有リンク、QRコード、設定ファイルは機密情報として扱い、公開の掲示板などにそのまま貼り付けないでください。

サブスクリプショングループ：情報を更新してからアクティブサーバーを選ぶ

サブスクリプショングループでは、情報の配信元を管理します。1つのウィンドウに複数のグループを登録できます。グループを切り替えると主に一覧の表示範囲が変わりますが、そのグループの先頭にあるサーバーが自動でアクティブになるわけではありません。更新後に目的の項目が見つからない場合は、まず選択中のグループと更新結果を確認し、すぐに再インポートしないでください。

グループ設定を開く

メイン画面から「サブスクリプショングループ」→「サブスクリプショングループの設定」を開きます。新しいグループを作成する場合は、見分けやすい備考を入力し、サブスクリプションURL全体をアドレス欄に貼り付けてください。個別サーバーの共有リンクをサブスクリプションURLとして入力しないよう注意しましょう。
保存して更新

グループを保存したら、「サブスクリプショングループ」メニューから「現在のサブスクリプションを更新」または「すべてのサブスクリプションを更新」を実行します。バージョンによっては、「プロキシを使用せずに更新」と「プロキシを使用して更新」が別々に用意されています。現在のネットワークから接続できる方法を選んでください。
一覧を確認

対象のグループに切り替え、サーバーが一覧に表示されるか確認します。更新に失敗した場合は、まず返されたエラーを確認してください。リクエストのタイムアウトと解析エラーは発生段階が異なります。無効なURLや不正な応答内容は、更新を繰り返しても解決しません。
サーバーを有効にする

対象のサーバーを右クリックし、「アクティブサーバーに設定」を選んでからログを確認します。コアが正常に起動したことを確認した後、システムプロキシを設定してブラウザーからリクエストを送信します。情報の取り込みから実際の利用まで、一連の動作を確認できます。

「プロキシを使用して更新」を実行するには、既存のプロキシ接続が使える必要があります。利用可能なサーバーが一覧になかったり、コアがまだ起動していなかったりすると、更新に失敗することがあります。一方、現在のネットワークからサブスクリプションURLに直接接続できない場合は、プロキシを使わない更新がタイムアウトすることもあります。どちらを選ぶかは、サブスクリプションURLへの接続経路で判断してください。常に一方が優れているわけではありません。

ログパネル：最初のエラーから問題の段階を特定する

サーバーを切り替えたら、すぐに画面下部のログを確認しましょう。操作した時刻を控え、その時刻に対応する起動情報やエラーを探します。クライアントの操作ログとコアの出力ログでは、確認できる内容が異なります。前者にはサブスクリプションのリクエスト結果、後者にはリスニング、接続、ルーティングの情報が記録されます。ログ欄が折りたたまれている場合は、展開してから同じ操作をもう一度行ってください。

ログの内容	優先して確認する項目	次の対応
`address already in use`	ローカルの待ち受けポートが競合している	クライアントが二重起動していないか、同じポートを別のプログラムが使用していないか確認する
`connection refused`	ログに記録された接続先のアドレスとポート	接続を拒否されたのがローカルのプロキシ入口か、リモートサーバーかを見分ける
`i/o timeout`	名前解決・接続・読み込みのどの段階でタイムアウトしたか	前後のログを残してネットワークとリモートポートを確認し、すぐにサブスクリプションの無効化と決めつけない
`certificate` 関連のエラー	システム時刻、サービス名、証明書の設定	TLS設定を確認する。証明書検証のスキップを一般的な解決策として使わない

接続ログのインバウンドとアウトバウンドのタグは、通信経路を把握する手がかりになります。ただし、タグ名は設定によって異なります。直接接続のアウトバウンドが表示されても、ルーティングルールの想定どおりであれば問題ではありません。一方、リクエストが受け付けられたとしても、リモート側から応答が正常に返ったとは限りません。接続の受け付け、アウトバウンドの選択、その後のエラーをまとめて確認しましょう。

まず問題を一度再現し、大量の過去ログから現在の操作に対応する行を推測しないようにします。
ログの詳細度を一時的に上げる場合は、現在の設定を控えておき、調査後に元へ戻してください。詳細なログを長期間出し続けるのは避けましょう。
ログを共有する前に、サブスクリプションURL、認証情報、機密性の高いドメインを隠してください。時刻、エラーの種類、原因特定に必要な接続段階は残します。

設定：待ち受けポート・コア・ルーティングを個別に確認

メイン画面の「設定」→「パラメーター設定」は、クライアントの動作を確認する重要な項目です。まずローカルの待ち受けアドレスとポートを確認し、次にサーバーのプロトコルに対応するコアが選択されているか確認します。コアの選択は単なる速度設定ではありません。登録内容のプロトコル、セキュリティ、トランスポートの組み合わせに対応している必要があります。設定画面の項目名はバージョンによって異なることがあるため、変更前に各項目の説明を確認してください。

以下はローカル接続設定を理解するための例であり、すべてのバージョンの既定値を示すものではありません。実際の画面に混合プロキシポートが1つだけ表示される場合は、その項目とコアの実際の待ち受け状態を基準にしてください。数字をそろえるために設定を追加する必要はありません。

10808

SOCKSローカルポートの例。実際の待ち受けポートに合わせてください

10809

HTTPローカルポートの例。該当する入口を設定済みの場合のみ使用してください

たとえば、アプリに 127.0.0.1:10808 を入力し、SOCKSを選ぶ場合は、そのポートで対応するプロトコルの入口が実際に待ち受けている必要があります。HTTPプロキシのアドレスも、HTTPに対応した入口に合わせてください。リモートサーバーのポートは別の設定であり、ローカルプロキシのポートの代わりには使えません。ローカルPCだけで使用する場合は、ループバックアドレスでの待ち受けを推奨します。LANからの接続を許可するとアクセス範囲が広がるため、ファイアウォールとアクセス制御もあわせて確認してください。

ローカルの入口：待ち受けアドレス、ポート、許可するプロキシプロトコルを確認します。ポートを変更した場合は、手動でプロキシを設定しているアプリ側も変更してください。
コアの選択：設定に「Coreタイプ」などの項目がある場合は、サーバー設定に対応するコアを選んでください。接続が正常なときに、テスト目的でコアとトランスポートの設定を同時に変更しないでください。
ルーティング設定：「設定」→「ルーティング設定」でルールと現在有効なルーティング設定を確認します。システムプロキシはアプリの通信を入口へ送り、ルーティングルールはその後どの出口を使うかを決めます。
設定項目：inbounds、outbounds、routingについて詳しく知りたい場合は、当サイトの設定項目の解説をご覧ください。クライアント画面の選択肢を、コアの単一設定項目と機械的に対応させないようにしましょう。

タスクトレイメニュー：システムプロキシのモードと終了操作

Windowsの通知領域にあるv2rayNのタスクトレイメニューから、メイン画面の表示、システムプロキシの切り替え、クライアントの終了をすばやく行えます。メイン画面を閉じても、プロセスが終了するとは限りません。動作はウィンドウの設定によって異なります。タスクバーにウィンドウが表示されているかどうかだけで判断せず、通知領域とプロセスの状態を確認してください。

システムプロキシを自動設定

システムプロキシを解除

この操作で管理されているシステムプロキシ設定を解除し、直接接続に戻したり、システムプロキシの問題を調べたりできます。サーバーの削除やコアの停止を意味するわけではありません。プロキシアドレスを手動で設定したアプリは、引き続きローカルの入口を使う場合があります。

おすすめの用途：システムプロキシを一時停止する場合、終了前にネットワーク接続方法を元に戻す場合

システムプロキシを変更しない

現在のモードのシステムプロキシ状態を維持し、新しい接続方法を設定しません。「プロキシを無効にする」という意味ではなく、既存のシステム設定が残っている場合があります。切り替え後はWindowsのプロキシ設定で実際の状態を確認してください。

おすすめの用途：システムプロキシを別の設定で管理している方

完全に利用を終了する場合は、先にタスクトレイメニューからシステムプロキシを解除し、その後「終了」を選んでください。クライアントが異常終了した後にWebページを開けない場合は、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、手動プロキシのアドレスが残っていないか確認します。設定を戻す前に、勤務先のネットワークや他の必要な設定で使われていないことを確認してください。ネットワーク設定をすべて一括で消去しないようにしましょう。

メイン画面でよくある質問と確認手順

サーバーが一覧にあるのに、Webページを開けないのはなぜ？

対象の行を右クリックして「アクティブサーバーに設定」を選び、ログで起動に成功したか確認します。次に、タスクトレイでシステムプロキシの状態を確認してください。ブラウザーに独自のプロキシ設定がある場合は、現在の待ち受けアドレスとポートを参照しているかも確認します。一覧に登録されているのは、情報の取り込みが完了したことを示すだけです。

サブスクリプショングループを切り替えても、接続先が変わらないのはなぜ？

グループの切り替えは主に一覧を絞り込む操作であり、サーバーを有効にする操作ではありません。新しいグループで対象のサーバーを選び、アクティブサーバーに設定してから、新しい接続でテストしてください。既存の長時間接続は元の経路を維持する場合があります。接続を再利用しているページを更新するだけで判断しないでください。

ログにポート使用中と表示されます。サーバーを変更すべきですか？

まずローカルの待ち受けポートの競合を解消してください。クライアントを二重起動していないか、別のプログラムが同じポートを使用していないか確認します。必要に応じて「設定」→「パラメーター設定」でローカルの待ち受けポートを変更し、手動でプロキシを設定したアプリ側も更新してください。リモートサーバーを変更しても、ローカルのポート競合は解決しません。

メイン画面を閉じたのに、プロキシが動作し続けるのはなぜ？

閉じるボタンを押しても、ウィンドウが非表示になるだけの場合があります。通知領域にv2rayNのアイコンが残っているか確認し、右クリックしてメイン画面を開くか「終了」を選んでください。システムプロキシ経由の接続を停止する場合は、先に「システムプロキシを解除」を選んでからプログラムを終了します。停止済みのローカル入口へアプリが接続し続けるのを防げます。

ひと通り確認すると、次の4点が分かります。どのサーバーがアクティブか、ローカルの入口がどこで待ち受けているか、アプリがどの方法で接続しているか、現在のルーティングでリクエストがどの出口へ送られるか。サブスクリプションを何度も取り込んだり、設定を手当たり次第に変えたりするより、この4点を順に確認するほうが問題を特定しやすくなります。初めての操作では、クイックスタートガイドに沿って進めてください。