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

接続前の準備：サブスクリプション・コア・ローカルポート

v2rayNはクライアントの画面を提供するソフトであり、接続できるかどうかはサブスクリプションの内容、選択したコア、サーバー側の設定が一致しているかにも左右されます。初回はルーティング、DNS、通信方式、ポートを同時に変更しないでください。変数が増えるほど、問題がどの層にあるか判断しにくくなります。まずは既定のルーティング設定を保ち、最小構成で1回接続するのがおすすめです。

この記事ではv2rayN 7.xの画面構成を例に説明します。マイナーバージョンによってメニュー名が多少異なる場合がありますが、操作の順序は変わりません。サブスクリプションに含まれるVLESS、VMess、Trojan、Shadowsocksのノードでは、通常はまずXrayコアを使用します。提供元が使用するコアを明示している場合は、その設定案内に従ってください。

1. クライアントを起動

   v2rayNを起動し、メインウィンドウが開くことを確認します。タスクバーの通知領域にクライアントのアイコンが表示されているかも確認してください。ウィンドウを閉じても、プログラムがバックグラウンドで動作し続ける場合があります。

2. コアを確認

   「設定」→「パラメーター設定」→「Core タイプ」を開き、サブスクリプションのプロトコルに対応するXray設定を優先して維持します。初回接続でコアを何度も切り替えないでください。

3. サブスクリプションを追加

   「サブスクリプショングループ」→「サブスクリプショングループ設定」→「追加」を開き、グループ名を入力して完全なサブスクリプションURLを貼り付け、保存します。

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

   メイン画面で「サブスクリプショングループ」→「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行し、ノード一覧の更新が完了するまで待ちます。

5. ポートを確認

   パラメーター設定でローカルの待ち受けポートを確認します。SOCKSを10808、HTTPを10809に手動設定している場合、他のソフトで指定する際も同じ値を入力してください。

ノード一覧から最初の候補を選ぶ方法

ノード名に含まれる地域、倍率、プロトコルのラベルは分類の参考にはなりますが、回線が使えることを直接証明するものではありません。初回接続では、倍率が通常で地域が明確、かつメンテナンス中や期限切れを示す表示がないノードを選び、クライアントのテスト結果で絞り込みます。数十個ある場合は1つずつ手動接続する必要はありません。同じ地域の候補を3～5個選び、一括テストすると効率的です。

通常の遅延、実接続遅延、ダウンロード速度テストは、それぞれ異なる点を確認します。通常の遅延はホストへの到達性を見ます。実接続遅延はプロキシプロトコルのハンドシェイクを経てテスト対象へアクセスします。ダウンロード速度はテストファイル、サーバー側の速度制限、ローカル回線、同時接続数の影響も受けます。初回のトラブルシューティングで最も有用なのは、中央の実接続遅延です。

• 通常のブラウジングでは、実接続遅延が300ms未満で、2回連続して結果が返るノードを選ぶとよいでしょう。
• 同じ地域のノード間で20～40ms程度の差しかない場合、最低値だけを追う必要はありません。安定して結果が返ることのほうが重要です。
• 負の値、空欄、タイムアウト、または常に0と表示される項目は、そのまま利用可能なノードと判断しないでください。再テストするか、ログを確認します。
• 高倍率ノードは速い場合もありますが、単に課金ルールが異なるだけの場合もあります。倍率は性能を意味しません。

実接続遅延を実行して結果を読み取る

ノード一覧で候補を選択し、右クリックしてテストメニューを開き、「サーバーの実接続遅延をテスト」を実行します。一括テストでは、この回のテストがすべて終わるまで待ってください。テスト中にシステムプロキシを連続して切り替えたり、コアを再起動したりすると、同じデータに異なる実行状態が混在する可能性があります。

たとえば同じネットワークで、3つの候補ノードの結果が86ms、214ms、タイムアウトだったとします。86msと214msはいずれもテストリクエストが完了したことを示し、前者のほうが接続確立は速いという意味です。タイムアウトは制限時間内に有効な応答を受け取れなかった状態であり、コアのログを確認して、プロトコルのハンドシェイク失敗、名前解決失敗、接続拒否、テスト先への到達不能のどれかを判断します。

遅延の数値は固定的な品質スコアではありません。同じノードでも、自宅の固定回線、モバイルホットスポット、オフィスのネットワークでは結果が大きく異なる場合があります。テスト先の応答速度も合計時間に含まれます。より確実なのは、同じネットワーク、同じクライアント設定、近い時間帯で横並びに比較する方法です。

システムプロキシを有効にして通信が引き継がれたことを確認

利用可能なノードが見つかったら、そのノードを右クリックして「アクティブサーバーに設定」を選びます。続いてv2rayNのシステムプロキシメニューから「システムプロキシを自動構成」を選択します。これでクライアントはシステムプロキシをローカルの待ち受けアドレスに向け、コアが受け取った通信をアクティブノードへ転送します。

「アクティブノード」と「システムプロキシが有効」は別の状態です。前者はv2rayNが使用する経路を決め、後者はシステムプロキシに従うアプリがリクエストをv2rayNへ渡すかどうかを決めます。ノードを選択していてもシステムプロキシが解除されていれば、通常のブラウザーは直接インターネットへ接続します。

1. 接続前にブラウザーで「IPアドレス」を検索し、直接接続時の出口アドレスと地域を記録します。
2. アクティブサーバーを設定し、「システムプロキシを自動構成」を有効にして、タスクバーのアイコン状態が変わったことを確認します。
3. IP確認ページを完全に再読み込みします。必要に応じてブラウザーのプライベートウィンドウを新しく開き、古いキャッシュや長時間接続の影響を減らします。
4. 接続前後の出口IPを比較します。アドレスまたは地域が選択したノードの出口に変わっていれば、確認リクエストがプロキシ経路に入ったことを示します。
5. 続いて、以前は正常にアクセスできなかった、または読み込みが遅かったページを2つ開き、名前解決、TLS接続、ページリソースの読み込みまで完了することを確認します。
6. 最後にシステムプロキシを解除して同じ確認ページを再読み込みし、出口が元に戻ることを確認します。確認ページ自身のキャッシュを除外するためです。

ルーティング分流を使用している場合、一部の中国本土向けアドレスはルールにより直接接続されることがあります。そのため、中国本土のページにアクセスしても出口が変わらない場合があります。初回確認では一時的にグローバルプロキシを使って比較し、基本接続が正常だと確認できたらルールモードに戻し、各分流ルールが実際の用途に合っているか確認してください。

接続に失敗したときの層別トラブルシューティング

トラブルシューティングでは、一度に1つの条件だけを変更してください。まずサブスクリプションが更新できるか確認し、次にノードで実接続テストが完了するかを確認します。その後システムプロキシを確認し、最後にブラウザーやアプリ自身の設定を確認します。ノード、ポート、コア、DNSを同時に変更すると、有効な手がかりが失われがちです。

ログで優先して確認する情報

• コアが起動しているか：コアプロセスが正常に起動していないと、ローカルの待ち受けポートが作成されず、ブラウザーの通信をプロキシへ渡せません。
• ポートが使用中でないか：10808またはカスタムポートを別のプログラムが使用している場合は、未使用のポートに変更し、ブラウザーの個別プロキシ設定も同じ値に更新してください。
• ハンドシェイクが失敗していないか：プロトコルまたはTLSのハンドシェイクエラーが繰り返し発生する場合は、まずサブスクリプションを更新し、サーバー側のパラメーターを推測して手動設定するのは避けてください。
• ドメインが解決できているか：ドメインだけ開けず、直接アドレスならアクセスできる場合にDNS設定とルーティングルールを確認します。先にクライアントを再インストールする必要はありません。
• 対象が分流されていないか：ログに表示されるdirectとproxyの行き先から、リクエストが直接接続されたのか、アクティブノードを経由したのかを判断できます。

再現可能な初回接続チェック手順を作る

ウェブページを1回開けただけでは、設定が長期的に安定しているとは言えません。ただし、基本経路が確立したことは確認できます。より実用的な完了条件は、サブスクリプションを更新できること、少なくとも2つのノードで実接続遅延が返ること、アクティブサーバーが明確であること、システムプロキシを制御できること、出口IPの比較が成立すること、ブラウザーで複数ページを連続して読み込めることです。

その後に異常が起きても、すべてのパラメーターを最初から変更するのではなく、同じ順序を繰り返せます。まず予備ノードで単一ノードの障害を除外し、次に予備ネットワークで現在の接続環境を除外します。最後にカスタムルーティング、DNS、アプリごとのプロキシを確認してください。これなら各段階で判断対象が明確になります。

1. 一覧を更新

   すべてのサブスクリプションを手動更新し、ノード数とグループが想定どおりか確認します。

2. 一括テスト

   同じ地域のノードを3～5個選び、実接続遅延を実行します。安定した結果が得られる候補を2つ残してください。

3. アクティブに設定

   遅延が安定した候補ノードをアクティブサーバーに設定します。リストの行を選択しただけで、実際の出口が切り替わっていない状態を避けます。

4. プロキシを有効化

   「システムプロキシを自動構成」を選び、ローカルの待ち受けポートとシステムプロキシの向き先が一致することを確認します。

5. 二重確認

   出口IPの変化とブラウザーでの実際の読み込み結果を同時に確認し、単一の遅延値だけで完全な検証と判断しないでください。

6. 設定を元に戻す

   テスト後は必要に応じてルーティングモードを戻します。プロキシを一時的に使わない場合はシステムプロキシを解除し、コア終了後もブラウザーがローカルポートを向き続ける状態を避けてください。