ノードを選ぶ際は、まず利用したいサービスに接続できることを確認し、遅延の安定性、継続的な速度、通信量の消費を比較しましょう。サブスクリプションを読み込んだものの、どの回線を選ぶか迷っている方に向けて、同じネットワークで繰り返しテストして主に使うノードを絞り、地域とプロトコルの互換性を確認したうえで、別回線の予備を残す方法を紹介します。1回だけ測定した最低遅延は、あくまで候補を絞る目安です。
遅延テスト：まず測定対象を確認
ノードには通常、サーバーアドレス、ポート、認証情報、プロトコル、通信方式などが設定されています。サブスクリプションに記載された備考は表示名であり、性能を保証するものではありません。同じ「低遅延」と表示されたノードでも、接続先や中継経路が異なる場合があり、実際には同一サーバーを指していることもあります。
TCP遅延は、サーバーのポートに接続するまでの時間が主な測定対象で、プロキシ経由のリクエスト全体にかかる時間とは異なります。実際の接続遅延テストでは、プロキシ経由でテスト先にリクエストを送り、ハンドシェイク、DNS、テスト先、サーバーの出口などの影響も受けます。測定方法が異なる結果を同じ列で直接比較することはできません。テスト先を変更した場合は、以前の結果も測り直しましょう。
- v2rayNのメイン画面で候補のサーバーを選び、右クリックしてTCP遅延または実際の接続遅延を測定する項目を選択します。バージョンによって表記が異なる場合があるため、メニューに表示される測定方法を確認してください。
- 同じ種類の測定結果だけを比較しましょう。候補はまず3つに絞り、ダウンロードや一括速度測定を同時に実行しないでください。
- 同じネットワークで繰り返し測定し、中央値とタイムアウト回数を記録します。その後、実際に使うWebサイトを開き、初回の読み込みと続けてアクセスしたときの状態を確認しましょう。
- 平日の日中と夜間にそれぞれ確認します。空いている時間帯だけ良好なノードを、終日使うメインノードにすぐ決めるのは避けましょう。
数値は測定の目安であり、本サイトによる実測値ではありません。たとえば、あるノードの5回の結果が58、60、61、63、65 ms、別のノードが35、39、180、260 msとタイムアウト1回だった場合、普段使いには前者を先に試すのがよいでしょう。前者の中央値は61 msです。後者は最低値こそ低いものの、結果に大きなばらつきがあります。最も良かった1回の結果だけを切り取って判断しないでください。
速度と倍率：利用可能な帯域と通信量コストを分けて考える
遅延は短いリクエストの待ち時間に影響し、継続的なスループットは大容量ファイルの転送や動画のバッファリングに関わります。低遅延でも夜間に混雑するノードがある一方、遅延が大きくても十分な出口帯域を確保しているノードもあります。速度を測るときは、同じファイル、同じツール、同じ測定時間を使いましょう。複数接続で測定したピーク速度は、動画プレーヤーや単一接続でのダウンロード速度をそのまま表すものではありません。
| 項目 | 例 | 確認方法 |
|---|---|---|
| 継続ダウンロード速度 | 5 MB/s | 約40 Mbps（バイトとビットの違いに注意） |
| 動画の目標ビットレート | 20 Mbps | 余裕を持たせ、ビットレートと同程度の速度だけで判断しない |
| ノードの通信量倍率 | 0.5×、1×、2× | アップロード・ダウンロードの扱いや端数処理など、事業者の課金ルールを確認 |
| 課金額の計算例 | 10 GB × 2 = 20 GB | 通信量に倍率を掛けて消費量を計算するルールの場合のみ適用 |
倍率は速度のランクではありません。2倍のノードだから速度が2倍になるわけではなく、0.5倍のノードが必ず遅いとも限りません。通常は事業者が定める通信量の消費係数で、回線コストや時間帯、プランなどによって異なります。アップロードとダウンロードの両方が課金対象なら、ファイルの送信、クラウド同期、速度測定でも通信量を消費します。最終的には事業者の請求内容を確認してください。
地域表示：接続先の場所と出口の場所は別
ノードの備考にある地域名は、出口の地域を示す場合もあれば、事業者独自の回線分類を示す場合もあります。中継回線では、まず入口に接続し、別の地域から接続先のWebサイトへアクセスします。そのため、入口までの遅延が小さくても、接続先から見える出口が近いとは限りません。地理的な距離は判断材料の一つですが、通信事業者間の接続や迂回経路も通信品質に影響します。
- 普段のWeb閲覧：現在のネットワークで安定して使える回線を優先し、地域名だけを理由に頻繁に切り替える必要はありません。
- 地域限定サービス：サービス独自の地域判定で利用可能か確認しましょう。ノードの備考や単一のIPデータベースだけでは判断できません。
- アカウントの利用：普段使う出口の地域をなるべく固定しましょう。地域を頻繁に切り替えてログインすると、追加認証が求められることがあります。
- ダウンロード・動画：同じコンテンツを使って実際の速度を比較しましょう。特定のWebサイトで調子のよい回線が、すべてのサイトに適しているとは限りません。
出口を確認する前に、アプリの通信が本当にプロキシ経由になっているか確認してください。v2rayNのシステムプロキシ設定は、その設定に従うアプリに影響します。一方、routingはコアに入った後の通信の出力先を決めます。ブラウザーはプロキシ経由でも、別のアプリは直接接続している場合があります。テスト中はルーティングモードを変えないでください。そうしないと、「ノードを変えても地域が変わらない」原因が、リクエストに直接接続ルールが適用されたことにあるかもしれません。
プロトコルの種類：設定の一致とコアの対応を確認
VMess、VLESS、Trojanは接続プロトコルであり、回線品質のランクではありません。まず、サーバーがどのプロトコルに対応しているか、クライアントが必要な設定をすべて認識できるかを確認しましょう。サブスクリプションに含まれる通信方式、TLS、サーバー名、パスなどの設定も一致させる必要があります。プロトコル名をVLESSに変えるだけで接続が改善するわけではありません。
サブスクリプションの設定が一致するノード
おすすめ事業者が提供したプロトコル、ポート、通信方式、安全性に関する設定を維持し、実際にアクセスして使えるものを選びましょう。安定して動作しているVMessやTrojanのノードを、名前が古いというだけで置き換える必要はありません。
おすすめ：普段使いのメイン回線、サブスクリプションを初めて読み込む場合
VLESSとREALITYの組み合わせ
REALITYは安全な通信に関わる機能で、単独のノードプロトコルではありません。一般的な構成ではXrayコアが必要です。サーバーが指定するサーバー名、公開鍵、shortIdなどの設定も正しく一致させてください。
おすすめ：サーバーがこの組み合わせを明示的に提供し、クライアントのコアが必要な設定に対応している場合
VMessと既存の通信設定
通信方式、パス、Host、TLSの設定を確認してください。v2flyNGを使う場合は、V2Flyコアが実際に対応している範囲に合わせてサブスクリプションを確認しましょう。Xrayの拡張機能がすべてそのまま使えるとは限りません。
おすすめ：既存のVMessサービス、現在の設定を維持する必要がある環境
デスクトップ版v2rayNでは、使用中のコアとログを確認してください。Android版v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。GUIに設定を読み込めても、内部のコアがすべてのパラメーターに対応しているとは限りません。非対応の通信方式や項目がある場合は、クライアントとコアのバージョンを確認し、事業者に互換性のある設定を問い合わせましょう。セキュリティ設定をむやみに削除・変更するのは避けてください。
用途別の選び方：Web閲覧は安定性、動画は継続速度、ゲームは経路を重視
メインノードがすべての項目で最上位である必要はありません。Web閲覧ではページを続けて開いたときの安定性、動画では長時間のスループット、ゲームではUDP、パケットロス、ゲームサーバーまでの遅延を確認しましょう。最も役立つ比較対象は速度測定アプリの総合順位ではなく、実際に使うサービスです。
用途別に候補を選ぶ：普段使いと継続的な通信
Web閲覧・事務作業
- 繰り返し測定したときのばらつきが小さく、タイムアウトが頻発しないノードを優先します。
- 普段使う出口の地域を維持し、対象のWebサイトに問題なくログインできるか確認します。
- 使い心地に差がない場合は、通信量倍率の低い候補を選びます。
動画・大容量ファイル
- 少なくとも60秒間の継続速度を確認し、さらに長時間の実際の再生でも検証します。
- 夜間の混雑、バッファリングの変化、プランの残り通信量も確認しましょう。
- 同じ出口の別名だけに頼らず、異なる回線の予備ノードも残しておきます。
まとめ：メインは安定性、負荷の高い用途では継続速度を重視。予備は入口または出口の障害箇所が重ならないように分散しましょう。
ゲーム用ノードではUDPを個別に検証
システムのHTTPプロキシでは、ゲームのUDP通信がプロキシ経由にならないことが一般的です。ブラウザーでWebサイトが開き、TCP遅延が低くても、ゲームは直接接続している可能性があります。クライアントの通信取り込み方式、アプリのルーティング、ノードのUDP対応、ゲームサーバーまでの経路をあわせて確認してください。v2rayNのTUN機能を使う場合は、使用中のコアや権限が要件を満たしているかも確認しましょう。
- ゲームサーバーに直接接続したときの遅延、パケットロス、ログイン状況を記録し、比較の基準にします。
- ゲームに必要な通信取り込み方式を有効にし、ログや接続記録にゲームのリクエストが表示されるか確認します。
- 同じゲームサーバーで10分間プレイし、遅延の変動、切断、ボイスチャットの状態を確認します。
- 改善しない場合は、元の設定に戻しましょう。ノードのWeb速度測定結果が低いからといって、ゲームも必ずそのノードを経由する、あるいは必ず速くなるとは限りません。
よくある問題：タイムアウト、地域が変わらない、ノードが頻繁に使えなくなる
遅延は40 msなのに、Webページの表示が遅いのはなぜ？
まず、測定したのがTCP遅延か実際の接続遅延かを確認します。次に、ルーティング設定を変えずに対象のノードを選んでWebページを開き、DNS、ハンドシェイクにかかる時間、継続ダウンロードの状態を確認しましょう。特定のサイトだけ遅い場合は、そのサイトへの経路を優先して比較し、ノード全体の問題だとすぐに判断しないでください。
すべてのノードがタイムアウトします。サブスクリプションが壊れていますか？
まず直接接続で端末のネットワークが正常か確認し、次にテスト先へアクセスできるか、クライアントの時刻が正確か、コアのログに問題が出ていないかを確認します。ログにローカルポートの競合が表示される場合は、「設定」→「パラメーター設定」でローカルの待ち受けポートを確認してください。たとえば実際の設定が10808の場合、アプリ側でも対応するポートと正しいプロキシの種類を指定する必要があります。ほかの端末の設定をそのまま写すだけでは解決しません。
地域の異なるノードに変えても、Webサイトに表示される地域が変わらないのはなぜ？
まず、Webサイトへのリクエストに直接接続ルールが適用されていないか確認し、ブラウザーがクライアントのプロキシを使っているかも確認します。出口が実際に変わったことを確認したら、セッションを開き直して再確認してください。アカウントの地域設定、過去の位置情報、IPデータベースの更新遅延も表示に影響する場合があります。ノード名だけで出口の場所を判断しないでください。
昨日まで使えていたのに、今日はノードを削除して追加し直すべき？
まず既存のサブスクリプションを更新し、事業者がアドレス、ポート、プランの状態を変更していないか確認してから、予備ノードを試しましょう。同じノードが夜間だけ明らかに遅くなるなら、混雑が原因かもしれません。ハンドシェイクに継続して失敗する場合は、時刻、設定、コアの対応状況を確認します。ノードを何度も削除・追加してもサーバー側の障害は直らず、手動で付けた備考が失われることもあります。
最後に、測定日、接続ネットワーク、ノードの備考、遅延の種類、中央値、タイムアウト回数、倍率、用途を簡潔に記録しておきましょう。ネットワークやサブスクリプションの回線を変更したら、改めて測定してください。先月の順位をそのまま使わないようにしましょう。ノード選びの目的は、現在の環境で安定して使える組み合わせを見つけることであり、一覧の最低値を追い続けることではありません。