Shadowrocket
よくある質問
問題が発生した手順を特定し、順番に確認しましょう。
購入はApp Storeの購入履歴、追加はURLと形式、接続はサーバーとルールを確認してください。下の質問を開いて確認できます。手順を通して確認する場合は、はじめにをご覧ください。
App StoreでShadowrocketが見つからないとき、まず確認することは？
まず、App Storeでの購入に使うApple IDのストアを確認します。デバイスの言語や現在地だけでは判断できません。「設定」でAppleアカウント →「メディアと購入」→「アカウントを表示」→「国または地域」の順に開き、現在のストアを確認してください。その後、このサイトの入手ページから製品ページを開きます。アプリが表示されるかどうかはストアによって異なります。地域を変更する場合は、該当ページに記載された公式手順に従い、残高、サブスクリプション、支払い方法の条件を事前に確認してください。地域を何度も切り替えて試すのは避けましょう。
App StoreにあるShadowrocketが正規品かどうか、確認する方法は？
アプリ名、デベロッパ名、アイコン、製品ページのURLを照合してください。デベロッパは Shadow Launch Technology Limited、アプリ ID は 932747118 で、URL に id932747118 が含まれていることを確認します。アイコンが本サイト掲載の公式アイコンと一致することも確認してください。通称や似た名前だけで判断しないでください。まずダウンロードページから製品ページを開いて照合し、App Store で価格、互換性、購入確認画面を確認してください。システム要件は App Store のページに記載された内容が基準です。
アプリを買い切れば、すぐにプロキシ接続を使えますか？
アプリを購入しただけでは、利用可能なプロキシ接続は確立できません。クライアントの買い切り購入と接続サービスの契約は別です。利用には、すでにお持ちのサブスクリプションまたはサーバー情報が必要です。Shadowrocketは有料の商用アプリで、購入料金はクライアントの利用に対するものです。米国ストアでの価格は約2.99米ドルですが、実際の金額や現地通貨での価格はApp Storeの購入画面でご確認ください。このサイトではサーバーやサブスクリプションの提供・販売・推奨は行わず、お手元の情報を追加・設定する方法を説明します。
機種変更や再インストールの際、Shadowrocketをもう一度購入する必要はありますか？
購入履歴があるApple IDでApp Storeにサインインし、アカウントのアプリまたは購入済み項目からShadowrocketを探して、再ダウンロードしてください。価格が表示された場合は購入を確定せず、サインイン中のアカウント、購入履歴、現在のストアを確認しましょう。別のアカウントの購入履歴は、現在のアカウントの購入履歴として扱われません。アプリを再ダウンロードしても、すべての設定が復元されるとは限りません。接続する前に、サブスクリプション、サーバー情報、バックアップを別途確認してください。
iPadにインストールできますか？初回起動時の注意点は？
同じApp Storeの製品ページでiPadとの互換性を確認できます。システム要件はApp Storeの製品ページの記載をご確認ください。同じApple IDに購入履歴がある場合は、まず購入済み項目からアプリを探してダウンロードし、重複購入を避けてください。初回起動後は、お手元のサブスクリプションまたはサーバー情報を追加してから接続を試します。VPN構成の追加を求められた場合は、その操作を自分で開始したことを確認してください。iPadでは横向き表示やマルチタスク時に画面構成が異なることがあります。HomeやConfigなどの画面名を目印に操作してください。
Homeの接続スイッチが入らない、または入れてもすぐ切れる場合は？
まずサーバーを選択していることを確認し、VPN構成の追加を求めるシステムの許可画面が表示されていないか確認してください。許可が完了していないと接続できません。スイッチがすぐに切れる場合は、表示されたメッセージを記録し、「設定」でVPN構成の状態を確認してから、ほかのVPN接続を一時的に停止して再試行します。管理対象デバイスでは、利用制限の有無も確認してください。最初からアプリを削除したり、設定をすべて消去したりせず、現在の設定を残したうえで、一度に一項目ずつ確認しましょう。
画面が英語です。Home、Config、Data、Settingsはどこから確認すればよいですか？
Homeではサーバーを選択し、Global Routingを確認して接続スイッチを操作します。Configは構成ファイルの管理、Dataは通信量やリクエストの記録確認、Settingsはアプリの設定に使います。このガイドでは画面との照合がしやすいよう、英語表記をそのまま使用しています。初回接続のために、すべての設定を理解しておく必要はありません。なお、Configは構成ファイルの画面を指す場合と、Global Routingのモードを指す場合があります。画面の位置を確認して判断し、同じ単語だけを頼りに操作しないでください。
バックグラウンドでのバッテリー消費が増えたら、On Demandをオフにすべきですか？
まず「設定」のバッテリー画面で、同じ時間帯の使用状況を確認します。常時接続、頻繁な再接続、大量のデータ通信が関係していないか確認してください。On Demandは設定した条件に応じて接続を開始します。手動で接続を停止しても自動で再接続される場合は、条件を確認し、必要に応じて一時的にオフにして様子を見てください。比較する際は、ネットワークと使用時間をできるだけそろえ、設定を一度に複数変更しないようにします。On Demandをオフにしても現在の接続が停止するとは限らず、バッテリー消費が必ず減るわけでもありません。
サブスクリプションとサーバーの追加
以下の手順は、ご自身のサブスクリプションまたはサーバー情報をお持ちの場合を前提としています。
Subscribeとプロトコル用語を確認手元にあるサブスクリプションURLはどこに入力しますか？
HomeでAdd Serverを開き、TypeでSubscribeを選択します。サービス提供元から受け取ったサブスクリプションURLを、対応するURL欄にすべて入力して保存してください。個別サーバーのアドレス欄に入力したり、通常のウェブページのURLをサブスクリプションURLとして使ったりしないでください。保存後、想定したサーバー項目が追加されたことを確認し、そのうちの1つを選んでテストします。サブスクリプションには個人の認証情報が含まれる場合があります。コピー時はクエリパラメーターを省略せず、URL全体をスクリーンショット、ログ、投稿などで公開しないでください。
サブスクリプションを追加できない場合、どの順番で確認すればよいですか？
まずTypeがSubscribeになっていることを確認し、URLが完全か、改行や前後の空白がないか、コピー時にクエリパラメーターが抜けていないかを確認します。次に、現在のネットワークからサブスクリプションのURLにアクセスできるか確認し、エラー内容から取得失敗と内容の解析失敗を見分けてください。ウェブページを開けても、返された内容が有効なサブスクリプションとは限りません。最後に、URLの有効性と内容の形式をサービス提供元に確認します。利用中の構成がある場合は保持し、再試行のたびにサブスクリプション全体を削除するのは避けましょう。
サブスクリプションはいつ更新すればよいですか？更新後に確認することは？
サービス提供元がサーバー情報を変更した場合や、既存の項目が使えなくなった場合は、Homeで該当するサブスクリプションを見つけ、項目の更新操作で内容を再取得できます。具体的な操作場所は、現在のアプリ画面で確認してください。更新が成功しても、サブスクリプションの内容を取得できたことを示すだけで、すべてのサーバーへの接続が保証されるわけではありません。選択中のサーバーが引き続き表示されているか確認し、Connectivity Testと実際のアクセスで動作を確認してください。サブスクリプションの更新とApp Storeでのアプリ更新は別の操作です。
サーバー情報やQRコードだけがあり、サブスクリプションURLがない場合はどう追加しますか？
お持ちの情報に合った方法を選びます。手動で追加する場合はAdd Serverを開き、サーバー情報に合うTypeを選択して、アドレス、ポート、認証情報、プロトコルごとに必要な項目を入力します。対応するQRコードがある場合はScan QR Codeを利用できます。Shadowsocks、VMess、VLESS、Trojanなどは入力項目が異なるため、見た目だけで項目を流用しないでください。保存前に元の情報と各項目を照合し、TLS、通信方式、サーバー名なども同じ値にします。不明点はサービス提供元に確認してください。
接続済みと表示されるのに、ウェブページを開けない場合は？
接続スイッチがオンなのは、システムの接続が確立したことを示すだけで、目的のリクエストが必ず成功するわけではありません。まず接続を停止した状態で、基本的なネットワークアクセスができることを確認し、次に選択中のサーバーのConnectivity Testの結果を確認します。その後、Global Routing、現在有効なConfig、失敗したリクエストに適用されたルールを調べ、サーバーに到達できないのか、ルールの誤適用なのか、DNSの問題なのかを切り分けます。一度に変更するのは1項目だけにし、同じ宛先で再テストしてください。一部のアドレスだけで失敗する場合は、設定全体を削除しないでください。
Global RoutingのConfig、Proxy、Directはどう使い分けますか？
Configは現在の構成ファイルのルールに従ってリクエストの経路を決めます。Proxyはアプリで処理できるリクエストを選択中のプロキシに送ります。Directはリクエストを宛先へ直接送ります。通常、ルールに応じて通信を振り分ける場合は、適切な構成ファイルが有効になっていることを確認してConfigを選びます。トラブルの切り分けでは、同じ宛先への結果を比べるためにProxyまたはDirectへ一時的に切り替えてもかまいません。切り替え前のモードを記録し、確認後は元に戻してください。Global Routingを選び直しても、サーバー情報の誤りは修正されず、ルールも自動で補完されません。
Configに切り替えた後、通信の振り分けが想定どおりでない場合、どのルールを確認しますか？
まずConfigで実際に有効な構成ファイルを確認し、[Rule]セクションとルールの順番を確認します。DOMAIN-SUFFIXはドメインのサフィックス、IP-CIDRはIPアドレスの範囲に基づいて一致します。FINALはそれ以前のルールに一致しなかったリクエストを処理します。上の方に範囲の広いルールがあると、後続のルールに一致しないことがあります。Dataで確認できるリクエスト記録と照合し、実際に適用されたポリシーを確認してください。ルールの記述だけから結果を推測しないようにします。変更前に元の構成を保存し、変更後は同じリクエストを再テストして、PROXY、DIRECT、REJECTのどれに振り分けられたか確認してください。
Connectivity Testがタイムアウトしたら、サーバーが使えないと判断できますか？
1回のタイムアウトだけで判断しないでください。テスト結果は、使用中のネットワーク、テスト方法、サーバーの応答に左右されます。まず安定したネットワークで再テストし、アドレス、ポート、認証情報、プロトコル、TLS関連の設定が元の情報と一致しているか確認してください。認証エラーやハンドシェイクエラーが発生した場合は、システムの日付と時刻も確認します。特定のネットワークでのみ失敗する場合は、比較結果を記録してください。継続して失敗する場合は、エラーの種類と確認済みの項目をサービス提供元に伝えます。問い合わせ時はパスワードやサブスクリプションの認証情報を隠してください。