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

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

Home の Connectivity Test は接続状況の確認に使えますが、結果は選択したテスト方法に沿って読み取る必要があります。TCP接続テストで分かるのは、主にテスト先への接続確立にかかった時間です。プロキシ経由でHTTPリクエストを送るテストでは、プロキシのハンドシェイクやDNS検索、接続先からの応答にかかる時間の一部も含まれることがあります。測定する経路が異なるため、結果を並べて単純に順位づけすることはできません。

遅延は通常 ms で表示され、時間を示すものであってダウンロード速度ではありません。接続確立が速いノードでも、出口の混雑、スループット制限、パケットロスなどにより読み込みが遅くなることがあります。遅延がやや大きくても転送が安定しているノードのほうが、長時間の閲覧やファイル転送に適している場合もあります。テストに成功しても、すべての接続先にアクセスできるとは限りません。

「タイムアウト」は、今回のテストが待ち時間内に完了しなかったことを示し、サーバーが恒久的に停止したという意味ではありません。ネットワークの切り替わり、サーバーポートへの接続不可、テスト先への到達不可、プロトコル設定の誤りなどが原因でタイムアウトすることがあります。まず同じ方法で再テストし、その後に実際のアクセスを確認すると、一時的な変動か継続的な障害かを切り分けられます。

2. Home で条件をそろえて候補を絞る

比較を始める前に、同じ Wi-Fi またはモバイル回線を使い、ほかの大容量通信を一時停止して、現在の設定を記録します。自動接続を使用している場合は、Settings → On Demand で有効になっているか確認してください。切り分け中は一時的にオフにし、テスト後に元の設定へ戻すと、手動で切断した後に自動接続が始まって判断を妨げるのを防げます。

1. リストを確認

   Home → SERVER を開き、自分のサブスクリプションが読み込まれていることを確認します。更新が必要な場合は、Home で下にスワイプして更新し、完了してから候補を選びます。リストの更新中にテスト結果を記録しないでください。

2. 方法を統一

   Home → Connectivity Test を開き、現在のテスト方法を記録します。HTTP系のテストを使う場合は、テスト先も同じものに固定してください。候補を3～5件に絞り、すべて同じ方法で各3回テストします。

3. ルーティングを確認

   Home → Global Routing を開きます。ルールの影響を切り分けるため、一時的に Proxy を選び、Home → SERVER でテストするノードを選択してから接続します。Proxy を選んでも、既存の除外設定やシステムのネットワーク動作が実際のアクセスに影響する場合があります。

4. アクセスを検証

   同じ接続先のページを順番に開き、普段行う作業も同じ条件で試します。最初の画面が表示されるまでの時間、読み込み中の停止、再接続の繰り返しを記録してください。ノードを切り替えるたびに、ほかの条件は変えないようにします。

5. 設定を元に戻す

   Home → Global Routing に戻り、Config や Scene などの元の設定と On Demand を復元します。接続先にもう一度アクセスし、普段使うルールで想定したノードが使われていることを確認してください。

3. 地域表示と実際の出口を分けて確認

ノード名に含まれる地域名は、通常サブスクリプションの提供元が設定したもので、候補を絞るための手がかりにすぎません。接続入口、実際の出口、接続先の地域はそれぞれ異なる場合があります。入口が近くても出口までの経路が短いとは限らず、出口が希望する地域でも、すべての接続先に速くアクセスできるとは限りません。まず必要なアクセス条件を明確にし、読み込み済みのリストから該当する候補を比較してください。

地域に依存するサービスでは、アカウントの地域、デバイスの位置情報、キャッシュ、過去のセッションなども位置判定に使われることがあります。ノード名だけで結果を判断しないでください。出口を確認する場合は、利用するサービスが表示する地域情報や、手元にある診断ツールを使い、端末から直接接続した結果をプロキシ経由の出口と取り違えないようにします。

たとえば、2つのノードがどちらも希望する地域に対応している場合は、繰り返しテストした結果のばらつきが小さく、ページを問題なく連続して読み込める候補を優先します。数ミリ秒の差を理由に頻繁に切り替える必要はありません。出口を頻繁に変えると、既存のセッションで再認証が必要になったり、テスト条件がそろわなくなったりすることがあります。

4. プロトコルの種類は速度の順位ではない

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard は、それぞれ異なるプロトコルと設定方式を示すもので、決まった速度順を表すものではありません。同じプロトコルでも回線によって性能は大きく異なり、同じ地域のノードでもプロトコルが違えば接続入口や出口の経路がまったく異なる場合があります。

ポート番号だけではプロトコルの機能は分かりません。サーバーが 443 ポートを使用していても、どのプロトコルでも接続できるわけではなく、通信が必ず HTTPS になるとも限りません。読み込み済みの設定に example.com:443 がある場合は、転送プロトコル、認証、TLS などの設定もあわせて確認してください。このアドレスは形式の説明用であり、利用可能なサーバーではありません。

• まずサブスクリプションに含まれる設定のまま接続し、プロトコル、ポート、転送方式を同時に変更しないでください。
• 特定の Wi-Fi だけでプロトコルが失敗する場合は、利用可能な別のネットワークで再テストし、UDP などの通信が制限されていないか確認してください。
• テストを成功させるために証明書の検証を無効にしないでください。設定を修正するか、利用中のサービス提供元にパラメーターを確認してください。

5. 遅延、ばらつき、実際の読み込みを合わせて判断

以下は記録方法を説明するための仮定のデータであり、サイトで実測した結果でも、サービス品質を示すものでもありません。3回分の数値でばらつきを確認し、実際の読み込み状況で目的の作業ができるかを確認します。両者は分けて記録してください。

ウェブページの閲覧では、最初の画面が表示されるまでの応答と、リソースがすべて読み込まれるかを確認します。継続的なデータ転送では速度が安定しているか、リアルタイム通信ではジッター、パケットロス、UDP 対応も確認してください。Connectivity Test だけではこうした用途での動作を検証できず、特定のアプリが必ず使えると判断することもできません。

Config に戻した後の挙動が Proxy と異なる場合は、Config で現在の設定と適用されるルールを確認します。DOMAIN-SUFFIX はドメインの末尾、IP-CIDR は IP アドレス範囲、GEOIP は IP アドレスの地理的な割り当てに基づいて照合し、FINAL はそれ以前のルールに一致しなかった通信を処理します。ルールの接続先は DIRECT、ポリシーグループ、または固定ノードの場合があるため、Home の選択表示だけで経路を判断することはできません。

• まず接続先のドメインにどのルールが適用されたか確認し、次にそのルールが指定するポリシーを確認します。
• ポリシーグループ内で実際に選択されている項目が、候補ノードと一致しているか確認します。
• 特定の接続先だけに問題がある場合は、サブスクリプション全体をすぐに削除せず、その接続先のルール、DNS、出口の応答を確認してください。

6. ノード選びでよくある質問