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

サーバー一覧：行を選択しただけではノードは有効にならない

メイン画面中央のサーバー一覧には、利用可能な接続設定が表示されます。各行には通常、備考、プロトコル、アドレス、ポート、サブスクリプショングループのほか、テスト後には遅延や速度が表示されます。VMessやVLESSなどは接続プロトコルを示します。v2rayNは設定を管理し、コアを起動するクライアントであり、プロトコルとは役割が異なります。一覧にノードが表示されていても、設定が保存されていることを示すだけで、サーバーへの接続を保証するものではありません。

行をクリックすると通常は選択状態になり、右クリックメニューを使えるようになります。接続するには対象の行を右クリックして「アクティブサーバーに設定」を選び、アクティブの表示が目的のノードに移ったことを確認します。画面によってはダブルクリックで切り替えられますが、特定の行番号や背景色がすべてのバージョンで共通の目印とは限りません。

まず少数のノードで実接続テストを行い、結果が出てからアクティブサーバーに設定することをおすすめします。-1やタイムアウトが表示された場合は、今回のテストに失敗したという意味です。すぐにアカウントが無効だと判断せず、テスト時のネットワークとテスト先を確認し、ログに接続エラーがないか調べてからノードを変更してください。

サブスクリプショングループ：配信元の管理と表示の切り替え

サブスクリプショングループを使うと、配信元ごとにノードを分けて管理できます。メイン画面でグループを切り替えても、表示中の一覧が変わるだけで、使用中のサーバーが自動で切り替わるわけではありません。「グループを切り替えたのに接続先が変わらない」場合は、サブスクリプションを何度も更新するのではなく、アクティブサーバーの表示を確認してください。

1. グループを開く

   メインメニューから「サブスクリプショングループ」→「サブスクリプショングループ設定」を選びます。画面にグループ管理ボタンがある場合は、そこから同じ管理画面を開くこともできます。

2. アドレスを保存

   グループを追加し、配信元を識別できる備考を入力します。サブスクリプションのURL全体をアドレス欄に貼り付けて保存してください。WebページのタイトルやプロバイダーのトップページURLだけでは登録できません。

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

   「サブスクリプショングループ」メニューに戻り、「すべてのサブスクリプションを更新（プロキシを使用しない）」を選びます。現在のネットワークからサブスクリプションURLにアクセスできず、利用可能なノードがすでにある場合は、「プロキシ経由」の更新項目を試してください。

4. 配信元を確認

   新しいグループに切り替え、ノードの数や備考が表示されていることを確認します。行を選んでテストし、アクティブサーバーに設定してください。「更新完了」と表示されたことだけで、プロキシが有効になったと判断しないでください。

システムプロキシとルーティング：接続方法と通信経路を個別に確認

アクティブサーバーはプロキシ接続に使うノード設定を決めます。システムプロキシは、システム設定に従うアプリからのリクエストをローカルプロキシに渡すかどうかを決め、ルーティングルールはそのリクエストを直接接続するか、プロキシ経由にするかを決めます。この3つの状態は分けて確認してください。「ノードを選んだ」だけではアプリがプロキシに接続したことにはなりません。また、システムプロキシを有効にしても、すべてのプログラムに適用されるわけではありません。

ルーティングモードの名称は、バージョンやプリセットによって異なります。ドロップダウンの番号だけを覚えるのではなく、現在どのルールセットが選択されているか確認してください。ルールの振り分けを検証するには、直接接続される想定の接続先と、プロキシ経由になる想定の接続先にそれぞれアクセスし、アクセスログの出口表示を確認します。詳しいルールは設定リファレンスを参照してください。メイン画面を理解するために、すぐ設定を手書きする必要はありません。

ログパネル：起動時の失敗とリクエストの失敗を見分ける

画面下部のログパネルでは、クライアントの操作やコアの動作状況を確認できます。クライアントはサブスクリプションの更新、設定の保存、プロセスの起動を担当し、コアは実際のネットワーク接続を担当します。そのため、「サブスクリプションの更新成功」と「プロキシリクエストの成功」は別のイベントです。問題を調べるときは操作した時刻を記録し、サブスクリプションを更新したのか、ノードを切り替えたのか、Webページを開いたのかを明確にして、同じ時間帯のログを確認してください。

• コアの起動直後に終了する：まず起動時に最初に出た具体的なエラーを探し、設定の解析、待ち受けの失敗、ファイルパスを確認します。リモートノードのパスワードを先に変更しないでください。
• コアは動作しているのにWebページがタイムアウトする：接続先付近のエラーを探し、アクティブノード、リモートポート、ルーティング結果を確認します。
• 特定のWebサイトだけ開けない：正常な接続先と問題のある接続先のログを比較し、DNS、ルーティング、TLSの設定を確認します。すべての設定を一度にリセットするのは避けてください。
• アクセスログが見当たらない：まずログレベルと表示設定を確認してください。アプリがローカルプロキシを経由していない可能性もあります。パネルに記録がないだけで接続が正常だとは判断できません。

listen tcp 127.0.0.1:10808: bind: address already in use
dial tcp 203.0.113.10:443: i/o timeout
x509: certificate has expired or is not yet valid

上記はエラーの種類を見分けるための例であり、実機で取得したログではありません。実際の表現はコアやシステムによって異なります。1行目はローカルポートの競合を示すため、クライアントを複数起動していないか確認してください。2行目はリモートへの接続タイムアウトを示します。例のアドレスはドキュメント用のネットワーク範囲です。3行目は証明書の有効期限またはシステム時刻の問題を示します。通常の対処として証明書検証を無効にしないでください。

ログレベルは通常、「設定」→「パラメーター設定」のコア関連項目で変更できます。短時間の診断では詳細度を上げ、調査後は通常のレベルに戻してください。ログが大量に出続けるのを防げます。ログを共有する際は、エラーの種類、時刻、関連ポートを残し、個人情報やサブスクリプションのトークンは削除してください。

パラメーター設定：待ち受けポートとローカル接続範囲を確認

「設定」→「パラメーター設定」を開いたら、ローカルの待ち受けポート、LAN接続の許可、ログレベル、コア関連の項目を優先して確認してください。画面によってタブ名が「基本設定」や「コア設定」になっている場合があります。また、保存時にコアがすぐ再起動するかどうかも異なります。変更後はメイン画面に戻り、新しい設定が読み込まれていることを確認し、必要に応じてクライアントを再起動してください。

ポート番号が同じでもプロトコルが同じとは限りません。バージョンによっては混合受け入れ方式を使い、HTTPとSOCKSを別々のポートで待ち受ける設定もあります。古いガイドをそのまま参考にして、連番のポートを機械的に入力しないでください。以下の3つの数値はそれぞれ異なる場所を示します。問題がどちら側で起きているかを確認してください。

コアの種類は「新しいものにしたい」という理由だけでむやみに切り替えないでください。クライアントがあるプロトコルの設定を保存できても、どのコアでも同じ項目で動作するとは限りません。特にVLESS、Reality、特定のトランスポート設定では、選択したコアの対応状況を確認してください。サブスクリプションを取り込んだ後は、まずクライアントに適合した設定を使い、明確なエラーが出た場合に項目を一つずつ調整します。

メイン画面のよくある疑問と接続の確認

設定後は、次の順で確認してください。サブスクリプショングループにノードがあることを確認し、実接続テストに成功したノードをアクティブサーバーに設定します。接続方法を1つ有効にして、ブラウザーでのアクセスと接続先確認ページで動作を検証します。最後にログパネルで直前のリクエストを確認してください。条件を一度に1つだけ変更すれば、ノードの切り替え、システムプロキシ、ルーティングのどれが効いたか判断できます。

• サーバー一覧は設定の選択に使うもので、接続成功を最終的に証明するものではありません。
• サブスクリプショングループは配信元の管理に使います。更新に成功しても、ネットワークリクエストが成功したとは限りません。
• ログはトラブルの根拠を示し、パラメーター設定はローカルでの動作を制御します。