Shadowrocketの遅延値は接続候補の絞り込みに役立ちますが、速度ランキングとして使うものではありません。利用中のサービスやサブスクリプションがあることを前提に、テスト条件のそろえ方、地域とプロトコルの見分け方、Webや動画での確認方法、低遅延なのに接続できない場合の対処を解説します。操作例はiPhone / iPadの画面を中心に、ほかのプラットフォームでは対応する機能を確認してください。
1. 遅延・スループット・接続可否を区別する
遅延は通常msで表し、指定した経路でテスト要求に応答するまでの時間を示します。スループットは単位時間あたりに実際に転送できるデータ量です。小さな要求への応答が速くても、連続ダウンロードに十分な帯域があるとは限りません。動画再生には、接続先、キャッシュの場所、出口の混雑、一定時間にわたる安定性も影響します。
テスト方法によって確認できる通信経路は異なります。TCP接続テストで主に測るのは、対象ポートへの接続確立にかかる時間です。プロキシ認証やWebサイトへのアクセスまで確認できるとは限りません。プロキシ経由でHTTPリクエストを送るテストは、より多くの段階を確認できますが、その結果が示すのはテスト先に限られます。比較する前にテスト方式と対象を確認し、異なる方法で得た数値を同じランキングに並べないでください。
2. Homeで条件をそろえて候補を絞る
サブスクリプションが正しく読み込まれ、Homeに利用中のノード一覧が表示されていることを確認します。サービス提供元から設定変更の案内が届いている場合は、比較を始める前に該当するサブスクリプションを更新してください。古い設定のままプロトコルの性能を判断しないようにしましょう。サブスクリプションURLにはアクセス情報が含まれるため、画面の撮影や結果の記録ではURL全体、パスワード、tokenを隠してください。
-
ネットワークを固定する
同じWi-Fiまたはモバイル通信を使い、大容量ファイルのダウンロードやシステムアップデートを一時停止します。Settings → On Demandを開いて現在の設定を記録してください。テスト中に接続が自動で切り替わる場合は一時的にオフにし、終了後に元へ戻します。
-
設定値を確認する
Homeで候補ノードの編集画面を開き、Type、サーバーアドレス、ポートが、利用中のサービス提供元から案内された情報と一致するか確認します。数値を小さくするためにポート、TLS、認証項目を変更しないでください。
-
テストを繰り返す
HomeのConnectivity Testを使い、候補ごとに同じ方法で3回続けてテストします。各回の間に少し時間を空け、成功回数、代表的な応答時間、明らかなタイムアウトを記録してください。最小値だけを書き留めるのは避けましょう。
-
実際の用途で確認する
Home → Global Routingで一時的にProxyを選び、候補ノードを選択して接続を有効にします。同じブラウザーで同じWebページを開いてください。ノードを切り替えた後は新しい接続を作成してテストし、既存のセッションを再利用しないようにします。
-
設定を元に戻す
比較が終わったら、Home → Global Routingを元のConfigなど、普段使っている設定に戻し、On Demandも元の状態に戻します。対象ページを再度開き、通常のルール設定でも想定したポリシーが適用されることを確認してください。
Proxyは短時間、ルーティング設定による違いを切り分けるために使えます。ただし、システム上のすべての通信が必ず同じ経路を通るとは限りません。ブラウザーのキャッシュ、既存の長時間接続、設定内の除外ルールなども結果に影響します。「ノードを変えた効果」と「再読み込みで復旧しただけ」の違いを見分けるには、一度に変更する条件を一つにしてください。テストでも通信量が発生するため、利用中のサービスの制限を守ってください。
3. 地域表示は候補選びの目安であり、経路全体を示すものではない
ノード名に含まれる地域は通常、サービス提供元が付けたラベルです。出口の地域を示すこともあれば、単なる回線名の場合もあります。接続先のアドレス、実際の出口、Webサイトから見えるIPアドレスの地域は一致しないことがあります。地理的な近さは判断材料の一つにすぎず、通信事業者間の接続、迂回経路、出口の負荷のほうが直線距離より重要な場合もあります。
利用中のネットワークごとにテスト結果を記録する
Wi-Fiの場合
- 同じルーターを使い、電波状況が近い条件でテストします。
- 日中と、よく使う夜間の時間帯の違いを記録します。
- 対象サイトの応答と、データ転送の継続性を優先して確認します。
モバイル通信の場合
- Wi-Fiをオフにして再テストし、前回の順位をそのまま使わないでください。
- 移動中の基地局切り替えを避け、場所をできるだけ固定します。
- UDP経路とネットワーク切り替え後の再接続状況を確認します。
同じノードでもWi-Fiとモバイル通信では結果が異なることがあります。地域に恒久的な速度評価を付けるのではなく、ネットワークごとに候補の結果を記録してください。
利用するサービスが出口の地域を指定している場合は、まず接続の実際の出口が条件に合っているか確認してから性能を比べます。地域が条件に合っていても、Webサイトへのアクセスが保証されるわけではありません。アカウントの地域、サイトのルール、IPアドレスの判定などが応答に影響することがあります。アクセス制限やログイン失敗、認証画面の増加を、遅延だけが原因だと決めつけないでください。
4. プロトコルは設定の互換性を確認してから通信状況を比べる
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardを名前だけで速度順に並べることはできません。実際の通信負荷は、転送方式、暗号化、TLS、サーバーの実装、ネットワーク環境によって変わります。利用中のサービスが明示的に対応しているプロトコルを選び、必要な項目をすべて正しく設定してください。Typeを別の名前に変えても、既存のサーバーがそのプロトコルに対応するわけではありません。
TCP接続の確認
- 該当する設定
- TCP転送を使うShadowsocks、VMess、VLESS、および一般的なTrojan設定。
- ポートの例
- 443はTLSでよく使われるポートの例です。実際の値は利用中のサーバー設定に従ってください。
- 認証項目
- パスワード、UUID、暗号化方式などをプロトコルに合わせて確認します。これらは相互に置き換えられません。
- TLS設定
- TLSが必要な場合は、サーバー名と証明書の要件を確認してください。ポートに接続できてもTLS接続が成功するとは限りません。
TCP接続の確立に成功しても、プロキシ認証やその後の接続先へのアクセスが成功するとは限りません。
UDP経路の確認
- Hysteria2
- QUICベースでUDP経路が利用できることが前提です。認証情報とTLS設定も正しく指定する必要があります。
- WireGuard
- UDPを使用します。鍵、エンドポイント、トンネルアドレスなどの設定を確認してください。
- ネットワークによる制限
- 利用中のWi-Fiや通信事業者が、UDP通信を制限・破棄したり、安定性を低下させたりする場合があります。
- テスト方法
- 実際のハンドシェイクと通信で確認してください。同じポートへのTCPテストで代用することはできません。
UDPなら必ず速くなるわけではありません。プロトコルの特性は、現在のネットワークとサーバーの実装に照らして確認してください。
あるプロトコルが自宅では正常に動作し、別のネットワークでは繰り返しタイムアウトする場合は、まずネットワークの違いと利用中のサーバーの状態を確認し、ほかに設定済みの互換性がある候補があれば検討します。エラーを解消するために証明書の検証を無効にしないでください。証明書の問題はサーバー名、端末の時刻、サーバー証明書を確認し、検証要件を下げて隠さないようにします。
5. 実際の用途で「低遅延なのに使いにくい」原因を確認する
Webページの表示は、一度の通信だけで完了するわけではありません。通常はDNS、接続確立、TLSネゴシエーション、複数のリソース取得が続きます。テスト先に接続できても、ページが参照するすべてのドメインが正常とは限りません。動画では継続的なスループットと通信の変動がより重要です。再生開始は速いのにバッファリングが続く場合と、最初のリクエストがタイムアウトする場合は別の問題として記録してください。
- Webページ：同じページを使い、本文が最初に表示されるまでの時間と、画像やスクリプトがすべて読み込まれるかを比べます。キャッシュで結果が変わるため、新しいプライベートブラウジングのセッションも比較に利用できますが、ほかの条件はそろえてください。
- 動画：同じコンテンツ、同じ画質で数分間再生し、再生開始、シーク後の再開、バッファリングの状況を記録します。自動画質調整では帯域不足が見えにくくなるため、「再生できる」だけで判断しないでください。
- ダウンロード：同じ配信元からの継続的な転送速度を比べます。開始直後数秒のピークを、長時間の速度として扱わないでください。サーバーの速度制限や配信元サイトの負荷もボトルネックになります。
- 安定性：複数回のテストで成功とタイムアウトがどの程度発生したかを記録します。たまに速くても失敗が多い候補を、最低遅延だけを理由に上位にしないでください。
ルーティングを確認するには、Home → Global RoutingのDirectが直接接続を示す設定であることを踏まえてください。選択中のプロキシが実際の通信でどう動作するかを、Directで確認することはできません。Configは現在の設定に従い、Sceneは選択中のシーンに従います。Configを使っている場合は、適用中の設定も確認してください。先にあるDOMAIN-SUFFIX、GEOIP、IP-CIDRルールがすでに一致している可能性があります。FINALはそれ以前のルールに一致しない場合に適用されます。速度の違いを考える前に、実際に適用されたポリシーを特定してください。
6. よくある質問と候補を残す基準
遅延が最も低いのに、Webページが開かないのはなぜですか？
まずConnectivity Testのテスト方式を確認します。次にHome → Global Routingで一時的にProxyを選び、該当ノードを選択してからブラウザーの接続を新しく確立してください。それでも失敗する場合は、認証、TLS、対象ドメインの名前解決を確認します。Proxyでは正常でConfigでは失敗する場合は、Configに戻り、対象に一致したルールとポリシーを確認してください。
一覧にタイムアウトと表示されます。このノードは削除が必要ですか？
すぐに削除する必要はありません。同じネットワークでほかの利用可能な候補をテストし、現在のテスト方法がそのプロトコルに適しているか確認してください。特にUDPベースの設定では、TCPの接続テストに失敗しても、サービスが利用できないとは限りません。該当するサブスクリプションを更新し、エンドポイントの設定を確認したうえで、実際に接続して対象にアクセスできるか再テストします。
Wi-Fiでは速いのですが、外出先でノードを選び直す必要はありますか？
モバイル通信に切り替えたら、同じ条件でもう一度テストしてください。まずSettings → On Demandで自動接続の設定によって接続状態が変わっていないか確認し、次にHomeで選択中の項目とGlobal Routingを確認します。一覧に残っている前回の遅延値だけを見て判断しないでください。
サブスクリプションを更新したら、以前選んだノードが見当たりません。どうすればよいですか？
まず、既存のサブスクリプショングループを更新したのか、誤って削除してから再読み込みしたのかを確認してください。サービス提供元がノード名を変更または削除している場合があります。新しいアドレス、地域の説明、プロトコル設定を確認し、不明な点は利用中のサービス提供元に問い合わせてください。似た名前をもとに、パスワードなどの認証情報を手作業で組み合わせないでください。
普段使いの候補を1つ、動作確認済みの予備を1つ残し、それぞれ対応するネットワーク、テスト方法、実際の用途での結果を記録しておくと便利です。選ぶ順序は、設定が正しく接続を確立できること、対象の用途で使えること、継続的な通信が安定していることを確認し、最後に遅延値を比べるのがおすすめです。ネットワーク環境やサブスクリプションの内容が変わったら再確認してください。msの数値を少し下げるために設定全体を頻繁に変更する必要はありません。
この記事ではノードやサブスクリプションの提供・販売・推奨は行っていません。比較の対象は、利用者がすでに契約している接続サービスです。初期設定についてはクイックスタートを先に読み込み、インポート、接続、Global Routingの基本的な関係を確認してから、この記事の手順で候補を絞ってください。