この記事の概要

サブスクリプションを追加したものの、どのノードを選べばよいかわからない方に向けた解説です。まずクライアントとの互換性と接続先の地域を確認し、実際の接続状況、混雑時の安定性、通信量コストを比較します。繰り返し使える測定手順に加え、低遅延・高速・低倍率がそれぞれ別の指標である理由も説明します。

用途を決めてから速度を比較する

ノードは単独のIPアドレスではなく、サーバーアドレス、ポート、プロトコル、認証情報、通信方式、安全設定を組み合わせた接続情報です。サブスクリプションにある「日本高速」「香港専線」などの名称はラベルにすぎません。名前だけで回線品質を判断したり、接続先の所在地を確定したりすることはできません。

選ぶ順番は、クライアントで使えるか、出口の地域が用途に合うか、普段使う時間帯に安定しているかを確認し、最後に速度と料金を比べるのが基本です。遅延がわずか35ミリ秒でも毎晩頻繁にタイムアウトするノードは、常用には向きません。一方、遅延が160ミリ秒でも安定しているノードなら、継続的なダウンロードに適する場合があります。

用途に合わせて優先順位を決める

Web閲覧・インタラクティブな通信
  • 実際の接続時間と、ページを続けて開いたときの成功率を重視します。
  • 大容量ファイルを一度にダウンロードしたときの最高速度より、小さなリクエストを何度も行った際の応答が参考になります。
  • 接続先の地域が決まっている場合は、まず出口の地域とアクセス結果を確認します。
動画視聴・ファイル転送
  • 持続的な転送速度、バッファリングの回数、混雑時の変動を重視します。
  • 長時間転送する場合は、通信量倍率と残りの容量を先に確認します。
  • 同時に使えなくなる事態を避けるため、異なる経路のノードを予備として確保します。

地域と互換性の条件を満たしたうえで、利用可能なノードの安定性を比較しましょう。遅延一覧の1位をそのまま唯一のノードにするのは避けてください。

遅延・速度・タイムアウトの違い

TCP接続テストでわかるのは、主にローカル環境からサーバーのポートへ接続できるかどうかであり、プロキシ認証の成功を意味するわけではありません。実接続テストでは通常、プロキシ経由でテスト先にアクセスするため、接続先サイト、DNS、TLSハンドシェイク、コネクションの再利用なども結果に影響します。測定方法が異なる80ミリ秒と150ミリ秒を、同じランキングで単純に比べることはできません。

ダウンロード速度は、一定時間に転送できたデータ量を示します。遅延が小さくても帯域が広いとは限らず、帯域が広くても短いリクエストが速いとは限りません。たとえば30秒間に速度が12 MB/sから1 MB/sまで落ちるノードは、最高速度だけでは変動を見落とします。以下は推奨するテスト方法であり、当サイトが特定の回線を実測した結果ではありません。

3回
同じテスト先への接続を繰り返す
30秒
候補ノードごとに転送速度を継続して確認
2つの時間帯
空いている時間帯と普段使う混雑時間帯をそれぞれ記録
3回の接続結果の見方(数値は説明用)
ノード3回の結果判断
A68 / 72 / 71 ms中央値は71ミリ秒。今回の測定では変動が小さいため、実際の用途で続けてテストします。
B38ミリ秒 / タイムアウト / 210ミリ秒最小値は低いものの失敗があるため、38ミリ秒だけで安定性を判断できません。
C155 / 161 / 158 ms中央値は158ミリ秒。遅延はやや大きいものの、今回の測定では安定しており、予備候補にできます。

3回連続で成功しても、短時間使えたことがわかるだけで、長期的な品質の証明にはなりません。タイムアウトも必ずしもノードの停止を意味しません。テスト先に接続できない、ローカルネットワークが切り替わる、DNSに失敗するといった原因でも同じ結果になることがあります。実際に使うサイトを開き、別の候補経路でも確認しましょう。

通信量倍率から実際のコストを計算する

通信量倍率はサービス提供者が定める課金ルールであり、プロトコルの設定項目でも、速度の倍率でもありません。「倍率2倍」は通常、同じデータを転送してもプランの通信量をより多く消費するという意味で、速度が2倍になるわけではありません。アップロードとダウンロードのどちらを計上するか、GBへの換算方法、請求への反映時期は、提供者の案内を確認してください。

アップロードとダウンロードの合計で課金され、容量単位も共通と仮定すると、「課金対象の通信量 = 実際の転送量 × 倍率」で概算できます。以下では実際に10 GBを転送した場合を例にします。追加の課金ルールは考慮していません。

ノードの倍率実際の転送量課金対象の目安残量100 GBで転送できる量
0.5倍10 GB5 GB実際の転送量で約200 GB
1倍10 GB10 GB実際の転送量で約100 GB
2倍10 GB20 GB実際の転送量で約50 GB

低倍率のノードは大量転送に向いていますが、実際に使えて安定していることが前提です。倍率が高くても、少量の通信に限って使うなら消費量を許容できる場合があります。普段の通信には安定した低倍率のノードを使い、特定地域への接続が必要なときだけ手動で切り替えるとよいでしょう。自動で通信を振り分ける場合は、設定リファレンスでルーティング条件を確認してください。

地域ラベルだけでは経路全体はわからない

ノードの地域は通常、想定される出口の地域を指しますが、実際の接続経路にはローカル回線、入口サーバー、中継経路、出口サーバーが含まれる場合があります。地理的に近くても、異なるネットワーク間の接続が快適とは限りません。同じ地域のノードでも、事業者や入口が異なることがあります。また、出口IPの位置情報はデータベースへの反映が遅れている場合があります。

回線を比較するときは、できるだけローカルネットワークの条件を変えないようにします。自宅の固定回線、モバイル回線、公衆Wi-Fiでは結果が大きく異なる場合があります。パソコンとスマートフォンが同じWi-Fiで似た挙動を示し、モバイル回線に切り替えると明らかに改善するなら、プロトコルをすぐ変更するのではなく、まずローカルの接続環境や事業者側の経路を確認しましょう。

予備ノードには、同じ入口の別名ノードではなく、入口や経路が異なるものを選ぶのがおすすめです。出口地域だけを変えても、共通の入口で障害が起きていれば回避できるとは限りません。ログイン状態を維持する必要があるサービスでは、地域を頻繁に切り替えないようにしましょう。

VMess・VLESS・Trojanの選び方

プロトコルは接続する両者の認証方法やデータ転送方式を定めますが、それだけで速度が決まるわけではありません。VMess、VLESS、Trojanのいずれも、クライアントとサーバーの設定を一致させる必要があります。通信層、安全設定、回線の負荷も重要です。サブスクリプションに正しい設定が含まれている場合は、まず一式をインポートしてください。「速くする」ためにプロトコルや安全設定をむやみに変更するのは避けましょう。

プロトコル主な違い選ぶときの確認事項
VMess認証とペイロード暗号化の仕組みを備え、TLSやWebSocketなどと組み合わせることもできます。システム時刻、ユーザーID、通信方式、TLSの設定が正しいことを確認します。
VLESSプロトコル自体はペイロードを暗号化せず、TLSやREALITYと組み合わせて使うのが一般的です。使用中のコアが該当する組み合わせに対応しているか確認し、Flowと安全設定をサーバー側に合わせます。
Trojan通常はTLSで接続を保護し、パスワードで認証します。パスワード、サーバー名、証明書の検証を確認し、証明書エラーを無視しないでください。

v2rayNはデスクトップクライアントで、実際に使える機能は使用中のコアとバージョンによって異なります。v2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。REALITYやXTLS Visionを使う設定では、Xrayが対応していることを確認してください。共有リンクを読み込めたからといって、どのコアでも接続できるとは限りません。

VLESS + REALITYの設定例

コア
この組み合わせに対応するXray
通信方式
TCP(画面によってはRAWと表示)
安全設定
REALITY
Flow
xtls-rprx-vision(サーバー側と一致させる)
認証パラメーター
公開鍵、サーバー名、Short IDを確認

よく使われる組み合わせの確認項目であり、完全な設定例ではありません。すべてのVLESSノードに適用できるわけではありません。

VMess + WebSocket + TLSの設定例

通信方式
WebSocket
安全設定
TLS
パスの例
/ws(実際の値はサーバー側で指定)
ホスト設定
WebSocketのHostとTLSのサーバー名を確認
暗号化オプション
auto(サーバー側の指定に従う)

CDNを経由するかどうかはデプロイ方法によります。WebSocket自体が速度や安定性を保証するわけではありません。

ポートが443でも、ノードのTLS設定が正しいとは限らず、回線品質の証明にもなりません。インポート後に認証失敗、証明書エラー、ハンドシェイクのタイムアウトが発生した場合は、証明書検証を無効にするのではなく、まず設定と時刻を確認してください。正常に接続できることを確認してから、実際の用途で比較しましょう。

v2rayNでノードを絞り込む

まず、ほかの大容量通信を一時停止し、ネットワークとテスト先を固定して、候補ノードを少数に絞ります。以下ではv2rayNの中国語UIでよく使われるメニュー名を示します。バージョンによって表記は多少異なりますが、「遅延テスト」と「アクティブサーバーに設定」は別の操作である点が重要です。

  1. ノード一覧を更新する

    メイン画面の「サブスクリプショングループ」→「すべてのサブスクリプションを更新(プロキシを使用しない)」を選びます。現在のネットワークから直接サブスクリプションを取得できない場合は、接続状況に応じてプロキシ経由で更新してください。更新後、ノードが想定したグループに含まれているか確認します。

  2. 候補ノードを選ぶ

    サーバー一覧でCtrlキーを押しながら、地域と倍率の条件に合うノードを3~5個選択し、右クリックして「サーバーの実接続遅延をテスト」を選びます。同じテスト先で3回測定し、タイムアウトは別途記録してください。

  3. 実際の接続先を切り替える

    候補ノードを右クリックして「アクティブサーバーに設定」を選択し、次にタスクトレイの「システムプロキシ」→「システムプロキシを自動設定」を有効にします。ブラウザー側で別のプロキシが指定されていないことを確認してください。測定結果によってノードが自動で切り替わるわけではありません。

  4. 普段使うサービスで確認する

    普段使うページを同じ条件で開き、初回表示の読み込みと連続リクエストの挙動を確認します。ダウンロードが必要な場合は同じファイルを使い、約30秒間の速度を測定してください。終了後はダウンロードを停止し、平均速度、停止回数、通信量を記録します。

  5. 再測定して予備を確保する

    普段実際に使う混雑時間帯にも、もう一度測定します。メイン用に1つ、異なる経路の予備に1つ残してください。混雑時だけ遅くなるなら、まず回線の混雑を疑います。すべてのノードが同時に失敗する場合は、ローカルネットワーク、プロキシの状態、システム時刻を確認しましょう。

一度の順位ではなく、記録をもとに選ぶ

最終的な選択は、「必要な地域に接続でき、夜間の測定が3回とも成功し、必要な速度で継続してダウンロードでき、倍率も予算内」と一行で説明できる状態が理想です。すべての指標で1位を目指す必要はありません。測定が一度だけ数十ミリ秒遅かったからといって、頻繁に切り替えるのも避けましょう。

サブスクリプションURLや共有リンクには接続情報が含まれている場合があります。測定記録を共有するときは、これらを隠してください。ノードの略称、測定日時、ネットワークの種類、遅延、失敗回数、倍率だけ残せば、次回の判断には十分です。

クライアントを選び、ノードをインポートする

デスクトップではv2rayN、Androidではv2rayNGまたはv2flyNGを確認してください。まずガイドに沿ってサブスクリプションをインポートし、接続を確認してから、この記事の手順でメインと予備のノードを選びます。