サブスクリプションを追加したものの、どのノードを選べばよいかわからない方に向けた内容です。同じテスト先を使って接続できないノードを除外し、レイテンシの変動、実効速度、通信量の倍率を比較してから、出口の地域とプロトコル設定を確認します。読み終えたら、一覧の最小レイテンシだけで決めるのではなく、普段使いのメインと動作確認済みの予備を選べます。
1. レイテンシ・速度・接続可否の違い
サブスクリプションに含まれる各設定には、通常、サーバーアドレス、ポート、認証情報、通信方式が記載されています。これらの接続設定は一般に「ノード」と呼ばれます。ノード名に含まれる地域、倍率、回線の説明は提供元が付けたもので、クライアントによる測定結果ではありません。名前が異なっていても、同じ入口や出口を共有している場合があるため、名前だけで回線が独立しているか判断することはできません。
TCP接続レイテンシでわかるのは、指定ポートへの接続確立にかかる時間です。実際の接続レイテンシは通常、プロキシプロトコルで接続したうえでテスト先へリクエストを送るため、Web利用時の経路により近い指標です。ただし、あくまで1つのテスト先に1回リクエストした結果にすぎません。テスト先がタイムアウトしても、すべてのサイトにアクセスできないとは限らず、レイテンシを測定できても動画が快適に再生できるとは限りません。
| 指標 | 主にわかること | 直接は判断できないこと |
|---|---|---|
| TCP接続レイテンシ | 端末からサーバーのポートまでの接続時間 | 認証の成功、接続先サイトの利用可否 |
| 実際の接続レイテンシ | プロキシ経由でテスト先へリクエストする時間 | 継続的なダウンロード速度、すべてのサイトでの使用感 |
| ダウンロード速度 | 特定のテスト先で測定時に記録された転送速度 | 夜間の混雑時の性能、会議での上り通信の品質 |
| 失敗回数と変動 | 複数回のリクエストが安定して完了するか | 今後どの時間帯でも常に安定すること |
候補を絞るときは、まず頻繁にタイムアウトするものを除外し、次に安定性、最後に速度を比較します。たとえば、ある回線は一時的に60 msと表示されても、5回のテスト中2回失敗する一方、別の回線は110~130 msで安定している場合があります。日常利用では、後者を先に試すほうがよいでしょう。これは結果の見方を示す例であり、このサイトで回線を実測したものではありません。また、どの地域にも当てはまるレイテンシの合格基準はありません。
2. v2rayNとv2rayNGで条件をそろえてテスト
同じネットワーク、同じテスト先、できるだけ近い時間帯でテストしてください。自宅のブロードバンド回線とモバイルネットワークの結果を混ぜて比較しないようにしましょう。以下では一般的な中国語UIのメニュー名を記載しています。バージョンによって「テスト」が「サーバーをテスト」と表示される場合もあります。同じ項目が見つからない場合は機能を基準に探し、テストのためにサブスクリプション内の認証情報を変更する必要はありません。
-
サブスクリプションを更新
デスクトップ版v2rayNでは、「サブスクリプショングループ」→「すべてのサブスクリプションを更新(プロキシを使用しない)」から最新の一覧を取得します。直接接続で更新できず、利用可能な接続がある場合は、「すべてのサブスクリプションを更新(プロキシを使用)」を試してください。更新が完了したことを確認してからテストし、期限切れの設定を比較しないようにします。
-
実際の接続をテスト
v2rayNのメイン一覧から候補を選び、右クリックして「サーバーの実際の接続レイテンシをテスト」を選択します。最初は少数の候補に絞り、大規模なサブスクリプション全体を一度に測定しないでください。テスト時刻と結果を記録し、再テストでも同じテスト先を使用します。
-
Androidで確認
v2rayNGのメイン画面右上にある「⋮」→「すべての設定の実際の接続をテスト」を選択します。候補の設定に切り替えて接続を開始した後、画面下部の接続状態エリアをタップして、現在の接続をテストすることもできます。一括テストと現在の接続のテストは目的が異なるため、記録を分けてください。
-
接続先にアクセス
v2rayNでアクティブサーバーに設定した後、トレイアイコンの右クリックメニューから「システムプロキシ」→「システムプロキシを自動設定」を選び、システムプロキシに対応したブラウザーで実際のサイトにアクセスします。Androidでは接続を開始し、システムVPNの許可を確認してください。アプリ単位のプロキシルールから対象アプリが除外されていないかも確認します。
-
時間帯を変えて再テスト
普段使う時間帯と夜間の混雑時に、それぞれ再テストします。成功回数、レイテンシの範囲、ページの読み込み時の停止、ダウンロードの継続性を記録してください。一度だけ出た最良の結果だけを残さないようにしましょう。
以下は初期選別におすすめの規模であり、クライアントの初期設定や性能の保証値ではありません。繰り返しのリクエストは安定性を判断する手がかりですが、5回のサンプルだけでは長期的な障害率を推定できません。速度テストは通信量を消費するため、接続可否を確認した後に行います。
3. 通信量倍率は消費量に影響し、速度を示すものではない
「0.5倍」「1倍」「2倍」は通常、提供元が設定する課金倍率であり、速度のランクではありません。実際の通信量に倍率を掛けて計算するルールなら、10 GB使った場合、0.5倍の回線では5 GB分、2倍の回線では20 GB分の通信量が差し引かれます。上りと下りを合算するか、特定の時間帯だけ適用されるか、別途速度制限があるかは、サブスクリプションの提供元の説明を確認してください。
| 倍率の例 | 実際の通信量 | 倍率適用後の消費量 |
|---|---|---|
| 0.5倍 | 10 GB | 5 GB |
| 1倍 | 10 GB | 10 GB |
| 2倍 | 10 GB | 20 GB |
動画視聴や大容量ファイルのダウンロードでは、安定した速度を確保できることを前提に、倍率の低い回線を選ぶとよいでしょう。会議、対話型の操作、リモートデスクトップでは、まず遅延や切断、上り通信の問題を解消し、その後に倍率を検討します。倍率が高い回線はコストの異なる回線に対応している場合もありますが、品質が保証されるわけではありません。同じ方法で動作を確認してください。
4. 地域は実際の出口、回線は実際の経路で判断
地域名は通常、出口の場所を示しますが、入口、中継地点、出口がそれぞれ異なる地域にある場合もあります。地理的に近いノードが必ずしも最も低レイテンシとは限りません。通信事業者間の接続、国境を越える経路、混雑によって使用感は変わります。国名や都市名を回線品質のランクとみなさず、使用するネットワークから実際の接続先への性能を基準に選びましょう。
- 普段のWeb閲覧:まず近隣地域のノードを試し、テスト先だけでなく、目的のサイトの初期表示や複数ページを続けて開いたときの応答を比較します。
- 地域限定コンテンツ:実際の出口IPの地域と、対象サービスでの判定結果を確認します。IP検索結果は参考情報であり、その出口から対象サービスを利用できる保証にはなりません。
- リモートワーク:勤務先の接続ポリシーに従い、業務サーバーへ安定して接続できる回線を優先します。自分の現在地より、接続先サーバーの場所を参考にするほうが有効な場合があります。
- 予備回線:できるだけ入口や回線グループが異なるものを選びます。地域ラベルだけが異なっても、同じ入口の障害を共有している場合は、予備として機能しないことがあります。
ルーティングによる振り分けはテスト結果に直結します。ブラウザーから対象サイトにアクセスしたときに直結ルールが適用されていると、表示される速度は現在のノードの性能を示しません。v2rayNでは「設定」→「ルーティング設定」でルールと順序を確認し、ログと合わせてプロキシ経由の接続が使われたか確認します。1つのサイトをテストするために、すべての通信を長期間プロキシ経由に変更しないでください。テスト後は元の振り分け設定に戻します。
5. VLESS・VMess・Trojanはまず互換性を確認
プロトコル名だけで速度の優劣を判断することはできません。VLESSでは認証と通信の保護は別の要素です。REALITYは組み合わせて利用できるセキュリティ機構であり、VLESSに必須ではありません。VMessは既存のサブスクリプションでよく使われ、Trojanは通常TLSを利用します。実際の性能は、回線、サーバーの負荷、通信方式、クライアントの設定が合っているかどうかで変わります。
v2rayNGはXrayコア、v2flyNGはv2flyコアを使用しています。どちらも同じ形式の共有リンクをインポートできるからといって、対応する組み合わせが完全に同じとは限りません。デスクトップ版v2rayNでも、実際に使用するコアとログを確認してください。特にREALITYや特定のflowを含む設定では、使用中のコアが対応しているか確認します。「変換」のためにプロトコル名だけを変更しないでください。
VLESS + REALITYの例
- トランスポート
- TCP(サブスクリプションの設定値を使用)
- セキュリティ層
- REALITY
- Flow
xtls-rprx-vision(サーバー側で必要な場合のみ)- サーバーポート
- 443は一般的な例であり、固定値ではありません
公開鍵、shortId、serverNameなどの項目はサーバー側の設定と一致させる必要があります。このカードは項目の確認用であり、そのまま接続できる設定ではありません。
VMess + WS + TLSの例
- トランスポート
- WebSocket
- セキュリティ層
- TLS
- パス
/wsは記入例です。サブスクリプションの値を使用してください- サーバーポート
- 443は一般的な例であり、固定値ではありません
Host、TLSのserverName、パスはそれぞれ用途が異なり、相互に置き換えられません。中継経由かどうかは構成によって異なり、WSという名称から判断することはできません。
Trojanの設定でも、パスワード、サーバーアドレス、ポート、TLSのserverNameを正しく指定する必要があります。証明書やハンドシェイクのエラーが発生した場合は、サブスクリプションの内容と端末の時刻を確認してください。証明書検証を無効にする方法を通常の解決策にしないでください。自動インポート後は提供元の設定を維持するほうが、ポートや通信方式をむやみに変更するより、再現性のあるテストにつながります。
6. Web閲覧・動画・仕事用にメインと予備を選ぶ
1つのノードですべての用途をまかなう必要はありません。まず最もよく使う用途に合わせてメインを選び、動作確認済みの候補をもう1つ予備として残しましょう。以下の「おすすめ」は初回の選別順を示すもので、特定の提供元や回線品質を推奨するものではありません。
Web閲覧用メイン:変動の少なさを優先
おすすめ実際の接続テストが連続して成功し、普段使うサイトを安定して開け、倍率も許容範囲に収まること。2つの回線の速度が近い場合は、たまたまレイテンシが最低だった回線より、繰り返しテストして安定していた回線を選びます。
おすすめの用途:Web閲覧、情報検索、日常的な軽い利用
動画用候補:持続的な速度を優先
対象の動画サービスで実際に再生し、バッファリングの有無と再生の安定性を確認してから、倍率に基づくコストも比較します。再生開始直後は速くても、その後何度も読み込みが止まる回線は、長時間の視聴には適しません。
おすすめの用途:長時間の動画、講義の視聴、大容量ファイルのダウンロード
仕事用予備:セッションの安定性を優先
実際のオンライン会議やリモート接続で、上り通信、再接続、セッション維持を確認します。会議によってはUDPを使用するため、Webページを開けるだけでは関連する通信が正常に行えるとは限りません。アプリ、クライアントの通信制御方式、サーバー側の対応を確認してください。
おすすめの用途:オンライン会議、リモートデスクトップ、業務システムへのアクセス
リモートワーク中、会議の途中でむやみにノードを切り替えないでください。出口が変わると、再ログイン、セッションの切断、アクセス制限の原因になることがあります。予備の接続は本番利用の前に検証し、業務システムでは勤務先のプロキシやネットワーク接続に関するルールにも従ってください。
7. よくある誤解と対処法
レイテンシは最小なのに、動画が止まるのはなぜ?
同じノードで実際の動画を再生し、読み込みが繰り返し止まらないか確認してから、別の候補でも試します。実際の接続テストは短いリクエストを確認するもので、帯域や対象プラットフォームまでの経路を示すものではありません。通信量を使い切っていないか、速度制限がかかっていないかも確認してください。
すべてタイムアウトする場合、サブスクリプションを買い直すべき?
まずブラウザーでローカルネットワークが使えることを確認し、サブスクリプションを更新して、端末の時刻とクライアントのログをチェックします。複数のノードが同じテスト先だけでタイムアウトする場合は、テスト先に到達できるか確認してください。原因がわからないまま、すべての設定を無効と判断しないようにしましょう。
パソコンでは使えるのに、同じノードがAndroidでは失敗するのはなぜ?
両端末でサブスクリプションを更新した時刻、プロトコル設定、コアの対応状況を比較します。Androidでは、システムVPNが確立しているか、対象アプリが除外されていないか、別のVPNが接続を使用していないかも確認してください。比較時には、2台の端末が同じネットワークを使っていることも確認します。
ノード名は低倍率なのに、通信量の消費が多いのはなぜ?
提供元の管理画面で倍率のルール、通信量の計算方法、統計の更新時刻を確認し、実際に選択されているサーバーとルーティングも確認します。クライアントに表示される転送量と、提供元が課金する通信量は同じ指標ではありません。画面上の一度の表示をそのまま請求額とみなさないでください。
最終的な選択は、4つの項目を記録すれば整理できます。どのネットワーク・時間帯でテストしたか、リクエストが安定して成功したか、実際の接続先を快適に利用できたか、倍率が適切かです。サブスクリプションの更新後やネットワーク環境の変更後も、同じ方法で再テストしてください。選んだ理由を説明できることは、「常に最速」の地域やプロトコルを覚えておくより確かな判断につながります。