v2rayNをインストール済みで、サブスクリプションの追加や接続トラブルの確認をしたいデスクトップユーザー向けです。サーバー一覧、サブスクリプショングループ、通信の入口、ログ、設定の順に確認し、「サーバーを選択した」「コアが起動した」「アプリの通信がプロキシに流れた」の違いを把握できます。一度に変更する項目を一つに絞るトラブルシューティングの手順も紹介します。
メイン画面の各エリア：設定・通信の入口・動作状況
v2rayNは、サーバー設定を管理し、プロキシコアを起動して、システムプロキシなどの通信経路を提供するデスクトップ向けGUIクライアントです。サーバー一覧にVMessやVLESSの設定が表示されていても、設定が保存されていることを示すだけです。コアの接続成功や、ブラウザーがその設定を使っていることを意味するわけではありません。一覧、ステータスバー、ログをあわせて確認しましょう。
プラットフォームや画面のバージョンによって、ボタンの位置やメニュー名が多少異なる場合があります。以下では、中国語版デスクトップ画面で一般的な名称を使って説明します。設定値は実際の画面と起動ログで確認してください。特定のポートやコアを、すべてのインストーラーに共通する初期値として扱わないようにしましょう。
| 画面のエリア | 主な用途 | 確認する項目 |
|---|---|---|
| サーバー一覧 | サーバーの表示・編集・選択 | 稼働中の表示、プロトコル、アドレス、ポート、グループ |
| サブスクリプショングループ | サブスクリプション元の登録と一覧の更新 | 更新対象、更新方法、エラー情報 |
| システムプロキシとルーティング | コアに入る通信と、コアから出る通信の経路を決定 | システムプロキシの状態、現在のルーティング設定 |
| ログパネル | 起動・リクエスト・エラーの記録を確認 | エラー発生時刻、接続先、エラーの種類 |
| 設定 | ローカルの待ち受け、ログ、動作を調整 | ポート、待ち受け範囲、使用中のコア |
サーバー一覧：選択行と稼働中のサーバーは別
行をクリックすると、通常は編集・コピー・テスト対象として選択されるだけです。実際に使用するサーバーを切り替えるには、対象行の右クリックメニューから「アクティブサーバーに設定」を選び、稼働中の表示と起動ログを確認してください。行の背景色だけで接続先を判断したり、遅延欄の数値を現在の接続状態と見なしたりしないようにしましょう。
右クリックメニューの編集機能では、サーバーアドレス、サーバー側ポート、ユーザーID、トランスポート方式、TLSなどの項目を確認できます。各値はサーバー側の設定と一致させてください。特に、ローカルの待ち受けポートをサーバー側ポートに入力しないよう注意が必要です。サブスクリプションから追加した設定を手動で変更すると、次回更新時に上書きされる場合があります。継続的に変更する場合は、先にサブスクリプション元の管理方法を確認しましょう。
- アクティブサーバーの設定：切り替え後、まずコアが正常に起動したかを確認してからWebサイトへのアクセスをテストします。既存の長時間接続は、アプリ側で接続し直す必要がある場合があります。
- サーバーの編集：トラブルシューティングでは、サーバー側の情報と項目を一つずつ照合します。VMessとVLESSでは必要な項目が異なるため、プロトコル名だけを置き換えても設定できません。
- コピー・エクスポート：共有リンクには認証情報がすべて含まれる場合があります。公開スクリーンショットやチャットグループ、問い合わせには貼り付けないでください。
- 複数選択の操作：削除やテストなどの一括操作を行う前に、選択範囲を確認してください。グループ内の設定を削除する場合は、復元できるようサブスクリプション元を控えておきましょう。
- 遅延・速度テスト：TCP接続テストはプロキシ経由のリクエストテストとは異なり、速度テストの結果も普段のアプリ利用時の体感とは一致しません。種類の異なる結果を混ぜて比較しないでください。
テストがタイムアウトしても、サーバーが使えないとは限りません。テスト先に到達できない、現在のDNS名前解決に問題がある、テスト方法が合っていないなど、さまざまな要因が結果に影響します。設定内容が明確なサーバーを一つ選び、ログを確認しながら実際のリクエストを試してから削除を判断しましょう。
サブスクリプショングループ：追加・個別更新・プロキシ経由の更新
サブスクリプショングループには、設定の取得元と管理情報が保存されます。ネットワーク回線そのものを管理するものではありません。グループのタブを切り替える操作は、通常、表示する設定を絞り込むだけです。稼働中のサーバーが切り替わったと判断しないようにしましょう。取得元ごとにグループを作成し、異なるアカウントやサービスの設定を同じ名前にまとめないことをおすすめします。
-
グループを作成する
「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、新しいグループを追加します。識別しやすいメモと、サービス提供元から案内された完全なサブスクリプションURLを入力してください。画面に「+」ボタンがある場合は、そこから追加画面を開くこともできます。
-
更新対象を確認する
メイン画面に戻り、対象のグループを選択してから、「サブスクリプショングループ」メニューで現在のサブスクリプションを更新します。トラブルシューティングの最初は一つのグループだけを更新し、内容とログに問題がないことを確認してから、すべてのサブスクリプションを更新しましょう。
-
更新方法を選ぶ
取得元に直接アクセスできる場合は、プロキシを使わない更新方法を選びます。直接接続に失敗し、利用可能なサーバーがすでにある場合は、そのサーバーをアクティブに設定してから、プロキシ経由の更新を選んでください。メニューに二つの操作が表示される場合は、目的に合った項目を選択します。
-
追加結果を確認する
一覧に設定が追加されたか、プロトコル、メモ、所属グループを確認してから、アクティブサーバーを設定します。更新後に一覧が空になった場合は、更新ログとグループの絞り込み条件を確認してください。すぐに何度も更新を繰り返すのは避けましょう。
プロキシ経由の更新には、使用可能なローカルプロキシと接続経路が必要です。無効になったサブスクリプションを、プロキシ経由の更新で復旧できるわけではありません。使用可能なサーバーがない場合は、まず取得元に直接アクセスできる状態にするか、サービス提供元から案内された別の有効な設定を利用してください。サブスクリプションURLにはアカウントのトークンが含まれることが多いため、問い合わせ時はドメインとエラー情報だけを、機密情報を伏せたうえで共有しましょう。
システムプロキシとTUN：まず通信の入口を確認
「システムプロキシの設定」とルーティングモードは、別の問題を解決する機能です。前者は、システムプロキシ設定に従うアプリからのリクエストをローカルポートに送ります。後者は、コアに入ったリクエストの出口を決定します。プロキシの出口を選んでも、アプリの通信がクライアントに届いていなければ、ルーティングを変更しても効果はありません。
入口の選び方：まずシステムプロキシを使い、必要に応じてTUNを試す
システムプロキシ
- メイン画面またはトレイメニューの「システムプロキシ」から「システムプロキシを自動設定」を選びます。
- まずはシステムプロキシに従うブラウザーのリクエストを確認するのに適しています。
- アプリによっては個別のプロキシ設定を使うため、別途確認が必要です。
- Linuxのデスクトップ環境では、アプリがデスクトップのプロキシ設定を参照するかも確認してください。
TUN
- 仮想ネットワークインターフェースを使い、設定に合致する通信を取り込みます。対象範囲はルーティング設定や除外ルールによって異なります。
- 有効にする前に、使用中のプラットフォーム、権限、クライアントの実行コンポーネントが要件を満たすことを確認してください。
- 最初に動作を確認するときは、ルーティングの競合を避けるため、ほかの同種の通信制御ツールを一時停止してください。
- 問題が発生したら、まずTUNを無効にし、動作確認済みのシステムプロキシ経由の接続に戻します。
一度に確認する入口は一つにしましょう。入口が正常に動作してからルーティングを調整すれば、「リクエストがクライアントに届いていない」のか「届いた後の出口選択が誤っている」のかを切り分けられます。
ルーティング設定の「直連」「プロキシ」「ブロック」は通信の出口を決めるもので、画面上のサブスクリプショングループとは別です。ルーティングを変更したら、同じテスト先へ再度リクエストを送り、アクセスログで適用された出口のタグを確認してください。特定のWebサイトが開けるかどうかだけで、ルーティング全体が有効になったと判断しないようにしましょう。
設定：待ち受けポートと範囲を確認
「設定」→「パラメーター設定」を開き、まずローカルの待ち受けに関する項目を確認します。バージョンによって設定項目のタブが異なる場合があります。以下の二つのカードは設定例であり、固定の初期値でも、そのまま入力するリモートサーバーの設定値でもありません。混合待ち受けを有効にすると、同じポートでHTTPとSOCKSの両方を受け付けられます。対応状況は現在の画面で確認してください。
ローカルアクセスの例
- 待ち受けアドレス
- 127.0.0.1
- ポートの例
- 10808
- 入口の種類
- 混合待ち受け（有効になっていることを確認）
- LANからの接続を許可
- 無効
ローカルアプリには、実際に待ち受けているポートを設定します。そのポートが使用中の場合は、空いているポートに変更し、アプリ側の設定も合わせて更新してください。
ログ確認の例
- 通常時のログレベル
- warning
- 一時的な調査用ログレベル
- info
- テストリクエスト数
- 接続先を指定して1回リクエスト
- 調査後
- 元のログレベルに戻す
アクセスログとエラーログは別々に設定される場合があります。warningだけが出力されているときに、成功したリクエストが記録されないのは正常です。
「LANからの接続を許可」を有効にすると、待ち受け範囲が変わります。ローカルでのみ使う場合は有効にする必要はありません。共有が必要な場合は、ファイアウォール、アクセス制御、接続中のネットワークが信頼できるかも確認してください。すべてのネットワークインターフェースで待ち受ける場合と、127.0.0.1のみで待ち受ける場合では、外部に公開される範囲が異なります。ローカルのブラウザーを調査するためだけに、安易に公開範囲を広げないでください。
- ポートの競合：同じクライアントが重複して起動していないか確認し、終了してからローカルポートを変更してください。ブラウザーで手動プロキシを使っている場合は、ポート変更後にブラウザー側の設定も更新します。
- コアの選択：設定に「Coreタイプ」などのコア関連項目がある場合は、選択したコアが現在の設定に対応しているか確認してください。v2rayNは管理用のGUIで、V2RayとXrayは異なるコアです。クライアント名だけでプロトコルへの対応状況を判断しないでください。
- 自動起動：ログイン時のクライアント起動、サーバーの自動選択、システムプロキシの設定はそれぞれ別の操作です。自動起動を有効にした後は、再ログインして実際の状態を確認してください。
- 設定の反映：保存後、画面の案内に従ってコアまたはプログラムを再起動し、新しい起動ログを確認してください。保存前のログをもとに、新しい設定の状態を判断しないようにしましょう。
ログパネル：起動・入口・出口の順に確認
トラブルシューティングを始めるときは、まず再現した時刻を記録します。パネルの表示をクリアしてから、アクティブサーバーの切り替えや特定のWebサイトへのアクセスなど、操作を一つだけ実行してください。ログパネルにはサブスクリプションの更新、クライアントの動作、コアの出力が同時に表示される場合があります。障害箇所を判断する前に、メッセージがどの層から出ているかを切り分けましょう。
| ログの手がかり | よくある意味 | 次に確認すること |
|---|---|---|
address already in use | ローカルの待ち受けアドレスまたはポートが使用中 | 重複して起動したプロセスを終了し、実際の待ち受けポートを確認 |
connection refused | 接続先のポートから接続を拒否された | 接続先がローカルの入口かリモートサーバーかを見分け、アドレスとポートを確認 |
timeout | 処理が制限時間内に完了しなかった | 接続先と前後のログを確認し、DNS・接続・TLS・読み込みのタイムアウトを切り分ける |
no such host | ドメイン名を名前解決できない | サーバーのドメイン名の入力、現在のネットワーク、DNS設定を確認 |
certificate 関連のエラー | 証明書の検証またはTLS設定が一致していない可能性があります | システム時刻、サーバー証明書、設定で指定されたサーバー名を確認 |
以下のコマンドは、WindowsのターミナルでローカルのHTTPプロキシを確認するためのものです。実際の待ち受けアドレス、ポート、入口の種類がすべて例と一致する場合のみ実行してください。一致しない場合は、まずローカルの値に置き換えます。これはテスト用コマンドであり、実測結果や特定サーバーの性能を保証するものではありません。
curl.exe --proxy http://127.0.0.1:10808 --head --max-time 15 https://example.com/コマンドで127.0.0.1に接続できないと表示された場合は、リモートDNSを変更するのではなく、まずコアとローカルの待ち受けを確認してください。ローカルの入口でリクエストを受け付けた後に、リモート接続やTLSのエラーが発生する場合は、アクティブサーバーの設定とネットワーク経路を確認します。調査中にログの詳細度を一時的に上げた場合は、問い合わせ前にサブスクリプションのトークン、ユーザーIDなどの認証情報を削除してください。
よくある質問：一覧は正常なのに接続結果が期待どおりにならない
サーバーをクリックしたのに、ブラウザーが直接接続するのはなぜ？
対象行を右クリックして「アクティブサーバーに設定」を選び、「システムプロキシ」→「システムプロキシを自動設定」の状態を確認してください。ブラウザーが独自のプロキシ設定や拡張機能を使っている場合は、ブラウザー側の入口設定も確認します。行をクリックして選択しただけでは、これらの操作は完了しません。
サブスクリプションの更新は成功したのに、一覧が空なのはなぜ？
まずすべてのグループに戻り、検索フィルターを解除してから、更新したグループを表示しているか確認してください。それでも設定が表示されない場合は、更新ログで解析エラーがないか確認します。取得元からWebページや非対応のデータが返された場合、ネットワーク上のダウンロードが成功しても、サーバー設定のインポートが成功したとは限りません。
遅延が表示されているのに、Webページが開かないのはなぜ？
テストの種類を確認してください。TCP接続に成功しても、該当する接続段階に到達できたことを示すだけです。認証、通信経路、TLS設定がすべて正しいとは限りません。そのサーバーをアクティブに設定して実際のリクエストを一度送り、同じ時刻のコアのエラーを確認してください。
クライアントを終了したら、ブラウザーがインターネットに接続できなくなったのはなぜ？
クライアントをもう一度起動し、「システムプロキシ」から「システムプロキシを解除」を実行してから終了し、OSのネットワークプロキシ設定を確認してください。手動プロキシを使っていた場合は、ローカルポートを指すアプリ側の設定も削除します。ローカルコアの終了後、そのポートでは通信できません。
一連の動作確認では、次の4点を把握します。現在のアクティブサーバー、アプリのリクエストが入るローカルポート、コアが選択した出口、ログに記録されたエラーの発生段階です。この4点を記録してから設定を変更すれば、サブスクリプションの更新、コアの切り替え、TUNの有効化を一度に行うより原因を特定しやすくなります。