Shadowrocket
購入・読み込み・接続に関するトラブル
問題が発生した場所から回答を探せます。ストアと購入履歴、デバイスへのインストールと許可、既存のサブスクリプションの読み込み、接続とルールの順に確認してください。事実を確認してから操作し、調査中は一度に一つの条件だけを変え、元の設定とエラー表示を記録しましょう。
- App Storeで正規版を確認
- 既存のサブスクリプションを読み込む
- Global Routing
- 接続トラブルの確認
操作手順を順番に確認したい場合は使い方ガイドをご覧ください。購入先を確認する場合はApp Storeダウンロードガイドをご覧ください。下の質問は一つずつ展開でき、複数を同時に開いて比較することもできます。
正規版の確認と購入
App StoreでShadowrocketが見つからない場合、まず何を確認すればよいですか？
検索結果は、App Storeで使用しているApple IDのストア地域によって異なります。中国本土のストアではShadowrocketが表示されない場合があります。まず「設定」でApple IDの「メディアと購入」から「国または地域」を確認してください。これはデバイスの言語や地域の設定とは別です。次に、ダウンロードガイドにあるApp Storeの製品ページを開き、現在のストアでの提供状況を確認します。地域を変更する場合は、アカウントの「国または地域」から案内される正式な手順を利用し、残高、既存のサブスクリプション、支払い方法に関する条件を事前に確認してください。検索結果だけを理由に地域を何度も切り替えることは避けましょう。詳しい確認手順は正規アプリの確認ガイドをご覧ください。
App Storeで正規版Shadowrocketを見分けるには？
アプリ名、デベロッパ、公式アイコン、製品ページのアドレスを照合してください。検索結果に表示された名前だけで判断しないでください。デベロッパはShadow Launch Technology Limitedです。アイコンは白地に青紫の輪郭で描かれたロケットで、このサイトのヘッダーにある公式アイコンと同じです。製品ページのアドレスにid932747118が含まれていること、アプリIDが932747118であることも確認します。App Storeの詳細ページでこれらの情報を確認し、価格と互換性を確認してから購入してください。入手先はApp Storeのみです。このサイトのダウンロードガイドでは正規アプリの確認方法と購入手順を案内しています。購入とインストールはApp Storeで行ってください。
機種変更や再インストールのたびに、買い直す必要はありますか？
通常は、Shadowrocketの購入時に使用したApple IDでApp Storeの購入済み項目やアプリの購入履歴を確認し、再ダウンロードできます。まず「メディアと購入」にサインインしているアカウントを確認してから、購入済み項目を検索してください。デバイスの同期に使うアカウントと、App Storeでの購入に使うアカウントは異なる場合があります。価格が表示される場合は、購入履歴、現在のストア地域、アプリが非表示になっていないかを確認し、すぐに再購入しないでください。アプリを再ダウンロードしても設定がすべて復元されるわけではありません。以前のデバイスにあるサーバー情報、サブスクリプション、Configのバックアップを別途確認してください。購入の適用条件と現在の提供状況はApp Storeのページをご確認ください。
買い切りに含まれるものは何ですか？購入後にConfigを読み込む必要があるのはなぜですか？
Shadowrocketは有料アプリです。米国ストアでの価格は約2.99米ドルの買い切りですが、実際の金額、通貨、購入条件はApp Storeのページをご確認ください。アプリの買い切りは接続サービスの料金とは別です。購入できるのはアプリの使用資格であり、利用可能なサーバー情報が自動で作成されるわけではありません。初回接続の前に、ユーザー自身が用意したサブスクリプションまたはサーバー情報を読み込み、認証項目を確認してください。このサイトではアプリの公式マニュアルを提供していますが、サーバーやサブスクリプションの提供、販売、推奨は行っていません。アプリのアップデートはApp Storeで行い、既存のサブスクリプションはアプリ内で更新します。両者は別の操作です。
インストールと初回起動
iPadにもインストールできますか？同じアカウントで別途購入が必要ですか？
Shadowrocketは主にiPhoneとiPadに対応しています。システム要件と複数デバイスでの購入適用条件はApp Storeのページをご確認ください。iPadのApp Storeで購入に使ったアカウントを確認し、購入済み項目からアプリを探してください。すでに購入資格があれば、ストアにダウンロード用の項目が表示されます。iPadではiPhoneと画面レイアウトが異なる場合がありますが、画面上の位置ではなく、Home、Config、Settingsなどの表示名を目印に操作してください。インストール後は、サブスクリプションとConfigがデバイスにあるかも確認します。購入資格とアプリ内の設定は別のデータです。ダウンロードガイドではiPadでの確認手順を案内しています。
初回起動後、接続スイッチがオンにならない、またはすぐオフになる場合は？
初回接続時は、通常、システムにVPN構成の追加を許可する必要があります。まずHomeに利用可能な項目があり、選択済みであることを確認してから接続をオンにしてください。システムの許可画面が表示されたら、対象がShadowrocketであることを確認し、画面の指示に従って許可します。以前に許可を取り消した場合は、アプリからもう一度接続を試し、「設定」のVPN管理画面で構成の状態を確認してください。ほかのVPN接続やデバイス管理の制限が起動に影響することもあります。切り分けの際は、テストに必要な接続だけを有効にしてください。スイッチがすぐオフになっても、サブスクリプションの期限切れとは限りません。まずシステムの許可エラーとサーバーへの接続エラーを切り分け、アプリに表示されたエラーに応じて確認します。
画面が英語表示の場合、どの項目から操作すればよいですか？
このマニュアルでは、デバイス上のボタンと対応できるよう、画面項目の英語表記をそのまま使用しています。Homeではサーバーの項目と接続状態を確認し、Add Serverでは情報を追加します。Configでは構成を管理し、Settingsでは設定を確認します。Global Routingは通信の処理方法を選ぶ項目です。アプリの言語を確認したい場合は、「設定」でShadowrocketの言語オプションを確認してください。選択できる言語は、デバイスと現在のアプリ画面に表示される内容をご確認ください。画面の言語が変わっても、構成に問題があるとは限りません。言語を変更するために、既存のサブスクリプションを削除しないでください。操作するときは、項目名とフィールドの意味を手掛かりにし、画面上の固定位置に頼らないようにしましょう。
接続をオンにするとバッテリー消費が増えます。原因を調べるには？
バッテリー消費には、通信量、無線信号の状態、サーバー接続の安定性、ほかのアプリのバックグラウンド動作などが関係します。接続スイッチがオンというだけでは原因を判断できません。まずシステムのバッテリー使用状況で同じ時間帯を比較し、次にDataの通信量を確認して、アップロードやダウンロードが続いていないか、頻繁に再接続していないかを調べます。同じネットワークで近い使用時間の条件を比べ、一度に変える条件は一つにしてください。動画再生や大容量ファイルの転送も結果に影響します。On Demandを有効にしている場合は、調査中に自動再接続しないよう、起動条件も確認してください。不要な接続をオフにしてから様子を見ましょう。Dataの通信量は、バッテリー消費量を測定するものではありません。
サブスクリプションとサーバー情報の読み込み
既存のサブスクリプションを読み込めない場合、どの順番で確認すればよいですか？
まず、アカウントのウェブページではなく、ユーザー自身が用意した完全なサブスクリプションURLをコピーしたか確認します。余分な空白や改行がないか、クエリパラメーターが欠けていないかも確認してください。次に、現在のネットワークからそのURLにアクセスできるか、サブスクリプションの有効期限が切れていないかを調べます。Add ServerからSubscribeを追加する場合は、該当するURL欄にアドレスを入力し、画面の案内に従って保存・更新します。ウェブページの内容が返される、認証エラーが出る、解析に失敗する場合は、提供元のサブスクリプション形式と認証状態を確認してください。同じURLを何度も読み込んでも、通常は解決しません。エラー内容は記録しつつ、アクセス情報が含まれる可能性があるため、完全なURLを公開しないでください。
Add Serverで手動追加した後に接続できません。間違えやすい項目は？
手動追加では、ユーザー自身が用意したサーバー情報と各項目を一致させてください。まずプロトコルの種類、アドレス、ポートを確認し、次にパスワードまたはUUID、サーバー側で指定された通信方式、TLS、SNI、パスなどを確認します。プロトコルによって必要な項目は異なります。名前が似ているからといって、VMessとVLESSの設定を流用しないでください。また、入力欄を埋めるために値を推測して追加しないでください。保存後はHomeに戻り、追加した項目が選択されていることを確認してから接続をテストします。QRコードから情報を取得した場合は、Scan QR Codeで読み込んでから各項目を確認できます。変更は一度に一項目だけにし、元の情報を残してください。複数の項目を同時に変更すると、原因を特定しにくくなります。
既存のサブスクリプションを更新するには？更新後に項目が変わるのはなぜですか？
Homeで該当するSubscribeのグループまたは項目を見つけ、現在の画面に表示される更新操作を行ってから、結果とエラー表示を確認します。更新では、そのURLから返されたサーバー一覧を再取得するため、項目名や数、パラメーターがサブスクリプションの内容に応じて変わることがあります。これはApp Storeのアプリ更新とは異なります。更新前に使用中の項目名を記録し、更新後に選択が引き続き有効か確認してください。更新に失敗した場合は、URL、認証状態、現在のネットワークを先に確認し、グループ全体をすぐに削除しないでください。重要な手動設定は事前に別途記録し、ローカルでの変更が次回の更新後も必ず保持されると思い込まないようにしましょう。
SubscribeとConfigはどう違いますか？読み込み後もルールの確認が必要なのはなぜですか？
Subscribeは通常、サーバー一覧の取得に使います。Configはルールや関連する処理設定の管理に使います。実際に含まれる内容は、読み込んだデータの形式によって異なります。Homeに項目が表示されても、それは一覧が読み込まれたことを示すだけで、ルールファイルが存在する、または使用中であることの証明にはなりません。Global RoutingでConfigを使う場合は、Configで現在の構成を確認し、ルール、ポリシー名、利用可能なサーバーが対応しているか確認してください。ルール内のPROXYやカスタムポリシーには、構成内で利用できる接続先が必要です。文字列をコピーしただけで有効になるとは限りません。サーバー情報と構成をそれぞれ確認してから接続をテストすると、読み込みの問題と振り分けの問題を分けて調べられます。
ルールによる振り分けと接続トラブル
Global RoutingではConfig、Proxy、Directのどれを選べばよいですか？
Config（構成）は、現在の構成にあるルールに従って通信を処理します。内容を確認済みのルールファイルがある場合に適しています。Proxy（プロキシ）は、選択したプロキシ先を経由して通信し、サーバー接続の状態を一時的に確認する際に使えます。Direct（直接接続）は通信を直接行い、デバイス本来のネットワークと比較する際に使えます。これらのモードが変えるのは通信経路であり、誤った認証情報、期限切れのサブスクリプション、デバイスのネットワーク問題が自動で修正されるわけではありません。日常的に通信を振り分ける場合はConfigを使用できますが、構成とポリシーの接続先が有効であることを先に確認してください。調査時は元の設定を記録し、一度に一つのモードだけ切り替えます。テスト後は元の設定に戻し、一時的な変更を忘れてルールの効果を誤認しないようにしましょう。
接続済みと表示されるのにウェブページを開けない場合、どう調べればよいですか？
接続済みの表示はシステムの接続が確立したことを示しますが、すべてのリクエストが宛先に届くとは限りません。まず接続を一時停止し、デバイス本来のネットワークで一般的なウェブページを開けるか確認してから、Homeで選択中のサーバーを確認します。Connectivity Testで結果を確認し、実際のウェブページへの接続結果と合わせて判断してください。一度のテスト成功ですべての通信が正常とは限りません。一時的にProxyへ切り替えるとアクセスでき、Configでは失敗する場合は、適用されたルール、ポリシーの接続先、DNS設定を確認します。どちらのモードでも失敗する場合は、サーバー情報と現在のネットワークを優先して確認してください。一度に変更する項目は一つにし、エラーと処理経路を記録します。すべての設定を一度にリセットすると、比較に役立つ手掛かりを失うおそれがあります。
ルールが正しそうなのに適用されません。マッチ結果を確認するには？
まずGlobal RoutingでConfigが選択されていることを確認し、内容を開いて見るだけでなく、実際に使用中の構成ファイルを確認してください。ルールは通常、構成内の順番に照合されます。先に一致したルールによって、後続のルールがリクエストを処理できない場合があります。DOMAIN-SUFFIXなどのキーワードに続くドメインと、ルール末尾のポリシー名が存在し、利用可能であることを確認してください。FINALは、それ以前のルールに一致しなかった場合に使われる最終ルールです。その後、対象へのリクエストを新たに実行し、アプリで確認できる接続記録から処理結果を確認します。すでに確立している接続は、ルールを変更しても経路がすぐに変わらない場合があります。新しいリクエストで検証し、確認済みの構成を調査終了後に保存してください。
一部のドメインだけ開けない場合、すぐにDNSを変更すべきですか？
一部のドメインに接続できない原因には、DNS、ルールの接続先、サーバーから宛先への接続、ウェブサイト自体の問題などがあります。まず原因を切り分けてください。同じドメインについてDirect、Proxy、Configでの結果を比較し、接続記録にあるドメイン、アドレス、処理ポリシーを確認します。Configだけ失敗する場合は、そのドメインが利用できないポリシーに割り当てられていないか確認してください。アドレスの名前解決に失敗する場合は、ConfigまたはSettingsで実際に使われているDNS設定を確認します。一つのウェブサイトが開けないからといって、複数のパラメーターを続けて変更したり、証明書の検証をむやみに無効にしたりしないでください。元の設定を記録し、一度に一項目だけ変更して同じ宛先を再テストします。結果を確認してから変更を適用してください。