Shadowrocketの使い方：サーバーの選び方と遅延テスト・地域・プロトコルの確認方法

1. 遅延の数値からわかること

Homeに表示されるテスト結果は、ある時点でのプローブにかかった時間であり、経路全体の総合評価ではありません。数値の意味は測定方法によって異なります。TCPプローブは通常、指定したアドレスとポートへの接続確立にかかる時間を示します。HTTPプローブでは、測定先やリクエストパス、接続方法も結果に影響します。比較する前に、両方のテストで方法と測定先が同じか確認してください。異なる方法で測った数値を同じ順位表で比べることはできません。

Webページの表示には、DNS名前解決、接続確立、TLSハンドシェイク、リクエスト送信、サーバー処理、コンテンツ転送など複数の段階があります。1つのページでも、画像やスクリプトなど複数のドメインにリクエストすることがあります。サーバーの入口からの応答が速くても、経路の一部が短い、またはその時点で空いていることを示すだけです。接続先のWebサイトの応答が速いことや、連続転送に十分な帯域があることまでは保証しません。

テストに失敗しても、あらゆる状況でサーバーが使えないとは限りません。アドレスの名前解決に失敗した、測定先に到達できない、指定ポートが応答しないといった理由で、プローブが失敗することがあります。逆に、ポートに接続できても、パスワード、TLS、プロトコルの設定が正しいとは限りません。「入口が応答するか」と「プロキシ経由のリクエストが完了するか」は別々に確認してください。

2. Homeで比較条件をそろえる

まず、手元にあるリストから候補サーバーを少数選びます。DNS、ルール、プロトコルのパラメータ、ネットワークを同時に変更しないでください。一度に変更する項目を1つにすれば、変化の原因を特定できます。実際にアクセスして確認するときは、通信が選択したサーバーを経由していることも確認してください。Directで閲覧できても、プロキシサーバーが使える証明にはなりません。

1. 設定情報を確認する

   Homeで既存のサーバー項目とサブスクリプションの更新結果を確認します。利用中のサービス情報と照らし合わせ、アドレス、ポート、Typeを確認してください。サブスクリプションを更新する場合は、更新後に候補項目をもう一度確認し、比較中にパラメータが置き換わらないようにします。

2. ネットワークを固定する

   同じWi-Fiまたはモバイル回線を使い、大容量の転送は一時停止します。Settings → On Demandを開き、自動接続の条件を確認してください。テスト中にネットワーク条件の変化で切断や再接続が起きないようにします。

3. モードを確認する

   Home → Global Routingを開きます。プロキシ経由のアクセスを比較する場合は、一時的にProxyを使い、Homeで候補サーバーを選択して接続します。テスト後は普段の設定に戻してください。ポリシーグループを使っている場合は、実際に選択されているメンバーも確認します。

4. 繰り返し測定する

   Homeで候補サーバーの遅延テストを実行します。測定方法と測定先は変えず、各候補を少なくとも3回測定してください。最小値だけを残さず、すべての結果とタイムアウトの有無を記録します。

5. 実際のアクセスを確認する

   候補サーバーを1つずつ選び、同じWebページを開き、同じ動画の区間を再生します。最初にコンテンツが表示されるまでの時間と、再生が途切れるかどうかを記録します。確認後は、普段使っているGlobal Routingの設定に戻してください。

Global RoutingのProxyは通信をプロキシ経由で処理し、Directは直接接続します。Configは現在の設定にあるルールに従い、Sceneは選択中のシーン設定によって動作します。これらは4種類の速度測定方式ではありません。普段Configを使っている場合は、最終確認時にConfigへ戻し、Configで有効な設定ファイルを確認してください。対象ドメインに適用されるポリシーが、先ほどテストしたサーバーを指しているかも確認します。

3. 地域名と実際の出口を分けて考える

リストの地域名は、通常、サーバー項目の名前に基づくもので、アプリが物理的な所在地を独自に認証した結果ではありません。特定地域と表示された項目でも、入口は別の場所にあり、そこから中継されて出口に到達することがあります。Webサイトが判定する地域も、出口IPのデータベース、アカウントの地域、コンテンツの配信条件などに左右されます。名前だけから通信経路や特定サイトの利用可否を判断することはできません。

物理的な距離は通常、通信の伝搬時間に影響しますが、インターネットの経路は地図上の直線とは限りません。ネットワーク間の接続方法、通信事業者のルーティング、混雑、入口の場所なども使い勝手を左右します。同じ候補サーバーでも、自宅のWi-Fiとモバイル回線で結果が異なるのは不自然ではありません。少なくとも一部の通信経路が変わったことを示しています。

特定地域のコンテンツへのアクセスが目的なら、利用条件に沿って出口の地域と実際のアクセス結果を確認してから、性能を比較します。一般的なWeb閲覧が目的なら、地域にあらかじめ順位をつける必要はありません。普段使うネットワークで応答が安定し、必要なリクエストを完了できる既存の項目を選びます。

4. プロトコルの種類は速度のランクではない

プロトコルは、クライアントとサーバーがデータを交換し、認証や接続確立を行う方法を定めます。一方、速度はサーバーのリソース、回線品質、サーバー側の設定にも左右されます。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardに、あらゆるネットワークで通用する速度の順位をつけることはできません。また、Typeだけを変更しても、既存のサーバーが別のプロトコルに変わるわけではありません。

同じ地域のサーバーでも、プロトコルが異なれば入口、出口、利用可能なリソースも異なる場合があります。そのため、差がプロトコルだけに起因するとは限りません。現在のネットワークでプロトコルの影響を調べるには、できる限り他の条件をそろえます。条件が一致していると確認できない場合は、「今回の測定ではこの項目のほうが安定していた」と記録し、「このプロトコルは常に速い」と結論づけないでください。

5. 低遅延と快適なアクセスを記録で見分ける

以下は記録方法を説明するための仮定例であり、実回線の測定結果や性能を保証するものではありません。候補Aの3回の測定値が42、45、180ミリ秒、候補Bが68、70、72ミリ秒だったとします。Aは最小値が小さい一方、3回の結果のばらつきは大きくなっています。Aでは動画の連続再生中に何度も止まり、Bでは止まらなかった場合は、42が68より小さいという理由だけで順位を決めず、実際の利用結果も選択に反映してください。

3回の結果では、まず中央値とばらつきの範囲を確認します。タイムアウトは回数を別に記録し、都合のよい平均値を出すために除外しないでください。短時間のサンプルから、1日を通した安定性を推測することもできません。日常利用で重要な候補は、普段使う時間帯にもう一度測定し、ネットワークの種類と測定時刻も記録してください。

• Webページ：最初のコンテンツ表示、画像の読み込み完了、ページの操作が可能になるタイミングを分けて確認します。キャッシュが使われると、同じページを再度開いたときに速く表示されることがあります。
• 動画：画質と再生区間を固定します。自動画質調整で画質が下がると、スループット不足が見えにくくなるため、「再生できた」だけで判断しないでください。
• 大容量ファイル：開始直後のピーク速度だけでなく、転送を継続したときの状態を確認します。複数のタスクで帯域を同時に使わないようにしてください。
• インタラクティブなアプリ：リクエストへの応答と途切れの有無を確認します。平均遅延が同程度でも、ばらつきやパケットロスが使い勝手に大きく影響することがあります。

6. サーバー選択後にルールと更新を確認する

テストで一時的にProxyを使った後は、普段の設定に戻してください。Proxyでは正常なのにConfigに切り替えると特定のサイトが開けない場合は、サーバーが停止したと判断する前に、ルールとポリシーの参照先を確認します。Configでは現在の設定ファイルのルールが適用されます。同じWebページでも、リクエスト先のドメインによってDIRECTとPROXYに分かれることがあります。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

上記の例はルールの適用順を説明するためのもので、あらゆる用途に使える完全な設定ではありません。Configを開き、現在有効なファイルとそのRuleセクションを確認してください。PROXYが実際にどのサーバーまたはポリシーグループを指しているかも確認します。先行するルールに一致したリクエストは、後ろのFINALで経路が選び直されることはありません。

1. [Rule]は、以降の内容がルールセクションに属することを示します。
2. DOMAIN-SUFFIX,example.com,PROXYはexample.comとそのサブドメインに一致し、PROXYで処理します。
3. IP-CIDR,192.168.0.0/16,DIRECT,no-resolveは、このプライベートIPアドレス範囲にDIRECTを適用します。no-resolveは、このIPルールのためにドメイン名の名前解決を自動的に行わないことを示します。
4. GEOIP,CN,DIRECTは、IP地理情報データベースでCNに一致した場合にDIRECTを適用します。サーバー項目の地域名を基準にするものではありません。
5. FINAL,PROXYは、それ以前のルールに一致しなかったリクエストに最終ポリシーを指定します。

既存のサブスクリプションを更新すると、項目名、アドレス、ポート、グループのメンバーが変わることがあります。Homeで選択中のサーバー、Configのポリシー参照先、実際のアクセス結果をもう一度確認してください。選択項目の表示名が同じでも、パラメータの確認に代わるものではありません。トラブルを調べる際は、必要なエラー情報だけを共有し、サブスクリプションのURL、パスワード、UUID、鍵は公開しないでください。