ノード選びは、まず実際に接続できるかを確認し、次に倍率を踏まえた通信量を計算します。その後、出口の地域を確認し、最後にプロトコルとコアの互換性をチェックしましょう。サブスクリプションをすでに読み込んだものの、候補ノードの比較方法がわからない方に向けた内容です。読み終えると、一定の手順でテストを行い、普段使いのノードと予備ノードを選べるようになります。本文中の数値は計算・判定の例であり、本サイトで実測した結果ではありません。
ステップ1:遅延テストと実際の接続性
遅延が低くても、特定のリクエストが速いことを示すだけで、ダウンロード速度が速いとは限りません。クライアントの遅延テストは、TCP接続の確立時間を測る場合も、プロキシ経由のHTTPリクエストを測る場合もあります。テスト方法や接続先、タイムアウト設定が異なる結果を、そのまま並べて比較することはできません。ノード一覧の数値だけでは、端末からあらゆるWebサイトにアクセスしたときの使い心地はわかりません。
TCPテストでは通常、端末からノードサーバーの指定ポートにTCP接続できるかを確認します。たとえばノードのポートが443で、測定値が45 msなら、そのTCP接続が短時間で確立したことを示します。ただし、UUIDやTLS設定、REALITYのパラメーター、サーバーから先への通信が正常であることまでは確認できません。実接続テストはプロキシ経由でリクエストを送るため、実際の利用に近い確認ができますが、結果はテスト先とその時点のネットワーク環境に限られます。
| テスト方式 | 主な確認項目 | 直接は確認できないこと |
|---|---|---|
| TCP遅延 | ノードのアドレスとポートへのTCP接続可否 | プロキシ認証の成功、接続先Webサイトへのアクセス可否 |
| 実接続の遅延 | プロキシ経由で指定したテスト先にアクセスした際の応答 | すべてのWebサイトでの利用可否、継続的なダウンロード速度 |
| 実際のダウンロード | 特定の配信元から一定時間に得られるスループット | 別の配信元や夜間のピーク時にも同じ速度が出ること |
| 利用するサービスへのアクセス | Webページ、動画、アプリの実際の動作 | 今後も安定して使えること、別アカウントでも同じ結果になること |
クライアントでのテスト手順
サブスクリプションを更新してから、同じ方式で候補を絞り込みます。以下ではv2rayNGで一般的なメニューを例にします。バージョンによってメニュー名が多少異なる場合があります。v2rayNではサーバー一覧から候補を選び、右クリックして実接続遅延テストの項目を探してください。クライアントやテスト先が異なる数値を、同じ基準のランキングとして扱わないようにしましょう。
-
サブスクリプションを更新
v2rayNGのメイン画面で右上のメニューを開き、「サブスクリプションを更新」を選択します。ノード一覧が更新されたことを確認し、すでに使えないアドレスをテストしないようにしましょう。サブスクリプションURLはアクセス用の認証情報です。速度テストサイトに貼り付けて公開しないでください。
-
実接続をテスト
右上のメニューから「全構成の実接続をテスト」を選択します。ネットワーク環境を変えずに、成功・失敗と所要時間を記録してください。多数のノードを同時にテストすると通信が競合するため、結果に異常がある場合は候補を絞って再テストします。
-
3回繰り返す
候補を3~5個選び、約30秒間隔で計3回テストします。各回の結果を記録し、タイムアウトも残してください。最も低い数値だけを抜き出さないようにしましょう。テストでは少量の通信量が発生します。
-
接続先を確認
候補ノードに切り替えて接続し、実際に使うWebサイトを開きます。そのサイトへの通信がプロキシ経由になるルーティング設定か確認してください。そうでない場合、直接接続の成功をノードの成功と誤認するおそれがあります。最後に普段使う時間帯にも確認しましょう。
ステップ2:通信量倍率と容量の計算
倍率は通常、サービス提供者が設定する課金係数であり、通信速度の倍率ではありません。接続に使うVMessやVLESSのプロトコルによって、サブスクリプションの通信量がどう差し引かれるかが決まるわけではありません。「0.5倍」「2倍」などの表記はサービス提供者による設定であることが多く、最終的にはプランの説明や利用量の管理画面で確認してください。同じ地域でも、回線ごとに倍率が異なる場合があります。
基本の目安は「課金対象の通信量 = 実際の通信量 × 倍率」です。アップロードとダウンロードの両方を含むか、プロトコルのオーバーヘッドを含むか、GBとGiBをどう換算するかはサービス提供者によって異なります。プランを比較する際は、まず計算基準をそろえましょう。ブラウザーに表示されたファイルサイズだけから、差し引かれる通信量を逆算することはできません。
| ノードの倍率 | 10 GBの通信を利用した場合 | 100 GBの容量で利用できる通信量 |
|---|---|---|
| 0.5倍 | 約5 GBを消費 | 約200 GB |
| 1倍 | 約10 GBを消費 | 約100 GB |
| 2倍 | 約20 GBを消費 | 約50 GB |
| 3倍 | 約30 GBを消費 | 約33.3 GB |
上の表は追加課金がなく、計算基準が同じで、すべての通信に同じ倍率を適用する場合の例です。複数の倍率を使う場合は個別に計算します。0.5倍のノードで20 GB、2倍のノードで15 GBを使うと、合計の消費量は約20 × 0.5 + 15 × 2 = 40 GBです。倍率が高くても、速度が速い、あるいは特定のサービスを利用できるとは限りません。
- Webサイトや軽いアプリ:まず安定性を優先しましょう。1回の遅延テストの数値を下げるためだけに、高い倍率を選ぶ必要は通常ありません。
- 動画や大容量ファイル:週あたりの通信量を見積もってから、小規模な速度テストを行いましょう。速度テストでも通信量を消費します。
- 特定の出口が必要な場合:高倍率のノードは必要な通信だけに使い、それ以外はルーティングで分けましょう。
ステップ3:ノードの地域と出口の用途
地域表示は出口の条件で絞り込むために使い、回線品質を直接判断する材料にはしないでください。端末から入口まで、入口から出口まで、出口から接続先までの経路はそれぞれ異なる場合があります。近い地域と表示されていても遠回りすることがあり、遠い地域の出口でも通信事業者間の接続が適切で安定する場合があります。他の人のランキングをそのまま参考にせず、自分のネットワークで確認しましょう。
接続先のサービスが特定地域を要求する場合は、まず条件に合う出口に絞り、その中で接続性と倍率を比較します。Webサイトはアカウント情報、支払い地域、位置情報の許可、IPアドレスのデータベースなどを使って地域を判定することもあります。ノード名に地域名があっても、すべてのサービスがその地域として認識するとは限らず、目的のコンテンツにアクセスできる保証もありません。
用途に合う出口
おすすめまず接続先サービスに必要な地域を確認し、条件に合う候補から実接続が安定し、倍率も許容できるノードを選びます。地域の制限がない場合は、複数の出口で実際のアクセス状況を比べましょう。
おすすめの用途:普段使い、特定地域が必要なサービス
近距離の候補
低遅延の候補を探す際の出発点になりますが、利用中の通信事業者の経路やピーク時の混雑も確認しましょう。地理的な距離が短いことは、遅延を抑える条件のひとつにすぎません。
おすすめの用途:インタラクティブなWebサイト、リモート操作の候補選び
別地域の予備出口
地域が異なり、できれば経路も異なる予備をひとつ確保しましょう。名前が異なるノードでも入口を共有している場合、同じ障害の影響を受ける可能性があります。
おすすめの用途:普段使いの出口が混雑しているとき、接続先が一時的に利用できないとき
普段使いと継続的なダウンロード
選び方:用途に合わせて優先順位を調整
Web閲覧・インタラクティブな用途
- まず接続先のWebサイトを安定して開けるか確認します。
- 実接続テストを3回行い、結果と失敗回数を比較します。
- 応答の安定性を優先し、その後に倍率を比較します。
- よく使う出口を固定し、ログイン環境を頻繁に変えないようにします。
動画・ダウンロード
- まず接続先サービスの地域条件を満たします。
- 月間の通信量上限とノードの倍率を計算します。
- 小規模なテストで、継続的なスループットとバッファリングを確認します。
- 日中の結果だけで判断せず、夜間のピーク時にも再確認します。
まとめ:インタラクティブな用途では応答速度と変動の少なさ、継続的な通信ではスループットとコストを重視します。どちらの場合も、目的のサービスを実際に利用できることが前提です。
ステップ4:プロトコルとコアの互換性
まずクライアントでサブスクリプションの設定を正しく動かし、その後に性能を比較しましょう。v2rayNは複数のコアを管理できるデスクトップクライアントです。実際に利用できる機能は、選択したコアとそのバージョンによって異なります。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。クライアント名が似ていても、プロトコルの設定項目をそのまま共用できるとは限りません。
VLESSとVMessはプロキシプロトコル、WebSocketはトランスポート方式です。TLSとREALITYは接続のセキュリティ機構に関わり、VisionはXrayのフロー制御方式です。それぞれ異なるレイヤーの要素であり、相互に置き換えられる選択肢ではありません。遅延を下げるためだけに、サブスクリプションで指定されたWebSocketをTCPに変更したり、TLSをREALITYに変更したりしないでください。サーバー側に対応する設定がなければ接続できません。
VLESS + REALITY
- クライアントのコア
- 該当する設定に対応したXrayを選択
- プロキシプロトコル
- VLESS
- セキュリティ層
- REALITY
- フロー制御
- サーバーがVisionを要求する場合は
xtls-rprx-visionを使用 - 重要なパラメーター
- サーバー名、公鍵、Short IDなどをサブスクリプションの内容と照合
サービス提供者がこの組み合わせを明示しているノードに適しています。このXray用設定をそのままV2Flyコアに渡さないでください。
VMess + WebSocket + TLS
- クライアントのコア
- 該当する組み合わせに対応したXrayまたはV2Fly
- プロキシプロトコル
- VMess
- トランスポート
- WebSocket
- セキュリティ層
- TLS
- 重要なパラメーター
- UUID、パス、Host、サーバー名をサブスクリプションの内容と照合
WebSocketはリバースプロキシやCDNと組み合わせて使えますが、この方式のノードがすべてCDNを経由するわけではなく、それだけで安定性が保証されるわけでもありません。
プロトコルだけで回線品質が決まるわけではありません。同じネットワーク環境でも、プロトコルやトランスポートの違いによってハンドシェイクのオーバーヘッドやスループットが変わることはあります。一方で、通信事業者間の混雑、入口の帯域、出口の負荷も使い心地に影響します。「新しいプロトコル」というだけでノードが速いと判断しないでください。
普段使いと予備ノードの記録
4つのステップで候補を絞ったら、まずは普段使いを1つ、予備を1つ残せば十分です。毎日すべてのノードを詳細に速度測定する必要はありません。テスト日時、接続ネットワーク、テスト方法、対象サービスを記録しておくと、条件が近い次回の結果と比較できます。家庭の固定回線とモバイル回線では結果が異なる場合があり、同じランキングをそのまま使うことはできません。
- 普段使いの記録:ノード名、出口の地域、倍率、実接続テスト3回分の結果、普段使うWebサイトへの接続可否。
- 予備の記録:同じ項目に加え、入口や経路が普段使いと異なるか、できるだけ確認します。確認できない場合は、その旨を記録してください。
- 再テストのタイミング:接続ネットワークを変えたとき、サブスクリプションを更新したとき、明らかな速度低下が起きたとき、または普段使う時間帯に連続して失敗したとき。
- 切り替えの手順:まず予備ノードに切り替え、特定の回線だけの問題かを確認します。その後、DNS、ルーティング設定、端末側のネットワークを確認してください。
たとえば、あるノードは実接続テストが3回とも成功し、倍率は1倍で、出口の地域も条件に合っています。別のノードより遅延が20 ms高くても、普段使いにはより適している可能性があります。もう一方が3倍で時々タイムアウトするなら、用途がある場合だけ残す方法もあります。この判断は用途によって異なり、遅延、倍率、地域を無理にひとつの点数にまとめるものではありません。
ノード選びに関するよくある質問
遅延が低いのに動画が止まるのはなぜ?
遅延はリクエストへの応答時間を示しますが、動画再生には継続的なスループット、パケットロス、コンテンツ配信経路も関係します。まず動画の通信が選択したノードを経由しているか確認し、実際の再生状況を見てください。実接続テストが一度成功しても、そのノードから動画サーバーまで十分な帯域があるとは限りません。
実接続がタイムアウトしたノードは、必ず使えない?
必ずしもそうとは限りません。テスト先に接続できない、接続先が別の出口にルーティングされている、タイムアウトの設定が短すぎる、といった要因で結果が変わる場合があります。まず候補を絞って再テストし、ログも確認してください。目的のサービスに安定してアクセスできるなら、赤い結果だけを理由に設定を削除せず、テスト条件を確認しましょう。
倍率の高いノードは速度も速い?
そのような関係はありません。倍率は課金方式で、速度は回線容量、混雑状況、接続先のサービスなどによって変わります。まず通信量を抑えた実テストを行い、自分の月間使用量をもとにコストを見積もりましょう。倍率から帯域を推測しないでください。
サブスクリプション更新後は、選んだノードを再テストする必要がある?
アドレス、ポート、プロトコルのパラメーター、回線に関する説明が変わった場合は、改めて確認してください。ノード名が同じでも、接続先の入口が変更されている可能性があります。サブスクリプションの読み込みで設定を取得できますが、各ノードが常に使えるとは限らず、用途に合うノードを自動で選べるわけでもありません。