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

1. Homeで遅延を確認する：数値は1回のテスト結果

Homeを開き、一覧に表示されているサーバーが現在利用中のサブスクリプションのものか確認します。次にConnectivity Testで接続をテストします。結果を見る前に、テスト方法と対象を確認してください。方法によって測定する経路は異なるため、msで表示される数値をすべて「Webページが開くまでの時間」と捉えることはできません。

TCP接続テストで確認できるのは、指定したサーバーポートへの接続が確立するかどうかが中心で、プロキシ経由のリクエスト全体が成功することを示すものではありません。プロキシ経由でテスト対象にアクセスする場合は、プロキシのハンドシェイク、対象側の応答、名前解決などの影響も受けます。テストが完了しても、ほかのWebサイトが必ず使えるとは限りません。また、タイムアウトしたからといって、サーバーが恒久的に使えなくなったとは限りません。

遅延と帯域幅は別の指標です。短いテストリクエストがすぐ完了しても、継続的なダウンロードに十分なスループットがあるとは限りません。また、1回のテストでは混雑する時間帯の状況も把握しにくいものです。テスト結果は問題を調べる手がかりとして捉え、実際の用途でも確認しましょう。1回だけの最小値で、長期的に使うサーバーを決めないでください。

2. Global Routingの条件をそろえて候補を比較する

HomeでGlobal Routingを確認します。Configを使っている場合、リクエストは現在の設定に従って振り分けられます。WebページによってはDIRECTを経由したり、ルールにより別のポリシーが適用されたりするため、Homeで現在のサーバーを切り替えても、Webページへの実際の経路が変わるとは限りません。サーバーを比較する前にルーティングの条件をそろえ、そのうえで速度を比べましょう。

1. 候補を確認する

   Homeで候補を2～3個に絞り、名前、地域の表示、プロトコルを記録します。テスト中に一覧や設定が変わらないよう、必要なサブスクリプションの更新は先に済ませてください。

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

   同じWi-Fi、または同じモバイル通信でテストし、大容量ファイルの転送は一時停止します。自宅のWi-Fiでの結果と、外出先のモバイル通信での結果をそのまま順位付けしないでください。

3. ルーティングを確認する

   Home → Global Routingで現在のモードを確認します。短時間、プロキシ経由の経路を比較する場合はProxyを使い、設定内のポリシー選択にも注意してください。テスト後は元のモードに戻します。

4. サーバーを選択する

   Homeで候補サーバーの左側にある丸印をタップして選択し、画面上部の接続スイッチをオンにします。初回接続時は、システムの案内に従ってVPN構成の追加を許可してください。

5. 繰り返し確認する

   Connectivity Testの結果を確認し、同じ対象を3回テストします。その後、同じWebページを開き、最初のコンテンツが表示されるまでの時間、画像の読み込み完了、エラーの有無を記録します。

Global RoutingのProxy、Direct、Config、Sceneは、それぞれ異なるルーティングモードであり、速度のランクではありません。Directではプロキシサーバー経由のアクセス状況を確認できません。Configでは、Config内で有効になっている設定と適用されたポリシーをあわせて確認してください。Sceneではシーンの選択が関わるため、テスト前に実際に使われるルーティングを確認します。画面上部のスイッチがオンというだけで、すべてのリクエストが現在のサーバーを経由すると判断しないでください。

3. サーバーの地域を選ぶ：接続元・出口・Webサイトの位置を区別する

Homeに表示される地域名は、通常、サービス提供元が付けた名称です。その名称だけでは、接続先と出口の両方がその地域にあるとは判断できません。デバイスが最初に接続する場所と、通信が最終的にWebサイトへアクセスする場所は、区別して考える必要があります。同じ地域名のサーバーでも、ネットワーク経路が異なる場合があります。

地理的に近い地域は、最初の候補を絞る目安になります。ただし、通信が地理的な最短経路を通るとは限りません。ネットワーク間の接続、時間帯による混雑、サーバーからWebサイトまでの経路も結果に影響します。特定地域のWebサイトにアクセスする場合は、出口の位置によってWebサイトが割り当てるコンテンツ配信ノードも変わり得ます。デバイスからサーバーまでの区間だけで比較しないでください。

アカウントの地域や出口の位置に敏感なWebサイトでは、地域を頻繁に切り替えると追加認証を求められる場合があります。Webサイトの利用条件に沿った安定したアクセス環境を保ちましょう。遅延の数値を小さくするために、複数の地域を次々と切り替えないでください。

4. プロトコルの確認：設定を照合してネットワークとの相性を見る

Homeでサーバーの編集画面を開き、Typeとサービス提供元から案内された設定を確認します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardは、接続の仕組みや必要な設定が異なります。プロトコル名だけで性能の優劣は判断できません。サブスクリプションから追加した項目はサービス提供元の設定に従ってください。Typeだけを変更して、サーバーのプロトコルを別のものに切り替えることはできません。

サーバーポートが443とは限りません。WebサイトでHTTPSがよく使われているからといって、プロキシのポートを自己判断で変更しないでください。特定のプロトコルが現在のネットワークで失敗し、ほかの既存項目は使える場合は、エラーの状況を記録し、設定とネットワークの制限を確認しましょう。そのプロトコルがすべてのネットワークで使えないという意味ではありません。

• プロトコルとサーバーの両方が異なる場合、結果には回線や負荷も影響します。差をすべてプロトコルの違いだけに帰さないでください。
• プロトコルが同じでも時間帯が違えば、混雑によって結果が変わる場合があります。近い時間帯に比較してください。
• 設定が不明、または古い場合は、サービス提供元に確認し、必要に応じてサブスクリプションを更新してください。認証情報を適当に変更しないでください。

5. 実際のWebページで確認する：初回読み込みと継続利用を分けて見る

サーバーを選択したら、普段アクセスするWebページやアプリで確認します。初回の読み込みでは、名前解決、接続、リソースのリクエストが発生します。再読み込みでは接続やローカルキャッシュが再利用されることがあります。そのため、「2回目のほうが速い」からといって、サーバーの状態が改善したとは限りません。ブラウザー側の処理が一部省略されただけの場合もあります。

以下は記録方法であり、実測した性能データではありません。候補ごとにテスト結果を3回分記録し、タイムアウトの有無と同じ用途での動作を確認します。最も良い数値だけを残さないでください。3回中2回失敗するなら、ときどき遅延が低くても、安定して使えないという問題は解消されません。

• テキスト中心のページ：本文が表示されるか、待ち時間が繰り返し発生したり接続エラーが表示されたりしないか確認します。
• 画像の多いページ：画像が順次読み込まれるか確認します。特定のリソースドメインだけ失敗する場合は、ルールによる振り分けが原因の可能性があります。
• 継続的な転送を伴う用途：利用権限のあるコンテンツで、頻繁に停止しないか確認します。短いテストリクエストから長時間のスループットを推測しないでください。
• ネットワークの切り替え：Wi-Fiとモバイル通信の結果を分けて記録します。同じサーバーでも、ネットワークによって結果が異なることがあります。

6. よくある質問：低遅延、タイムアウト、切り替えても変化がない場合

選ぶ順番は、設定と接続が有効であること、目的のWebサイトに正常にアクセスできること、普段使う時間帯に安定していることを先に確認し、最後に遅延を比較するのがおすすめです。同じ方法で確認済みの既存候補を1つ代替用に残せば十分です。一覧のすべての項目を順位付けする必要はなく、1回のテスト結果を長期的な保証とみなさないでください。