Shadowrocket
よくある質問

端末の言語や地域設定だけでなく、App Storeでの購入に使うApple IDのストア地域を確認してください。中国本土のApp StoreではShadowrocketは配信されておらず、検索結果に表示されるかどうかはアカウントのストア地域によって異なります。システムのSettingsからApple Accountを開き、「メディアと購入」でアカウントの国または地域を確認できます。変更する場合は、その画面から案内される公式手順を使い、残高、サブスクリプション、支払い方法に関する条件を事前に確認してください。検索で見つからないからといって、端末に対応していないと判断しないでください。対応状況はApp Storeの製品ページで確認できます。

本サイトのApp Store正規アプリ確認ページから製品ページを開き、開発元がShadow Launch Technology Limitedであること、アプリIDが932747118であること、アイコンが本サイト掲載の公式アイコンと一致することを確認してください。アプリIDは製品ページのリンク末尾にあるid932747118で確認できます。アプリ名や検索結果の表示位置だけで購入を決めず、名称が似ている場合は製品ページで項目ごとに照合してください。価格、対応状況、アップデート履歴も製品ページで確認し、検索結果の概要を最新のストア情報と取り違えないようにしましょう。

購入時に使ったApple IDでApp Storeにサインインし、アカウントの購入済みアプリ一覧からShadowrocketを探して再ダウンロードしてください。端末で現在使っているクラウドサービスのアカウントが、アプリを購入したアカウントとは限りません。価格が表示された場合は、購入履歴、ストア地域、サインイン中のアカウントを確認し、すぐに再購入しないでください。再取得の可否や複数端末での購入の適用範囲は、App Storeの製品ページで確認してください。アプリの復元と設定の復元は別です。既存のサブスクリプションやサーバー情報は、ご自身で安全に保存し、改めて内容を確認してください。

Shadowrocketは主にiPhoneとiPadで使用でき、iPadでもApp Storeの製品ページから入手できます。購入済みの場合は、現在のストアアカウントと購入時のアカウントを確認し、製品ページに表示される入手状況を確認してください。Mac、Apple TV、Apple Visionへの対応状況も、同じ製品ページの互換性欄で確認できます。システム要件と購入の適用範囲は、App Storeの製品ページに記載された内容が基準です。画面構成や操作箇所は端末によって異なる場合があるため、iPhoneのボタン位置をほかの端末にそのまま当てはめないでください。

Shadowrocketは有料の商用アプリです。米国ストアでは2.99米ドルの買い切り価格ですが、実際の金額はストアの表示をご確認ください。ほかのストアでは現地通貨で表示されます。アプリの買い切りと接続サービスの契約は別です。購入で得られるのはアプリの利用資格であり、利用可能なサーバーやサブスクリプションが自動で用意されるわけではありません。接続には、ご自身がすでにお持ちのサブスクリプションまたはサーバー情報を準備し、サービスの状態と設定値を確認してください。本サイトではサーバーやサブスクリプションの提供、販売、推奨は行っていません。アプリの購入と既存サービスの有効期間・利用量制限は、それぞれ別に確認してください。

ShadowrocketはシステムのVPN構成を使ってネットワークトンネルを作成するため、初めて接続を開始するとシステムの許可画面が表示されます。現在起動しているShadowrocketの操作によって表示されたことを確認し、システムの案内に従って認証してください。以前に許可を拒否した場合は、アプリに戻って接続を再試行し、システムのSettingsにあるVPN関連の設定で構成の有無を確認します。この許可はアプリが対象のネットワーク通信を処理するためのもので、サーバーが利用可能になったことを意味しません。許可後も、選択中の項目、Global Routing、実際のアクセス結果を確認してください。

まずHomeに有効なサーバー項目があり、選択されていることを確認してから、システムのVPN許可が完了しているか確認してください。スイッチがすぐに戻る場合は、アプリに表示されたエラーメッセージを記録し、ポート、認証情報、プロトコル、システム時刻を確認します。スイッチを何度も押すだけでは問題は解決しません。ほかのVPN接続が動作中であれば、いったん停止してから再試行してください。端末管理による制限がある場合は、関連するポリシーも確認します。設定を変更する前に現在の構成を保存し、構成の破損または許可の異常が確認できた場合に限り、該当する構成の再作成を検討してください。

Homeでは通常、サーバー項目の確認や接続先の選択、接続操作を行います。Configは構成ファイルの管理、Dataは通信量や接続関連情報の確認、Settingsはアプリ設定の変更に使います。Global RoutingにあるConfigはルーティングモードの一つで、構成ファイルの管理画面とは異なります。画面上の表記から操作箇所を探せるよう、このマニュアルでは英語の画面項目名をそのまま記載しています。手順を読むときは、まず現在の画面を確認し、該当する操作を探してください。端末やアプリの変更で画面構成が異なる場合は、英語の名称と機能を優先して確認しましょう。

まずシステムに接続状態が表示されていることを確認し、ブラウザで利用可能と分かっているWebサイトにアクセスします。Dataまたは接続記録で、そのリクエストの宛先と適用されたポリシーを確認してください。Configを使っている場合は、構成にルールが明記されたテスト用ドメインを選び、実際に適用されたルールが想定どおりか確認します。「接続済み」はトンネルが確立したことを示すだけで、すべての接続先にアクセスできることを保証するものではありません。テストでは一度に一つの条件だけを変更し、使用中のネットワーク、サーバー項目、Global Routingをそれぞれ記録して、どの操作が影響したのか分からなくなるのを防ぎましょう。

まずシステムのSettingsにあるバッテリー使用状況で、該当時間帯のバックグラウンド動作を確認します。その時間に通信が続いていたか、ネットワークが頻繁に切り替わったか、再接続を繰り返していたかも振り返ってください。On Demandは設定条件に応じて接続を開始する機能で、常に省電力になるとは限りません。条件が適切でないと、不要な接続試行が発生する場合もあります。ほかの設定を変えず、近い利用状況でオンとオフの状態を比較してください。安定した自動接続が必要なら適切な条件を設定して有効にし、自動接続が不要ならオフにしたうえで、アプリ終了後のシステムVPNの状態も確認しましょう。

まず、ご自身がすでに利用しているサブスクリプションのURLを完全な状態でコピーしたか確認します。アカウントのログインページ、説明ページ、途中で切れたテキストではないことも確認し、前後の空白や改行、URL内のパラメーターが保持されているかチェックしてください。次に、現在の基本ネットワークからそのURLにアクセスできるか、既存サービスが有効かを確認します。URLを開けても、ログイン画面やエラーページが表示される場合があり、開けたことだけで形式が正しいとは判断できません。読み込めない場合はエラーメッセージを記録し、元のサービス提供元に形式を確認してください。サブスクリプションURLにはアクセス情報が含まれるため、スクリーンショットや投稿、トラブル記録に公開しないでください。

Homeで該当するサブスクリプション項目またはグループを探し、その項目の更新操作を実行します。完了後、項目数、名前、選択中の項目が変わっていないか確認してください。更新前に重要な手動項目や必要な設定を保存し、同じ名前のグループがないか確認して、誤った項目を操作しないようにしましょう。更新するとリモートの内容が再取得されるため、すべてのローカル変更が保持されるとは限りません。また、既存サービスの有効期間が延長されることもありません。更新に失敗した場合は、基本ネットワークとURLの有効性を確認してください。復元に必要な情報を保存する前に元のサブスクリプションを削除し、何度も読み込み直すことは避けましょう。

まず、既存サーバーと同じプロトコルを選び、アドレス、ポート、認証情報を照合してください。Shadowsocksでは暗号化方式などの対応する設定を確認します。VMess、VLESS、Trojanなどは、実際のサービス要件に応じてID、TLS、転送方式、Server Name、パスなどを確認します。プロトコルごとに入力項目は異なります。元のサービス情報に明記された値だけを入力し、名称から推測したり、接続を試すためにプロトコルを変更したりしないでください。保存後はまず単一の項目でテストし、利用可能と確認してからグループを整理すると、入力ミスを特定しやすくなります。

まず、QRコードに含まれているのが、すでにお持ちのサーバー共有情報であることを確認してください。支払いページ、アカウントのログイン情報、一般のWebページのURLではありません。Scan QR Codeを使う際は、必要なカメラ権限を許可し、QRコード全体が鮮明で、反射のない状態にします。画像から読み取る場合は、元の鮮明な画像を使ってください。読み取り後も、プロトコル、アドレス、ポート、認証項目を確認します。文字を読み取れたことと、必要な設定がすべて揃っていることは別です。現在の読み込み方法で対応していない形式の場合は、既存サーバーの情報をもとにAdd Serverから手動入力してください。アカウントのログインパスワードを接続用の認証情報として誤入力しないよう注意しましょう。

サブスクリプション一覧はリモートの内容を反映するため、元のサブスクリプションの変更に応じて、更新後に項目数や名前が変わることがあります。まず一部のグループしか展開していないか、フィルターが有効になっていないかを確認し、意図したサブスクリプションを更新したか確認してください。更新前に保存した情報と照らし合わせ、元のサービス提供元が項目やサービス状態を変更していないか確認します。名前が変わっただけで接続設定が同じだと判断しないでください。選択中の項目が削除された場合は、有効な項目を選び直してテストします。人に確認を依頼する際は、エラーメッセージと機密情報を除いた項目だけを共有し、サブスクリプションURLと認証情報は非公開にしてください。

Configモードでは現在の構成にあるルールに従ってリクエストの処理方法が決まります。Proxyモードでは、通常プロキシで処理できるリクエストを選択したプロキシに送ります。Directモードでは直接接続が基本になります。確認済みのルール構成がある場合は、通常Configを選択します。特定のリクエストがルールの影響を受けているか調べるときは、一時的にProxyまたはDirectに切り替えて比較できますが、モード変更をサーバー設定の修正方法として使わないでください。テスト後は元の設定に戻し、実際の接続記録と照らし合わせて結果を確認します。システム通信や特別な除外設定も、関連する設定の影響を受けます。

まず接続を一時停止し、現在のWi-Fiまたはモバイル通信で、利用可能と分かっているWebサイトにアクセスできることを確認します。その後、再接続して選択中のサーバーを確認してください。次に、すべてのWebサイトに接続できないのか、一部だけなのかを切り分けます。すべて失敗する場合は、サーバー設定、サービス状態、DNSを優先して確認し、一部だけ失敗する場合はルールの適用状況と接続先自体の状態を確認します。ProxyとDirectのアクセス結果を一時的に比較する場合も、一度に変更する条件は一つだけにしてください。トンネルの確立とリモートへのリクエスト成功は別の段階です。接続アイコンだけで判断せず、エラーメッセージとDataの接続記録を確認しましょう。

Connectivity Testが一度タイムアウトしただけで結論を出さないでください。結果はテスト方法、テスト先、使用中のネットワーク、サーバーの応答に左右され、実際のWebページ全体の読み込み時間と同じではありません。まずシステム時刻が正しいことを確認し、回数を絞って再テストしたうえで、実際のリクエストでも確認してください。次にプロトコル、ポート、認証情報、TLS関連の設定を確認します。特定のネットワークだけで失敗する場合は、同じ項目のままネットワークを切り替えて比較します。単一の数値だけでなく、テスト方法とエラーの種類を記録すると原因を絞り込みやすくなります。一時的に低いテスト値が出ても、継続的な性能を保証するものではありません。

まずGlobal RoutingがConfigになっていることと、変更した構成ファイルが有効になっていることを確認します。次に接続記録から実際のリクエストのドメインまたはアドレスを確認し、ルールを上から順に見て最初に一致する項目を探します。範囲の広いルールが先にあると、後続の具体的なルールより先に適用される場合があります。DOMAINは指定したドメインに、DOMAIN-SUFFIXはそのドメインとサブドメインに一致し、FINALはそれ以前のルールに一致しなかった場合の処理に使います。ポリシー名が有効かどうかも確認してください。変更後は新しいリクエストで検証し、再利用中の古い接続を新ルールが適用されていない証拠と誤認しないようにしましょう。

まず、ドメイン名の解決失敗、接続タイムアウト、証明書エラーを切り分けてください。これらの現象が同じ原因で起きるとは限りません。現在の構成にあるDNS設定、Hostの静的マッピング、関連する接続記録を確認し、同じネットワークで接続を停止した場合と有効にした場合のアクセス結果を比較します。DNS、ルール、サーバーを同時に変更すると原因を特定しにくくなるため、避けてください。特定のアドレスに変更して一時的に復旧しても、一般的な解決策と決めつけないようにしましょう。変更前に構成を保存し、確認後は有効だった変更だけを残します。証明書エラーが発生した場合は、システム時刻とServer Nameを確認し、問題を隠すために検証を無効にしないでください。