Shadowrocket よくある質問

検索名がShadowrocketになっていることを確認し、本サイトのダウンロードページから該当するApp Store製品ページを開いてください。現在のストアでは利用できないと表示された場合は、デバイスの言語ではなく、「メディアと購入」で使用しているApple IDの国または地域を確認します。地域を変更する必要がある場合は、システム設定のApple Accountから「メディアと購入」＞「アカウントを表示」＞「国または地域」の順に進み、ストアに表示される残高、サブスクリプション、支払い方法の条件を先に確認してください。利用可否は現在のApp Storeページをご確認ください。

製品ページで次の3点を確認してください。名称がShadowrocketであること、デベロッパがShadow Launch Technology Limitedであること、製品リンクのアプリIDが932747118であること。アプリアイコンが本サイトのヘッダーにある公式アイコンと一致することも確認します。検索結果の名称が似ているだけでは正規品と判断できません。購入前に詳細ページを開き、項目ごとに確認してください。価格、互換性、アップデート履歴はApp Storeの製品ページに記載された内容が基準です。検索結果の古い概要情報だけで判断しないでください。

通常は購入時と同じApple IDを使えば、App Storeのアカウントページから購入済みアプリを探して再ダウンロードでき、同じアプリを再購入する必要はありません。まず「メディアと購入」で使用中のアカウントを確認し、購入済みアプリの一覧からShadowrocketを検索してください。一覧の名称はシステムの表示によって異なる場合があります。それでも購入価格が表示される場合は、購入履歴、アプリが非表示になっていないか、ストアの地域を確認します。アプリを復元しても設定は復元されません。以前のサーバー情報やConfigは別途移行してください。

ShadowrocketはApp Storeで販売されている買い切り型の有料アプリです。実際の金額は現在のストアの通貨で表示され、購入確認画面に記載された金額が適用されます。アプリの買い切り購入は回線サービスの利用料金とは別です。購入してもサーバー情報が自動で作成されるわけではなく、利用中のサービスの利用資格が付与されるわけでもありません。接続するには、ご自身のサブスクリプションまたはサーバー設定が必要です。本サイトではサーバーやサブスクリプションを提供・販売・推奨せず、既存の設定の読み込み、使い方、トラブル対処のみを案内します。

まずShadowrocketの現在のApp Storeページでファミリー共有に関する説明を確認し、ファミリー共有の購入項目共有設定とアカウントの地域条件を確認してください。条件を満たす場合は、App Storeのアカウントページから家族の購入済みアプリを探せます。利用可否はストアの表示をご確認ください。家族がアプリをダウンロードできても、サーバー情報、サブスクリプションのURL、Configが購入履歴とともに同期されるわけではありません。それぞれのデバイスで、実際の利用権限に応じて設定する必要があります。

初めて接続を有効にするとき、システムからVPN構成の追加を許可するよう求められることがあります。これはシステムのネットワーク接続を確立するために必要な許可です。表示が起動したばかりのShadowrocketによるものだと確認してから、システムの案内に従って許可し、必要に応じてデバイスのパスコードで認証してください。この許可だけでサーバーの利用可否やネットワーク接続が保証されるわけではありません。Homeに戻り、ご自身のサーバーを選択して接続を開始してください。組織管理下のデバイスでは許可が制限される場合があるため、デバイス管理ポリシーを確認してください。

Shadowrocketは同じApp Store製品ページからiPadでも入手できます。iPadOSのシステム要件はApp Storeページの記載をご確認ください。購入時と同じApple IDを使う場合は、すぐに再購入せず、購入済みアプリからダウンロードできるか確認してください。iPadでは横向き表示や画面分割時にiPhoneとレイアウトが異なる場合がありますが、Home、Config、Settingsなどの画面上の名称を目印に機能を探せます。アプリの購入履歴とデバイス内の設定は別々に管理されるため、サブスクリプションとルールファイルも個別に確認してください。

機能ごとに確認しましょう。Homeではサーバーと接続状態、Add Serverでは自分のサーバー情報の追加、Configでは構成ファイルの管理、Settingsでは設定を確認できます。Global RoutingではConfig、Proxy、Directのどの方法でリクエストを処理するかを選びます。On Demandはシステムが接続を開始する条件に関係します。実際の画面と照らし合わせやすいよう、このガイドでは英語表記をそのまま使用しています。機能の場所が見つからない場合は、現在の画面と選択中の項目を確認し、アイコンだけで操作を判断しないでください。

まず有効なサーバーが選択されていることを確認し、VPN構成の許可が完了しているか確認します。許可を拒否した場合は、もう一度接続を開始し、画面の案内に従ってください。次にシステム設定でVPNの状態を確認し、ほかの接続と競合していないか、デバイス管理による制限がないかを確認します。それでもすぐ切れる場合は、表示されたエラーと発生時刻を記録し、デバイスを再起動して再確認してください。最初からすべての設定を削除するのは避けてください。システムのVPN構成を再作成する必要がある場合は、先にアプリ内の情報をバックアップしてください。

既存のサブスクリプションURL、必要なサーバー設定、使用中のConfigを保存し、Global Routing、DNS、On Demandの重要な設定も記録してください。サブスクリプションURLや認証情報は、自分で管理できる安全な場所に保管し、公開メモや問い合わせ用のスクリーンショットには載せないでください。アプリはApp Storeからアップデートします。再ダウンロードしても、すべてのローカルデータが復元されるとは限りません。一部の項目だけに問題がある場合は、症状を記録して対象を絞って確認し、再インストールでトラブル対処を代用しないでください。

ご自身が利用している完全なサブスクリプションURLであること、コピー時に空白、改行、説明文が混ざっていないことを確認します。次に、現在のネットワークからURLにアクセスできるか確認し、返された内容がサブスクリプションデータなのか、ログイン画面、期限切れの案内、エラーページなのかを見分けます。その後、形式がShadowrocketに対応しているか、認証情報が有効かを確認してください。エラーメッセージを保存し、取得に失敗したのか、内容の解析に失敗したのかを切り分けます。サブスクリプションには機密情報が含まれるため、問い合わせ時はURLと認証情報を隠したエラー内容だけを共有してください。

更新に失敗したことから分かるのは、今回の新しい内容を取得して適用できなかったということだけです。既存のサーバーが必ず使えなくなったとは限りません。まず一覧に以前の項目が残っているか確認し、現在選択中のサーバーをテストしてください。更新時はサブスクリプションの有効期限、URLの変更、現在のネットワーク、エラーメッセージを確認します。取得できる状態に戻ったら、もう一度更新してください。更新後は、選択中の項目が削除されたり名前が変わったりしていないか確認します。グループ分け、選択状態、ローカルメモが失われるおそれがあるため、削除と再追加を繰り返さないでください。

ご自身のサーバー情報を基準に、正しいプロトコルを選んでから、アドレス、ポート、認証情報を項目ごとに確認してください。Shadowsocksの暗号化方式、VMessまたはVLESSの識別情報、Trojanの認証情報に加え、TLS、サーバー名、転送パスなどの項目はそれぞれ別の設定です。すべてのプロトコルで全項目が必要なわけではありません。提供された情報にない項目を推測で入力しないでください。保存後は接続テストを行い、実際のリクエストも確認します。テストに失敗した場合は、設定項目を一つずつ照合してください。

まず、システムでShadowrocketのカメラ使用が許可されているか確認し、QRコード全体が鮮明で、遮られていないことを確かめてください。次に、QRコードに認識可能なサーバー情報またはサブスクリプションURLが含まれているか確認します。Webページへのリンク、支払い案内、通常のテキストでは追加できません。読み取りに成功しても、プロトコルや設定項目が揃っているか確認してください。鮮明なQRコードでも、内容が有効とは限りません。解析できない場合は、元の情報をもとにAdd Serverから追加できます。認証情報を含むQRコードを他人に公開送信しないでください。

いいえ。サブスクリプションはサーバー情報をまとめて取得・更新するもの、サーバー項目は個々の接続設定を保存するもの、Configはルール、DNS、ポリシーなどを含む設定です。サブスクリプションを読み込めても、正しいConfigが選択されているとは限りません。ルールファイルをダウンロードしても、利用可能なサーバーがあるとは限りません。読み込み後は、サーバー一覧、選択中の項目、Configの選択、Global Routingを順に確認してください。リモートの内容を更新する前に、どの範囲が上書きされるかを確認し、ローカルの変更が常に保持されると思い込まないようにしてください。

Configは現在の構成に含まれるルールに従ってリクエストの処理方法を決めます。Proxyは通常、リクエストをプロキシ経由で処理します。Directは通常、接続先に直接接続します。普段からルールで通信を振り分ける場合は、Configの内容が有効であることを確認してからConfigを選択してください。一時的にProxyまたはDirectに切り替えると比較調査に役立ちますが、どのモードも誤ったサーバー設定を修正するものではありません。テスト後は元の設定に戻し、実際のリクエスト記録で処理方法を確認してください。モード名だけで結果を判断しないでください。

システムに接続成功と表示されても、接続状態が確立したことを示すだけで、目的のリクエストが利用できるとは限りません。まず接続を切って基本のネットワークが正常か確認し、現在のサーバー、Global Routing、Configを確認してください。その後、異なる接続先をテストし、すべてのリクエストが失敗するのか、特定のドメインだけに問題があるのかを切り分けます。すべて失敗する場合はサーバーとDNSを優先して確認し、特定のドメインだけの場合はルールの適用状況と接続先の状態を確認します。一度に変更する設定は一つにし、結果を記録してから次に進んでください。サーバー、DNS、ルールを同時に変更すると原因を特定しにくくなります。

Connectivity Testの結果はテスト方法と接続先によって異なります。タイムアウトしても、特定の設定項目が原因とは限りません。また、テストが正常でも、すべてのWebサイトにアクセスできるとは限りません。まずサーバーアドレス、ポート、認証、TLS、転送設定を確認し、デバイスの日付と時刻が正しいか確認してください。同じサーバーを異なるネットワーク環境で再テストすると、ローカルネットワークの問題か、リモート接続の問題かを切り分けるのに役立ちます。最後に実際のリクエストで確認し、エラーメッセージを記録してください。一度のテスト結果だけで全体の利用可否を判断しないでください。

まずGlobal RoutingがConfigになっており、変更したばかりのConfigが使用中であることを確認してください。ルールは通常、上から順に確認されます。先行するDOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOIPのいずれかにすでに一致している場合、後ろのFINALを変更しても、そのリクエストの判定は変わりません。リクエスト記録で実際のドメイン、アドレス、適用されたポリシーを確認し、ルールの順序と記述を見直してください。FINALは先行ルールに一致しなかった場合の最終処理です。範囲が広すぎるREJECTやドメイン指定は、ページの一部が正常に表示されない原因になることもあります。

まずシステムのバッテリー使用状況で、近い使用時間帯を比較してください。画面の使用状況、ネットワークの電波状態、バックグラウンド通信も合わせて確認し、短時間の電池残量の変化だけで判断しないでください。電波が弱い状態、頻繁な再接続、大量のリクエスト、診断記録の継続などは、消費電力を増やすことがあります。On Demandはシステムが接続を開始するタイミングを決める機能で、ルールによる通信の振り分けとは異なります。手動で切断したあと再接続するときは、起動条件を確認してください。比較のため一時的にOn Demandをオフにし、ほかの設定は変えずに、消費電力と接続状態を確認します。