ノードの選び方：遅延・倍率・地域・プロトコルで絞り込む実践ガイド

ノード名ではなく、まず実測接続遅延を確認する

遅延とは、ローカルから送ったリクエストがテスト先に到達して戻るまでの時間で、通常はミリ秒で表します。数値が小さいほどウェブページの初回応答や操作は速くなりますが、遅延は帯域幅を意味せず、ノードの安定性を単独で示すものでもありません。45 msと表示されるノードが大容量ファイルのダウンロードでは3 MB/sしか出ない一方、92 msのノードが安定して18 MB/sに達することもあります。

一般的なICMPテストは、サーバー側の応答無効化、通信事業者の優先制御、中継経路の方針に左右されやすいものです。クライアントの実測接続遅延では、対応するVMess、VLESSなどのアウトバウンドを起動し、ノード経由でテスト先へアクセスするため、実際のプロキシ接続に近い結果が得られます。測定前は帯域幅を使うダウンロード、クラウド同期、動画再生を停止し、ローカルの混雑をノードの問題と誤認しないようにしてください。

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

   v2rayN 7.xでは「サブスクリプショングループ」→「すべてのサブスクリプションを更新」を開き、v2rayNG 1.10.xでは右上のメニューから「サブスクリプションを更新」を実行します。測定対象が期限切れの古い設定になっていないことを確認してください。

2. コアを確認

   デスクトップ版で「設定」→「パラメータ設定」→「Core タイプ」を開き、ノードのプロトコルに合わせてXrayコアまたは対応するV2Flyコアを選択します。VLESSとREALITYの設定では、Xrayコアを優先してください。

3. ネットワークを固定

   端末を同じネットワークに接続したまま、バックグラウンドのダウンロードを停止し、測定時間帯を記録します。有線、無線、モバイル回線で得た数値をそのまま混ぜて比較しないでください。

4. 実測を実行

   v2rayNのノード一覧で同じ地域の候補を選び、「サーバーへの実測接続遅延をテスト」を実行します。v2rayNGでは設定一覧のメニューから「すべての設定の実測接続をテスト」を選択します。全件の測定が終わってから並べ替えてください。

5. 3ラウンド繰り返す

   各ラウンドの間隔を約30秒空け、中央値と失敗回数を記録します。3回の結果が58、64、61 msなら61 msとして記録できます。2回タイムアウトしたノードはメインにしないでください。

遅延・ジッター・パケットロス・スループットを同時に確認する

ノードを絞り込むときは、まず実測接続遅延で接続できない候補や変動の大きい候補を除外し、その後に実際のアクセスとダウンロードをテストします。遅延は操作への応答性、スループットは大容量ファイル転送や高画質動画への適性を見る指標で、役割が異なります。テスト先、時間帯、ローカルネットワークは必ず統一してください。そうしなければ数値を横並びで比較する意味がありません。

最低値より重要なのは変動幅です。3回連続で72、76、79 msとなるノードは、最低48 msのノードほど目立たなくても、48、210、95 msとなるノードより安定していることが多いでしょう。後者のレンジは162 msに達し、ウェブページが時々止まったり、接続確立時間が大きく変わったりしやすくなります。

• ウェブ操作では、低遅延で変動の少ないノードを優先し、最高速度にこだわる必要はありません。
• 大容量ファイルでは継続的なスループットを比較し、60秒後の速度を確認します。最初の3秒間のピーク値だけを見ないでください。
• リアルタイム通信では、1回の最低遅延が優れていても、頻繁にタイムアウトするノードは除外します。
• 測定結果が突然全体的に悪化した場合は、まずローカルのルーターを再起動し、別のネットワークで再測定してください。

倍率を理解して実際の通信量を計算する

ノード名にある「0.5x」「1x」「2x」は通常、通信量の課金倍率を示すもので、速度の倍率ではありません。2xノードで実データを1 GB転送すると、サブスクリプションの容量から2 GB差し引かれる場合があります。0.5xノードで1 GB転送した場合は、0.5 GBとして計上される可能性があります。具体的な集計方法はサービス提供者によって異なるため、通信量の説明とアカウント履歴を確認してください。

倍率とノード品質に決まった相関はありません。高倍率ノードは高コストの回線を使っている場合もあれば、地域やリソース種別に応じた価格設定にすぎない場合もあります。低倍率ノードだからといって混雑しているとは限りません。まずプランの残容量と月間の用途を確認し、低遅延や夜間ピーク時の安定性のために高倍率を選ぶ価値があるか判断しましょう。

課金通信量 = 実際の転送量 × ノード倍率

4 GBのファイルをダウンロードし、0.5xノードを使用：
4 GB × 0.5 = 2 GB

動画視聴で3 GBの通信が発生し、2xノードを使用：
3 GB × 2 = 6 GB

たとえば月間利用可能容量が100 GBで、ダウンロードに40 GB必要だとします。すべて2xノードを使うと、ダウンロードだけで80 GBを消費する可能性があり、ウェブや動画に使える容量がほとんど残りません。この場合は大容量ファイルを安定した0.5xまたは1xノードに任せ、2xノードは短時間で応答性が重要な作業に限定するとよいでしょう。

距離ではなく、目的のサービスに合わせて地域を選ぶ

物理的な距離は遅延に影響しますが、経路品質、異なるネットワーク間の接続、目的のサービスがある場所も同じように重要です。端末に近い地域は通常、最初の候補として適していますが、最終的には実測接続と目的サイトへの実アクセスで判断してください。ノードからローカルまで速くても、目的サーバーまでの後半経路が快適とは限りません。

主な用途が一般的なウェブ閲覧なら、まず近い地域から3〜5個の候補を選びます。地域による割り当てがあるサービスへアクセスする場合は、目的のコンテンツ地域に合うノードを選び、アカウント、ページ、リソースが正常に読み込めるか実際に確認してください。地域名は出口のおおよその位置を示すだけで、接続性テストの代わりにはなりません。

プロトコルからクライアントとコアを判断する

サブスクリプションのノードには通常、プロトコル、トランスポート層、暗号化方式、サーバーアドレス、ポートなどのパラメータが含まれています。新しいプロトコルを使うために内容を手動で書き換える必要はありませんが、クライアントのコアがその設定に対応している必要があります。ノードに接続できない場合は、まずプロトコルの互換性とサブスクリプションの完全性を確認し、その後で回線障害かどうかを判断してください。

v2rayNはデスクトップでサブスクリプション、システムプロキシ、ルーティング分岐を一元管理するのに適しています。v2rayNGはXrayコアを使用し、Android端末でVLESSやVMessなどの設定を扱うのに向いています。v2flyNGはV2Flyコアを使用するため、V2Fly互換設定を使う場合の選択肢になります。同じサブスクリプションを両方のクライアントに完全に読み込めるかどうかは、提供されるプロトコルとパラメータによって決まります。

メイン・予備・再測定の仕組みを作る

絞り込み後も、遅延が最も低いノードを1つだけ残すのは避けましょう。より安全なのは、メインノード1台、異なる入口または経路を持つ同地域の予備1台、そして別地域のバックアップ1台という構成です。サーバーメンテナンス、地域的な経路変動、夜間ピーク時の混雑が起きても、サブスクリプション全体を再測定せずにすばやく切り替えられます。

測定日、夜間ピーク時の遅延、倍率をクライアントのノード備考に記録することをおすすめします。たとえば「メイン-61ms-1x-0708」「予備-88ms-0.5x-0708」のように記載します。サブスクリプション更新でローカル名が上書きされる可能性があるため、重要な記録はローカルのメモにも保存してください。1〜2週間ごと、またはタイムアウトが続いた時点で再測定します。

1. 3回連続で接続を確立できないノードは、全ノードから削除または非表示にします。
2. 地域ごとにグループ化し、実測接続遅延と安定性が良い候補を各グループ2〜3台残します。
3. 普段使う時間帯にウェブ、動画、ダウンロードを実行し、少なくとも10分間の実際の状態を記録します。
4. 倍率による消費量を計算し、高倍率ノードは明確なメリットがある作業に限定します。
5. メインノードには異なる経路の予備を設定し、切り替え後にシステムプロキシの状態を再確認します。

最終的な選択は4段階にまとめられます。まずプロトコルとコアの互換性を確認し、実測接続遅延を測定します。次に夜間ピーク時の安定性と実効スループットで変動の大きいノードを除外し、最後に倍率と目的地域に応じて用途を割り当てます。最低遅延は候補条件の1つにすぎません。安定性、継続利用のしやすさ、通信コストを管理できることが、メインノードに求められる基準です。