v2rayN初回接続ガイド：ノード選択・実接続速度テスト・プロキシ有効化の確認

接続前にサブスクリプション・コア・ローカルポートを確認

v2rayNはデスクトップ型のGUIクライアントで、サーバー項目はコアに渡して実行する設定です。サブスクリプションのインポートに成功しても接続確立を意味せず、メイン画面にノードが表示されてもシステム通信がプロキシを経由しているとは限りません。初回操作では、サブスクリプショングループに少なくとも1つのサーバー項目があり、アドレス、ポート、プロトコル、通信方式が空欄になっていないことを確認してください。

サブスクリプションで提供されるVMess、VLESS、Trojanの設定には、通常トランスポートパラメーターも自動で含まれます。初回接続では、サーバーアドレス、UUID、TLS、Reality、WebSocketパス、SNIを項目ごとに変更しないでください。どれか1つでもサーバー側と一致しないと、タイムアウトやハンドシェイク失敗の原因になります。手動パラメーターがサブスクリプション提供元から明示されている場合に限り、サーバー編集画面で調整します。

• 「設定」→「パラメーター設定」→「Coreタイプ」で使用中のコアを確認します。サブスクリプションにVLESSまたはRealityノードが含まれる場合は、通常Xrayを選択します。
• メイン画面の下部またはログ欄を確認し、「ポートが使用中」「コアの起動に失敗」「設定の解析に失敗」といった表示がないことを確認します。
• ノード一覧が空の場合は、まず「サブスクリプショングループ」でグループが有効になっていることを確認し、「すべてのサブスクリプションを更新」を実行してください。
• リモートサーバーのポートとローカルプロキシポートを混同しないでください。リモート側が443でも、ローカルプログラムは10808で待ち受けできます。

ノードを絞り込んでから実接続速度をテスト

ノード名に含まれる地域名は回線の目印にすぎず、現在の品質を直接示すものではありません。初回は対象地域で候補を絞り、そのうえで実接続遅延を比較しましょう。距離の近い回線は往復時間が短い傾向にありますが、入口の負荷、ネットワーク間接続、夜間の混雑によって結果は変わるため、地域名だけで判断することはできません。

v2rayNでよく使われるテストには、TCP遅延、実接続遅延、速度テストがあります。TCP遅延は主にリモートポートへの基本接続を確認するもので、数値が低くてもプロトコルのハンドシェイクや実際のリクエストが成功するとは限りません。実接続テストはノードを使って実際のアクセスに近いリクエストを実行するため、初回の選定に適しています。速度テストは時間と通信量を多く消費するので、初回調査で全ノードに何度も実行する必要はありません。

遅延差が数十ミリ秒しかない場合、頻繁に切り替える必要はありません。安定した140 msの回線は、90 msとタイムアウトの間を揺れ動く回線より継続利用に向いていることが多いです。サブスクリプションに通信量倍率が記載されている場合は、倍率も比較してください。たとえば2倍のノードで1 GB通信すると、2 GBとして計算される場合があるため、速度の数値だけで判断できません。

初回接続を順番に完了する

次の手順では、設定、テスト、システムプロキシを分けて確認し、各ステップで明確な結果を確認できます。Webページが開けない場合も、問題がサブスクリプション、コア、ノード、システムプロキシのどこにあるかをすばやく切り分けられます。複数の項目を一度に変更する必要はありません。

1. コアを確認

   「設定」→「パラメーター設定」→「Coreタイプ」を開き、サブスクリプションのプロトコルに対応するXrayコアを選択します。保存後、ログが正常に起動していることを確認してください。

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

   「サブスクリプショングループ」で対象グループを選び、「すべてのサブスクリプションを更新」を実行します。サーバー一覧に名前、アドレス、ポート、プロトコルの種類が表示されることを確認してください。

3. ノードを絞り込む

   まず対象地域の3～5個のノードを選び、最初から数百件すべてに完全な速度テストを実行しないでください。

4. 実接続速度テスト

   候補ノードを選択し、メイン画面のサーバーテスト機能で実接続遅延を測定します。連続して応答があり、変動の少ない項目を優先して残してください。

5. アクティブ項目に設定

   対象ノードをダブルクリックするか、サーバーメニューからアクティブサーバーに設定します。アクティブ行の表示がそのノードに移動したことを確認してください。

6. システムプロキシを有効化

   トレイアイコンのメニューから「システムプロキシ」を開き、「システムプロキシを自動構成」を選択します。その後、ブラウザーウィンドウを新しく開いて確認してください。

正常に起動すると、ログには通常、ローカルの待ち受けポート、設定の読み込み、アウトバウンド接続の記録が表示されます。ログに特定のWebサイトへの接続リセットが1件表示されても、ノード全体が無効とは限りません。実接続テスト、複数のWebページへのアクセス結果、外部IPを合わせて判断してください。

システムプロキシとAndroid端末では確認方法が異なる

デスクトップでシステムプロキシを有効にすると、ブラウザーやシステムプロキシ設定に従うアプリはリクエストをv2rayNに渡します。ローカル通信はまず127.0.0.1上の待ち受けポートに入り、現在のアクティブノードから転送されます。ネットワークプロキシを個別に設定する一部のプログラムはシステム設定を自動で読み取らないため、プログラム内でローカルHTTPまたはSOCKSアドレスを入力する必要があります。

• v2rayN自体が動作しているかだけを確認するには、ログにローカルの待ち受けとコアの起動情報があるか確認します。
• ノードがリクエストを完了できるかを確認するには、実接続遅延を測定し、数秒間隔を空けて2～3回繰り返します。
• ブラウザーがプロキシを経由しているかを確認するには、システムプロキシを有効にして外部IPを調べ、無効時の結果と比較します。
• 特定のソフトをテストする場合は、ソフトがシステムプロキシを使用していることを確認するか、127.0.0.1:10809のHTTPプロキシを手動で設定します。

初回調査でいきなりグローバルTUNを有効にすることはおすすめしません。TUNはシステムプロキシを読み取らない通信も取り込めますが、ルーティング、DNS、権限、仮想ネットワークアダプターなどの変数が増えます。まずブラウザーをシステムプロキシ経由で安定して使える状態にし、その後ゲーム、コマンドラインツール、特殊なアプリの通信を取り込むと、原因を切り分けやすくなります。

外部IPとWebアクセスでプロキシの有効化を確認

「ノードが選択済み」と表示されるのはクライアントの状態にすぎません。「実接続遅延に数値が出る」ことはノードがテストリクエストを完了できることを示しますが、「プロキシが有効」と判断するには対象アプリの実際の通信を確認する必要があります。最も直接的な方法は、システムプロキシの無効時と有効時で外部IP、地域、ネットワーク事業者の情報をそれぞれ記録することです。

テストでは同じブラウザー、同じネットワーク接続を使い、他のプロキシツールを同時に起動しないでください。まずシステムプロキシを解除してIP確認ページを更新し、現在の結果を記録します。次にv2rayNでシステムプロキシの自動構成を有効にし、ブラウザーウィンドウを新しく開いて再度確認します。外部アドレスが選択したノードの地域に変わり、複数の一般的なWebページを読み込めれば、基本確認は完了です。

1. トレイメニューで「システムプロキシ」→「システムプロキシを解除」を選び、ブラウザーを終了して再起動します。
2. 検索して外部IP確認ページを1つ開き、IP、地域、事業者を記録します。
3. トレイメニューに戻り、「システムプロキシ」→「システムプロキシを自動構成」を選びます。
4. ブラウザーウィンドウを新しく開き、外部IPを再確認して、最初の結果と比較します。
5. 異なる2つのサイトを続けて開き、トップページ、画像、次のページが継続して読み込めるか確認します。
6. 最後にv2rayNのログを確認し、テスト中に新しいアウトバウンド接続の記録が出ていることを確認します。

初回接続でよくある問題を順に確認

初回接続に失敗したときは、現在の設定を変えずに変数を1つだけ置き換えるのが効果的です。ノードがタイムアウトするなら同じサブスクリプションの別ノードに切り替え、すべてのノードが失敗するならコアとサブスクリプションを確認します。ブラウザーだけが失敗して実接続テストが正常なら、システムプロキシとローカルポートを優先して確認してください。

調査後にネットワークを元の状態へ戻す場合は、メインウィンドウを閉じるだけでなく、トレイメニューから「システムプロキシ」→「システムプロキシを解除」を実行してください。設定によってはメインウィンドウを閉じてもプログラムがトレイに常駐し、コアとシステムプロキシが動作し続けることがあります。トレイの状態とシステムプロキシ設定を基準に確認してください。

接続成功後の基本メンテナンス

初回確認が完了したら、安定したノードを予備として2～3個残しておくと安心です。毎日最低遅延だけを追いかける必要はありません。サブスクリプションの更新でノードが追加、改名、削除されることがあります。更新後にアクティブサーバーが使えなくなった場合は、実接続テストを再実行して新しい項目を選び直してください。

ルーティングによって、どのドメインをプロキシ経由、直接接続、またはブロックにするかが決まります。まずはクライアント標準のルールモードを使い、ブラウザーアクセスと外部IPが安定してから、仕事用ソフト、LANリソース、特定ドメインに合わせてルールを調整してください。ルールは一度に1つ追加してすぐ確認するほうが、大量のルールをまとめてインポートするより競合を見つけやすくなります。

信頼できる初回接続の判断フローは、サブスクリプション一覧にデータがあり、コアが正常に待ち受け、ローカルポートに競合がなく、候補ノードの実接続遅延が安定して返り、対象ノードがアクティブサーバーに設定され、システムプロキシが有効で、外部IPがそれに応じて変化し、複数のWebページに継続してアクセスできることです。この流れを1項目ずつ確認すれば、「接続したように見えるのに実際には有効でない」問題の多くを具体的な段階まで特定できます。