本記事は、利用するサービスとサブスクリプションを用意し、Shadowrocketを初めて接続する方向けです。「リストと選択の確認 → 許可と接続 → テストと実際のアクセス」の順に解説し、デフォルトサーバー、Global Routing、VPNの状態それぞれの役割を整理します。タイムアウトやWebページが開かない場合も、同じ順序で原因を確認し、プロトコル・DNS・ルールを一度に変更しないようにしましょう。
1. 接続前に確認：クライアント、サーバー、Configの役割
ShadowrocketはAppleプラットフォーム向けの有料アプリで、主にiPhoneとiPadで利用できます。入手先はApp Storeのみです。開発者はShadow Launch Technology Limited、アプリIDは932747118です。価格、購入条件、システム要件はApp Storeの掲載内容をご確認ください。アプリの買い切り購入と接続サービスの契約は別です。本記事では、ご自身でサービスとサブスクリプションを用意していることを前提とし、ノードやサブスクリプションの提供・販売・推奨は行いません。
初回接続では、まずHomeに利用可能なサーバー項目を表示させます。サーバー情報にはアドレス、ポート、プロトコル、認証パラメータが含まれ、Configにはルーティングルールなどが含まれます。サブスクリプションを読み込んでサーバー一覧が表示されても、自分の用途に合ったConfigが設定済みとは限らず、VPN接続が完了したわけでもありません。まず読み込み結果を確認してから、接続スイッチを操作します。
Homeのリストが空の場合は、Home右上の+から追加画面を開き、TypeをSubscribeに設定します。すでにお持ちのサブスクリプションURLを入力して保存し、そのサブスクリプションを更新してください。URLの形式はhttps://example.com/sub?token=xxxxのようになりますが、これは書式例であり、実際の接続には使用できません。更新後、サーバー名が表示されることを確認します。サブスクリプションのグループ名だけが表示され、サーバー項目がない場合は、まず読み込みの問題を解決してください。
2. Homeでデフォルトサーバーを選び、VPN構成を許可する
サーバーの選択と接続スイッチの操作は別々の手順です。リストに項目があり、横に遅延値が表示されていても、その項目が現在選択されているとは限りません。まずHomeで対象サーバーの行をタップし、左側の丸印が付いたことを確認してから、上部のスイッチをオンにします。項目の編集画面を開く操作はパラメータの確認であり、選択の完了を意味しません。
-
リストを確認
Homeを開き、ご自身のサブスクリプションの下にサーバー項目があることを確認します。読み込みや更新を行った直後は、リストの更新が終わるまで待ちましょう。項目が変化している間に選択を切り替えないようにしてください。
-
サーバーを選択
Homeで使用するサーバーをタップし、左側の丸印がその項目に移動したことを確認します。サーバー名を控え、後のテストでも同じ項目を使用してください。
-
ルーティングを確認
Home → Global Routingを開き、現在の設定がProxy、Direct、Config、Sceneのどれかを記録します。次のセクションで経路の違いを確認し、初期状態が必ずConfigだと決めつけないでください。
-
接続スイッチをオン
Homeに戻り、上部の接続スイッチをオンにします。初回にシステムからVPN構成の追加を求められた場合は、要求元がShadowrocketであることを確認して許可し、システムの案内に従ってデバイス認証を完了します。
-
接続状態を確認
Shadowrocketに戻り、スイッチと接続状態が接続済みのままになっていることを確認してから、Connectivity Testを開きます。スイッチがすぐにオフに戻る場合は、何度も素早くタップせず、まず認証とエラーメッセージを確認してください。
システムのVPN構成の許可により、アプリがシステムのネットワーク拡張を使って接続できるようになります。ただし、サブスクリプションに含まれるサーバーのアカウント、パスワード、その他の認証パラメータが代わりに設定されるわけではありません。許可しなくてもサーバーがリストに残る場合がありますが、上記の手順では接続を確立できません。再接続時はシステムの案内に従ってください。「リストにある」ことを「許可済み」と取り違えないようにしましょう。
ここでいうデフォルトサーバーとは、Homeで現在選択されているサーバーのことです。通常、デフォルトのプロキシ経路を使う接続で利用されます。ただし、Configのルールで別のポリシーやポリシーグループが指定されている場合、実際の通信はこの項目を経由しないことがあります。丸印はサーバーの選択状態を確認する目印であり、すべての通信がそのサーバーを通る証明ではありません。
3. Global Routingの選び方：テストする経路を確認
Global Routingでは、接続に使用する処理方式を選びます。初回のトラブルシューティングでは、「サーバーが使えるか」と「ルールが通信先をそのサーバーに振り分けているか」を分けて考えることが重要です。以下は、Configの内容を確認したうえで日常利用する場合の目安です。Configの内容を確認する前に、Configを選んだだけでルーティングが正しいと判断しないでください。
Config
おすすめ現在有効なConfigに従って通信を処理します。ルールではDIRECT、プロキシポリシー、ポリシーグループなどを指定できます。実際の処理結果はルールの順序とポリシーの定義によって決まるため、「特定の種類のWebサイトはすべて直接接続」とは限りません。
適した用途：利用可能と確認済みのConfigがあり、ルールに基づいて日常的に通信を振り分ける場合。
Proxy
アプリが処理する通信をプロキシ経由にします。同じ宛先を一時的にテストする場合、Configのルールによる影響を減らせます。ただし、サーバーのアドレス、ポート、認証パラメータの誤りは修正できません。
適した用途：選択したサーバーでプロキシ経由のアクセスが可能か、一時的に確認する場合。
Direct
通信を直接接続で処理します。選択したプロキシサーバーが動作することの確認には使えません。この状態でWebページが開いても、確認できるのは該当する直接接続が成功したことだけです。
適した用途：基本的なネットワークアクセスを比較し、直接接続時の基準を確認する場合。
Scene
設定済みのシーン条件に基づき、対応する処理方式を選択します。シーンの条件と実際の適用結果を確認してください。Homeで選択したサーバーだけを見て経路を判断することはできません。
適した用途：シーン切り替えの条件を理解し、設定している環境。
Proxyで一時的にテストすると成功し、Configに戻すと同じ宛先への接続に失敗する場合は、サブスクリプションをすぐに再読み込みせず、まずConfigのマッチルールとポリシーを確認してください。よく使われるルールキーワードにはDOMAIN-SUFFIX、GEOIP、IP-CIDR、FINALがあります。FINALは、それ以前のルールに一致しなかった場合の最終処理を指定します。初回接続のテストのためにConfig全体を上書きしないでください。
4. Connectivity Test：テスト結果のあとに実際のアクセスも確認
HomeでConnectivity Testを開き、選択したサーバーの結果を確認します。使用される方法、宛先、関連する値は、アプリの現在の表示と設定に従います。2つのサーバーを比較する場合は、テスト条件をそろえてください。数値はそのテスト条件での結果を示すものです。Timeoutは、今回のテストが制限時間内に完了しなかったことを意味し、1回の結果だけであらゆる宛先にアクセスできないと判断することはできません。
Connectivity TestとシステムのVPN状態は、それぞれ異なる情報を示します。前者はテスト経路の応答を確認し、後者はシステム接続の確立を示します。システム上でVPN接続済みと表示されても、接続先の認証、DNS、ルール、Webサイトに問題がある場合があります。反対に、リストのテスト結果だけでは、ブラウザの通信が現在のサーバーを経由しているとは確認できません。
確認は2段階：アプリ内テストと実際のアクセス
Connectivity Test
- 選択したサーバー名、テスト方法、結果を記録します。
- 同じネットワークを使い、まず1回再試行してタイムアウトが再現するか確認します。
- 数値が小さいことを、ダウンロードが速いことや、すべてのWebサイトにアクセスできることと同じだと考えないでください。
ブラウザで実際にアクセス
- アクセスする権限があり、利用可能だと分かっているHTTPSページを開きます。
- ページを再読み込みし、キャッシュ済みのページを見るだけでなく、新しい内容が読み込まれることを確認します。
- 同じGlobal Routing設定のまま成功するかを記録し、その結果を踏まえて次の手順を決めます。
システムの接続状態、テスト結果、実際のアクセスをすべて確認してから、初回接続が完了したか判断します。どれかに異常がある場合は、その時点の設定と状況を記録してください。
たとえば、「自宅のWi-Fi、サーバーA、Proxy、Connectivity Testで数値が返る、HTTPSページは読み込み失敗」と記録すれば、「接続できない」だけの場合より原因を特定しやすくなります。サーバーAは記録用の呼び名であり、推奨サーバーではありません。モバイル通信に切り替えるとページが表示される場合は、元のネットワークの制限や名前解決を調べましょう。ネットワークの変更とサーバーパラメータの変更を同時に行わないでください。
5. スイッチが戻る・テストがタイムアウトする・Webページが開かない場合の確認手順
まず現象から問題の層を特定し、一度に変更する項目は1つにします。サーバーのアドレス、ポート、認証パラメータは、ご自身が利用するサービスの情報と一致している必要があります。HTTPSでよく使われる宛先ポート443を、すべてのサーバーの接続ポートとして使えるわけではありません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardではパラメータの構成が異なります。Typeを切り替えただけで、ある設定が別のプロトコルに変換されることもありません。
| 確認された現象 | 最初に確認する項目 | 次の手順 |
|---|---|---|
| Homeにサーバー項目が表示されない | サブスクリプションURLが完全か、更新に成功したか、取得した内容が有効か | まずリストを復旧してから選択と接続を行います。サブスクリプションの認証情報は公開しないでください。 |
| 上部のスイッチをオンにするとすぐ戻る | システムのVPN許可が完了しているか、アプリに設定エラーが表示されているか | エラーの文面を記録し、まず許可または設定の問題に対処します。スイッチを何度も押して解決しようとしないでください。 |
| Connectivity TestでTimeoutが続く | 基本ネットワーク、テスト条件、選択中のサーバー状態、接続パラメータ | パラメータは変えず、利用可能な別のネットワークで再テストし、必要に応じてサービスの状態を確認します。 |
| テストに数値が表示されるのにWebページが開かない | 実際の通信経路、DNS、接続先のWebサイト、認証結果 | ProxyとConfigを短時間比較し、同じ宛先で問題が再現するか確認します。 |
| Proxyでは使えるが、Configでは使えない | 現在有効なConfig、ルールの一致状況、ルールで指定されたポリシー | 接続先に実際に適用されたポリシーを確認します。サーバーのパスワードをすぐに変更しないでください。 |
| 手動で切断しても再接続される | Settings → On Demandの有効状態とトリガー条件 | 自動接続の条件を確認してから、手動で切断して1回動作を確認します。 |
ドメイン名でのアクセスだけが失敗する場合は、DNSも確認対象に含めます。ただし、DNS設定をすべて一度に変更しないでください。ドメイン名の名前解決と接続先への接続は別の段階です。また、ドメイン名をIPアドレスに置き換えてアクセスすると、HTTPS証明書の名前が一致しないことがあります。その結果だけでDNSが唯一の原因だと決めつけないでください。まず現在の値を記録し、1項目ずつ変更して、必要に応じて元の設定に戻して再テストします。
6. 初回接続後の確認と仕上げ
初回の確認は、アイコンが1つ表示されたかどうかだけでは判断できません。操作と結果を対応づけられることが大切です。Homeでどのサーバーを選択しているか、Global Routingをその設定にした理由、Connectivity Testの結果を把握し、必要なページを実際に読み込めることを確認します。トラブルシューティング中にProxyへ一時変更した場合は、テスト後に確認済みの元のルーティング設定へ戻し、もう一度アクセスを確認してください。
- 選択を確認：Homeに戻り、左側の丸印が使用するサーバーに付いていることを確認します。サブスクリプションの更新後も、現在の選択を再確認してください。
- 経路を確認：Global Routingが現在のConfigに合っていることを確認します。Directでアクセスできた結果を、プロキシ接続の確認として記録しないでください。
- 結果を確認：Connectivity Testを実行し、ブラウザで新しいページを読み込みます。それぞれの結果を別々に記録してください。
- 自動接続を確認：条件に応じて接続する必要がある場合は、Settings → On Demandを個別に確認します。不要な場合は、自分で明確に選んだ状態を維持してください。
- 基準を記録：利用可能なConfigと必要な記録を保存します。次に問題が起きたら変更点を比較できるようにし、設定全体を繰り返し消去しないでください。
サブスクリプションの更新は、利用中のサービスから最新の項目を取得する操作です。手動タップは使用するサーバーの選択、上部のスイッチは接続の確立、Connectivity Testは特定のテスト条件での接続状況の確認にあたります。この4つを分けて理解しておけば、リストの変化、スイッチの異常、特定のWebサイトにアクセスできないといった問題が起きても、該当する手順から確認でき、最初からやり直す必要はありません。