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

メイン画面の各エリア：接続先・入口・動作状況を見分ける

まず確認するのは、サーバー一覧のアクティブ表示、画面下部のシステムプロキシの状態、ログに記録されたコアの起動結果です。それぞれ確認できる内容は異なります。行を選択しただけでは、そのノードがアクティブになったとは限りません。ノード名が表示されていても、ブラウザーがローカルプロキシを使っているとは限りません。

メニュー名は、Windowsの従来型WPF画面で一般的な表記を基準にしています。主に6.x、7.xの画面構成を対象としています。クロスプラットフォーム版では、ボタンや項目の配置、設定画面が異なる場合があります。まず「ヘルプ」→「バージョン情報」でバージョンを確認し、機能名を手がかりに該当項目を探してください。項目が見つからない場合は、別バージョンの画面位置をそのまま当てはめないでください。

サーバー一覧：右クリックメニューとアクティブノード

一覧の「アドレス」「ポート」「プロトコル」「転送プロトコル」は接続先ノードの情報です。「別名」は主にノードの識別に使います。同じアドレスの行でも、ポートや認証情報、転送方式が異なる場合があるため、名前だけで重複と判断しないでください。遅延はテスト時点の結果であり、常時接続の監視結果やダウンロード速度ではありません。

1. 対象の行を確認

   メイン画面中央で対象ノードを探し、「別名」「プロトコル」「アドレス」と所属するサブスクリプショングループを確認します。アドレスやUUID、パスワードなどはローカルで確認し、スクリーンショットを共有するときは隠してください。

2. アクティブに設定

   対象の行を右クリックし、「アクティブサーバーに設定」を選びます。アクティブ表示と画面下部の情報エリアを確認してください。マウスで選択した行の色だけを、有効化の判断材料にしないでください。

3. 実接続をテスト

   サーバー一覧の右クリックメニューから「サーバーの実接続遅延をテスト」を選びます。テスト結果はコア、テスト先アドレス、ネットワーク状況に左右されます。数値が表示されても、そのテストリクエストが完了したことを示すだけです。

4. ノードの設定を確認

   設定を確認するには、ノードをダブルクリックして編集画面を開きます。アドレス、ポート、転送方式、TLS関連の項目をそれぞれ確認してください。サーバー側の要件が分からないまま、TLS、SNI、転送パスに推測した値を設定しないでください。

右クリックメニューの「削除」は通常、選択したローカルの記録を削除する操作で、リモートのアカウントを解約するものではありません。サブスクリプションから取得したノードは次回更新時に再び表示されることがあり、手動で変更した項目が上書きされる場合もあります。変更を長期間保持したい場合は、クライアントのコピーまたはエクスポート機能で別の設定を保存してから編集し、サブスクリプション管理下の記録を直接変更しないようにしてください。

サブスクリプション：取得元の設定とタブの切り替えは別の操作

サブスクリプションの設定ではURLを保存し、グループタブでは表示するノードを絞り込みます。タブをクリックしてもサブスクリプションは自動更新されず、アクティブノードも切り替わりません。一覧が突然空になった場合は、まず「すべて」グループに戻して検索語を消し、インポートに失敗したのかを確認してください。

• 取得元を追加：メイン画面の「サブスクリプション」→「サブスクリプション設定」を開き、新しいグループを追加します。「別名」や「任意のアドレス（Url）」などの項目を入力してください。項目名はバージョンによって多少異なる場合があります。URLにはサブスクリプションの完全なアドレスを入力します。
• 初回更新：「サブスクリプション」メニューから「現在のサブスクリプションを更新（プロキシを使用しない）」を選びます。追加した取得元に対応するグループを選んでから、画面下部の情報エリアでダウンロードとインポートの結果を確認してください。
• 更新経路を切り替え：サブスクリプションURLに直接アクセスできず、利用可能なアクティブノードがある場合は、「現在のサブスクリプションを更新（プロキシを使用）」を試します。利用できるプロキシがなければ、この項目に切り替えてもダウンロードできるようにはなりません。
• 複数の取得元を管理：各取得元が信頼できることを確認してから、すべてのサブスクリプションを更新する項目を使います。グループが増えるほど、名前で取得元を区別することが大切です。誤削除や手動設定の上書きを避けてください。

「サブスクリプションの更新成功」と「Webサイトを開ける」は、設定のダウンロード段階と、取得した設定を使う段階で起きる別の結果です。前者が成功して後者が失敗する場合は、更新を繰り返すのではなく、アクティブノード、システムプロキシ、ログを確認してください。反対に、ノードは使えるのに更新できない場合は、サブスクリプションサーバーに一時的にアクセスできないだけの可能性があります。

ログ画面：操作した時刻以降の最初のエラーを探す

まず操作した時刻とログの内容を照らし合わせます。ノードを切り替えた時刻やWebページを開いた時刻を記録し、その後の起動、待ち受け、リクエストに関する記録を確認してください。画面下部の情報エリアには、クライアントの通知とコアの出力が同時に表示される場合があります。コアの記録を詳しく確認するには、「設定」→「パラメータ設定」→「Core 基本設定」で「ログレベル」を探します。一時的に変更したあと、コアを再読み込みして問題を再現してください。

これらはエラーの検索キーワードであり、実際に採取したログの一覧ではありません。同じtimeoutでも発生する段階は複数あり、ノードの停止を直接意味するわけではありません。ブラウザーからリクエストを送っても該当する記録がない場合も、ログが空というだけで結論を出さないでください。まず、アクセス記録が出力されるログレベルか、アプリがシステムプロキシを使っているか、ルーティングで直接接続に設定されていないかを確認します。

詳細ログは問題を再現するときだけ一時的に有効にしてください。調査用の記録を取ったら通常のログレベルに戻し、ログの肥大化や不要なアクセス情報の保存を避けます。他の人にログを渡す前に、サブスクリプションURL、認証情報、リモートサーバーのアドレス、個人のアクセス先ドメインを削除し、判断に必要な前後関係だけを残してください。

設定：ローカルの待ち受けポートとリモートポートを区別する

ローカルの待ち受けポートは、アプリがv2rayNに接続する入口です。サーバーの編集画面にあるポートは、コアがリモートノードへ接続する際の宛先です。両者を同じ値にする必要はありません。以下では、従来型の2ポート構成を例に説明します。照合しやすい設定例であり、すべてのバージョンの初期値を示すものではありません。新しいバージョンでは混合ポートを使う場合があるため、現在の設定画面と実際の待ち受け結果を確認してください。

コアの種類をむやみに切り替えても解決するとは限りません。VMess、VLESSはプロトコル名、Xray、V2Flyはコアのプロジェクト名、v2rayNは管理用の画面です。動作するかどうかは、プロトコルや個々の転送・セキュリティ項目が現在のコアでサポートされているかによります。たとえばREALITYを使うVLESS設定は通常のVLESS設定と同じようには扱えません。コアの種類だけを変更しても、不足している設定項目が自動で補われるわけではありません。

「LANからの接続を許可」は、ローカルの接続口にアクセスできる範囲を広げる項目です。速度を上げる設定ではありません。このPCだけで使う場合は、トラブル対処のために有効にする必要はありません。他のデバイスから接続する必要がある場合は、待ち受けアドレス、アクセス制限、システムファイアウォールをあわせて確認し、関係のないデバイスにプロキシの入口を公開しないようにしてください。

システムプロキシとTUN：アプリの通信を取り込む方式を選ぶ

アクティブサーバーは通信の接続先ノードを決め、システムプロキシとTUNはどのアプリの通信をクライアントに渡すかを決めます。Windowsの従来型画面では、「システムプロキシ」は通常、画面下部にあります。タスクトレイの右クリックメニューからも操作できます。主な項目は「システムプロキシを自動設定」「システムプロキシを解除」「システムプロキシを変更しない」です。これらはそれぞれ異なる動作です。

• 「システムプロキシを解除」は、クライアントが設定したシステムプロキシの入口を削除します。クライアントを終了する前に、停止したローカルポートをシステムが引き続き参照していないか確認してください。
• 「システムプロキシを変更しない」は、クライアントがシステム設定を変更しないという意味で、既存のプロキシを自動的に解除するものではありません。
• 初回の動作確認では、ノードの切り替え、ルーティングの変更、TUNの有効化を同時に行わないでください。一度に一つの条件だけを変えると、どの設定が接続に影響したか判断できます。

メイン画面でよくある問題：症状に合わせて該当エリアを確認

初回の動作確認：グループ設定からWebアクセスまで

すべてのスイッチを有効にするより、一連の動作を最後まで確認することが大切です。成功の目安は「ノードが増えた」「遅延の数値が出た」ではありません。取得元が正しく、アクティブノードが明確で、ローカルの入口が起動し、対象アプリがその入口を使い、実際のアクセスで期待した結果が得られることです。

1. 「サブスクリプション設定」で取得元を確認し、現在のサブスクリプションを1回更新します。結果を確認し、連続して更新を実行しないでください。
2. サーバー一覧に戻り、対象ノードを右クリックして「アクティブサーバーに設定」を選びます。情報エリアにコアの起動エラーがないことを確認してください。
3. ローカルの待ち受けポートを確認し、初回の動作確認ではシステムプロキシか、アプリへの手動プロキシ設定のどちらか一方を使います。
4. Webページを開き、時刻と照らし合わせてログを確認します。ノードを比較する場合は、他の条件を変えずにノードだけを切り替えてください。
5. 正常に使えることを確認してから、必要に応じてルーティングとTUNを設定し、必要な設定のバックアップを保存します。詳しいトラブル対処は使い方ガイドとよくある質問をご覧ください。

これでメイン画面の役割を整理できます。ノードの問題はサーバー一覧、取得元の問題はサブスクリプション、動作状況はログ、全体の接続口やコアの動作は設定で確認します。まず該当エリアを特定してから設定を一つずつ変更すれば、誤操作を減らし、変更前後を比較しながら問題を追跡できます。