サブスクリプションを v2rayN、v2rayNG、v2flyNG に取り込むと、ノード名には地域、回線、倍率、プロトコルの情報が混在します。複雑に見えても、すべてを一つずつ調べる必要はありません。まず接続できることを確認し、実際の接続遅延を比較してから、出口地域と倍率で絞り込み、最後にプロトコルとコアの互換性を確認します。この順番なら、数十個の候補を通常3〜5個まで絞れます。
サブスクリプションの取り込みを終え、大量のノードから優先順位を決められず困っている方に向けた内容です。基本は「利用可能性、実接続の遅延、地域的な距離、通信量倍率、プロトコル互換性」の順に絞り込み、3回のテストと短時間の実利用でメインと予備のノードを決めます。
決めた順番で絞り込み、最低値だけを見ない
ノード一覧で最も遅延が小さいものが、必ずしも最良とは限りません。テスト値が42 msでも出口帯域が混雑している場合があり、86 msでもウェブページの表示、動画のバッファリング、大容量ファイルの転送を安定して行えるノードがあります。単発の結果は、ローカル回線の揺らぎ、サーバーの瞬間的な負荷、テスト先の変化にも左右されます。まず使えないノードを除外し、候補を繰り返しテストするのが基本です。
- 利用可能性を確認：まず実接続による遅延テストを1回行い、連続してタイムアウトするノードは削除するか一時的に非表示にします。
- 地域で絞り込む：普段使いでは、地理的に近く経路が短い出口地域を優先します。
- 倍率を比較：体感が近い場合は低倍率ノードを優先し、サブスクリプションの通信量を無駄に消費しないようにします。
- プロトコルを確認：VMess または VLESS の設定が、現在のコアで正しく読み込めることを確認します。
- 実際にアクセス：同じウェブサイトと同じネットワーク環境で、5〜10分間続けて状態を確認します。
遅延は実接続テストで確認し、安定性にも注目する
v2rayN で表示されるテスト結果は、テスト方法によって意味が異なります。ICMP Ping は端末から特定アドレスまでの往復時間を主に示しますが、応答しないサーバーもあり、ノードの入口と実際のプロキシ出口が同じ場所とは限りません。実接続遅延はプロキシコアを通して接続を確立するため、普段のアクセスに近いハンドシェイク時間を確認できます。ダウンロード速度テストは出口帯域、テストファイル、並列転送の影響も受けるため、スループットの判断には向きますが、遅延テストの代わりにはなりません。
| テスト項目 | 主に分かること | 判断に適したこと | よくある誤解 |
|---|---|---|---|
| Ping | 基本的なネットワーク往復時間 | 入口回線が迂回しているか | 応答しないだけでノードが使えないと判断する |
| 実接続遅延 | プロキシ経由で接続を確立するまでの時間 | ウェブページ表示や短時間接続の体感 | 1回だけ測定して順位を決める |
| ダウンロード速度テスト | ノード出口とテスト先のスループット | 動画再生やファイルのダウンロード性能 | ローカル回線の帯域上限を無視する |
たとえば下り300 Mbpsの家庭回線で、3つの候補ノードの実接続遅延が48 ms、76 ms、182 ms、3回のテストにおける変動幅がそれぞれ6 ms、11 ms、95 msだったとします。1つ目はインタラクティブな操作に向き、2つ目も安定した予備として使えます。3つ目は一時的に高いダウンロード速度が出ても、複数のウェブページを開くと大きな待ち時間が発生する可能性があります。ここで除外すべきなのは、平均値の高さだけでなく変動の大きさです。
- 約10秒間隔で3回連続してテストし、一時的な混雑を長期的な性能と取り違えないようにします。
- 72、78、75 msのように、3回の結果の差が小さいノードを優先します。
- 65、310、94 msのように、結果が大きく変動するノードは慎重に選びます。
- 夜間と昼間にそれぞれ1回テストし、ピーク時間帯に継続して劣化するか確認します。
- テスト中は、クラウドストレージの同期、システム更新、その他の大容量通信を一時停止します。
倍率は通信量コストを左右する。速度は別に測定する
倍率は、サービス側で通信量をどのように計算するかを示します。1×ノードで1 GBのデータを転送すると通常は1 GBとして消費され、2×ノードでは同じデータでも通常2 GBとして計算されます。0.5×ノードなら約0.5 GBとして計上される場合があります。具体的なルールはサブスクリプション提供元の説明を確認してください。倍率は料金や通信量の集計に関するパラメータであり、V2Ray、VMess、VLESS自体のフィールドではありません。
高倍率ノードだから速い、あるいは回線が必ず安定している、とは限りません。倍率は入口のリソース、帯域コスト、回線種別の違いを示す場合がありますが、実際の体感は利用中の通信事業者、地域間ルーティング、サーバー負荷、出口帯域にも左右されます。普段のウェブ閲覧、文書、音楽では0.5×または1×を先に選び、大容量通信が必要なときだけ1.5×や2×の候補が本当に高速かつ安定しているか比較しましょう。
低倍率・近距離ノード
おすすめ遅延が比較的低く、通信量も管理しやすいため、長期的なメインノードに適しています。連続測定でローカル回線の帯域の30〜50％が出ていれば、ウェブ閲覧や高画質動画には十分なことが多いです。
用途：普段の閲覧、文書、音声・動画、長時間の接続
高倍率・高速化向けノード
一部のネットワーク環境では、ピーク時間帯の経路やスループットが改善する場合があります。ただし、同じテスト先で実際の効果を確認してから使いましょう。
用途：短時間のダウンロード、夜間ピーク時の予備、速度を重視する作業
遠距離の標準ノード
物理的な距離や経由するルーター数が増えやすく、遅延も大きくなる可能性があります。ただし、特定の出口地域が必要な場合には利用価値があります。
用途：指定した出口地域へのアクセス
地域は入口までの距離と出口の要件を併せて考える
地域名は通常、プロキシの出口や回線グループを示すもので、データが通るすべての経路を正確に表すとは限りません。普段の閲覧では現在地に近い地域を優先すると、伝送距離が短くなり、ルーティングの変動も減るため、接続確立やページ内リソースの同時読み込みが安定しやすくなります。一方、ウェブサイトのコンテンツ、アカウントの地域、サービス拠点が特定地域に紐づく場合は、最低遅延より出口位置が重要になることがあります。
- 普段使い：近距離の地域からテストを始め、同じ倍率のノードでは遅延と変動が小さいものを選びます。
- 動画再生：遅延だけでなく、5分間連続したバッファリングの状態とダウンロード速度も確認します。
- リアルタイム通信：低遅延、低ジッター、低パケットロスを優先し、ピーク速度は最重要指標としません。
- 大容量ファイルの転送：メインノードより遅延が30〜50 ms高くても、持続的なスループットが高いノードを選びます。
- 地域指定のコンテンツ：まず出口地域の条件を満たし、その地域グループ内で遅延と倍率を比較します。
ノード名にある「直結」「中継」「専用回線」などの表記は、提供元独自の回線ラベルです。名前だけで性能を判断することはできません。より確実なのは、3回の実接続遅延の中央値、5分間に接続が切れなかったか、同じテストファイルでの安定したダウンロード速度という3つの指標を記録することです。たとえばノードAは遅延58 ms、速度38 Mbpsで切断なし、ノードBは遅延45 msでも速度が4〜72 Mbpsの間で大きく変動する場合、操作時の体感は通常ノードAのほうが予測しやすくなります。
同じノードでも、接続するネットワークによって結果は変わります。家庭用ブロードバンドで安定していても、モバイルホットスポットでは同じ経路を通るとは限りません。逆に、夜間のピーク時に混雑していたノードが、翌日の日中には回復することもあります。そのため、ノードはメインと予備の2段階で保存しましょう。予備には異なる地域または異なる回線グループを選び、どちらも1回の順位結果だけで決めないことが大切です。
プロトコルとコアは互換性を先に確認し、機能差はその後に比べる
VMess は V2Ray エコシステムで長く使われてきたプロトコルで、TCP、WebSocket、TLSなどのトランスポートと組み合わせて使われることが多いです。VLESS は認証とトランスポートの設計をさらに分離しており、単体では暗号化を担いません。通常は TLS、または Xray が対応する Reality などの安全なトランスポートと組み合わせます。一般ユーザーにとって、プロトコル名は速度のランクではありません。同じ回線なら、VMess と VLESS の名称差よりも、サーバー負荷やネットワーク経路のほうが体感に大きく影響することがあります。
デスクトップ版の v2rayN では、設定に応じて適切なコアを選択できます。Android版の v2rayNG は通常 Xray コアを使用し、v2flyNG は v2fly コアに対応します。サブスクリプションのノードが使えるかどうかは、クライアントのバージョン、コアの対応機能、設定フィールドの一致によって決まります。取り込みは成功したのに起動できない場合は、遅延テストを繰り返すのではなく、まずログでプロトコル、トランスポート層、パラメータのエラーを確認してください。
-
サブスクリプションを更新
v2rayN のメイン画面で「サブスクリプショングループ」を開き、「すべてのサブスクリプションを更新」を実行します。ノード名、アドレス、ポート、プロトコルの各項目が更新されたことを確認してください。
-
コアを選択
「設定」→「パラメータ設定」→「Core タイプ」を開き、ノードのプロトコルに対応するコアを選びます。VLESS と Reality の設定では、通常 Xray コアを優先します。
-
ポートを確認
ローカルのリスニング設定を確認します。一般的な設定では SOCKS ポートに10808、HTTP ポートに10809を使用します。変更済みの場合は、パラメータ設定に表示される現在の値を基準にしてください。
-
ノードを起動
候補ノードをアクティブサーバーに設定し、コアを起動します。ログを確認し、ポートの競合、フィールドの不足、トランスポートパラメータの不一致が表示されていないことを確認してください。
-
再テスト
同じ地域・同じ倍率の候補ノードに対して、実接続遅延テストを3回行います。その後、固定したウェブページとテストファイルで実際の体感を比較します。
| 設定タイプ | 一般的な組み合わせ | 選ぶ際のポイント |
|---|---|---|
| VMess | TCP、WebSocket、TLS | UUID、ポート、トランスポート方式、TLS設定を確認 |
| VLESS | TCP、WebSocket、TLS、Reality | フロー制御、安全機能の種類、サーバー名、公鍵パラメータを確認 |
2つのノードが地域、倍率、回線とも同じでプロトコルだけ異なる場合は、それぞれ10分間使ってから比較します。最初にウェブページを開いたときの応答、リソースを連続読み込みしたときの安定性、コアのログに再接続が出ていないかを記録しましょう。プロトコルが更新されたからといって安定したノードをすぐ置き換えたり、古いノードが接続できるからといってクライアントやコアの更新を長期間放置したりしないでください。
メイン・予備・用途別ノードの3層構成を作る
初期選別が終わったら、ノード一覧で最も遅延が小さいものを毎日追いかける必要はありません。より実用的なのは、3層構成を作ることです。メインノードは普段の通信の大半に使い、予備ノードはメイン回線の混雑やメンテナンス時にすぐ切り替えます。用途別ノードは、指定地域や高いスループットが必要なときだけ有効にします。これにより頻繁な切り替えを減らし、サブスクリプション更新後に本当に利用へ影響する変化も素早く判断できます。
- メインノード：近距離、0.5×または1×、3回の遅延の変動が小さく、実際のアクセスも安定しているものを優先します。
- 予備ノード：異なる入口または異なる地域グループを選び、メインノードとまったく同じ障害経路を共有しないようにします。
- 用途別ノード：出口地域、大容量通信、特定プロトコルなどの要件に合わせて残し、使い終わったらメインノードへ戻します。
- 定期的に再測定：サブスクリプションの更新、接続ネットワークの変化、再接続の頻発があった場合は、3回のテストをやり直します。
遅延が最も小さいノードなのに、なぜ遅い？
まず3回連続でテストし、その後にダウンロード速度を測定します。遅延が40〜60 msでも速度が継続して2 Mbps未満、またはログに再接続が頻繁に記録されるなら、入口の応答が速くても出口帯域が安定していない可能性があります。変動の小さい候補ノードに切り替えてください。
すべてのノードがタイムアウトになる場合は？
システム時刻、サブスクリプションが更新済みか、コアが正常に起動しているかを確認します。続いて「設定」→「パラメータ設定」を開き、ローカルポートが競合していないか確認してください。10808または10809が他のプログラムに使われている場合は、リスニングポートを変更してコアを再起動します。
高倍率ノードは常時使うべき？
その必要はありません。同じ作業で安定した速度を比較し、2×ノードが1×ノードより明らかに優れていないなら、普段使いでは低倍率ノードに戻しましょう。高倍率回線は短時間の大容量通信に取っておきます。
サブスクリプション更新後、以前のメインノードが消えた場合は？
まずすべてのサブスクリプションを更新し、グループの絞り込み条件を確認します。ノード名が変更されている可能性があるため、地域、倍率、プロトコル、実際の遅延を基準に再確認し、以前の名前だけに頼らないでください。見つからない場合は、同じグループから3〜5個の候補を選び直します。
VMess と VLESS は結局どちらを選ぶ？
現在のクライアントとコアで安定して読み込める設定を選んでから、回線の性能を比較します。v2rayN では「設定」→「パラメータ設定」→「Core タイプ」でコアを確認できます。VLESS と Reality の組み合わせなら、通常は Xray コアを選択します。
最終的な基準は一言でまとめられます。出口地域とプロトコル互換性を満たしたうえで、低倍率、低変動、安定した実アクセスを備えた近距離ノードを優先してください。遅延は初期選別、倍率は通信量コストの管理、地域は経路と出口の要件、プロトコルは設定を正しく動作させるための要素です。4項目をまとめて判断するほうが、最低遅延や最高倍率だけを追うより確実です。