Shadowrocketのよくある質問
購入・読み込み・接続トラブルの確認

まずApp Storeで使用中のアカウントの国または地域を確認し、本サイトのApp Storeページから製品ページを開いて、購入可能または購入済みと表示されるか確認してください。検索結果に表示されなくても、デバイスの故障とは限らず、アプリが利用できないとも判断できません。製品ページに現在のストアでは利用できないと表示された場合は、まず案内を確認してください。地域の変更が必要な場合は、システムのSettingsでApple Accountを開き、Media & Purchases → View Account → Country/Regionの順に進み、Appleの案内に従って残高、サブスクリプション、支払い条件を確認します。画面の名称はシステムの言語によって異なる場合があります。検索の問題を解決するために、地域を何度も切り替えるのは避けてください。

デベロッパ名、公式アイコン、アプリIDをすべて確認してください。デベロッパ名はShadow Launch Technology Limited、アプリIDは932747118です。製品ページのURL末尾にid932747118が含まれていること、アイコンが本サイトのヘッダーに掲載している公式アイコンと一致することを確認します。アプリ名や検索順位だけで判断しないでください。製品ページを開いたら、互換性と購入情報も確認してください。システム要件はApp Storeのページに記載された内容を基準とします。購入する場合は、本サイトのApp Store正規確認ページから進み、App Storeで手続きしてください。

含まれません。クライアントの買い切り購入は、接続先のプランとは別です。購入できるのはShadowrocketクライアントの使用権で、接続にはご自身がすでに利用しているサブスクリプションまたはサーバー情報が必要です。米国ストアでの価格は$2.99の買い切りですが、実際の支払い額と通貨はApp Storeの製品ページおよび購入確認画面に表示される内容をご確認ください。本サイトでは接続先やサブスクリプションの提供、販売、推奨は行っていません。購入後は、利用中のサービスの有効な設定情報を用意し、手順に沿って読み込んでください。クライアントをインストールして起動しただけでは、接続先情報は自動で作成されません。

まず購入時のアカウントでApp Storeの購入済み項目を確認し、価格ボタンが表示されてもすぐに再購入しないでください。Media & Purchasesで使用中のアカウントが購入時のアカウントと同じであることを確認してから、App Storeのアプリ一覧または購入履歴でShadowrocketを探します。項目名や手順は、現在のシステム表示に従ってください。再購入を促された場合は、アカウント、ストア、購入履歴を確認してから操作します。クライアントの復元とローカル設定の復元は別です。再インストール後はサーバー、Config、ルールが残っているか確認し、保存してある有効な情報を再度読み込んでください。購入履歴からすべてのアプリデータが復元されるとは限りません。

まずiPadで同じApp Store製品ページを開き、互換性を確認してください。Shadowrocketは主にiPhoneとiPad向けです。システム要件と共通の購入対象範囲は、App Storeのページに記載された内容を基準とします。購入済みの場合は、購入時のアカウントで製品ページを開き、ダウンロードボタンが表示されるか、購入済み項目から入手できるか確認してから操作してください。iPadでは画面サイズやアプリの表示に応じてレイアウトが変わりますが、Add Server、Config、Global Routingなどの項目を確認します。デバイス間で購入資格が共有されていても、サーバーや設定が自動で同期されるとは限りません。初回使用時に実際の内容を確認してください。

VPN構成の許可は、Shadowrocketがネットワークトンネルを作成できるようシステムに認めるためのものです。許可しただけでサーバーが利用可能になるわけではありません。まず有効なサーバーを選択してから接続スイッチをオンにします。システムの確認画面が表示されたら、要求元がShadowrocketであることを確認し、案内に従って許可と認証を行ってください。一度キャンセルした場合は、アプリに戻って再度試せます。それでもオンにできない場合は、システムのSettingsでVPN構成の状態を確認し、デバイスが管理ポリシーの制限を受けていないか調べてください。別のVPN接続がある場合は、いったん停止してから再確認します。すべての構成を何度も削除せず、まず表示された案内を記録し、システムの許可とサーバー接続のどちらで失敗しているか切り分けてください。

言語を変更しなくても、英語の画面表示を目印に操作できます。Homeではサーバーと接続画面を確認し、Add Serverでは接続情報を追加します。Configは構成の管理、Settingsはアプリの設定に使います。初回はAdd Server → 種類を選択 → 利用中のサービス情報を入力 → 保存の順に進み、Global Routingと接続スイッチを確認してください。画面上の表記は実際のボタンと照合しやすいよう、原文のまま記載しています。項目の位置はデバイスやアプリ画面によって異なる場合があります。表示が異なるときは、現在のアプリに表示されている項目名を確認し、アイコンの位置だけで判断しないでください。

まず、使用時間、ネットワーク環境、通信量が近い条件でシステムのバッテリー記録を比較してください。一度の割合だけで異常とは判断できません。ネットワークトンネルの継続動作、大量の通信、頻繁な再接続はいずれも電池消費に影響します。SettingsでOn Demandの条件を確認し、接続が不要なネットワークでも自動接続が実行されていないか調べてください。切り分け中はOn Demandを一時的にオフにし、手動で接続して様子を見ます。自動接続が必要な場合は、実際のネットワーク環境に合わせて設定を戻してください。Wi-Fiとモバイル通信が頻繁に切り替わっていないか、サーバーが安定しているかも確認します。On Demandは接続を開始するための設定であり、一定の節電効果を保証するものではありません。

Add ServerでSubscribeを選び、利用中のサブスクリプションURLが最後まで正しく貼り付けられているか確認してから保存し、更新を試してください。URLの先頭や末尾が欠けていないか、空白や改行が混ざっていないか、チャットアプリでURLのパラメーターが途中で切れていないかを確認します。リクエストに失敗した場合は、まず現在のネットワークが利用できるか確認してください。取得した内容を解析できない場合は、元のサービス提供元にShadowrocketが読み込める形式の内容が提供されているか問い合わせます。Webアカウントのログイン画面は、サブスクリプションURLの代わりにはなりません。エラー内容を記録し、アクセス情報を含むURL全体は公開しないでください。失敗後に同じ項目を何度も追加するのも避けてください。

Homeで該当するサブスクリプションの項目を探し、その項目の更新操作を実行して、更新が完了したことを確認してください。操作場所は現在のアプリ画面に表示される内容に従います。更新が成功した場合も、サブスクリプションの内容を取得して処理できたことを示すだけで、提供元の内容が必ず変更されるわけではありません。一覧が変わらない場合は、正しい項目を更新したか、URLが有効か、利用中のサービス側で内容が変更されたか確認します。更新に失敗しても元の項目をすぐ削除せず、エラー内容を残してネットワークを確認してください。更新後は、選択中のサーバーが一覧に残っているかも確認します。以前の選択先が新しい一覧でも利用できるとは限りません。

この2つの状況は分けて確認します。サーバーが表示されない場合は、サブスクリプションのリクエストが成功したか、取得した内容に認識可能な接続項目が含まれているか確認してください。名前だけ表示されて接続できない場合は、アドレス、ポート、認証情報、TLS、通信方式を確認します。項目を保存できても、設定の組み合わせが正しいとは限らず、サーバーに接続できるとも限りません。まず1つの項目を選んでConnectivity Testを行い、その後実際の通信を試してください。サーバー全体を同時に変更するのは避けます。利用中のサービスの状態が変わった場合は、元のサービス提供元に有効性を確認してください。サブスクリプションの読み込みは接続情報を保存する機能であり、サーバー側の認証や利用可否の問題を解決するものではありません。

まずAdd Serverで利用中のサービスと同じ種類を選び、アドレス、ポート、プロトコルで必要な認証情報を入力します。Shadowsocks、VMess、VLESS、Trojanなどでは必要な項目が異なるため、ある種類の設定を別の種類にそのまま流用しないでください。サービス情報にTLS、通信方式、パス、サーバー名が含まれている場合は、それぞれ照合します。アドレスとポートだけでは不十分です。保存前に大文字・小文字、空白、入力漏れを確認し、保存後は1項目ずつテストしてください。プロトコルが対応していても、どの設定の組み合わせでも使えるわけではありません。不明な項目は推測せず、利用中のサービスの案内で確認してください。

ルールに基づいてポリシーを選択する場合はConfig、選択したプロキシポリシーでリクエストを比較する場合はProxy、直接接続の状態を確認する場合はDirectを使います。Configの結果は、現在有効な構成とルールによって決まります。サーバーを選ぶだけではルールの選択を代替できません。普段は目的を明確にしてからモードを選び、トラブル対処では同じサーバーとテスト先を維持したままモードだけを切り替えて比較します。Proxyでは使えるのにConfigで問題が起きる場合は、ルールの適用先とポリシーの参照を優先して確認してください。テスト後は必要なモードに戻し、一時的な確認のために変更した設定をそのままにしないでください。

基本ネットワーク、サーバー、Global Routing、DNS、ルールの順に確認します。まず接続を停止し、現在のWi-Fiまたはモバイル通信で普段使う接続先にアクセスできるか確認してください。次に同じサーバーへ接続してConnectivity Testを行い、実際のリクエストも試します。その後、一時的にProxyとConfigを切り替えて比較します。Configだけで問題が起きる場合は、現在の構成でルールの順序とポリシーの参照を確認してください。どちらも失敗する場合は、サーバー情報とDNSを確認します。一度に変更する項目は1つにして、結果を記録してください。サーバー、構成、DNSを同時に変更するのは避けます。接続スイッチが接続済みを示していても、すべての接続先を正常に名前解決してアクセスできるとは限りません。

必ずしもそうではありません。Connectivity Testの結果は、選択したテスト方法と接続先、その時点のネットワーク状態を反映するもので、すべてのWebサイト、プロトコル、継続的な通信の状態を示すものではありません。確認したいサーバーでテストしていることを確かめてから、実際にアクセスしたい接続先を開き、名前解決、接続確立、コンテンツ取得ができるか確認してください。テストは正常でも実際のリクエストに失敗する場合は、Global Routing、DNS、ルールの適用先を確認します。特定の接続先だけ失敗する場合は、その接続先の名前解決または接続の問題に絞って調べてください。遅延を比較するときは、できるだけ同じネットワーク、テスト方法、接続先を使います。一度の数値だけでサーバーを削除したり入れ替えたりしないでください。

まず問題が名前解決かポリシー選択かを判断し、該当する設定を変更します。ドメインを名前解決できない場合は、現在のConfigのDNS設定と、名前解決リクエストが到達できるかを確認します。名前解決はできても接続ポリシーが想定と異なる場合は、ルールと実際の適用記録を確認してください。通常、ルールは上から順に照合されるため、具体的な条件を広い条件より前に置き、前のルールに一致しないリクエストを処理するFINALは末尾に配置します。ルール内のPROXY、DIRECT、REJECTはポリシーのキーワードなので、原文のまま使用してください。変更前に元の構成を保存し、一度に1項目だけ調整して、同じ接続先で再確認します。原因を特定してから変更範囲を広げてください。