Shadowrocketに自分のサブスクリプションを追加済みで、複数のノードから普段使うものを選びたい方を対象にしています。同じネットワーク環境で候補をテストし、接続先サービスが求める地域を確認したうえで、実際のアクセス結果を比べましょう。プロトコルの種類は互換性の確認に使い、速度の順位付けには使いません。
選ぶ前にテスト条件をそろえる
ShadowrocketはApp Storeから入手するAppleプラットフォーム向けの有料クライアントで、主にiPhoneやiPadで利用されます。そのほかの対応デバイスやシステム要件は、App Storeのページをご確認ください。読み込んだ設定を利用するアプリであり、購入しても接続回線が付属するわけではありません。クライアントの買い切りと回線プランは別です。以下では、自分で用意したサービスとサブスクリプションがあり、ノードがHomeのリストに表示されていることを前提に説明します。
ノードを比べる前に、解決したい問題を明確にしましょう。特定の地域向けサービスにアクセスできないのか、ページを開くのに時間がかかるのか、接続が頻繁に切れるのかによって、確認すべき指標は異なります。Wi-FiとCellularを切り替えたり、テスト中にGlobal Routingを変更したりすると、測定条件がそろわず、数値をそのまま比較できません。
開始前に、Wi-FiとCellularのどちらを使っているか、どのWebページやアプリを確認するかを記録します。テスト中は端末の場所とネットワークをできるだけ変えず、途中でネットワークを切り替えた場合は測定し直してください。候補の名前、地域、表示された遅延、接続の可否、目的のコンテンツが正常に読み込めたかを記録すると、ミリ秒の数値だけを保存するより役立ちます。
遅延の数値が示すもの
Homeのノードリストに表示される遅延は、指定された測定条件でテストリクエストに応答するまでの時間で、通常はミリ秒で表示されます。テスト時に応答しない候補や、明らかに応答が遅い候補を見つける目安にはなりますが、通信経路全体の持続的な転送速度を表すものではありません。結果はテスト先、タイムアウトの設定、そのときのネットワーク状況、ノードの負荷などにも左右されるため、1回の結果を長期的な性能の保証と考えないでください。
Webページの表示には、DNSによる名前解決、接続の確立、ページ内リソースの転送、Webサイト側の処理時間なども関わります。短いテストリクエストへの応答が速くても、画像や動画などの大きなコンテンツが速く読み込まれるとは限りません。逆に、1回だけ遅延が大きくても、測定時の一時的なネットワーク変動かもしれません。「ノードのテスト結果が表示された」ことと「目的の通信が実際にそのノードを経由した」ことは分けて確認しましょう。
リストを確認
Homeで、自分のサブスクリプションに含まれるノードを確認します。まだ追加していない場合は、Home →「+」→ Type → Subscribeから自分のサブスクリプションURLを追加し、リストに内容が読み込まれたことを確認してください。例のURL
https://example.com/sub?token=xxxxは形式を示すためのものです。同じネットワークでテスト
同じWi-FiまたはCellular接続を保ち、Homeのノードリストから候補の遅延をテストします。応答しないもの、明らかに遅いもの、結果が近いものを記録してください。
1つずつ切り替える
候補を1つずつ選択して接続し、同じ接続先サイトにアクセスします。選択したノードの挙動を直接確認する場合は、Home → Global RoutingでProxyになっていることを先に確認してください。テスト後は元の設定に戻します。
再テストで確認
結果が近い候補は、同じ条件で数回測り、目的のコンテンツも実際に開いて確認します。1回だけ最も低いミリ秒数を記録したものではなく、安定して使えるものを残しましょう。
Global RoutingがDirectの場合、対象の通信は直接接続されることがあり、ページが速く開いても選択したノードの速さを示すとは限りません。Configでは設定内のルールが通信先を決め、Sceneではシーンの条件が関係します。比較前に現在のモードを確認してください。Configを使う場合は、対象のドメインに適用されるルールも確認し、異なる経路の結果をノードの差と取り違えないようにしましょう。
地域と接続先の優先順位
地域は、まず接続先サービスの要件を確認し、次に通信経路の状況を見て選びます。特定の出口地域が必要な場合は、自分のサブスクリプションにあるノードから該当地域のものを選び、同じ地域の候補同士で安定性を比べます。地域の指定がなければ、現在のネットワークから距離の近い地域を起点にテストできます。物理的な距離が短いと往復時間が抑えられる場合がありますが、通信事業者の経路や混雑、迂回によって結果は変わります。
ノード名に含まれる地域は、設定の提供元が付けた識別情報であり、すべてのWebサイトへのアクセス結果を保証するものではありません。地域の条件がある場合は、接続先サービスに表示される地域情報や利用可否で確認し、名前や遅延だけから出口の場所を推測しないでください。以下は選ぶ手順の例であり、地域別の速度ランキングではありません。
接続先の地域指定あり
- 最初に絞る
- 接続先サービスが求める出口地域
- 次にテスト
- 該当地域内の複数の候補ノード
- 最後に確認
- 目的のコンテンツが正常に読み込めるか
地域の条件は、異なる地域間での最低遅延より優先します。
地域指定なし
- 起点
- 現在のネットワークから近い既存ノードを選ぶ
- 除外
- テストに応答しない候補
- 残す
- 複数回のアクセスで安定したノード
経路や混雑状況は変化するため、近い地域が必ず速いとは限りません。
たとえば同じネットワークで、近い地域のノードは遅延が低く表示されるものの、目的のページが何度も読み込み待ちになる一方、別の地域のノードは数値が少し高くても毎回読み込みを完了できる場合があります。その接続先では、実際の挙動が安定している後者を優先して記録し、時間をおいて再テストしましょう。別のサービスに切り替えると、接続先サーバーや通信経路が変わるため、同じ順位になるとは限りません。
プロトコルは速度ランキングではない
既存のサブスクリプションには、Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなど、異なる種類のノードが含まれている場合があります。プロトコル名は接続に使う技術を示すもので、名前だけで現在のネットワーク上の速さは判断できません。同じプロトコルでも、ノードごとに地域、通信経路、負荷が異なることがあります。異なるプロトコルを比べるときは、ネットワークと接続先の条件をそろえてください。
まずノードが正常に接続できるか、必要な設定情報が自分のサブスクリプションからすべて読み込まれているかを確認し、次に目的のコンテンツへの実際のアクセス結果を見ます。ある種類のノードがWi-Fiでは安定していても、Cellularに切り替えるとタイムアウトを繰り返す場合は、2種類のネットワークでの結果を別々に記録してください。同じ種類のノードすべてに共通する性質だと決めつけないようにしましょう。プロトコルの設定値は自分の既存の設定に従い、名前を変更して不足分を補うことはできません。
- 接続できない：まずサブスクリプションが正常に更新されたか、ノードがリストに残っているかを確認し、現在のネットワークが使えるかも調べます。接続の問題を解決するまでは、遅延の順位を比べても意味がありません。
- 接続できるが読み込みが遅い：Global Routingのモードを同じにして、同じ接続先を初回、再度開いたとき、継続して読み込むときの状態で比べます。一時的なテスト結果だけで判断しないようにしましょう。
- 一部の接続先だけ正常：Configを使っている場合は、ルールの適用結果を確認してください。たとえば
DOMAIN-SUFFIX,example.com,PROXYとGEOIP,CN,DIRECTでは異なるリクエストに別々の動作が適用され、FINAL,PROXYは前のルールに一致しなかった通信に適用されます。
ルールは上から順に照合され、一致した時点で処理が止まります。そのため、プロトコルやノードを比べる前に、対象のリクエストに実際に適用される動作を確認してください。対象の通信をDirectにした結果と、別のテストでProxyにした結果を比べると、ルールの違いをプロトコルの違いと誤認する可能性があります。
よくあるテスト結果の見方
「数値は良さそうなのに使い勝手がよくない」場合は、まずテスト方法、接続状態、対象通信の経路を切り分けます。遅延の結果はWebページの速度測定ではなく、対象のアプリでアクセスを確認する代わりにもなりません。以下の状況に応じて確認し、原因を特定できるよう一度に変更する項目は1つにしましょう。
遅延が最も低いノードなのに、Webページが遅いのはなぜ？
同じページを何度か開き、初回の接続に時間がかかるのか、画像などの読み込みが続けて遅いのかを確認します。次にHome → Global Routingを確認してください。Configの場合は、その接続先に適用されるルールを調べます。通信経路を確認したうえで、同じ地域の別のノードでもテストしましょう。
ノードがタイムアウトしたら、すぐに削除すべき？
まず端末の現在のネットワークでほかのコンテンツにアクセスできるか確認し、同じネットワークで再テストします。同じグループのノードが一斉にタイムアウトする場合は、サブスクリプションの内容とネットワーク状況を先に確認してください。特定のノードだけ応答しない状態が続く場合は、普段使う候補から一時的に外します。
Wi-Fiでは使えるのに、Cellularでは不安定？
それぞれのネットワークでテスト結果と実際のアクセス状況を記録します。Settings → On Demandを有効にしている場合は、Wi-FiとCellularの条件も確認し、ネットワーク切り替え後の接続状態が想定どおりか確認してからノードを比較してください。
地域の表示は条件に合うのに、接続先では別の地域と表示される？
まず対象の通信が選択したノードを通っているか確認します。Directやルールの適用によって別の経路を使っていないかも確認してください。その後、接続先サービスに表示される情報で出口地域を確かめ、ノード名だけで判断しないようにしましょう。
候補2つの遅延が近い場合、わずかな差を追って頻繁に切り替える必要はありません。ネットワーク、接続先、ルーティングモードをそろえた条件で、どちらが実際の操作を何度も安定して完了できたかを記録するほうが役立ちます。ネットワーク状況は変わるため、後から明らかに不安定になった場合に再テストしてください。
再現できる選び方を身につける
普段使うノードは、接続先に地域指定があるか、候補が現在接続できるか、目的のコンテンツを安定して読み込めるかの3点で選べます。まず地域で絞り、遅延テストで候補を減らし、最後に実際の接続先で確認しましょう。プロトコルの種類は設定と接続状況の確認に使い、これらの検証の代わりにはしません。こうして結果を記録しておけば、Wi-FiやCellular、接続先サービスを変更したときにも比較し直せます。
- Homeで自分のサブスクリプションとノードリストが読み込まれていることを確認し、現在のネットワークを記録します。
- 接続先の地域要件に合わせて候補を絞ります。地域指定がなければ、既存のノードから少数を選び、条件をそろえてテストします。
- Home → Global Routingのモードを確認し、ノードを1つずつ選んで同じ接続先に繰り返しアクセスします。
- 接続と読み込みが安定したものを残します。条件が変わったら測り直し、以前の数値だけで判断しないでください。
アプリの入手先を確認する場合は、App Storeの製品ページをご覧ください。アプリ名はShadowrocket、開発者はShadow Launch Technology Limited、アプリIDは932747118です。購入するのはクライアントアプリ本体です。この記事の手順は、自分のサブスクリプションまたは設定をすでに用意していることを前提としています。