Shadowrocketの使い方｜初心者向けよくある質問10選：接続・Global Routing・サブスクリプション更新

1. 購入後に構成を追加する必要があるのはなぜ？

ShadowrocketはAppleプラットフォーム向けのクローズドソースの有料アプリで、App Storeで買い切り購入できます。構成の読み込み、接続の確立、ルールの適用はクライアントが行います。実際に使用するサーバーのアドレス、ポート、認証情報、サービスの有効期間は、利用者がすでに契約しているサービスに基づきます。アプリの購入と接続サービスの契約は別です。アプリを購入しても、利用可能なサーバー構成が自動で用意されるわけではありません。

初回起動時は、まず主な3つの画面を確認しましょう。Homeではサーバーの確認、接続先の選択、接続の開始を行います。Configではルール設定ファイルを管理し、Settingsではクライアントの動作を調整します。サブスクリプションにサーバー一覧が表示されても、自分に適したConfigルールファイルが選択済みとは限りません。

• アプリを確認：デベロッパはShadow Launch Technology Limited、アプリIDは932747118です。
• 手元の情報を確認：サーバー情報とルールファイルは用途が異なります。それぞれ別に確認しましょう。
• デバイス要件を確認：要件はApp Storeの掲載内容をご確認ください。入手方法と購入対象地域については正規版確認ページをご覧ください。

2. 初回接続時のVPN構成の許可方法

初めて接続を有効にすると、VPN構成の追加を許可するかシステムから確認される場合があります。これはアプリがシステムのネットワークトンネルを作成するための許可であり、購入の確認でも、接続先サーバーの疎通確認でもありません。操作元がShadowrocketであることを確認してから、システムの案内に従って許可してください。

1. 構成を確認

   Homeを開き、自分のサーバー情報が読み込まれていることと、使用する項目が選択されていることを確認します。リストが空のまま、接続機能が正常かどうかを判断しないでください。

2. モードを選択

   Home → Global Routingを開き、必要に応じてConfig、Proxy、Directを選択します。Configを選ぶ場合は、Config画面で目的の構成ファイルが有効になっていることを先に確認してください。

3. 許可する

   Homeに戻って接続スイッチをオンにし、システムに表示されるVPN構成の要求を許可します。デバイスで認証が必要な場合は、その手順も完了してください。

4. 結果を確認

   接続状態が変わるまで待ってから、確認したいWebサイトにアクセスします。許可を拒否した場合は、Homeに戻って接続を再度オンにし、システムに登録済みのVPN構成の状態も確認してください。

3. 接続スイッチをオンにすれば、すべてのWebサイトがプロキシ経由になる？

そうとは限りません。接続スイッチはクライアントのトンネルが有効かどうかを示します。Global Routingは通信の処理方法を決め、選択中のサーバーはプロキシが必要な場合の接続先を決めます。この3つの状態は個別に確認してください。システムにVPN接続済みと表示されていても、ルールにより通信がDIRECTで処理されたり、Directモードになっていたりすることがあります。

スイッチをオフにすると、Shadowrocketはそのトンネルを使って通信を処理しなくなります。ただし、デバイス自体のネットワークや、ほかのシステムVPN構成がアクセス結果に影響する場合があります。トラブルシューティングでは、ステータスバーのアイコンだけで接続先サービスの可用性を判断せず、スイッチを切り替える前後の違いを記録しましょう。

4. Global RoutingのConfig、Proxy、Directはどう選ぶ？

適切なルールファイルをすでに使っている場合は、通常Configを選びます。振り分けルールが原因かを調べるときは、一時的にProxyへ切り替えます。直接接続の基準を確認するにはDirectを使います。テストが終わったら元のモードに戻し、一時的な確認用の設定をそのままにしないでください。

画面にSceneが表示される場合、これはシーンごとのプリセット選択を適用するための入口であり、新しい通信プロトコルではありません。有効にする前に、シーンに関連付けられたモードと構成を確認してください。初心者のトラブルシューティングでは、まず明確なモードを1つに固定し、自動切り替えによる変数を減らしましょう。

5. 自分のサブスクリプションを読み込む方法と、更新で変わる内容

Home右上の「+」を選び、TypeをSubscribeに設定します。利用者自身が持つサブスクリプションURLを入力して保存し、Homeに戻って更新してください。URLの例はhttps://example.com/sub?token=xxxxです。形式を示すだけの例であり、構成の取得には使えません。実際のURLに含まれるtokenはアクセス権限に関連することが多いため、公開スクリーンショットや問い合わせメッセージに載せないでください。

1. https://、パス、クエリパラメータを含め、URLが完全か確認します。コピー時に空白や改行が混ざらないようにしてください。
2. 保存後、Homeでサブスクリプションを更新します。処理が完了してからリストを展開し、項目を確認してください。
3. 更新後に実際に利用できるサーバーを選択します。項目名が変わったり削除されたりすることがあるため、以前の選択が引き続き有効とは限りません。
4. プロキシ経由での更新動作を調整する場合は、Settings → Subscribe → Update via Proxyを確認し、現在のネットワークからの到達性を踏まえて有効にするか判断してください。

サブスクリプションの更新は通常、サーバー項目を再取得する操作です。サービスの期限延長や、Config内のすべてのリモートリソースの再読み込みとは異なります。更新に成功したことから分かるのは、サブスクリプションURLから読み込み可能な内容を取得できたということだけです。各サーバーに接続できるかは個別にテストしてください。更新に失敗した場合はエラーメッセージを記録し、まずURLの期限と現在のネットワークからのアクセス可否を確認してから、更新経路を切り替えるか判断しましょう。

6. QRコードでの追加とサブスクリプションの読み込みはどう違う？

QRコードは情報を入力する方法のひとつです。追加されるものが単一のサーバーか、更新可能なサブスクリプションかは、QRコードに含まれる内容によって異なります。Homeのスキャン機能で自分の構成用QRコードを読み取り、初回のカメラ使用時はシステムの案内に従ってアクセスを許可してください。認識後は読み込まれる内容を確認してから保存します。

• 単一サーバーの構成：Type、アドレス、Port、認証情報を確認します。以降にパラメータが変更された場合は、通常、再編集または再読み込みが必要です。
• サブスクリプションURL：提供元と完全なアドレスを確認します。Subscribeとして保存すると、そのURLから項目を再取得して更新できるようになります。
• 認識できない場合：QRコードが欠けずに鮮明か、クライアントが対応する構成形式を含んでいるかを確認してください。通常の説明用Webページでは読み込めません。

同じQRコードを繰り返し読み取ると、項目が重複することがあります。表示名だけを見て削除せず、プロトコルの種類、サーバーアドレス、ポートを照合してください。構成でShadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardを使っている場合は、プロトコルの項目をそのまま維持し、「同じように見せる」ために別のTypeへ変更しないでください。

7. 遅延テストの数値が低いのに、Webページが開けないのはなぜ？

遅延テストの結果は、特定の方法で測定した値です。Webページの読み込み時間、利用可能な帯域幅、サービス全体の成功率を示すものではありません。HomeのConnectivity Testは初期確認に利用できますが、先にSettings → Connectivity Testで選択されているテスト方法と対象を確認してください。テスト方法が異なる結果を直接比較することはできません。

• 数値が表示されるのにWebページを開けない：基本的な疎通確認には成功していても、対象サイトのDNS、TLS、ルールポリシー、リモートアクセスに問題がある可能性があります。
• タイムアウトするのに一部のWebページは開ける：テスト対象またはテスト方法が制限されている可能性があります。到達できると分かっている別のテスト対象と比較してください。
• 結果が大きく変動する：同じネットワーク、同じ対象、同じテスト方法で数回続けて測定します。一度の変動を安定した結果とみなさないでください。

サーバーのPortには、既存の構成に記載された値をそのまま入力してください。たとえばHTTPSで一般的な443は、ポートの用途を示す例にすぎず、すべてのサーバーがこのポートで待ち受けているわけではありません。ポートを一律に443へ変更しても、認証エラーやプロトコルの不一致は解決しません。

8. アプリを終了すると接続は切れる？On Demandとは？

ホーム画面に戻る操作と接続スイッチをオフにする操作は異なります。アプリが前面に表示されていなくても、システムのネットワークトンネルが動作し続ける場合があります。接続が維持されているかは、システムのVPN状態と実際の通信結果で確認してください。アプリのプロセスを手動で終了することを、標準的な切断方法として扱わないでください。

Settings → On Demandでは、オンデマンド接続の動作を設定できます。有効にすると、設定した条件に応じてシステムが接続を開始する場合があります。そのため、手動で切断した後に再接続される場合は、構成を繰り返し削除するのではなく、まずここを確認してください。On Demandは、不足しているサーバーパラメータを補ったり、無効になった認証を修復したりする機能ではありません。

1. Settings → On Demandを開き、全体のスイッチと設定済みの条件を確認します。
2. トラブルシューティング中は、まずOn DemandをオフにしてからHomeに戻り、接続スイッチを手動で操作してください。
3. 手動接続が安定したことを確認したら、必要な条件を1つずつ戻し、Wi-Fiとモバイル通信を切り替えたときの動作を確認します。

9. ConfigのルールやDNSに問題がある場合、どこを確認する？

まずConfig画面で現在選択されているファイルを確認し、次にルールの順序を確認します。ルールは通常、上から順に照合されるため、より具体的な条件をフォールバックルールより前に置きます。以下は「指定したドメインをプロキシ経由にし、それ以外は直接接続する」ルールの例です。サーバー構成の全体ではなく、サービスを作成するものでもありません。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

• DOMAIN-SUFFIXは、example.comとそのサブドメインなど、ドメインのサフィックスに一致します。
• IP-CIDRはIPアドレスの範囲に一致します。GEOIPはIPアドレスの地理情報を使用するもので、ドメインの言語を判定する機能ではありません。
• FINALは、それ以前のルールに一致しなかった通信を処理するため、ルールの末尾に配置します。例にあるDIRECTが、すべての構成での既定値とは限りません。

DNSはドメイン名をアドレスに変換し、ルールは通信の処理方法を決めます。両者は別の設定です。ドメイン名でのみアクセスできない場合は、まず現在のConfigにある[General]セクションとdns-serverの設定が元の構成要件に合っているか確認してください。複数の名前解決設定を一度に変更しないでください。IPアドレスを直接指定してHTTPSサイトにアクセスすると、証明書やSNIの問題が発生する場合があります。このテストだけでDNS障害と判断することはできません。

10. 接続済みなのにWebページが開けない場合、どの順番で確認する？

テストするWebサイトとサーバーを1つずつ決め、毎回変更する設定は1項目に絞り、結果を記録します。ネットワーク、選択中のサーバー、Global Routing、ルール、DNSの順に確認すると、すべての設定を同時に変更するより原因を特定しやすくなります。記録にはネットワークの種類、時刻、モード、テスト方法、エラーメッセージを含め、パスワードやサブスクリプションのtokenは記載しないでください。

1. 接続をオフにし、現在のWi-Fiまたはモバイル通信自体が使えることを確認します。必要に応じてネットワークへのログインも完了してください。
2. Homeに戻り、選択中のサーバーが有効なサブスクリプションに含まれていることを確認します。アドレス、Port、プロトコル、認証情報も確認してください。
3. Connectivity Testを実行します。失敗した場合は、ルールを大幅に変更する前にサーバーまたはネットワークを確認してください。
4. 一時的にProxyを使って同じ対象をテストします。Proxyでは成功しConfigでは失敗する場合は、その対象に一致するルールとポリシーを確認してください。
5. DNS設定とOn Demandの動作を確認します。必要に応じてネットワークを切り替えて再テストし、最後に通常使用するモードへ戻してください。

さらに相談する場合は、機密情報を削除した操作手順、エラーメッセージ、ConfigとProxyでのテスト結果の違いを共有してください。入力ミス、ネットワークへの到達性、ルールによる振り分け、名前解決の問題を切り分けやすくなります。根拠がないまま同じ構成を何度も読み込むことも避けられます。