ノード選びでは、まずプロキシ経由のリクエストが完了するかを確認し、次に応答時間を比べ、必要に応じて実効速度を測定します。サブスクリプションを読み込んだものの、遅延や速度の表示がよくわからない方に向けて、3種類の測定範囲、v2rayNとv2rayNGでの操作方法、条件をそろえて安定したノードを選ぶ手順を解説します。計算例は実測データではありません。
3種類の速度測定：ポート到達性・リクエストの成否・実効速度
日常的なノード選びには接続テスト、接続先の切り分けにはTCPing、大容量通信にはダウンロード速度測定が適しています。3つは同じ指標の精度違いではなく、ミリ秒とMB/sをまとめて順位付けすることもできません。ノードの入口が近くても、プロキシの出口から接続先まで近いとは限らず、応答が速くても継続的な通信速度が高いとは限りません。
TCPing：ノードの入口を確認
設定されたサーバーアドレスとTCPポートに接続し、接続確立までの時間を測ります。VMessやVLESSの認証情報は検証せず、実際の接続先サイトにもリクエストしません。
用途：アドレス、ポート、ネットワークからノード入口への到達性を初歩的に確認します。
接続テスト：プロキシ経由のリクエストを確認
おすすめ測定対象のノード経由でテスト先にリクエストし、プロキシ経路と接続先へのアクセスを確認します。計測の開始・終了時点や接続の再利用は、クライアントのバージョンやコアの実装によって異なります。
用途：普段の閲覧に使えるノードを選び、複数回の結果を比較します。
ダウンロード速度測定：実効速度を確認
プロキシ経由でテストデータを受信し、単位時間あたりの受信バイト数から速度を推定します。入口や出口、測定サイトの速度制限、利用中のネットワークなどの影響を受けます。
用途：動画視聴や大容量ファイルのダウンロード前に、候補を絞って測定します。
一般的なPingはICMPを、TCPingはTCP接続を使うため、結果を同じものとして扱うことはできません。サーバーがICMPを拒否している場合、Pingはタイムアウトしてもプロキシは使えることがあります。逆にPingに応答があっても、プロキシのポートが開いているとは限りません。実際のノードがUDPベースの通信を使う場合、TCPポートの確認結果を利用可否の必須条件にすることもできません。
TCPingは低遅延なのに接続できない：プロキシのハンドシェイク前で止まっている
TCPingの成功でわかるのは、TCPポートが接続を受け付けたことだけです。たとえばサーバーの入口が443でも、接続確立後にTLS検証、通信経路、プロキシ認証などで失敗することがあります。そのポートがリバースプロキシ経由で公開されている場合、TCP接続を受け付けた機器が最終的なプロキシプロセスとは限りません。
| 確認する項目 | TCPingで確認できるか | 次に確認すること |
|---|---|---|
| サーバーのTCP入口 | 接続確立を確認できる | アドレス、ポート、ローカルネットワーク、サーバー側の待ち受け状態 |
| TLSとサーバー名 | 確認できない | ノード編集画面のTLS、SNI、serverName |
| プロキシ認証と通信方式 | 確認できない | UUID、通信方式、使用する方式のHostやpathなどの項目 |
| 出口から接続先サイトへのアクセス | 確認できない | 接続テスト先、リモート側の名前解決、出口からの接続性 |
v2rayNのメイン画面でノードを選び、右クリックしてサーバー編集画面を開き、サブスクリプションに記載された設定と照合します。遅延を下げるためにSNIを安易に変更しないでください。TLSを使うノードでは、システム時刻も正しく設定する必要があります。Windowsでは「設定」→「時刻と言語」→「日付と時刻」で、時刻の自動設定と同期状態を確認できます。
- すべてのノードで入口がタイムアウトする：まず、端末のインターネット接続、サブスクリプションの有効性、サーバーアドレスの名前解決を確認します。
- 入口には接続できるが接続テストに失敗する：ログでTLS、認証、通信方式に関するエラーを確認し、ノードの設定項目を照合します。
- 特定の接続先だけ失敗する：信頼できる別のテスト先で比較し、すぐにノード全体がオフラインだと判断しないでください。
接続テスト：テスト先と実際の経路が重要
接続テストでは通常、測定対象のノード経由でHTTPまたはHTTPSリクエストを送信します。新しい接続の場合、サーバーアドレスの名前解決、プロキシ入口への接続、TLSとプロキシのネゴシエーション、出口から接続先への接続、接続先からの応答などにかかる時間が含まれることがあります。TCPingよりも「プロキシ経由でWebサイトを開く」状況に近い測定ですが、すべてのWebページやアプリに共通する遅延を示すものではありません。
HTTPSのテスト先では接続先とのTLS通信が発生します。また、リダイレクト、接続先の応答速度、接続の再利用も数値に影響します。クライアントに表示される値を、純粋なネットワーク往復時間とみなすことはできません。計測時刻や範囲が異なるため、「接続テストの値－TCPingの値」で出口の遅延を単純に算出することもできません。
- v2rayNのサーバー一覧から候補を数件選び、右クリックメニューで「サーバーの実接続遅延をテスト」に相当する項目を選びます。バージョンによっては「複数選択」と付いた項目があります。
- 接続先を確認するには、「設定」→「パラメーター設定」を開き、v2rayNの設定画面で「実接続テストアドレス」を確認します。画面上の名称はバージョンによって多少異なるため、現在表示されている項目を確認してください。
- ノードを比較するときは、同じテストアドレスを使います。すべてのノードで失敗する場合は、まずテストアドレスが正常に応答するか確認してください。
- ノードを選んだら、ブラウザーで実際に利用するWebサイトを開きます。同時にクライアントのログを確認し、通信が想定した出口を通っているか確かめてください。
ドメイン名の名前解決には複数の段階があります。ノードのサーバーアドレスと接続先ドメインの名前解決は、別々のコンポーネントが行う場合があります。ローカルで名前解決するか、リモート側に任せるかは、コアと設定によって異なります。遅延が高いからといって、DNS設定をすべて変更しないでください。まずログを確認し、ノードへの接続と接続先へのアクセスのどちらで失敗したかを切り分けます。
ダウンロード速度測定：MB/s、Mbps、通信量の見方
ダウンロード速度が高いことは、その測定経路で実効速度が出ているという意味であり、ページの初回表示が速いとは限りません。測定サーバーの地域、単一接続か複数接続か、測定時間、ノードの共有負荷などで結果は変わります。速度測定では実際にデータを通信するため、サブスクリプションの通信量を消費することがあります。モバイルデータ通信では、特に残量を先に確認してください。
以下は単位換算の例です。十進法の単位で、受信速度が安定して10 MB/sの場合、20秒間の通信量は約200 MBです。実際のクライアントでは別の単位で表示されたり、ウォームアップなどの時間が加わったりするため、毎回この量が消費されるわけではありません。
判断のポイント：候補に絞って速度を測定
まず接続テストで安定した候補を2～3件に絞り、1件ずつダウンロード速度を測定します。どのノードもローカル回線の上限に近い速度が出るなら、ピーク速度で順位付けするのはやめ、実際の用途での表示速度や夜間の安定性を比べてください。
- 単位をそろえる：表示項目がMB/s、MiB/s、Mbpsのどれかを確認してから比較します。
- 1件ずつ測定する：複数のダウンロード測定を同時に行うと、ローカル帯域を奪い合います。低い結果がノード側の速度制限によるとは限りません。
- バックグラウンドの通信を止める：ダウンロード、クラウド同期、システム更新は帯域を消費します。アップロードが上限に達すると、リクエストの遅延も大きくなることがあります。
- 継続的な速度を記録する：開始直後のピーク値はキャッシュや短時間のバーストの影響を受けることがあります。一定時間の安定した速度の代わりにはなりません。
デスクトップとAndroid：条件をそろえて比較
v2rayN、v2rayNG、v2flyNGでは画面やコアの組み合わせが異なり、測定方法も同じとは限りません。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。同じサブスクリプションを読み込んでも、両方で同じサーバー、ポート、通信設定が選ばれているか確認してください。ノード名だけで同一かどうかを判断することはできません。
比較の条件：同じネットワーク、同じノード、同じ接続先
デスクトップ：v2rayN
- サーバー一覧の右クリックメニューから接続テストを実行し、候補のノードでは「サーバー速度をテスト」に相当する項目を実行します。
- テストアドレス、測定時刻、クライアントのバージョンを記録し、ダウンロード速度測定は1回につき1ノードだけ実行します。
- 実際のアクセスを確認するときは、メイン画面下部のシステムプロキシの状態とルーティングの選択を確認します。
Android：v2rayNG
- 接続後、メイン画面右上のメニューを開き、「実接続をテスト」を選びます。バージョンによっては、設定全体を一括でテストする項目もあります。
- メインメニューの「設定」で実接続テストアドレスを確認し、できるだけデスクトップと同じアドレスを使います。
- まず同じWi-Fiに接続して比較し、その後モバイルネットワークを別に測定します。異なるネットワークの結果を同じグループに混ぜないでください。
クライアント間の測定値は目安にとどめてください。比較では、各クライアントで測定を繰り返したときの安定性と、同じ用途の通信が正常に完了するかを重視します。
v2flyNGの現行バージョンで異なる測定項目が表示される場合は、その項目名をそのまま記録してください。通常の接続テストをダウンロード速度測定と言い換えないでください。コアを変更しても速度が上がるとは限りません。プロトコルと通信方式への対応が必要で、ボトルネックはWi-Fiの電波、通信事業者の経路、接続先の帯域にあることもあります。
- 環境をそろえる：ほかのプロキシ接続を終了し、バックグラウンドのダウンロードを停止して、同じネットワークを使います。
- 3回繰り返す：各測定の間隔を約10秒空け、接続テストの結果と失敗回数を記録します。有効な3回の結果は中央値を使い、失敗は別に記録してください。
- 時間帯を変えて再測定する：昼と夜にそれぞれ測定し、同じ接続先で負荷の変化を確認します。最良の結果だけを残さないでください。
- 実際の用途で確認する：ブラウザー、動画、ファイルのダウンロードなど、必要な用途ごとに動作を確かめます。総合スコアひとつで実際の用途を判断しないでください。
よくある質問：タイムアウト、負の値、測定値の変動
TCPingは成功するのに接続テストが毎回タイムアウトします。まず何を確認すればよいですか？
まずv2rayNのメイン画面にあるログで、どの段階で失敗しているか確認します。TLS関連のエラーがあればシステム時刻とノードのSNIを確認し、認証や通信方式のエラーならサーバー編集画面でサブスクリプションの設定と照合します。すべてのノードで同時に失敗する場合は、「設定」→「パラメーター設定」で実接続テストアドレスを確認し、信頼できる別の接続先でもう一度測定してください。
「-1 ms」と表示されました。遅延が非常に低いという意味ですか？
いいえ。負の値、空欄、タイムアウトは、通常、有効な結果を取得できなかったことを示します。詳しい意味は現在のクライアントの表示やログで確認してください。遅延の平均値に含めてはいけません。もう一度測定し、一時的な失敗かどうか記録します。3回中複数回失敗するノードを、一度の低遅延だけで上位にしないでください。
接続テストは速いのにWebページが開きません。どのように調べればよいですか？
まずリクエストがクライアントのログに記録されているか確認し、次にルーティングルールの適用先を確認します。ブラウザーからのリクエストがログにまったく出ていない場合は、システムプロキシまたはアプリ独自のプロキシ設定を確認してください。たとえばアプリの接続先を127.0.0.1:10808に設定する前に、「設定」→「パラメーター設定」でローカルの待ち受けポートが実際に10808になっており、プロトコルの種類も一致していることを確認します。このポート番号は例であり、すべてのバージョンで固定ではありません。
昼は速いのに夜は遅くなります。サブスクリプションを再読み込みすべきですか？
まず現在の設定を残し、同じテストアドレスを使って昼と夜にそれぞれ3回測定します。入口への接続と接続テストの両方が遅くなる場合、ローカル回線や入口までの経路が混雑している可能性があります。実効速度だけが低下する場合は、ほかの候補ノードやダウンロード先と比較してください。サブスクリプションの更新で設定を取得し直せますが、通信経路の混雑が解消するわけではありません。
選ぶ順番は、接続できること、安定していること、必要に応じて速度を確認すること。普段の閲覧には、接続テストが連続して成功し、応答のばらつきが小さいノードを選びます。大容量ファイルを扱う場合は、追加でダウンロード速度を測定してください。トラブル時はTCPing、接続テスト、実際の通信を分けて記録すると、入口、プロキシ設定、出口やルーティングのどこを調べるべきか判断しやすくなります。