まず利用するサービスに合った出口地域を選び、次に現在のコアがプロトコルに対応しているか確認します。その後、実際の接続遅延とばらつきを比べ、最後に倍率から通信量のコストを判断します。サブスクリプションを追加したものの、どのサーバーを選べばよいか分からない方に向けた内容です。手順に沿って、長い一覧から普段使い・大容量通信・予備用のノードを絞り込みましょう。最小のミリ秒数だけで判断する必要はありません。
ノード一覧に表示される4項目
ノード名はプロバイダーが付けた識別用の名称であり、クライアントが性能を検証した結果ではありません。「香港」「専用回線」「高速」などの表記は、実際の出口地域、利用するサービスでの速度、プランの倍率をそれぞれ確認しましょう。サブスクリプションは接続情報を配布するもので、すべてのノードがいつでも利用できることを保証するものではありません。
| 項目 | 主に判断できること | 直接は判断できないこと |
|---|---|---|
| 遅延 | リクエストの応答時間とその変動 | 継続的なダウンロード速度、動画の再生可否 |
| 倍率 | 通信量の課金係数 | 帯域幅、回線品質、優先度 |
| 地域 | 出口IPの地域とサービスとの適合性 | 通信経路全体、実際の距離 |
| プロトコル | クライアントのコアと接続設定の互換性 | 同じ地域にある回線の速度比較 |
まず、よく使うWebページを開く、決まった動画を再生する、ファイルをダウンロードするなど、具体的な用途を決めます。同じノードでも、Web閲覧には向いていて大容量ファイルの転送には向かないことがあります。テストは同じネットワーク、同じ接続先、なるべく近い時間帯に行い、自宅の固定回線とモバイル回線の結果を混ぜないようにしましょう。
遅延を測る:ポート接続と実際のリクエストを区別する
TCP遅延は通常、サーバーのポートに接続できるかを確認するための指標です。プロキシプロトコルの認証、TLSハンドシェイク、接続先サイトへのアクセスがすべて成功することを示すものではありません。実接続遅延は選択したノード経由でテスト先にアクセスするため、プロキシ経路全体の状態により近い値を確認できます。ただし、結果が示すのはあくまでそのテスト先への接続です。テスト先が制限されている場合、テストは失敗しても実際の用途では使えることがあります。
-
候補を選ぶ
v2rayNのメイン画面で、同じ用途に使うサーバーを3~5件選択します。プラン対象外、期限切れ、またはプロトコルを認識できない項目を先に除外し、サブスクリプション全体を何度も測定するのは避けましょう。
-
実接続を測定する
サーバー一覧の右クリックメニューから「サーバーの実接続遅延をテスト(複数選択)」を選びます。バージョンによって括弧やメニュー名が異なる場合があります。「実接続遅延」と表示された項目を選び、TCP遅延テストと混同しないでください。
-
繰り返し測定して記録する
同じノードを3回テストし、成功回数、遅延の中央値、最大値を記録します。テスト中はダウンロードやクラウド同期を一時停止し、テスト先も変えないでください。
-
実際の用途で確認する
候補のノードを使用サーバーに設定し、実際に使うWebページや動画を開きます。テスト機能はノードを直接利用できますが、ブラウザーの通信がそのノードを経由するかどうかは、システムプロキシとルーティング設定にも左右されます。
たとえば、あるノードの3回の測定値が80、85、900ミリ秒、別のノードが120、125、130ミリ秒だったとします。これは数値の見方を示す例であり、本サイトで実測した結果ではありません。前者は最小値こそ小さいものの、大きな遅延のばらつきが発生しています。Webページを連続して開く用途では、後者のほうが適している可能性があります。中央値を記録すれば単発の極端な値の影響を抑えられますが、失敗回数と最大値もあわせて確認しましょう。
倍率を確認する:通信量の予算と速度は別々に考える
倍率はプロバイダーが定める通信量の課金ルールであり、V2Rayのプロトコルフィールドでも速度の倍率でもありません。一般には、課金対象の通信量は実際の通信量に倍率を掛けた値です。アップロードとダウンロードの両方が対象か、通信量の単位をどう換算するか、時間帯によって倍率が変わるかは、プランの説明を確認してください。
上の数値は計算例です。同じ10 GBの通信でも、倍率0.5のノードを使うと、このルールでは課金対象は5 GBになります。倍率が低くても低速とは限らず、高倍率でも安定性が保証されるわけではありません。課金係数とネットワーク性能は別の要素です。
- Web閲覧・メッセージ:通信量は通常少なめです。まず接続成功率と応答の安定性を確認し、その後に倍率を比べましょう。
- 動画・ダウンロード:まず継続的な通信速度が十分か確認し、使えるノードの中から倍率の低いものを選びます。高倍率の回線を長時間使うのは避けましょう。
- 速度テスト:速度測定でもデータ通信が発生し、プランの通信量を消費することがあります。候補を少数に絞り、すべてのノードでダウンロード速度を何度も測定するのは避けてください。
クライアントの累計通信量とプロバイダーの請求量は、集計方法、更新時刻、プロトコルのオーバーヘッドによって異なる場合があります。残りの通信量を確認するときは、プロバイダーのアカウント情報を参照してください。クライアントに表示されたダウンロード量だけで最終的な課金量を判断することはできません。
地域を選ぶ:ノード名だけでなく出口を確認する
ノードに表示される地域は出口地域の場合もあれば、入口や回線の名称にすぎない場合もあります。中継を経由すると、接続先サーバーのアドレスと、アクセス先のWebサイトから見える出口IPが異なることがあります。地域を選ぶ際は、まず利用するサービスに必要な出口を確認し、その地域の候補回線を比較しましょう。
地域で絞り込む:通常のWeb閲覧と地域指定サービス
通常のWeb閲覧
- 地域の指定がなければ、まず近隣の地域を試します。
- 実際の応答を比べ、地理的な近さだけで回線品質を判断しないでください。
- メインのノードを決めたら、別の地域のノードも予備として残します。
地域指定のあるサービス
- まず対象サービスの地域に関するルールを確認します。
- 現在のプロキシ経由で出口IPを確認してから、対象サービスにアクセスします。
- アカウントの利用環境を一定に保ち、短時間に異なる地域から何度もログインするのは避けましょう。
地域の条件を満たすことは第一歩にすぎません。対象サービスはアカウントの地域、支払い情報、IPの種類なども判断材料にする場合があります。
出口を確認するときは、IP確認サイトと対象サイトの両方が選択したプロキシを経由していることを確かめてください。ルーティングルールによって確認サイトは直接接続、対象サイトはプロキシ経由になることがあり、その場合は両方の表示結果をそのまま比べられません。動画の再生可否も出口IPの確認だけでは分かりません。対象コンテンツを実際に開き、途切れずに再生できるか確認しましょう。
プロトコルを確認する:互換性を確かめてから回線を比べる
VMess、VLESS、Trojanは接続プロトコルです。WebSocketはトランスポート方式、TLSとREALITYは接続のセキュリティに関する設定であり、同じ階層の選択肢ではありません。VLESS自体には暗号化機能がないため、利用時は適切なセキュリティ層と組み合わせる必要があります。ノードが接続できるかどうかは、プロトコル名だけでなく設定全体で決まります。
VLESS + REALITY
- プロトコル
- VLESS
- セキュリティ層
- REALITY
- Flowの設定例
xtls-rprx-vision、サーバー側と同じ設定にする- 確認する項目
- サーバー名、公鍵、Short ID
デスクトップでは、この組み合わせに対応したXrayコアを使用します。Androidではv2rayNGを利用できます。v2flyNGにそのまま適用しないでください。
VMess + WebSocket + TLS
- プロトコル
- VMess
- トランスポート
- WebSocket
- セキュリティ層
- TLS
- 確認する項目
- サーバー名、Host、パス、ポート
パスはサーバー側で指定されるため、必ずしも/wsとは限りません。この組み合わせを使っても、CDN経由になるとは限りません。
TrojanはTLSを使う構成が一般的です。接続パスワード、サーバー名、証明書の検証を正しく設定する必要があります。速度の問題を調べるために、証明書の検証をむやみに無効化しないでください。VMessではシステム時刻にも注意が必要で、大幅なずれが認証に影響する場合があります。VLESSやTrojanにVMessの設定項目をそのまま流用することはできません。
- v2rayN:デスクトップクライアントです。実際に使える機能は、選択したコアとそのバージョンによって異なります。設定をインポートできても、すべての構成が動作するとは限りません。
- v2rayNG:Xrayコアを使用するAndroidクライアントです。新しい機能を使う場合は、現在のバージョンが対応しているか確認してください。
- v2flyNG:V2Flyコアを使用するAndroidクライアントです。同じV2Rayエコシステムのアプリだからといって、XrayのREALITYやXTLS Visionの設定に対応しているとは限りません。
サブスクリプションを追加した後は、プロバイダーが指定した設定をそのまま使うのが基本です。ログに非対応のフィールドやトランスポート方式が表示された場合は、ポート、パス、暗号化設定を順番に変えるのではなく、クライアント、コア、サブスクリプション形式の互換性を確認してください。プロトコル名だけで速度の順位は決まりません。同じプロトコルでも回線による差のほうが大きい場合があります。
用途別にメイン・大容量用・予備のノードを選ぶ
4項目を比較した後も、すべての用途をこなす「最適なノード」を探す必要はありません。役割を分けて候補を少数残すほうが管理しやすくなります。初回は普段使う時間帯にテストし、夜間の混雑時間帯にも再測定して、回線品質に大きな変化がないか確認しましょう。
| 用途 | 選ぶ順番 | 確認方法 |
|---|---|---|
| 普段のWeb閲覧 | 互換性・利用可否 → 遅延の安定性 → 地域 → 倍率 | よく使うページを続けて開き、待ち時間やエラーが繰り返し発生しないか確認します。 |
| 動画再生 | 地域の条件 → 実際に再生できるか → 継続的な通信速度 → 倍率 | 画質を固定して5分間再生し、バッファリングや中断がないか確認します。 |
| 大容量ファイルのダウンロード | 通信量の予算 → 継続的な通信速度 → 接続の安定性 | 同じ配布元のファイルを使って短時間テストし、通信量を管理します。 |
| 予備回線 | 利用可能か → メインとは異なる回線か → 地域の要件 | 実際に切り替えて対象サービスにアクセスします。一覧にノード名があるだけでは確認になりません。 |
速度の単位もそろえて比較しましょう。アプリに表示されるMB/sと、ネットワーク速度で一般的なMbpsは異なります。目安として1 MB/sは約8 Mbpsですが、実際の速度はプロトコルのオーバーヘッドにも左右されます。一方のノードのMB/s表示と、別のノードのMbps表示をそのまま比べないでください。
最後に、ノード名、出口地域、倍率、実接続テスト3回分の結果、用途別テストの結論を簡潔に記録します。ネットワークが遅くなったら、まず予備ノードでも確認し、特定の回線、接続先サービス、ローカルネットワークのどこに問題があるかを切り分けましょう。毎日すべてのノードを遅延順に並べ直すより、原因を見つけやすくなります。