v2rayNのメイン画面を解説

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

v2rayNは、サーバー情報を保存し、実行用の設定を生成してコアを起動するクライアント管理画面です。メイン画面が表示されているだけでは、画面プログラムが起動したことしか分かりません。コアが起動しているか、どのサーバーが使用中か、ブラウザーの通信がローカルプロキシに渡されているかは、それぞれ別に確認する必要があります。トラブル時は状態を切り分けて確認すると、サーバーを何度も切り替えるより効率的です。

初めて使うときはTunを無効にし、サーバー1つとシステムプロキシだけでテストしましょう。問題が起きた場合に、仮想ネットワークアダプターや権限、ルーティングの制御まで同時に調べずに済みます。

サーバー一覧：各列の見方と有効化

行をクリックすると、通常は編集・テスト・削除の対象として選択されます。実際に使用するサーバーを切り替えるには、右クリックメニューから「アクティブサーバーに設定」を選びます。この操作に対応した画面では、ダブルクリックで有効にすることもできます。切り替え後は、アクティブ表示とログが変わったか確認してください。行の背景色だけで判断しないようにしましょう。

たとえば、ある設定のテスト結果が80 msでも、それは1回の測定結果にすぎず、すべてのWebサイトでの応答時間を示すものではありません。TCPテストの成功は、対象ポートに接続できたことを示しますが、UUIDやTLS、トランスポートの設定がすべて正しいとは限りません。実接続テストは実際の利用に近い結果を確認できますが、テスト先に接続できなければタイムアウトすることもあります。

• まず設定を1つ選び、右クリックメニューから「サーバー実接続遅延をテスト」を実行します。行に表示された結果と、その際に出力されたログを確認してください。
• 続けて「アクティブサーバーに設定」を選び、使用中サーバーの表示が対象の行に切り替わったことを確認します。
• 設定を変更する場合は、そのサーバーの編集画面を開きます。サブスクリプションから追加した設定は、更新時に手動変更が上書きされないよう、配信元を先に確認してください。
• 最初からすべてのサーバーを一括で速度測定しないでください。少数の設定から試すことで、同時実行によるネットワークや結果への影響を抑えられます。

サブスクリプショングループ：先に登録し、一覧を更新

サブスクリプションURLはサーバー設定を取得するためのものです。通常のWebページのURLでも、VMessやVLESSの個別共有リンクでもありません。「共有リンクをインポート」は個別の設定を取り込み、「サブスクリプションURLを追加」は後から更新できる配信元を登録します。URLにアクセス用の認証情報が含まれることが多いため、スクリーンショットや公開ログに載せないでください。

1. グループ設定を開く

   メイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、「追加」を選びます。画面にグループ横の「+」がある場合は、そこから新しいグループを作成できます。

2. 配信元を登録する

   「普段使い」など見分けやすい名前を入力し、完全なサブスクリプションURLを「任意のアドレス（Url）」または該当するURL欄に貼り付けて保存します。

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

   「サブスクリプショングループ」メニューから「すべてのサブスクリプションを更新（プロキシを使用しない）」を選びます。配信元へのアクセスにプロキシが必要な場合は、利用可能なサーバーを有効にしてから「すべてのサブスクリプションを更新（プロキシを使用）」を選択してください。

4. 更新結果を確認する

   更新結果の通知を確認し、作成したグループに切り替えてサーバー一覧を確認します。設定を1つ選んで接続テストを行い、アクティブサーバーに設定してください。

グループの切り替えは、一覧の表示対象を絞り込む操作です。アクティブサーバーの切り替えとは異なります。別のグループに切り替えても、使用中のサーバーが元のグループに残る場合があります。サーバーを変更するには、改めて有効化してください。サブスクリプションを更新すると配信元の設定が反映され、既存項目が置き換わることがあります。重要な手動設定は別に保存しておきましょう。

ログ画面：時刻を手掛かりに最初のエラーを探す

ログ画面は通常、メイン画面の下部にあり、画面操作の通知やコアの実行メッセージが表示されます。トラブルを調べるときは操作時刻を控え、サーバー切り替えやWebページへのアクセスを1回行い、その時刻付近に出た新しいログだけを確認しましょう。古いエラーはサーバーを切り替えても消えません。数時間前のエラーを現在の結果と混同しないようにしてください。

ログでは接続先アドレスとアウトバウンドの表示も重要です。リクエストがコアに届いても、必ずプロキシ経由になるわけではありません。直接接続ルールに一致した場合も接続ログが出ます。反対に、アクセスログがないからといって、ブラウザーがリクエストを送っていないとは限りません。現在のログレベルではその情報が記録されない可能性があります。

• 調査を始める前に必要な元のエラーを控えてから、表示領域をクリアして古いログと混同しないようにします。
• ログレベルを一時的に上げて問題を1回再現します。確認後は通常のレベルに戻し、ログが増え続けないようにしてください。
• ログを共有する前に、サブスクリプションURL、ユーザー識別情報、アクセス先ドメイン、個人のファイルパスを伏せてください。エラーのキーワードと発生時刻は残します。

設定：ローカルポート、システムプロキシ、Tun

「設定」→「パラメーター設定」から設定画面を開き、まず「Core基本設定」や「v2rayN設定」などの項目を確認します。バージョンによってタブの位置が変わることがあるため、別バージョンのスクリーンショットをそのまま当てにせず、設定項目名で探してください。変更後は画面の指示に従って保存し、コアが再起動されたか確認します。

システムプロキシとルーティングモードは別の設定です。「システムプロキシを自動設定」にすると、システムプロキシに従うアプリの通信がローカル待ち受けに渡されます。その後、ルールに基づいて直接接続、プロキシ経由、ブロックのいずれかに振り分けられます。つまり、システムプロキシを設定してもすべての通信がプロキシ経由になるわけではなく、ルーティングをグローバルプロキシにしても、すべてのプログラムの通信を取り込めるとは限りません。

Tunは仮想ネットワークインターフェースを使い、より多くの通信を取り込む機能です。利用には適切な権限とネットワーク環境が必要です。Windowsで権限の確認が表示された場合は、クライアントの指示に従ってください。ただし「管理者として実行」は、あらゆるエラーに有効な対処ではありません。コアの未起動、サブスクリプション設定の誤り、ローカルポートの競合は、それぞれ個別に解決する必要があります。

メイン画面で接続を一通り確認する

「設定をインポート済み → アクティブサーバーを指定済み → コアが正常に起動 → リクエストがローカル待ち受けに到達 → ルーティングで想定どおりに振り分け」の順に確認してください。一度に変更する項目は1つにし、同じ接続可能なページに繰り返しアクセスすると、変更の効果を判断しやすくなります。次の例は、初めて使うときに誤解しやすいポイントです。

接続を確認できたら、検証済みのポート、ルーティング、ログ設定を維持したまま、スタートアップ、サブスクリプションの自動更新、Tunを必要に応じて1つずつ有効にします。サブスクリプションの追加やプロキシ設定についてはガイドを参照してください。起動エラーが出た場合は、まずログにある最初の有効なエラーを保存してからトラブル対処ガイドで確認します。

• クライアントの設定ガイドを見る：インストール、設定のインポート、有効化、接続テストの順に基本設定を行います。
• トラブル対処ガイドを見る：接続の段階とエラーメッセージから問題の範囲を絞り込みます。