Shadowrocketの接続後に通信が遅い場合は、接続タイムアウト、Webページの初回表示の遅さ、ダウンロード中の速度低下を切り分け、接続先・サーバー・ネットワークを固定して比較します。すでに利用中のサービスと設定がある方向けに、Homeでのサーバー選択、Global Routing、プロトコル設定、ローカルネットワークの順に確認し、再現可能な記録をまとめます。アプリをすぐ再インストールしたり、複数の設定を一度に変更したりする必要はありません。
1. まず基準を確認：遅延とダウンロード速度は別の指標
まずHomeで使用するサーバーを選び、選択状態を確認してから接続をオンにし、Connectivity Testを実行します。テストの成功は、そのテストリクエストが完了したことを示すだけで、すべてのWebサイトやプロトコル、大容量ファイルの転送が正常とは限りません。遅延が一度低くても、回線に十分な帯域があるとは判断できません。接続後もサーバーの負荷、出口側の混雑、接続先の制限が影響する場合があります。
「遅い」と感じる状況を、再現できる形で記録します。Webページを開いてから長く白紙のままなのか、文字はすぐ表示されるものの画像の読み込みが続くのか、ダウンロード開始後に速度が落ちていくのかを区別してください。以下の数値は単位換算と記録方法の説明であり、特定の回線の実測値を保証するものではありません。
- クラウドストレージの同期、システム更新、ほかのデバイスでの大容量通信を一時停止し、測定時刻と接続方法を記録します。
- 同じWebページ、またはアクセス権のあるテストファイルを指定し、各条件で続けて3回測定します。初回と再表示時の結果を分け、キャッシュの影響を避けてください。
- Connectivity Testの結果、Webページの初回表示までの時間、継続転送速度、通信が途切れるかどうかをそれぞれ記録し、ひとまとめに「速い・遅い」と判断しないようにします。
- 一度に変更する条件は1つだけにします。サーバーを切り替えるときにWi-Fiも変更したり、プロトコルとDNSを同時に変更したりしないでください。
たとえば画面に5 MB/sと表示された場合、約40 Mbpsに相当し、5 Mbpsではありません。アプリに表示される瞬間的な通信量が、ファイル全体の平均速度とは限りません。ダウンロードツールの平均値や測定時間とあわせて確認してください。
2. サーバー：選択状態・設定内容・サービス状況を確認
ここでいうサーバーとは、利用中のサービス設定に登録されたサーバー項目です。Homeに複数の項目が表示されていても、設定が登録されていることを示すだけです。実際の接続先は現在の選択項目に加え、使用中の設定がポリシーによって別のアウトバウンドを選択しているかどうかにも左右されます。項目を切り替えたら接続を再確立し、以前の長時間接続が古い経路を使い続けないよう、新しいテストリクエストで確認してください。
- まず項目を確認：サーバーアドレス、ポート、プロトコル、認証情報が利用中のサービスから提供された内容と一致しているか確認します。ポートにはサービス設定で指定された値を使用してください。HTTPSでよく使われるという理由だけで、すべてを443に変更してはいけません。
- 次に設定を更新：利用中のサブスクリプションの更新操作を実行した後、現在選択されている項目を確認します。項目名が同じでも、サーバーアドレスやパラメーターが変わっていないとは限りません。また、サブスクリプションを更新しても、現在のConfigにあるルールまで同時に更新されるわけではありません。
- 最後に比較：利用可能な別のサーバーがある場合は、同じネットワーク・時間帯・接続先で切り替えて比較します。1つのサーバーだけで異常が続く場合は、まずその項目の状態とサービス側の制限を確認してください。
ログの例：connection refused
原因：接続が拒否されています。接続先ポートで待ち受けていない、または明示的に拒否された場合などに発生し、単なる帯域不足を意味するものではありません。
対処法：アドレスとポートを確認し、サブスクリプションが更新済みかを確かめてから、利用中のサービス提供元にサーバーの稼働状況を確認します。
ログの例：i/o timeout
原因：該当する読み書き処理が制限時間内に完了していません。サーバーに到達できない、経路でパケットロスが発生している、接続先の応答が遅いなどの可能性があり、このメッセージだけでは原因の層を特定できません。
対処法：エラー前後の接続段階と発生時刻を記録し、利用可能な別のサーバーや接続ネットワークにそれぞれ切り替えて、タイムアウトがどの条件で起きるか確認します。
上記はネットワークログに表示されることのあるエラーの例です。画面の表示内容は異なる場合があります。記録を共有する際は、サーバーアドレス、認証情報、サブスクリプションの認証情報を隠してください。この記事では利用者がすでに持っている設定の確認方法を扱い、サーバーやサブスクリプションの提供・販売・推奨は行いません。
3. 経路：ルーティング設定と時間帯を比べて範囲を絞る
通信は、ローカルネットワーク、プロキシサーバーへの入口、サーバーの出口、接続先サービスを経由する場合があります。サーバーへの接続が速くても、サーバーから接続先までの通信が速いとは限りません。特定のWebサイトだけ遅い場合は、すべてのサーバーを変更する前に、接続先の負荷、コンテンツ配信拠点、出口IPアドレスに対する制限を確認してください。
Home → Global Routingで現在のルーティング設定を確認します。速度を比較する際は、まず通信がどの経路を通るかを明確にしてください。一時的な切り替えは検証目的に限り、確認後は元の設定に戻します。
| 設定 | 確認する目的 | 注意点 |
|---|---|---|
| Config | 現在の設定ルールに従ってリクエストを処理し、普段の状況を再現します。 | 接続スイッチだけでなく、対象のドメインやIPアドレスに適用されるポリシーを確認します。 |
| Proxy | ルールによる振り分けがテストリクエストの経路に影響しているかを確認します。 | 通常は直接接続するリクエストの処理方法が変わるため、すべての問題に対する恒久的な対策には適しません。 |
| Direct | 本来直接接続できる同じ接続先を使って基準を確認します。 | 接続先に直接接続できない場合、失敗してもプロキシサーバーのほうが速い・遅いとは判断できません。 |
| Scene | 実際に適用されているSceneと、その設定内容を確認します。 | まずSceneの条件を確認してください。Scene名だけで、すべてのリクエストが同じポリシーを使うと判断することはできません。 |
ローカルネットワークを変えずに、異なる時間帯で同じテストを繰り返します。利用可能な複数のサーバーで同じ時間帯に速度が落ちる場合は、共有経路の混雑が関係している可能性があります。特定の接続先だけ遅い状態が続くなら、その接続先までの経路を確認してください。いずれも切り分けの手がかりであり、1回の測定だけで確定できるものではありません。
まとめ：速度を比べる前に経路を確認
同じリクエストがProxyでは正常でConfigでは異常になる場合、まずConfigの一致ルールと適用ポリシーを確認してください。サーバーの認証情報をすぐに再入力する必要はありません。
4. プロトコル：通信条件を確認し、名称だけで速度を判断しない
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardは、いずれもサーバー側と一致するパラメーターが必要です。プロトコル名が速度の優劣を示すわけではありません。異なる入口、サーバー、出口を使った比較だけで、特定のプロトコルが速いと結論づけることはできません。切り替えを試せるのは、サービス提供元が該当する設定をすでに提供している場合に限られます。
- Shadowsocks：暗号化方式、パスワード、サービス側で指定されたその他のパラメーターを確認します。認証情報が一致しない場合は、速度調整ではなく接続の問題として先に解決してください。
- VMess / VLESS：認証ID、通信方式、サービス側で指定されたHost、path、TLSなどのパラメーターを確認します。あるサーバーのpathを別の接続先にコピーしないでください。
- Trojan：パスワードとTLS関連の設定を確認し、サーバーが要求する名前をサービス設定と一致させます。「遅い」問題への対処として証明書の検証を無効にしないでください。
- Hysteria2：QUICとUDPの通信条件に依存します。ローカルネットワークでUDPが制限されていると、接続失敗や大きな速度変動が起きる場合があります。別のネットワークでも確認してください。
- WireGuard：サービスから提供された鍵、エンドポイント、ルーティング範囲を確認します。通常はUDPを使用するため、ほかのTCP通信が正常というだけで、WireGuardの経路も正常とは判断できません。
小さなリクエストは成功するのに、大きなファイルの転送が何度も止まる場合は、パケットロス、再送、サーバー側の速度制限、経路MTUが関係している可能性があります。まず同じ接続先を別のネットワークでも再現できるか確認し、サーバー側の案内に基づいて関連パラメーターを調整してください。根拠なくMTUを何度も下げたり、同時接続数を増やしたり、実態とかけ離れた帯域値を入力したりすると、原因を特定しにくくなります。
5. ローカルネットワーク：Wi-Fi・モバイル通信・自動接続を確認
利用可能な複数のサーバーと接続先で、同じWi-Fiだけ速度が落ち、モバイル通信では改善する場合は、まず接続環境を確認します。無線干渉、ルーターの負荷、家庭内での上り回線の使い切りなどが、遅延上昇の原因になることがあります。モバイル通信も電波状況や基地局の負荷で変動するため、切り替え後は同じ場所で続けて測定し、一度の最高値だけで判断しないでください。
- アクセスポイントの近くで再測定：可能であれば5 GHzと2.4 GHzのWi-Fiを比較し、サーバーと接続先は変えずに測定します。電波状態の改善とともに速度の変動が小さくなる場合は、まずWi-Fiのエリアや電波環境を見直してください。
- バックグラウンドのアップロードを一時停止：写真のバックアップ、ファイル同期、ほかのデバイスからのアップロードを一時停止して、Webページの初回表示やダウンロード速度を比較します。上り回線の混雑も、ダウンロードの応答やインタラクティブな通信を遅くすることがあります。
- ネットワーク認証を完了：公共Wi-FiでWebページからのログインが必要な場合は、先に認証を済ませます。ネットワークがまだ利用可能になっていない状態でのタイムアウトは、サーバー性能の判断材料になりません。
- 設定の競合を確認：システムで別のVPN設定やネットワークフィルタリング機能が同時に有効になっていないか確認し、テストに必要な接続条件だけを残します。
- 自動再接続を確認：Settings → On Demandで接続のトリガー条件を確認します。接続を切った状態で直接接続の基準を測る場合は、関連する自動接続条件を一時的に無効にし、測定後に元の設定へ戻してください。
デバイスの発熱、バッテリー残量の低下、バックグラウンド処理の集中も測定結果に影響する場合があります。デバイスの状態をできるだけそろえ、「Wi-Fiでは遅いがモバイル通信では正常」と「どの接続方法でも遅い」を分けて記録してください。瞬間的な通信量のスクリーンショットだけを提出するより、原因の切り分けに役立ちます。
6. 初回表示が遅い・一部サイトだけ遅い：DNSとルールを確認
Webページの初回表示に時間がかかり、2回目以降は明らかに速くなる場合、DNSの問い合わせや接続確立が関係している可能性があります。キャッシュが反映された結果にすぎないこともあります。DNSは名前解決や接続先IPの選択に影響しますが、確立済み接続での大容量転送帯域を直接増やすものではありません。まずConfigで現在使用中の設定を確認し、その設定内のDNSとルールを調べてください。適用されていないファイルを変更しないよう注意します。
ルールは通常、上から順に評価されるため、具体的なルールは最終的なフォールバックルールより前に置きます。以下は構文の説明であり、既存設定全体を置き換えるためのものではありません。PROXYには実際に利用可能なプロキシポリシーを指定し、元の設定を保存したうえで一部だけをテストしてください。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIXはドメインのサフィックスに一致します。例のexample.comは構文の説明用であり、サービスの推奨を示すものではありません。IP-CIDRはIPアドレスの範囲に一致します。no-resolveは、このルールでドメイン名の解決を自動的に行わない設定であり、DNSを全体的に無効にするものではありません。GEOIPは接続先IPを地理情報データベースと照合します。ドメインの末尾だけで判断せず、実際に解決されたIPとデータベースの結果を確認してください。FINALは、それ以前のルールに一致しなかったリクエストを処理します。先行するルールの振り分け先が誤っている問題を隠すために使わないでください。
システムDNS、カスタムDNS、DNS over HTTPSは、それぞれ個別にテストし、DNSサーバーと接続先サーバーを同時に変更しないでください。DNS over HTTPSもDNSサービス自体に到達できる必要があります。暗号化しても初回表示が必ず速くなるわけではありません。変更後に初回表示だけが改善し、ダウンロード速度が遅いままなら、DNS設定を繰り返し消去するのではなく、経路とサーバーの確認に戻ってください。
7. よくある質問とトラブル記録
Connectivity Testは速いのに、ダウンロードが遅いのはなぜですか？
Connectivity Testが示すのは、特定のテストリクエストが完了したかどうかであり、継続的な転送速度ではありません。サーバーを固定して同じファイルを続けて3回測定し、利用可能な別のサーバーとも比較します。MB/sまたはMbpsを記録し、単位の取り違えにも注意してください。
夜だけ遅い場合、Shadowrocketを再インストールする必要はありますか？
まず、同じネットワーク・サーバー・接続先で、ほかの時間帯と比較します。特定の時間帯に問題が起きる場合は、発生時刻と速度の変動を記録し、ローカルネットワークの利用状況を確認して、利用中のサービス提供元に伝えてください。設定をすぐに消去する必要はありません。
Proxyでは正常なのに、Configに戻すと遅い場合はどうすればよいですか？
Configで現在の設定ファイルを確認してから、接続先に一致するルールと適用ポリシーを確認します。前にあるDOMAIN-SUFFIX、IP-CIDR、GEOIPのルールが先に一致していないか、FINALの振り分け先が意図どおりかを確認してください。
Wi-Fiを切り替えた後、接続がときどき止まる場合はどう確認しますか？
まずネットワーク認証を完了し、Shadowrocketの接続を再確立してConnectivity Testを実行します。Settings → On Demandのトリガー条件を確認したうえで、新しいネットワークから同じ接続先を再テストし、切り替え時だけの一時的な切断か、継続的な速度低下かを切り分けてください。
確認が終わったら、一時的に変更したGlobal RoutingとOn Demandの設定を元に戻します。利用中のサービス提供元やサポート担当者に記録を共有する際は、問題を再現できる情報をまとめ、認証パスワード、サブスクリプションURL全体、鍵は含めないでください。
| 記録項目 | 記録する内容 |
|---|---|
| 利用環境 | デバイスのOS、Wi-Fiまたはモバイル通信、バックグラウンドでのアップロードの有無、発生した時間帯。 |
| 通信経路 | サーバーのローカルメモ、プロトコル、Global Routingの設定、現在のConfig、実際に適用されたポリシー。 |
| 発生状況 | 初回表示までの時間、継続速度と単位、3回の測定結果の範囲、通信が途切れるか、エラーメッセージの抜粋。 |
| 比較結果 | サーバー、接続ネットワーク、ルーティング設定をそれぞれ1つずつ変更した場合も、同じ現象が起きるか。 |