この記事は、サブスクリプションを読み込んだものの、どのノードを選べばよいか分からない方に向けたものです。再現性のあるテスト方法を身につけ、遅延、安定性、倍率、地域、プロトコルを組み合わせて、メインと予備のノードを選びます。リスト上で最も低い数値だけを選ぶ方法ではありません。
リストの遅延だけでなく、まず実接続を測定する
ノード名の横に表示される遅延は、通常、特定の探測結果だけを示します。TCP探測は主に対象アドレスとポートへの接続可否を確認するもので、プロキシプロトコルのハンドシェイクまで完了するとは限りません。また、TLS、WebSocket、gRPCなどのトランスポート層を経由しない場合もあります。タイムアウトするノードを素早く除外するには便利ですが、Webページの表示速度や継続的な通信性能を完全に示すものではありません。
実接続テストでは、クライアントがノード経由で実際のリクエストを送信するため、日常の利用経路に近い結果が得られます。測定値には、ローカルネットワーク、入口回線、サーバー処理、プロトコルのハンドシェイク、対象サイトの応答などが含まれます。クライアントのバージョンによってテスト先や計算方法が異なる場合があるため、同じ端末・同じネットワーク・同じ時間帯で比較してください。2台の端末に表示された絶対値を直接比べることは避けます。
-
リストを更新
まず現在のサブスクリプションを更新し、ノード名、アドレス、グループが最新の状態か確認します。古い設定が表示され続けていても、ハンドシェイクを完了できない場合があります。
-
コアを確認
v2rayNで「設定」→「パラメータ設定」→「Core タイプ」を開き、ノードのプロトコルに合ったコアを選択します。バージョンによって項目の位置は多少異なりますが、テスト中にコアを何度も切り替えないでください。
-
基準値を作る
ファイルをダウンロード中、またはデータを同期中のアプリを終了し、候補ノードを3回連続でテストします。各テストの間隔は約10秒とし、最低値だけでなく中央値を記録します。
-
実遅延を測定
v2rayNのサーバー一覧で候補を選択し、実接続遅延テストを実行します。v2rayNGではノード一覧のテスト機能から実際の接続を確認できます。
-
継続通信を確認
候補ノードに接続して普段使うWebページを開き、その後60秒間の実ダウンロードまたは動画再生を行います。速度の急低下、バッファリングの繰り返し、接続切断がないか確認してください。
遅延・ジッター・速度・パケットロスの意味
遅延は操作時の待ち時間に直結し、特にWebページの初回表示、リモート端末、即時リクエストに影響します。ジッターは複数回の測定結果のばらつきで、変動が大きいほど実際の使用感も不安定になります。ダウンロード速度は継続的なスループットを示しますが、サーバー帯域、対象サイトの速度制限、利用回線、測定時間帯にも左右されます。単一の指標だけで他の指標を代用することはできません。
以下は、同じ回線・同じ端末で夜間に連続測定した場合の選定基準です。数値は判断方法を示すための例であり、特定地域の固定的な性能を示すものではありません。ローカルネットワークは空いており、クライアントのローカルSOCKSポートは10808、HTTPポートは10809、候補ノードはすべて3回の実接続テストを完了したものとします。
| テスト結果 | 一般的な意味 | 選択の目安 |
|---|---|---|
| 遅延が低く、変動が小さい | 経路の往復が安定しており、通常はインタラクティブな通信もスムーズ | メインノードの候補として優先する |
| 遅延は低いが、頻繁にタイムアウトする | 入口には到達できるものの、プロキシのハンドシェイクまたはその後の経路が不安定 | 最低値だけを根拠に選ばない |
| 遅延はやや高いが、速度が安定している | 物理的な距離は遠いが、帯域と継続通信に優れている | 大容量ファイルや長時間の動画再生に向く |
| 遅延と速度の両方が変動する | 混雑時間帯、またはローカルネットワークが帯域を占有している可能性がある | 時間帯を変えて再測定してから判断する |
ポート番号だけでノードの速さは判断できません。443はTLSサービスでよく使われますが、443だから回線が安定するとは限りません。高い番号のポートも品質が低いことを意味しません。比較すべきなのは接続経路全体です。ローカルの10808または10809が他のアプリに使用されていると、クライアントのログにリッスン失敗が表示される場合があります。この場合、どのノードも利用できないように見えるため、まずクライアント設定で空いているポートに変更してください。
倍率は通信コストを計算してから、ノードの価格表示を見る
倍率は、ノードを利用した際にプランの通信量を何倍で消費するかを示します。0.5倍のノードで実際に10GB通信すると、通常はプラン上5GBとして計上されます。2倍のノードなら、10GBの通信で通常20GBが差し引かれます。アップロードとダウンロードを合算するか、通信量をいつ精算するかは、サブスクリプションサービスの課金説明を確認してください。
低倍率だから速度が遅いとは限らず、高倍率だから優れた回線とも限りません。倍率は回線コスト、入口の品質、地域リソース、運用方針などを区別するために設定される場合があります。まず用途を見積もりましょう。Web閲覧やメッセージは通信量が少ないため安定性を重視し、OSイメージ、動画、クラウド同期など通信量が大きい用途では、倍率と継続速度の両方を考慮します。
おすすめ構成:安定したメインノードと、ダウンロード用の倍率管理
日常的な操作
- 遅延の変動が小さいノードを優先する
- 消費量を管理しやすい0.8倍~1倍を選ぶ
- 同じ地域で入口の異なる予備ノードを残す
継続的な通信
- まず60秒以上の速度テストを行う
- 実際の通信量に倍率を掛けた消費量を計算する
- 夜間に混雑が続く入口を避ける
たとえば、毎月120GBの通信を予定している場合、0.5倍のノードなら約60GB、2倍のノードなら240GBとして計上される可能性があります。倍率の違いはプランの残量に直接影響します。
- 0.5倍のノード:大容量のダウンロードやアップデートに向いていますが、回線の安定性を先に確認してください。
- 1倍のノード:料金計算が分かりやすく、日常の閲覧、仕事、一般的な動画利用に向いています。
- 2倍以上のノード:遅延、入口、対象地域が明確に要件に合う場合だけ選びましょう。高倍率を品質保証とみなしてはいけません。
地域は目的地を基準に選び、名前だけで速度を判断しない
地域ラベルはサーバーまたは出口のおおよその位置を示すもので、経路全体を表すものではありません。同じ地域名のノードでも、入口、通信事業者、復路が異なれば、実際の遅延に数十ミリ秒の差が出ることがあります。物理的な距離は往復時間に影響しますが、ネットワーク経路が常に最短の地理的ルートを通るとは限りません。
日常の閲覧では、まず地理的に近い地域からテストし、よく使うサービスの応答を見ながら調整します。特定地域の企業システム、開発サービス、コンテンツプラットフォームにアクセスする場合は、ノード名より対象サーバーの位置が重要です。ノードから対象サイトまでの後半区間が混雑していれば、ローカルからノードまで40msでも、最終的なページ表示が遅くなることがあります。
- 操作時の待ち時間を抑えたい:近隣地域を優先してテストし、3回の実接続遅延の中央値と変動を確認します。
- 特定地域のサービス:対象サービスの出口に近いノードを選び、ログイン、検索、ファイル読み込みなどを実際に行います。
- 大容量通信:地域は初期選別の条件にとどめ、最終的には60秒以上の継続速度と切断回数で判断します。
- 複数端末での利用:デスクトップではv2rayN、Androidではv2rayNGまたはv2flyNGを使用できます。モバイル回線と家庭用ブロードバンドでは経路がまったく異なる場合があるため、端末ごとにテストしてください。
VMess・VLESS・Trojanの選び方
プロトコルの種類は認証とデータのカプセル化方式を決めますが、ノードの速度は通常、回線、サーバー負荷、トランスポート方式、暗号化経路の影響をより強く受けます。VLESSが必ずVMessより速い、Trojanが必ず安定している、と判断することはできません。プロトコルを選ぶ際の第一原則は、クライアントのコアとサーバー設定が一致していることです。
VMessはV2Rayエコシステムで広く使われるプロトコルで、ユーザー識別子による認証を行い、関連する検証には正確なシステム時刻が必要です。VLESSはより簡潔な構造で、TLSやREALITYなどのセキュリティ・トランスポート設定と組み合わせることがありますが、具体的な機能は使用するコアとサーバー側の設定に依存します。Trojanは通常TLS接続上で動作し、パスワードで認証します。設定ではサーバー名、証明書関連のオプション、トランスポートパラメータを正しく入力する必要があります。
VMess
従来のV2Ray設定との互換性があり、TCP、WebSocket、TLSの組み合わせがよく使われます。端末の時刻が大きくずれていると、認証に失敗する場合があります。
適する用途:VMessサブスクリプションを利用しており、v2flyコアとの互換性が必要な場合
VLESS
おすすめ認証構造がシンプルで、さまざまなトランスポートやセキュリティ設定と組み合わせられます。REALITYなどの機能を使う場合は、対応設定を明示しているXrayコアを選択してください。
適する用途:サーバー側がVLESSを明示的に提供しており、デスクトップでv2rayNを使用する場合
Trojan
完全なTLSパラメータに依存するため、サーバーアドレス、ポート、パスワード、サーバー名が一致している必要があります。証明書または時刻に問題があると、ハンドシェイクに直接影響します。
適する用途:サブスクリプションに完全なTrojan設定が含まれている場合
v2rayNGは通常Xrayコアを使用し、サブスクリプションで提供されるVLESS、VMess、Trojan設定に適しています。v2flyNGはv2flyコアを使用するため、V2Flyの対応範囲に合った設定に向いています。ノードに特定コア専用の機能が含まれている場合、プロトコル名だけを変更して変換することはできません。また、セキュリティパラメータを削除して無理に読み込むことも避けてください。
同じプロトコルでも、トランスポート方式によって違いが生じます。WebSocket、gRPC、TCP、各種TLS設定では、ハンドシェイク回数、カプセル化のオーバーヘッド、ネットワークへの適応性が異なります。ノードを選ぶときは、プロトコル、トランスポート、セキュリティ層、コアを一体の設定として考え、VMessやVLESSの一項目だけに注目しないでください。
メイン・予備・再測定のリストを作る
ノード選びは一度で終わる作業ではありません。回線は時間帯、入口の負荷、ローカル通信事業者の経路によって変化します。実用的な方法は、メインノードを1つ、同じ地域で入口の異なる予備ノードを1つ、さらに別地域のバックアップノードを1つ残すことです。タイムアウトや速度低下が起きても、すぐに切り替えて問題の範囲を判断できます。
- 候補ノードごとに実接続テストを3回連続で行い、中央値とタイムアウト回数を記録します。
- 候補を2~3個選び、それぞれ60秒間の継続通信を行って、平均速度と切断の有無を記録します。
- 倍率を実際のプラン消費量に換算します。たとえば20GB通信した場合、0.8倍なら約16GB、1.5倍なら約30GBが差し引かれます。
- 朝と夜に1回ずつ再測定します。夜間に遅延が80ms以上増え、継続速度も明らかに低下する場合は、予備へ格下げします。
- プロトコルとコアの互換性を保ちます。接続できる設定から、より低い数値を求めるためにTLS、サーバー名、トランスポートパラメータを勝手に削除しないでください。
遅延が最も低いノードなのに、なぜ遅いのですか?
低遅延は探測リクエストの応答が速いことを示すだけで、利用可能な帯域が十分とは限りません。そのノードで60秒間の実通信を行い、同じ地域の別の入口と比較してください。速度が継続的に低い、または頻繁にゼロになる場合は、予備ノードに変更します。
テスト結果が60msになったり300msになったりするのはなぜですか?
まずダウンロードとクラウド同期を一時停止し、3回連続でテストします。ローカルネットワークが空いていても大きく変動するなら、回線のジッターが大きいということです。結果が集中しているノードを残し、たまに最低値が出るだけのノードは選ばないでください。
ノードがすべてタイムアウトします。プロトコルを一つずつ変更すべきですか?
いきなりプロトコルを変更しないでください。まずサブスクリプションが更新されているか、システム時刻が正しいか、コアが起動しているか、ローカルの10808や10809などのリッスンポートが競合していないかを確認します。その後、コアのログでハンドシェイクや接続エラーを確認してください。
同じサブスクリプションがデスクトップでは使えるのに、Androidでは使えないのはなぜですか?
両端でプロトコル、トランスポート、セキュリティ層、サーバー名が完全に読み込まれているか比較します。ノードが特定コアの機能に依存している場合は、デスクトップとAndroidで互換性のあるクライアントをそれぞれ選ぶ必要があります。ノード名だけで判断しないでください。
どのくらいの頻度で再測定すべきですか?
通常は、メインと予備のノードを週1回再測定すれば十分です。連続したタイムアウト、夜間の大幅な速度低下、サブスクリプションの大規模な更新が発生した場合は、すぐに遅延テストを3回行い、60秒間の通信で再確認してください。
最終的な選択手順は次のとおりです。まず設定とコアの互換性を確認し、実接続遅延で利用できない候補を除外します。次にジッターと継続速度で安定した候補を絞り、倍率によるコストを計算したうえで、対象サービスの位置に合わせて地域を決めます。この方法で選んだノード構成は、名前や一度だけの遅延値で並べるより信頼できます。