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

まずアプリ名の綴りを確認し、次に現在のApp Storeアカウントの国または地域を確認してください。購入できるかどうかは、現在のストアでの表示によって異なります。本サイトのApp Store案内ページから製品ページを開いて確認できます。地域設定を確認するには、システムのSettingsでApple Account → Media & Purchases → View Account → Country/Regionの順に進みます。項目名はシステムの表示に従ってください。変更する前に、残高、サブスクリプション、支払い方法に関するシステムの要件を確認し、検索結果の確認だけを目的に地域を切り替えないでください。

デベロッパ名がShadow Launch Technology Limitedであること、本サイトのヘッダーに掲載されている公式アプリアイコンと一致すること、製品ページのURLにid932747118が含まれていることを確認してください。アプリIDは932747118です。似た名前や検索順位だけで判断しないでください。購入前に、現在のストアの価格と互換性欄も確認してください。システム要件はApp Storeの製品ページの表示に従ってください。いずれかが一致しない場合は、本サイトのApp Store案内ページに戻ってリンク先を確認してから購入を判断してください。

アプリの買い切り購入に接続先のプランは含まれません。購入できるのはShadowrocketアプリです。接続には、利用者自身が用意したサブスクリプションまたはサーバー情報を使い、必要な設定を行う必要があります。米国ストアでの価格は$2.99ですが、実際の金額や購入条件はApp Storeの現在の表示に従ってください。ストアによって現地通貨で表示されます。本サイトではアプリの操作方法と設定の確認方法を案内しており、接続先やサブスクリプションの提供・販売・推奨は行っていません。支払いの完了と設定が利用できることは別々に確認してください。

通常は購入時と同じアカウントを使えば再ダウンロードでき、再購入は不要です。App Storeのアカウント画面を開き、購入済みアプリからShadowrocketを探してください。リストの表示場所や名称は、システムのバージョンによって異なる場合があります。価格が表示される場合は、まずMedia & Purchasesに購入時のアカウントでサインインしているかを確認し、購入履歴、非表示の購入済み項目、現在のストアでの提供状況も確認してください。アプリを再ダウンロードしても、すべての設定が復元されるとは限りません。機種変更前に設定データを別途保存し、機密情報を適切に管理してください。

主な利用端末はiPhoneとiPadです。Mac、Apple TV、Apple Visionとの互換性も同じApp Store製品ページで確認できます。入手先はApp Storeのみです。システム要件、対応端末、ユニバーサル購入の対象範囲は、App Storeの製品ページの表示に従ってください。iPadでは購入時のアカウントでアプリの状態を確認してください。再度支払いを求められた場合は、アカウントと購入履歴を確認します。本マニュアルの操作手順は主にiPhoneとiPadを対象としており、ほかの端末でも画面が完全に同じとは限りません。

これは、アプリがVPN接続の構成を作成することをシステムに許可する手順です。サーバーへの接続が確立したことを示すものではありません。操作中のShadowrocketが表示した確認画面であることを確かめ、システムの案内を読んだうえで許可するか判断してください。端末のパスコードや認証を求められる場合があります。以前に許可を取り消した場合は、アプリに戻って接続を再度開始してください。許可後も、利用者自身が用意したサーバーを選択し、Global Routingを確認する必要があります。システムへの許可だけで接続成功とは判断できません。

まず、有効なサーバーを追加して選択していることを確認し、システムのVPN構成を許可済みか確認してください。システムのSettingsに戻り、デバイス管理による制限がないか、別のVPN接続が使用中でないかを確認します。管理対象の端末では、管理上の要件に従ってください。その後、アプリを開き直して接続を試し、必要に応じて端末を再起動します。最初からすべての設定を削除せず、表示されたメッセージと発生までの手順を記録してください。スイッチがオンのままでも目的のWebサイトにアクセスできない場合は、許可を繰り返すのではなく、接続とルールを確認してください。

本マニュアルでは英語の画面表示をそのまま記載しているため、名称で項目を探せます。Homeではサーバーの確認と選択、Add Serverではサーバー情報の追加、Configでは構成ファイルの管理、Global Routingでは全体のルーティング方式の選択、Settingsでは設定の確認を行います。表示言語はアプリの対応状況とシステム言語の設定によって異なります。システムのアプリ設定で言語オプションがあるか確認してください。ボタンの位置だけで機能を判断せず、画面のレイアウトが変わった場合は項目名と現在の画面を照らし合わせてください。

まず利用者自身が用意したサブスクリプションまたはサーバー情報を準備し、Homeで追加して内容を確認します。次にサーバーを選び、Global Routingを確認してください。利用可能なルール設定がある場合はConfig、プロキシ経由の接続を一時的に確認する場合はProxyを選びます。その後、接続をオンにしてシステムの案内に従って許可し、目的のWebサイトにアクセスしてログと合わせて結果を確認します。初回の接続に失敗しても、サーバー、ルール、DNSを同時に変更しないでください。一度に一項目ずつ調整すると、原因が読み込み時のパラメーター、ルーティング設定、現在のネットワークのどれかを切り分けられます。

通常、アプリのアップデートだけを理由に再読み込みする必要はありません。まず、既存のサーバー、サブスクリプション、Configが残っているか確認してください。アプリのアップデートはApp Storeで行います。サブスクリプションの内容更新とルール設定の更新は別の操作であり、互いに代用できません。アップデート前に重要な設定とカスタムルールを保存し、アップデート後は現在のサーバーとGlobal Routingを確認してから、実際にアクセスできるかテストしてください。動作に変化があれば、App Storeのアップデート内容とアプリ内設定を一つずつ確認し、すべての設定をすぐに上書きしないでください。

まず、Shadowrocket用のサブスクリプションURLであり、サービスのWebページのURLではないことを確認してください。HomeでAdd Serverを開き、画面の案内に従ってSubscribeを選択します。手元のサブスクリプションURLを入力欄に省略せず入力し、必要に応じて識別しやすいメモを加えて保存し、内容を取得してください。保存後、サーバー項目が作成されたことを確認し、そのうち一つを選んでテストします。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。公開のQ&Aやスクリーンショット、チャットに貼り付けないでください。サポートが必要な場合はエラーメッセージだけを伝え、URL全体と認証パラメーターは隠してください。

まず、URLが省略されていないか、空白や改行、日本語の句読点が混入していないかを確認し、現在のネットワークからサブスクリプションURLにアクセスできるか確かめてください。認証エラーや空の内容が表示される場合は、利用中のサービス提供元にURLの有効期限、権限、対応形式を確認します。Webページが開けても、読み込み可能なサブスクリプションが返されているとは限りません。ログインページが表示されている場合もあります。既存のサブスクリプション項目は残し、エラーメッセージを記録してから試してください。同じ項目を大量に追加するのは避けましょう。確認を依頼するために、サブスクリプションURL全体を公開ページに投稿しないでください。

Homeで該当するサブスクリプションを探し、その項目の更新操作を行います。具体的な操作場所は現在のアプリ画面に従ってください。更新後はエラーメッセージ、サーバー一覧、選択中の項目が想定どおりかを確認し、接続をテストします。更新によって項目が追加、削除、変更される場合があるため、サブスクリプション内のローカル編集を長期保存の手段にしないでください。重要な手動設定は別途バックアップします。更新に失敗した場合は、まず現在のネットワークで内容を取得できるか確認し、次にURLの状態を調べてください。無効になったURLは、更新を繰り返しても直りません。

読み取りに成功したことは、処理可能な内容を認識したことを示すだけで、サーバーのパラメーターが正しいことやサービスが有効であることを保証しません。Scan QR Codeで読み込んだ後、項目を開いてプロトコル、サーバーアドレス、ポート、認証方式、TLS関連のパラメーターを確認し、利用者自身が持つ情報と一つずつ照合してください。QRコードが通常のWebページURLの場合は、用途を確認してから操作し、サーバー設定として扱わないでください。読み込み後は項目を選択して接続をオンにし、実際のアクセスで確認します。QRコードにも機密性の高い認証情報が含まれる場合があるため、適切に管理してください。

サーバー項目には主に接続先とプロトコルのパラメーターが保存されます。Config構成ファイルにはルール、DNS、その他の接続動作に関する設定を含められます。サブスクリプションを読み込んでサーバーが表示されても、用途に合ったルール設定までそろっているとは限りません。Configを読み込んでも、参照先のプロキシポリシーに利用可能なサーバーがあるとは限りません。使用前にそれぞれを確認し、現在有効な構成とGlobal Routingも確認してください。ルールを統合する前に元のファイルをバックアップし、特にポリシー名とFINALの位置に注意して、動作確認済みの設定を上書きしないようにしてください。

現在の構成ルールに従って通信を振り分ける場合はConfig、クライアントで処理する接続をプロキシ経由にする場合はProxy、直接接続する場合はDirectを選びます。この3つは全体のルーティング方式を決めるもので、誤ったサーバーパラメーターを自動で修正するものではありません。日常的に利用できる構成がある場合は、通常Configを使います。トラブルの切り分けではProxyとDirectを一時的に切り替え、同じ接続先で結果を比較してから元の設定に戻してください。Directでアクセスできてもプロキシが使えるとは限らず、ProxyでアクセスできてもConfig内のルール順が正しいとは限りません。

まず接続をオフにし、現在のネットワークから通常の直接接続先にアクセスできることを確認します。次に接続をオンにし、選択中のサーバー、Global Routing、現在のConfigを確認してください。その後、サーバーに到達できるかテストし、ログで接続エラー、DNSの名前解決、ポリシーのマッチ結果を確認します。遅延テストの結果が出ても、目的のWebサイトにアクセスできるとは限りません。同じ接続先でProxyとConfigを比較し、前者ではアクセスできて後者では失敗する場合は、ルールとDNSを優先して確認してください。一度に一項目だけ変更し、結果を記録すると、すべての設定を同時に変えて原因が分からなくなるのを防げます。

先にルールを変更する必要はありません。まず現在のネットワークを確認し、サーバーアドレス、ポート、プロトコル、認証パラメーター、TLS設定を照合して、端末の日付と時刻が正確か確認してください。アプリ内のテスト機能を使う場合は、テスト方式の違いに注意が必要です。ある種のプローブに応答がなくても、実際のプロキシ接続が必ず失敗するとは限りません。接続ログと実際のアクセス結果を合わせて判断してください。同じ項目が異なるネットワークでも失敗する場合は、利用中のサービス提供元にサーバーの状態を確認します。証明書エラーがある場合は、ドメイン名とシステム時刻をまず確認し、検証を無効にする方法を一般的な解決策として使わないでください。

まずGlobal RoutingがConfigであり、編集した構成ファイルが使用中であることを確認してください。次に、ルールDOMAIN-SUFFIX,example.com,PROXYがFINALより前にあるか、より上のルールに先にマッチしていないか、PROXYに対応するサーバーが利用可能かを確認します。Webページは別のドメインにもリクエストを送る場合があるため、メインドメインだけにルールを追加しても、すべてのリソースをカバーできるとは限りません。ログで実際のリクエスト先ドメインと適用されたポリシーを確認し、必要なルールだけを追加してください。FINAL,DIRECTは、それより前のルールにマッチしない場合の最終処理です。具体的なマッチルールより前に置かないでください。

まずシステムのバッテリー使用状況で、近い使用時間と通信量を比較し、継続的な通信、電波の弱さ、頻繁な再接続のどれが消費に影響しているかを切り分けます。次に、不要な頻度でのテスト、詳細ログ、デバッグ機能が有効になっていないか確認し、On Demandが接続の使い方に合っているか確認してください。必要な調整を行った後、近い利用状況でしばらく様子を見ます。一度のバッテリー減少だけで原因を判断しないでください。On Demandは条件に応じて接続を開始する機能であり、消費を抑えるとは限りません。ログに繰り返し失敗が記録されている場合は、不要な再試行を減らすため、まずサーバーまたはネットワークの問題を解消してください。