Shadowrocket よくある質問
購入、インストール、追加、ルーティング別に問題を確認できます。現在の状態を確認し、一度に一つの設定だけ変更すると原因を特定しやすくなります。
このページは Shadowrocket 公式マニュアルの一部です。操作方法は、手元にサブスクリプションまたはサーバー情報があることを前提としています。購入とインストールの手順はダウンロードガイドを、初めて使う場合ははじめにをご覧ください。
正規アプリの確認と購入
まず製品ページと購入アカウントを確認し、ストア、支払い、購入済み項目の復元へ進みます。
App Store で Shadowrocket が見つからないとき、何を確認すればよいですか?
ダウンロードガイドから App Store の製品ページを開き、アプリ ID が 932747118 であることを確認します。そのうえで、検索結果の問題か、現在のストアで利用できないのかを切り分けます。「メディアと購入」に使う Apple アカウントの国または地域を確認し、「スクリーンタイム」のコンテンツとプライバシーの制限、アプリの年齢制限、アカウントの状態も確認してください。地域の変更が必要な場合は、システムの Settings → Apple アカウント → メディアと購入 → アカウントを表示 → 国または地域に進み、残高、サブスクリプション、支払い方法をシステムの案内に従って処理します。変更前に画面の注意事項を読み、支払いのために地域を何度も切り替えることは避けてください。
App Store の製品ページにあるアプリが正規の Shadowrocket か確認するには?
次の 3 点を確認してください。アプリ名が Shadowrocket、デベロッパが Shadow Launch Technology Limited、製品ページの URL に含まれるアプリ ID が 932747118 であること。さらに、ストアのアイコンを本サイトに掲載している公式アイコンと照合します。検索順位や、名前に含まれる別称、似たアイコンだけで判断しないでください。製品詳細ページで価格、互換性、購入ボタンを確認し、システム要件は App Store の表示を基準にしてください。アプリ名、デベロッパ、アプリ ID のいずれかが一致しない場合は、ダウンロードガイドに戻って指定の製品ページを開き直し、確認してから購入してください。
機種変更や Shadowrocket の再インストール時に、もう一度購入する必要はありますか?
まず App Store の「メディアと購入」で、購入時に使ったアカウントにサインインしていることを確認します。アカウントのアプリまたは購入済み項目から Shadowrocket を探し、以前の購入履歴も確認してください。現在のストアで再ダウンロードの対象であれば、通常は再度ダウンロードできます。購入履歴と端末上の設定データは別のもので、再インストールしてもサブスクリプション、サーバー、ルールが自動的に復元されるわけではありません。製品ページに価格が表示されても、すぐに再購入せず、アカウント、ストアの地域、購入履歴を先に確認してください。ファミリー共有の対象範囲、複数端末での利用可否、現在の提供状況は、App Store のページとアカウントの表示をご確認ください。
買い切りで利用できる範囲と、別途サブスクリプションやサーバー情報が必要な理由は?
Shadowrocket は有料の商用クライアントです。米国ストアでの価格は約 2.99 米ドルで、支払いは一度限りです。実際の価格、通貨、税額は購入時の App Store の表示をご確認ください。アプリの買い切り購入は接続サービスの契約とは異なり、購入によって得られるのはアプリの利用資格です。接続可能なサーバーが自動で用意されるわけではありません。追加する前に、手元にあるサブスクリプション URL またはサーバー情報を用意し、有効かどうかを確認してください。本サイトは Shadowrocket の公式サイトおよび公式マニュアルとして、クライアントの操作方法を案内しています。サーバーやサブスクリプションの提供、販売、推奨は行っていません。アプリのアップデートは App Store から行い、購入履歴も該当するアカウントで確認できます。
インストールと初回起動
アプリの購入、設定の追加、システムの VPN 許可は、それぞれ独立した手順です。
iPad にインストールできますか?iPhone での購入とどう関係しますか?
Shadowrocket は iPhone と iPad のどちらでも、同じ App Store 製品ページから入手できます。デバイスの互換性とシステム要件は App Store の表示をご確認ください。iPad では、まず「メディアと購入」に購入時のアカウントを使っているか確認し、購入済み項目または製品ページでダウンロード状況を確認します。デバイスへのサインインに使うアカウントと、ストアでの購入に使うアカウントを混同しないようにしてください。画面サイズによってリストや設定への入口の配置が異なる場合があります。Home、Config、Settings などの画面上の名称を目印にしてください。インストール後も、手元のサブスクリプションまたはサーバー情報が追加されているか確認が必要です。購入履歴があっても、接続設定があるとは限りません。
初回接続時に VPN 設定の許可を求められた場合、どうすればよいですか?
App Store からインストールしてサーバー設定を済ませた後、初めて接続を有効にすると、システムから VPN 設定の追加を許可するよう求められる場合があります。これはクライアントがシステムのネットワーク接続を確立するための許可であり、サブスクリプションの追加やサーバーの検証を意味するものではありません。現在の操作によって表示された確認画面であることを確かめ、システムの手順に沿って許可とデバイス認証を完了してから、Shadowrocket に戻ってスイッチの状態を確認してください。以前にキャンセルした場合は、接続を再度開始できます。デバイスが管理対象で VPN 設定の追加を許可されていない場合は、管理上の制限を確認してください。許可の問題を解決するために設定をすべて削除せず、既存のサーバー情報とルールを残しておきましょう。
Home の接続スイッチをオンにできない、またはオンにしてもすぐオフになる場合の確認方法は?
次の順に確認してください。現在、有効なサーバーが選択されているか、初回の VPN 設定の許可が完了しているか、システムによるデバイス管理の制限がないか、別の VPN 接続が動作中でないかを確認します。次に、Shadowrocket に設定エラーや接続エラーが表示されていないか確認し、表示されたメッセージを記録してから対処してください。スイッチをオンにしてすぐオフになる場合は、サーバーの必須項目と現在の Config を優先して確認します。複数の設定を次々に切り替えるのは避けてください。別の VPN 接続を終了してから再試行できますが、職場や学校の管理用設定を安易に削除しないでください。再インストールはバックアップ後に行い、許可やパラメータの誤りの確認に代えるものではありません。
画面が英語の場合、マニュアルの設定項目はどのように読み替えればよいですか?
このマニュアルでは、画面と照合しやすいよう英語の項目名をそのまま記載しています。Home はサーバーと接続状況の確認、Config はルール設定の管理、Settings は設定の変更、Add Server はサーバーの追加、Subscribe はサブスクリプション関連の入口です。Global Routing の Config、Proxy、Direct は、それぞれ設定に基づくルーティング、プロキシ経由、直接接続の方式を表します。名称が似ていても、Config 画面と Config ルーティングを同じ入口として扱わないでください。システム上でアプリの優先言語を選べるか確認できますが、選択可能な言語はデバイスとアプリの表示によります。見つからない場合は、英語の項目名を頼りに操作してください。
サブスクリプションとサーバーの追加
入力内容が完全かを確認してから、解析、更新、サーバーへの接続をそれぞれ検証します。
サブスクリプションの追加時に解析に失敗する、または一覧が空になる場合、何から確認すればよいですか?
まず、貼り付けたものが手元にある完全なサブスクリプション URL であることを確認します。アカウントページの URL、説明文、途中で切れた共有情報ではないか、特にクエリパラメータ、改行、前後の空白を確認してください。サブスクリプションが有効か、提供元が指定する形式を現在のクライアントがサポートしているかも確認します。次に、現在のネットワークからサブスクリプション URL にアクセスできるか確認してください。返された内容を調べる場合は自分のデバイス上で行い、認証情報を含む URL を公開ツールに入力しないでください。解析の成功とサーバーへの接続可否は、別々に確認する必要があります。元の項目がまだ使える場合は残してエラーメッセージを記録し、新しい内容が正しいと確認してから一覧を変更してください。
登録済みのサブスクリプションを更新する方法と、手動で変更した内容への影響は?
登録済みサブスクリプションの項目にある操作から更新し、サーバー数、名前、パラメータが想定どおりか確認してください。具体的な操作場所は現在の画面表示をご確認ください。更新には、サブスクリプション URL にアクセスできることと、返される内容が有効であることが必要です。更新を実行しただけで新しいデータが必ず取得できるわけではありません。サブスクリプションに含まれるサーバー情報は、通常その内容に基づいて管理されます。手動で変更した項目が次回の更新で上書きされる可能性があるため、大切なカスタム情報は別途バックアップしてください。複数のサブスクリプションは、認証情報を含まない分かりやすいメモで区別し、個別に更新すると問題の切り分けが容易になります。自動更新を利用できる場合は必要に応じて設定してください。頻繁な更新を接続トラブル全般の解決策と考えないようにしましょう。
Add Server での手入力、Scan QR Code、クリップボードからの追加はどう違いますか?
いずれの方法も、手元にサーバー情報があることが前提です。Add Server は項目ごとに入力する方法です。最初に Type を選び、Address、Port と、そのプロトコルに必要な認証、TLS、転送パラメータを入力します。異なるプロトコルの項目を流用しないでください。Scan QR Code は、対応する共有情報が含まれた QR コードの読み取りに使います。カメラへのアクセス許可、または現在の画面に画像を読み込む入口が必要です。クリップボードからの追加は、完全な共有 URL に適しています。コピー後にシステムから貼り付けの許可を求められた場合は確認してください。追加後も Type、アドレス、ポートを確認します。QR コードや URL を読み取れたことは、パラメータが有効であることや、現在のネットワークから接続できることを保証しません。
トラブル調査の際、エラー情報を共有する方法と、削除前にバックアップするものは?
エラーの全文、どの操作段階で起きたか、使用したプロトコルとネットワークの種類を伝えると、設定全体をそのまま共有するより問題を特定しやすくなります。サブスクリプション URL、共有用 QR コード、パスワード、キー、アクセスパラメータを含むアドレスには認証情報が含まれる場合があります。送信前に隠し、ログの内容も一つずつ確認してください。サブスクリプションの削除や再インストールの前に、自分の元のサブスクリプションとサーバー情報を再取得できることを確認し、必要な Config とカスタムメモを保存します。アプリのエクスポート機能を使う場合は、出力ファイルを機密情報として安全に保管してください。削除する前にバックアップが完全か確認しましょう。App Store の購入履歴は設定のバックアップにはなりません。
テーマ別の手順はサブスクリプションとサーバーの管理マニュアルをご覧ください。
ルールによる振り分けとトラブルシューティング
まず基本のネットワーク、サーバーへの接続、ルールの適用先を切り分けてから、個々のリクエストを確認します。
Global Routing の Config、Proxy、Direct はどう使い分けますか?
Config は現在の設定に含まれるルールに従ってポリシーを選択します。ルールによる振り分けを利用し、Config の内容を確認済みの場合に適しています。Proxy はクライアントが処理する通信を、選択中のプロキシポリシーに送ります。サーバーへの接続を一時的に確認する際に使えます。Direct は直接接続のポリシーを使い、プロキシを経由しない場合と比較する際に適しています。これらはルーティング方式を切り替えるもので、認証パラメータの誤りを直したり、期限切れのサブスクリプションを有効にしたりするものではありません。トラブルの切り分けでは、一度に一つだけ条件を変え、変更前後の結果を記録してください。Config を使う場合は、先行ルールに一致しないリクエストが誤ったポリシーに送られないよう、ルールの順序と FINAL も確認しましょう。
接続済みと表示されるのにインターネットを利用できない場合、どの順で確認すればよいですか?
接続済みの表示は通常、システムの接続が確立したことを示しますが、接続先の Web サイト、DNS、選択中のサーバーが正常であるとは限りません。まず接続をオフにし、現在の Wi-Fi またはモバイル通信自体でアクセスできることを確認します。次に、選択中のサーバーが有効か、認証情報が正しいか確認してください。その後、Proxy と Config で結果を比較します。Proxy では接続できるのに Config ではできない場合は、一致したルール、ポリシーの宛先、DNS 設定を重点的に確認します。どちらでも接続できない場合は、サーバーとネットワーク経路を優先して確認してください。Connectivity Test を一度実行した結果だけで、すべての Web サイトが利用できると判断しないでください。一度に一項目だけ変更してリクエストを再実行し、原因が複数の変更に埋もれないようエラー情報も残します。
Config に追加したルールが反映されない場合、何が原因として考えられますか?
まず Global Routing が Config になっていることと、実際に変更した Config を使用していることを確認します。ルールは通常、上から順に照合され、先に一致したルールのポリシーが適用されます。対象のドメインが、前の DOMAIN、DOMAIN-SUFFIX、その他のルールにすでに一致していないか確認し、ポリシー名と FINAL も確認してください。変更を保存し、現在の画面の案内に従って設定を反映してから、リクエストを再実行します。すでに確立されている接続は、新しいルールに基づいてすぐに経路が選び直されない場合があります。REJECT を追加した後に意図しない遮断が起きた場合は、ルールの対象範囲を狭めるか、一時的にそのルールを外して比較してください。同じドメインで複数のコンテンツが配信されている場合、ドメインルールだけではすべてのページリソースを細かく分けられません。
使用後に電池の消耗が増えた場合、On Demand と遅延テストはどう確認すればよいですか?
まずシステムのバッテリー使用状況で、同じ使用時間における動作を比較します。大容量の通信、電波の弱い環境での再接続、長時間の診断による違いを切り分け、1 回の電池残量の変化だけで原因を決めないでください。Connectivity Test の繰り返し、大量のサブスクリプション更新、詳細ログの長時間記録がないか確認し、調査後は日常利用に適した設定に戻します。On Demand を有効にしている場合は、不要なときにも接続が繰り返し開始される条件になっていないか確認してください。遅延テストは特定の方法で測定した応答時間を示すもので、実際のダウンロード速度を示すものではありません。必要なテストだけ行い、同じようなネットワーク環境で比較してください。
設定項目の意味は機能ガイドと用語集をご覧ください。トラブルを調べる際は、現状を記録してから変更し、問題を再現できる操作手順を残しましょう。