v2rayNのメイン画面の見方

1. 画面の各エリアと接続状態を確認

メイン画面を開いたら、まず上部のメニューやツールバーを確認し、次に中央のサーバー一覧、その周辺のグループ絞り込み、下部のログとステータス欄を見ていきます。WindowsのWPF画面とクロスプラットフォームのデスクトップ画面では、ボタンの位置が異なる場合があります。同じ機能がメニュー内にあることもあります。特定のスクリーンショットの配置を全バージョン共通と考えず、機能を手がかりに探してください。

v2rayNは設定と操作を行う画面です。サーバー、サブスクリプション、ルーティングを管理し、対応するコアを起動します。プロキシ接続を実際に確立するのはコアのプロセスです。ウィンドウが開き、一覧にサーバーが表示されていても、それだけではウェブサイトにプロキシ経由でアクセスできているとは限りません。

• サーバー一覧：インポートした接続設定の確認、候補サーバーのテスト、使用するサーバーの指定を行います。
• サブスクリプショングループ：登録した配信元を管理し、グループで一覧を絞り込んだり、サブスクリプションを更新したりします。
• ログ：起動、接続、エラーの記録を確認し、問題がどの段階で発生したかを調べます。
• 設定・ステータス：ローカルの待ち受け、システムプロキシ、ルーティング、TUNなどの設定にアクセスできます。

2. サーバー一覧の各項目を確認

一覧では、まず備考とプロトコルを確認し、次にアドレス、ポート、テスト結果を見ます。表示できる列はバージョンによって異なり、非表示の列やウィンドウ幅によって見える項目も変わります。行の位置だけでノードの有効・無効を判断せず、使用中のマークを確認し、右クリックメニューで現在のサーバーに対する操作を確かめてください。

サーバーを選ぶには、対象の行を選択して右クリックメニューを開き、「使用するサーバーに設定」などの項目を実行します。メニューの表記は画面によって異なります。ダブルクリックの動作は、編集または切り替えなど、画面によって異なる場合があります。迷ったときは説明が表示されたメニューを使いましょう。操作後は使用中のマークを確認し、ログに再読み込みや起動の記録があるかを確認します。

遅延を比較するときは、同じ方法でテストしてください。TCPテストで分かるのは主に接続先ポートへの接続可否であり、認証や通信方式、接続先ウェブサイトへのアクセスまで正常とは限りません。実際の接続テストはより多くの経路を確認できますが、テスト先の影響も受けます。結果が空欄なのは未テストなだけかもしれません。タイムアウトも、サブスクリプションが無効になったことを直接示すものではありません。

3. サブスクリプショングループ：絞り込みと更新の違い

サブスクリプションURLはサーバー設定を取得するための入口で、サブスクリプショングループは配信元を管理するためのものです。グループを切り替えると、通常は一覧の表示範囲が変わりますが、そのグループの先頭サーバーが自動的に使用中になるわけではありません。サブスクリプションを更新すると、リモートから設定を再取得し、一覧の項目が追加・削除・変更されます。

1. グループ設定を開く

   メイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開きます。グループ管理ボタン内にある場合は、同じ名前の管理画面に進んで既存のグループを確認し、重複登録を避けてください。

2. サブスクリプションの配信元を追加

   「追加」または「+」を選び、見分けやすい名前を入力します。サービス提供元から案内されたURL全体をサブスクリプションURL欄に貼り付けて保存してください。VMessやVLESSの個別接続情報を、サブスクリプションURLとして入力しないようにしましょう。

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

   「サブスクリプショングループ」メニューに戻り、すべてのサブスクリプションを更新する項目を選びます。「プロキシ経由」と「プロキシを使わない」更新方法を区別してください。前者を使うには、利用可能なプロキシ接続が必要です。

4. インポート結果を確認

   追加したグループに切り替え、サーバー数と備考を確認し、更新ログも確認します。サーバーを1つ選んで使用中に設定したうえで、実際にアクセスできるかを試してください。「更新成功」は「接続成功」を意味しません。

サブスクリプションURLにはアクセストークンが含まれる場合があるため、認証情報として慎重に扱ってください。問い合わせの際は、URL全体やQRコード、スクリーンショットに写った機密情報を隠しましょう。サーバー設定を長期的に変更する場合は、更新時に手動変更が上書きされるか確認してください。必要に応じて手動用のグループにコピーし、次回更新後に変更内容を追いにくくなるのを防ぎます。

4. 設定画面：リモートポートとローカル待ち受けを区別

一般的なWindowsの画面では、「設定」→「パラメーター設定」からローカル待ち受けや関連項目を確認できます。クロスプラットフォームのデスクトップ版では、設定が独立したページになっている場合があります。古いスクリーンショットのタブ位置を頼りにせず、項目名で探してください。システムプロキシ、ルーティング、TUNの切り替えは、メイン画面のステータス欄にある場合もあります。

以下の3つの数値は設定内容を見分けるための例であり、共通の初期値として入力するものではありません。以前の設定例ではSOCKSとHTTPに別々のポートを使い、最近の設定では混合待ち受けの場合もあります。現在の設定項目で利用可能なプロキシプロトコルを確認し、古い解説のポート番号をそのままアプリに入力しないでください。

5. ログ：操作時刻と照らし合わせてエラーを確認

画面下部のログを見つけたら、まず時刻を確認し、メッセージがサブスクリプション更新、画面操作、コアの動作のどれに関するものかを見ます。バージョンによっては情報ログとコアのログが別々に表示されるため、該当するタブに切り替えてください。ログが空でも、必ずしも問題とは限りません。新しいリクエストがまだない場合や、現在のログレベルでは接続の詳細が出力されない場合があります。

問題を再現するときは、一度に1つの操作だけを行います。まず時刻を記録し、使用するサーバーに設定してから、確認したいウェブページを開きます。こうすれば、大量の過去ログから推測せず、操作とほぼ同時刻のログを照合できます。以下はよくあるエラーのキーワードです。表現はバージョンによって異なります。

ログを共有する際は、エラー行の前後を少し残し、サブスクリプションURL、ユーザー識別情報、機密性の高い接続先を隠してください。再現のために一時的にログの詳細度を上げるのは有効ですが、確認後は通常のレベルに戻し、大量のログが出続けないようにします。ログにある接続エラーはバックグラウンドの特定リクエストだけに関係する場合もあるため、実際に失敗しているアプリと照らし合わせて判断してください。

6. よくある質問：症状に応じて確認箇所を特定

最後に、設定をグループ内で探し、一覧から使用するサーバーに指定し、設定またはステータス欄で接続方式を確認したうえで、アクセスを試してログを確認します。変更は一度に1項目に絞り、変更前後の状況を記録してください。4つのエリアに慣れれば、サブスクリプションのインポート、サーバーの切り替え、基本的なトラブルの切り分けを同じ手順で進められます。