Shadowrocketの使い方｜初心者がよく迷う10の疑問を解説

1. Shadowrocketを購入したのに、使えるサーバーがないのはなぜ？

購入によって得られるのはアプリの利用権であり、サーバーサービスではありません。ShadowrocketはApp Storeで配信されているクローズドソースの有料アプリで、買い切り方式です。アプリの買い切りとサーバー利用プランは別です。この記事の接続手順は、利用中のサービス事業者とSubscribe、または利用可能なサーバー情報をすでに持っていることを前提としています。

購入前にApp Storeで、製品名がShadowrocketであること、デベロッパがShadow Launch Technology Limitedであること、公式アイコンとアプリIDが932747118であることを確認してください。主な利用端末はiPhone・iPadです。そのほかのApple製デバイスへの対応状況やシステム要件、購入条件はApp Storeの掲載内容をご確認ください。

• Home：登録済みのサーバーやSubscribeのグループを確認し、デフォルトサーバーを選んで接続スイッチを操作します。
• Config：構成ファイルとそのルールを管理します。サーバーを追加しただけでは、適切なルール設定が選ばれているとは限りません。
• Settings：On Demandなど、接続動作に影響する項目を含むアプリ設定を確認します。

2. 初めて接続するときは、どの順番で操作すればよい？

まずHomeに有効なサーバー情報を表示し、デフォルトサーバーを選びます。一覧に表示されていても、選択済みとは限りません。初回はDOTマークが付いている行を確認してください。システムのVPN構成を許可してから接続を確認します。スイッチを何度も押すのではなく、サーバー情報を確認しましょう。

1. 既存のSubscribeを追加する

   Home → 右上の「+」→ Type → Subscribeの順に開き、利用中のSubscribe URLを入力して保存します。サーバー情報が1件分ある場合は該当するTypeを選びます。サーバーアドレスをSubscribeに入力しないでください。

2. サーバーを選択する

   Homeに戻り、Subscribeの内容が読み込まれたら接続先のサーバーを選び、その行にDOTマークが付いていることを確認します。Subscribeグループ名を実際の接続先サーバーと取り違えないようにしましょう。

3. システム構成を許可する

   Home上部の接続スイッチをオンにします。システムからVPN構成の追加を求められたら、アプリの提供元を確認して許可し、デバイスの案内に沿って認証を完了してください。許可が済んでいない段階で、スイッチが戻ることをサーバーの障害と判断しないでください。

4. 接続先へのアクセスを確認する

   Home → Connectivity Testを実行した後、ご自身の接続先サイトにアクセスします。テスト結果と実際のアクセス状況をそれぞれ記録してください。VPNアイコンだけで、すべての通信が成功したと判断することはできません。

3. 接続スイッチが入らない、またはすぐオフになるときは？

まず、「システムがVPN構成の作成を許可していない」状態と、「接続後に切断される」状態を区別します。どちらもスイッチが戻るように見えることがありますが、対処方法は異なります。まず許可状況とデフォルトサーバーを確認し、その後サーバー側の情報を確認すれば、目的なくルールファイルを変更せずに済みます。

手動で切断しても自動で再接続する場合は、Settings → On Demandを先に確認してください。有効な条件に従って接続が開始されることがあります。これは接続スイッチの不具合とは異なります。切り分け中はOn Demandを一時的にオフにして、手動接続を試してください。

4. ステータスバーにVPNと表示されれば、すべてのサイトにアクセスできる？

いいえ。VPN表示はシステム上でVPN接続状態にあることを示すもので、すべての接続先にアクセスできることや、通信が必ずプロキシを経由することを示すものではありません。Global RoutingでDirectを選んでいる場合や、ConfigのルールでDIRECTに振り分けられた場合、通信は直接接続されることがあります。

たとえばConnectivity Testが成功しても、特定のサイトにアクセスできない場合、テスト先と実際の接続先で結果が異なることを示すだけです。次に、そのサイトに適用されたルール、ドメインの名前解決、サーバーからの接続可否を確認してください。「アプリ全体が使えない」とは限りません。端末によってステータスバーの表示も異なるため、アプリとシステムの両方でVPN状態を確認しましょう。

5. Global RoutingのConfig・Proxy・Direct・Sceneはどう選ぶ？

信頼でき、用途を把握しているルール設定がある場合は、日常利用ではConfigを選べます。ルールによるアクセス差を切り分けるときは、一時的にProxyに切り替えて比較してください。切り替える前に元の設定を記録し、テスト後に戻します。4つの選択肢の違いは通信の経路であり、VPN表示の有無ではありません。

6. Subscribeを更新するには？更新後も接続できないのはなぜ？

Subscribeの更新はサーバー一覧を再取得する操作であり、サービスの有効期限を延長するものではありません。Homeで該当するSubscribeグループを探し、そのグループの更新操作を使います。追加後は下に引いて更新し、結果を確認することもできます。更新後は一覧の内容とDOTマークを確認し、削除・置換されたサーバーをテストしていないか確かめましょう。

• 取得に失敗する：現在のネットワークからご自身のSubscribe URLにアクセスできるか、URL全体が正しいかを確認します。末尾のパラメータが欠けていないかも確認してください。
• 取得できても一覧が空：サーバーから返されているのがSubscribeの内容か確認してください。ログイン画面、エラーページ、有効期限切れの案内が返されている場合があります。
• 一覧は表示されるが接続できない：サーバーの詳細を開き、利用中のサービス事業者の情報に基づいて、プロトコル、アドレス、ポート、認証情報を確認します。
• 認証情報の漏えいが心配：Subscribe URLに含まれるtokenによって、サービス情報を読み取れる場合があります。URL全体を公開スクリーンショットや問い合わせ記録に載せないでください。

SubscribeとConfigは別のものです。サーバーのSubscribeを更新しても、現在の構成ファイルのルールが更新されるとは限りません。サーバーが変更され、ルールが古いポリシーや名前を参照している場合は、サーバー一覧とConfigをそれぞれ確認してください。Subscribeを何度も更新するだけでは解決しません。

7. Connectivity Testで遅延が表示されても、サイトを開けないのはなぜ？

遅延の結果が示すのは、その時点のテスト方法と接続先に限られ、実際の利用環境全体を確認するものではありません。実際のアクセスには、ドメインの名前解決、TLS、ルール選択、サーバーから接続先までの経路も関係します。同じネットワークとサーバーで比較し、一度に複数の条件を変更しないようにしてください。

1. Homeでデフォルトサーバーを確認し、現在のGlobal Routingを記録します。Connectivity Testを実行し、成功・失敗を記録してください。
2. 問題のある接続先にアクセスし、すべてのサイトで失敗するのか、特定のドメインだけで失敗するのかを記録します。タイムアウトと証明書エラーも分けて記録してください。
3. 現在Configを使用している場合は、一時的にProxyへ切り替えて同じ接続先を開きます。結果が変わったらConfigに戻してルールを確認します。変化がなければ、サーバーとネットワークを引き続き確認してください。
4. プロトコルに応じた情報を確認してください。Shadowsocksの認証・暗号化設定、VMessまたはVLESSのID・トランスポート設定、Trojanの認証・TLS設定は、それぞれ別のものです。Hysteria2とWireGuardも、各サービスのサーバー情報に従って設定してください。
5. システム設定 → 一般 → 日付と時刻で自動設定を確認し、認証や証明書の検証に影響する大きな時刻のずれがないようにします。

ポートはご自身のサーバー情報に記載された値を使用してください。たとえば資料に443とあれば443に設定します。名前にTLSが含まれているという理由だけで、別のポートを443に変更しないでください。Wi-Fiとモバイル通信の切り替えは環境の比較に使えますが、認証情報も同時に変更すると、原因を特定しにくくなります。

8. ConfigのルールとOn Demandは同じ機能？

いいえ。Configは主に「通信をどこへ送るか」を決め、On Demandは「どの条件で接続を開始するか」を決めます。特定のドメインの通信先が誤っている場合はConfigとGlobal Routingを確認します。特定のネットワークで自動的に再接続する場合は、まずSettings → On Demandの条件を確認してください。

DOMAIN-SUFFIXはドメインのサフィックスに一致するルール、IP-CIDRはIPネットワーク範囲を指定するルール、GEOIPはIPアドレスの地理情報を使うルールです。FINALは、それ以前のルールに一致しなかった通信に適用されます。広い範囲に一致するルールを具体的なルールより前に置くと、後のルールが適用されないことがあります。変更前に元の構成を保存し、変更後は同じ接続先で確認してください。

9. iPhoneとiPadで同じアカウントを使えば、設定はiCloudで自動同期される？

App Storeで同じアカウントを使っているだけでは、サーバー、Subscribe、構成ファイルが同期済みとは判断できません。App Storeの購入履歴とiCloudデータは別の仕組みです。前者はアプリの入手資格の確認に使われ、後者でアプリのデータが転送されるかは、デバイスのiCloudアカウント、アプリの使用許可、アプリ内で関連オプションが実際に有効になっているかによって異なります。

同期されても、サーバー側で同時接続できる台数が増えるわけではありません。同じSubscribeを2台で使う場合も、同時接続が認められるかは利用中のサービスの条件によります。新端末ではデフォルトサーバー、On Demand、実際の接続先へのアクセスも確認し、一覧の名前が同じかどうかだけで判断しないでください。

10. 問題が起きたとき、何を記録し、どの設定をすぐにリセットしないほうがよい？

まず現在の状態を記録し、項目ごとに原因を調べます。アプリを削除したり構成を消去したりすると、原因の特定に役立つ設定や記録も失われ、復元の手間が増えることがあります。「接続できない」という一言より、どの段階で問題が起きたか、条件を一つだけ変えたときにどうなったかを記録することが大切です。

• 接続段階：システムの許可が完了したか、Homeのスイッチがオンのままか、DOTマークが想定したサーバーに付いているかを記録します。
• ルーティング状態：Global Routingと現在のConfigファイル名を記録します。接続先に関係するルールだけを抜き出し、認証情報を含む構成全体は公開しないでください。
• 確認結果：Connectivity Test、接続先サイトへのアクセス、Wi-Fiとモバイル通信での比較結果をそれぞれ記録します。
• サーバー情報：プロトコル、ポート、トランスポート、TLSの設定を手元で確認します。情報を共有するときは、パスワード、認証情報、鍵、Subscribeのtokenを隠してください。
• 自動動作：Settings → On Demandが有効か、問題が起きる前に関連条件を変更したかを記録します。