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

メイン画面の各エリア：操作場所と動作状況を確認

v2rayNは、サーバー設定やサブスクリプションを管理し、ローカルプロキシへの接続を設定するデスクトップクライアントです。実際の通信は選択中のコアが処理します。サーバー一覧に設定が表示されても、インポートされたことを示すだけで、コアが起動した、あるいはブラウザーがその設定を使っているとは限りません。問題の切り分けでは、それぞれ個別に確認してください。

この記事では、Windowsでよく使われる日本語画面を例に説明します。デスクトップ版とWPF版ではレイアウトが異なり、バージョンによってメニュー名も多少変わることがあります。サブスクリプショングループがサイドバーやグループタブに、ログが下部パネルに表示される場合もあります。画面の見た目をそろえるためにバージョンを変更せず、機能名を手がかりに探してください。

上部メニューから操作を実行し、下部のステータスエリアで現在の状態を確認します。ウィンドウが開いているだけでプロキシが正常だと判断しないでください。コアの起動に失敗していても、メイン画面は表示されたままの場合があります。

メニューとサブスクリプショングループ：設定の取得元を分けて管理

単一サーバーの共有リンクとサブスクリプションURLは別のものです。前者は1台分のサーバー情報で、「サーバー」→「クリップボードからURLを一括インポート」から取り込めます。後者は複数の設定を取得するためのURLで、「サブスクリプショングループ」→「サブスクリプショングループの設定」に追加します。サブスクリプションURLを単一サーバーのリンクとして貼り付けても、期待したサーバー一覧にならないことがあります。

1. グループ設定を開く

   「サブスクリプショングループ」→「サブスクリプショングループの設定」をクリックし、追加項目を探します。バージョンによってはサイドバーのプラスボタンから開きます。サーバーの編集画面ではなく、サブスクリプショングループの編集画面が開いていることを確認してください。

2. サブスクリプションの取得元を保存

   見分けやすい名前を入力し、URL欄にサブスクリプションURLを貼り付けて保存します。URLにアクセストークンが含まれることがあるため、画面全体のスクリーンショットを公開の掲示板などに投稿しないでください。

3. サーバー一覧を更新

   「サブスクリプショングループ」メニューから「すべてのサブスクリプションを更新（プロキシを使用しない）」を選択します。サブスクリプションの取得にプロキシが必要な場合は、まず利用可能なサーバーを有効にしてから、「すべてのサブスクリプションを更新（プロキシを使用）」を選びます。括弧の表記はバージョンによって異なる場合があります。

4. 表示中のグループを確認

   更新後、対象のグループをクリックしてサーバーが一覧に表示されるか確認します。表示されない場合は、まずすべてのグループに切り替え、検索条件をクリアしてから、ログで更新結果を確認してください。すぐに再インポートする必要はありません。

グループは主に、設定の取得元を管理し、一覧を絞り込むための機能です。グループを切り替えても使用中のサーバーは切り替わらず、グループ名からルーティングルールが自動生成されるわけでもありません。サブスクリプションの更新で、そのグループ内のサーバー設定が再生成されることもあります。手動変更を長く保持したい場合は、事前にバックアップするか、別の設定として保存し、次回更新で上書きされないようにしてください。

サーバー一覧の右クリックメニュー：選択・有効化・速度測定の違い

行をクリックすると、通常はその行が選択され、右クリック操作ができるようになります。実際に使用するサーバーを切り替えるには、右クリックして「アクティブサーバーに設定」を選び、アクティブ表示とコアのログを確認してください。画面によってはダブルクリックで編集画面が開くため、ダブルクリックをバージョン共通の接続操作と考えないでください。

一覧ではまず、備考、プロトコル、サーバーポートを確認し、その後に遅延を見ます。備考は表示名にすぎず、サーバーの設置場所や稼働状況を示すものではありません。VMessやVLESSなどは、プロトコルごとに認証やトランスポートの要件が異なります。プロトコルのプルダウンだけを変更しても変換できません。設定が分からない場合は、設定の提供元が示す情報を確認してください。

テスト結果が空欄なら、まだテストしていない可能性があります。タイムアウトは、テスト先、DNS、現在のネットワークが原因の場合もあります。TCPingの成功で確認できるのは、特定のTCPポートに接続できることだけです。TLS、認証、その後のプロキシリクエストが成功するとは限りません。数値だけを見てグループ内の設定をすべて削除しないでください。

設定と下部ステータスバー：ローカルの接続口とルーティング先を区別

よく使う設定項目は「設定」→「パラメーター設定」にあります。変更前に現在の値を記録し、一度に変更する項目は1つに絞ってください。システムプロキシは、システムのプロキシ設定を参照するアプリをローカルポートに接続します。ルーティングルールは、コアに入った通信のアウトバウンド先を決めます。両者は別々の設定で、同じ「全般スイッチ」ではありません。

画面下部の「システムプロキシ」で「システムプロキシを自動設定」を選ぶと、通常はシステムプロキシの接続先がクライアントのローカル待ち受けポートに設定されます。ここでいう「自動設定」は、クライアントがシステム設定を書き換えるという意味です。各サイトでプロキシが必要かどうかを自動判定する機能ではありません。通信の振り分けはルーティング設定で決まります。終了前に「システムプロキシを解除」を選び、その後、システム設定が意図どおりか確認してください。

たとえば、ログでローカルのSOCKS接続口が127.0.0.1:10808を待ち受けていると確認できた場合に限り、アプリのSOCKS5設定にこのアドレスとポートを入力します。そのポートが実際には複合プロキシの接続口であれば、現在のコアがサポートするプロトコルを確認してください。TUNの有効化は別の通信接続方式で、権限、仮想ネットワークアダプター、ルーティングが関係する場合があります。メイン画面の基本を確認するときは、まず接続方式を1つに絞ると問題を特定しやすくなります。

ログパネル：時系列をたどり、最初の有効なエラーを確認

サーバーを切り替えたら、直近のコア起動ログを確認してからアクセスを試します。起動成功、接続の受け付け、接続失敗は、それぞれ異なる段階を示します。acceptedのようなログは、通常、ローカルでリクエストを受け付けたことを示すだけで、接続先のページが読み込まれた証拠にはなりません。

• ポートのバインドに失敗：address already in useと表示された場合は、複数のインスタンスが起動していないか、別のプログラムが同じローカルポートを使用していないか確認してください。使用中のプロセスを特定してから競合するプログラムを終了するか、待ち受けポートを変更し、アプリの設定も合わせて更新します。
• 接続が拒否された：connection refusedは、接続先から明示的に拒否されたことを示します。まずログにあるアドレスがローカル接続口かリモートサーバーかを見分け、該当するプロセス、アドレス、ポートを確認してください。
• 名前解決に失敗：lookup関連のエラーが出たら、エラーに記載されたドメイン名、現在のネットワーク、DNSの経路を確認してください。すべてのサーバーが使えないとすぐに判断しないでください。
• TLSエラー：まずシステム時刻と、設定内のサーバー名、トランスポート、安全性に関するパラメーターを確認してください。証明書検証のスキップを通常の対処方法にしないでください。
• リクエストがタイムアウト：timeoutは、ある段階で時間切れになったことを示すだけです。直前の宛先アドレスやエラーの前後関係を確認して原因を絞り込み、最後の単語だけで判断しないでください。

メイン画面でよくある問題：状態を順に確認

日常の操作は、グループを選ぶ、サーバーを有効にする、システムプロキシとルーティングを確認する、アクセスを試す、ログを見る、という短い手順にまとめられます。該当する段階だけ設定を変更すれば、サブスクリプションの更新失敗、ポートの競合、ウェブサイトへのアクセス障害を混同せずに済みます。設定を続ける場合は使い方ガイドを、ルールやDNSを調整する場合は応用ガイドをご覧ください。