V2Rayノードの選び方｜遅延テスト・通信量倍率・地域・プロトコルを比較

遅延テスト：TCP接続できてもプロキシが使えるとは限らない

v2rayNのTCP遅延テストでは通常、クライアントからサーバーの指定ポートへTCP接続するまでの時間を測定します。サーバーのアドレスやポートに到達できるか確認するのに役立ちますが、プロキシ認証やトランスポート設定、接続先サイトへのアクセスまでは検証しません。ノードのポートが開いていてもアカウントが無効なら、TCPテストでは正常なミリ秒数が表示されることがあります。

実接続遅延テストでは、ノード経由でクライアントに設定されたテスト先へアクセスし、実際のプロキシ経路をより広く確認します。DNS名前解決、プロキシのハンドシェイク、TLSハンドシェイク、接続先の応答、コネクション再利用の状態などが結果に影響します。テストの実装や計測範囲はバージョンによって異なるため、同じクライアントと同じテスト先を使って比較してください。TCPの数値との差から特定の処理時間を算出することはできません。

v2rayNのノードテスト：条件をそろえてから比較する

まとめて速度を測る前に、大容量ファイルのダウンロードやほかの速度テストを止め、同じネットワーク接続を保ってください。テスト中にWi-Fi、プロキシモード、テスト先を同時に切り替えると、結果の変化が何に起因するのか分からなくなります。クライアントのメニュー名はバージョンによって変わることがあります。以下ではサーバー一覧の右クリックメニューにある機能を案内します。表示名が異なる場合は、現在の画面にあるTCPテストと実接続テストを選んでください。

1. テスト設定を確認する

   「設定」→「パラメーター設定」を開き、現在のバージョンで速度テスト先または実接続テスト先に関する設定を探して、現在の値を記録します。比較中はテスト先を変更せず、低い数値を出すためにタイムアウトのしきい値を頻繁に変えることも避けてください。

2. ポートを一次確認する

   サーバー一覧から候補ノードを選び、右クリックしてTCP遅延テストを実行します。メニュー名は「サーバー遅延をテスト Tcping」と表示されることがあります。タイムアウトした項目はすぐに削除せず、ネットワーク制限やTCP以外のトランスポートが原因でないか確認してください。

3. 実接続をテストする

   候補ノードを選択したまま右クリックし、「サーバーの実接続遅延をテスト」を実行します。繰り返し成功するか確認し、TCPテストの結果とは分けて記録してください。TCPは成功して実接続に失敗する場合は、認証、トランスポート、TLSのパラメーター、テスト先を優先して確認します。

4. 時間帯を変えて繰り返す

   候補に残ったノードをそれぞれ5回テストし、成功回数と中央値を記録します。普段よく使う夜の時間帯にももう一度測定し、空いている時間の最低値だけで順位を決めないようにしましょう。テスト中は候補の設定が変わらないよう、サブスクリプションを繰り返し更新しないでください。

5. 実際の用途で確認する

   候補ノードを使用中のサーバーに設定し、普段使うブラウザーで目的のWebサイトを開いてから、短時間のダウンロードまたは動画再生を試します。アプリが実際にプロキシを使っていることも確認してください。使用中のサーバーを設定しただけでは、すべてのアプリの通信がプロキシを通るとは限りません。

中央値を使うと、偶然の極端に小さい値や大きい値に判断を左右されにくくなります。ただし、失敗率を無視してはいけません。5回中2回しか成功しないノードは、その2回の遅延が低くても、普段使いの第一候補には向きません。ばらつきを記録する場合は最大値から最小値を引いた値を目安にできますが、専門的なネットワーク測定で用いられる標準的なジッター指標と混同しないでください。

通信量倍率：速度表示を容量コストに換算する

通信量倍率は通常、サブスクリプションサービスの料金ルールであり、VLESS、VMess、Trojanのプロトコルパラメーターではありません。「2倍」と表示されている場合、課金対象の通信量の2倍が容量から差し引かれるという意味で使われることがあります。アップロードを含むか、単位をどう換算するか、時間帯別の課金があるかはサービス提供元の説明を確認してください。ノード名の倍率表示が古い場合もあるため、サブスクリプションを更新した後もプランの説明と照合しましょう。

以下は計算例です。課金方法が確認済みで、課金対象の通信量が10 GB、追加のオーバーヘッドや集計差は考慮しないものとします。ここに示す数値は本サイトの実測値ではなく、特定のノードに実際に適用される課金ルールを示すものでもありません。

• 複数ノードの速度テストでも通信量を消費します。1回のダウンロードテストで課金対象の通信量が50 MB発生すると仮定すると、20ノードをそれぞれ1回テストした場合は合計1000 MBです。すべてが2倍で課金されるなら、容量の消費は約2000 MBになります。
• 倍率が低くても速度が遅いとは限りません。倍率はサービスの料金ルールで決まるため、回線帯域や混雑状況、安定性を推測することはできません。
• 倍率が高くても優先度が高いとは限りません。実際の用途で性能が改善し、通信量コストも許容できる場合に限り、継続利用を検討しましょう。

普段の用途が主にWeb閲覧や文書作成なら、倍率が低く安定したノードを選ぶと容量を管理しやすくなります。大容量ファイルを転送する場合は、残りの容量と単位時間あたりのスループットも確認し、高速ダウンロードで期間内の容量を使い切らないようにしましょう。

ノードの地域：入口・出口・接続先サイトを区別する

ノード名の地域表示は通常、出口の場所を示しますが、名前だけでネットワーク経路全体を把握することはできません。中継ノードでは、まず近い入口に接続し、別の地域から接続先サイトへアクセスすることがあります。ブラウザーで確認できる出口IPアドレスの所在地からも、途中で経由したネットワークまでは分かりません。クライアントから入口までのTCP遅延が低くても、入口から出口、出口から接続先サイトまで速いとは限りません。

地理的な距離は影響要因の一つにすぎません。プロバイダー間の接続、国境をまたぐ経路、夜間の混雑、接続先サイトのCDN拠点などによって使い勝手は変わります。近い地域を候補に加えるのはよい方法ですが、地域名だけで速度ランキングを決めないでください。特定の地域向けコンテンツを利用する場合は、出口IPアドレスが接続先のサービスにどう認識されるかも確認しましょう。

プロトコルの種類：まずコアの対応状況、次に設定全体を確認

「V2Rayノード」はプロキシ設定を指す一般的な呼び方で、すべてのノードを同じコアで動かせるという意味ではありません。v2rayNはデスクトップクライアントで、実際の接続は呼び出されたコアが処理します。Android版のv2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。リンクをインポートできても、設定が読み込まれただけであり、コアの機能との互換性が確認されたわけではありません。

プロトコル名だけで速度の順位を決めることはできません。同じVLESSノードでも、プロトコルを変えるより入口のネットワークを変えたほうが、性能に大きく影響する場合があります。VMessとTrojanの速度も、回線、サーバー負荷、クライアント端末の性能に左右されます。WebSocketトランスポートではHostとpath、TLSではサーバー名と証明書チェーンも確認してください。プロトコルが同じだから設定をそのまま使い回せると考えるのは禁物です。

ノード選びの手順とよくある質問

選定では「設定を読み込める」「接続できる」「目的のサービスが使える」「繰り返し安定する」「コストが許容範囲内」の5点を確認しましょう。ミリ秒数だけで一度に順位を付けるより確実です。メインと予備のノードについて、テスト日、接続ネットワーク、テスト先、成功回数、倍率、接続先サイトでの結果を簡潔に記録してください。ネットワーク環境が変わったら再テストすればよく、クライアントを開くたびに全ノードのダウンロードテストを行う必要はありません。

• 第1段階：コアが非対応の候補や、設定に明らかな不足がある候補を除外します。
• 第2段階：実接続テストと目的のサービスで使えるか確認し、成功時の所要時間だけでなく失敗も記録します。
• 第3段階：普段使う時間帯の安定性を比較し、必要な性能を満たすノードの中から許容できる倍率を選びます。
• 最終候補：普段使いのメインを1つ、できるだけ経路が異なる予備を1つ残します。一覧の最低値を追い求める必要はありません。