ノードは「プロキシ接続できるか」「目的のサービスにアクセスできるか」「普段使う時間帯も安定しているか」「通信量のコストが適切か」の順に判断します。サブスクリプションを追加したものの、サーバー一覧のどれを選ぶべきか迷っている方向けです。同じ条件でテストして、最小の遅延値だけで並べるのではなく、メインと予備のノードを選べるようになります。
TCPing・実接続遅延・ダウンロード速度の違い
結論として、TCPingは接続先の一次チェック、実接続テストはプロキシ経路の確認、ダウンロードテストはスループットの確認に使います。それぞれ測定しているものが異なります。ノードのアドレスにTCP接続できても、アカウントが有効であることや、プロトコル設定が一致していること、目的のサイトにアクセスできることまではわかりません。
| テスト項目 | 実際に確認できること | 直接は判断できないこと |
|---|---|---|
| TCPing | 端末からノードの接続先ポートまでTCP接続するのにかかる時間 | プロキシ認証の成功、出口の利用可否、ページの読み込み速度 |
| 実接続遅延 | ノード経由で指定したテストURLにアクセスする時間 | すべてのサイトにアクセスできるか、ダウンロード速度が継続するか |
| ダウンロード速度テスト | プロキシ経由でテストデータを取得する際のスループット | 夜間も同じ速度が出るか、他の接続先にも同じ経路が使われるか |
| 実際の用途でのテスト | 目的のページを開く、動画を再生する、またはサービスに接続する結果 | 他の地域のサービスを利用できるか、あらゆる時間帯で安定するか |
実接続遅延は、テスト先のアドレス、DNS、TLSハンドシェイク、接続の再利用、クライアントの実装などに左右されます。比較する場合は同じテスト先と同じネットワークを使ってください。スマートフォンのモバイル回線で測った結果と、パソコンの有線回線で測った結果は直接比較できません。また、TCPingはICMP Pingとは異なります。システムでICMP応答が無効でも、TCPingが必ず失敗するわけではありません。
v2rayNで条件をそろえてノードを選ぶ
まず候補を少数に絞り、繰り返しテストします。サブスクリプション全体に対して連続でダウンロード速度を測るのは避けてください。同時テストはローカルの帯域を奪い合い、契約通信量を大きく消費する可能性があります。以下ではv2rayNでよく使われる中国語メニュー名を記載しています。画面のバージョンによって表示や位置が異なる場合があるため、右クリックメニューの実際の表示を確認してください。
-
テスト条件をそろえる
「設定」→「パラメーター設定」を開き、現在の画面で設定できるテスト先やタイムアウトなどを確認します。「速度テスト」の項目がある場合は、そこで設定内容を記録してください。実行中のダウンロードを停止し、その後はテスト先やタイムアウトを変更せずに測定します。
-
接続先を一次チェックする
メイン画面のサーバー一覧から候補を選び、右クリックして「サーバー遅延をテスト Tcping」を選択します。繰り返しタイムアウトする項目を除外しつつ、接続先には到達できても実接続の結果が未確認のノードは、いったん候補に残します。
-
プロキシ経路をテストする
同じ候補を右クリックして「サーバー実接続遅延をテスト」を選び、成功・失敗を記録します。候補ごとに3回ずつテストし、連続して成功するか確認してください。たまたま出た最小値を最終順位にしないようにしましょう。
-
実際の出口を確認する
ノードを選択してEnterキーを押し、アクティブサーバーに設定します。通知領域から「システムプロキシ」→「システムプロキシを自動設定」を選び、システムプロキシに対応したアプリを接続します。現在のルーティングモードも確認し、目的の通信が選択したプロキシ経由で送信されていることを確かめてください。
-
普段使うサービスで確認する
日常的に利用するサービスを開き、候補を少数に絞って右クリックの「サーバーダウンロード速度をテスト」を実行します。夜間など普段よく使う時間帯にも再確認し、メインノード1つと、別経路の予備ノード1つを選びます。
システムプロキシは、すべてのプログラムの通信を切り替える機能ではありません。システムプロキシを無視するアプリや、クライアントのルールにより目的の通信が直接接続される場合もあります。アクティブノードを変更しても出口が変わらない場合は、まずアプリのプロキシ設定とルーティングログを確認してください。通信経路を確認せず、ページの表示速度だけでノードを評価しないようにしましょう。
Androidでは、v2rayNGとv2flyNGそれぞれのサーバー一覧にある接続テスト機能を使います。デスクトップ版のメニュー手順はAndroidの画面には当てはまりません。端末間で結果を比べる際は、同じネットワークに接続していること、別のVPN接続によって経路が変わっていないことも確認してください。
通信量倍率の計算方法:課金ルールを確認してから算出
通信量倍率は、通常サブスクリプションの提供元が定める課金ルールであり、VLESS、VMess、Trojanのプロトコル項目ではありません。クライアント一覧に表示される「倍率」はノードの備考に記載されたものか、古い情報の可能性があります。実際の課金は、サービス提供元の最新の案内とアカウント画面で確認してください。
以下は計算例であり、特定のサブスクリプションの実際の料金プランではありません。アップロードとダウンロードの合計を先に集計し、その後ノードの倍率を掛けると仮定すると、2倍ノードではアップロード0.2 GiBとダウンロード0.8 GiBの合計が2 GiBとして課金されます。プランが10進数のGBを使う場合や、上りと下りでルールが異なる場合は、それぞれの単位とルールで計算してください。
- まず集計対象を確認:アップロードとダウンロードの両方が課金対象か、回線ごとの個別ルールがあるか。
- 次に倍率の適用範囲を確認:時間帯によって倍率が変わるか、ノードの備考とアカウント上の説明が一致しているか。
- 最後にテストのコストを確認:ダウンロード速度の測定でもデータ通信が発生します。何度も測定すると、いくつかのページを開くより多くの通信量を消費する場合があります。
倍率が低くても帯域が広いとは限らず、倍率が高くても安定するとは限りません。倍率が示すのは課金上の比率です。応答性が重要な用途では接続成功率と応答時間、大容量ファイルの転送ではスループットとアカウントの残量も確認しましょう。ブラウザーに表示されるファイルサイズと、サーバー側の集計量が一致するとは限りません。再試行、バックグラウンド通信、プロトコルのオーバーヘッドなどで差が生じます。
ノードの地域の選び方:接続元・出口・接続先サービスを区別する
地域名は候補を見分けるための目印であり、実際の通信経路をすべて示すものではありません。特定地域と表示されたノードでも、接続先サーバーが別の場所にあり、中継を経由して出口に到達する場合があります。地理的に近ければ遅延が小さくなる可能性はありますが、通信事業者間の接続、国際回線の経路、混雑、迂回などによって結果は変わります。
| 利用目的 | 優先して確認すること | 選び方 |
|---|---|---|
| Web閲覧・リモート操作 | 実接続テストの繰り返し結果、実際のページの初期表示 | 目的のサービスを利用できる候補から、結果のばらつきが小さい経路を選ぶ |
| 特定地域のサービス | 出口IPの地域、サービスのアカウント、アクセスルール | まず目的のサービスが利用できるか確かめ、その後に遅延を比較する |
| 動画・大容量ファイル | 継続的なスループット、バッファリングの状態、倍率 | 短時間の最高速度だけでなく、普段使う時間帯にテストする |
| 予備の接続先 | 接続先と上流経路が独立しているか | メインと予備が、備考だけ異なる同一経路にならないようにする |
ノードの備考に記載された地域と、接続先のWebサイトが認識する地域は同じとは限りません。Webサイトは出口IPのデータベース、アカウントの地域、決済情報、過去のセッションなどを基に判断する場合があります。IP検索ページに正しい地域が表示されても、目的のサービス側での確認にはなりません。
VLESS・VMess・Trojanの選び方:サーバー設定とコアの対応状況を確認
プロトコル名だけで速度は決まりません。実際の通信には、トランスポート方式、TLSまたはREALITY、接続先の回線、出口の帯域、サーバー負荷なども影響します。既存のサブスクリプションを使う場合は、まずクライアントがノードのパラメーターに完全対応しているか確認してください。プロトコル名だけを手動で変更しても、既存サーバーを別のプロトコルに変換することはできません。
VLESS + REALITYの例
- プロトコル
- VLESS
- トランスポート
- TCP
- セキュリティ層
- REALITY
- Flow
xtls-rprx-vision(サーバー側で指定されている場合のみ)- 重要なパラメーター
- UUID、サービス名、公開鍵、Short ID
パラメーターの組み合わせ例です。REALITYを使うには、対応するXrayコアと一致した設定が必要です。通常のTLSノードには適用できません。
VMess + WS + TLSの例
- プロトコル
- VMess
- トランスポート
- WebSocket
- セキュリティ層
- TLS
- パス
/ws(パスの例)- 重要なパラメーター
- UUID、Host、パス、TLSサービス名
パスとHostはサーバー側の設定に合わせる必要があります。WebSocketを使っても、必ずCDNを経由するわけではなく、安定性が自動的に向上するわけでもありません。
- VLESS:VLESSの設定が用意されている場合に適しています。VLESS自体にはペイロード暗号化機能がないため、通常はTLSやREALITYなどのセキュリティ層と組み合わせて使います。「軽量だから遅延が低い」とは一概に言えません。
- VMess:サーバーがVMessを提供し、クライアントに必要な項目をすべて取り込める場合に適しています。認証にはシステム時刻が関係するため、認証に失敗した場合は、まず時刻の自動設定を有効にし、UUIDとトランスポート設定を確認してください。
- Trojan:一般的な設定では、パスワード認証とTLSを組み合わせます。パスワード、TLSサービス名、証明書の検証結果を確認してください。TCP 443はよく使われるポートですが、必須の固定ポートではありません。
v2rayNが実際に対応する機能は、選択したコアとバージョンによって異なります。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。両方のコアが完全に同じ機能に対応しているわけではありません。特に、REALITYノードを通常のVLESSノードとして読み込んだだけで互換性があると判断しないでください。不明な項目、起動失敗、未対応のトランスポートに関する表示が出た場合は、何度も速度を測るのではなく、コアの対応状況を確認しましょう。
ノードが正常に接続できることを確認してから、同じ用途で実際の動作を比較してください。VLESSとTrojanの2つのノードを比べても、接続先、出口、上流経路が異なれば、わかるのはそれぞれの通信経路全体の違いです。特定のプロトコルが一般的に速いとは判断できません。
よくある質問:低遅延・タイムアウト・切り替えても変わらない
遅延は低いのに、動画がずっとバッファリングするのはなぜ?
まず、動画の通信が実際にプロキシ経由になっているか確認し、同じ時間帯にノードのダウンロードテストを行います。短い通信の応答が速くても、継続的な帯域が十分とは限りません。日中は正常で夜間にバッファリングする場合は、それぞれの時間帯の結果を記録し、別の上流経路でも比較してください。
TCPingは成功するのに実接続がタイムアウトします。地域を変えるべきですか?
まず地域は変えず、システム時刻とアカウントの状態を確認します。次にv2rayNのログで、認証、TLS、DNS、タイムアウトに関する情報を確認してください。サブスクリプションと照らし合わせて、ポート、サービス名、トランスポートのパスも確認します。すべてのノードで同じテスト先だけ失敗する場合は、利用可能な別のテスト先で再確認しましょう。
ノードを切り替えたのに、Webサイトから見える出口が変わらないのはなぜ?
新しいノードがアクティブサーバーに設定されていることを確認し、アプリがシステムプロキシを使っているか、ルーティングで目的の通信が直接接続に設定されていないかを確認します。アプリに接続し直してから出口を確認してください。既存の長時間接続はしばらく古い経路を使い続ける場合があります。サブスクリプション全体をすぐに再読み込みする必要はありません。
遅延順に並べて、常に1位のノードを使えばよいですか?
並べ替えは候補を絞るために使います。上位のノードをそれぞれ3回実接続テストし、目的のサービスにもアクセスして、最後に倍率を確認してください。1位のノードが時々タイムアウトし、別のノードが連続して接続に成功して用途も満たすなら、後者をメインにするのがおすすめです。
記録を残して選定根拠を確認できるようにする
ノード選びのたびに毎日すべてのテストをやり直す必要はありませんが、最低限の記録は残しましょう。ネットワーク、時間、テスト方法、実際の用途での結果を記録すれば、後からローカルネットワークの変化、上流の混雑、接続先サービスのアクセス方針の変更を切り分けやすくなります。
- テスト環境:日付と時間帯、固定回線またはモバイル回線、クライアントと使用したコア。
- 接続結果:同じテストURLでの3回分の実接続結果。成功した値だけでなく、タイムアウトも記録します。
- 利用コスト:現在の倍率、課金単位、上りと下りの合計が集計対象か。
- 用途の確認:よく使うサイトにアクセスできるか、出口の地域が要件に合うか、継続的な通信が安定するか。
- メインと予備の関係:メインは日常利用に使い、予備には接続先または上流経路の異なるノードを選び、定期的に接続できるか確認します。
確認の順序は変わりません。まず設定との互換性とプロキシ接続の成功を確かめ、次に目的のサービスが使えるか確認し、最後に安定性、遅延、スループット、倍率を比較します。こうすれば選定根拠が明確になり、トラブル時にも再確認すべき箇所を特定しやすくなります。