Shadowrocket
よくある質問

まず、App Storeで購入に使うApple IDのストア地域を確認してください。デバイスの言語や現在地とは異なります。システムのSettingsからAppleアカウントを開き、Media & Purchases、View Accountの順に進んでCountry/Regionを確認します。項目名はシステムの言語によって異なる場合があります。本ページのApp Storeリンクから製品ページを開き、現在の地域では利用できないという表示がないか確認してください。地域を変更する場合は、同じアカウント画面のCountry/Regionから手続きし、残高、有効なサブスクリプション、支払い方法に関する条件を先に確認します。デバイスの地域設定を変えても、ストア地域は変更されません。

アプリ名や検索結果の表示順だけで判断しないでください。製品ページを開き、デベロッパ名のShadow Launch Technology Limited、本サイトのヘッダーと一致する公式アイコン、製品ページのURLに含まれるid932747118を確認します。アプリIDの数字部分が932747118であることも含め、3点すべてを照合してください。名前が似た検索結果も、個別に確認しましょう。価格、システム要件、対応デバイスはApp Storeの製品ページで確認してください。いずれかが一致しない場合は、入手方法のページに戻り、製品ページへのリンクを開き直してください。

買い切りは、Shadowrocketアプリを利用する権利を購入するものです。購入価格はApp Storeの製品ページで確認してください。アプリの買い切りと接続サービスの契約は別です。アプリの購入履歴と、接続に必要なサブスクリプションまたはサーバー情報は、それぞれ独立しています。追加する前に、自分のサブスクリプションまたはサーバー情報を用意してください。サブスクリプションは利用しているサービス提供元から入手します。アプリは情報を読み込み、接続を確立して、設定に従ってリクエストを処理します。サブスクリプションの有効期間、通信量、サーバーの稼働状況は個別に確認してください。アプリの購入状況から判断することはできません。

購入時に使ったApple IDでApp Storeにサインインし、アカウントの購入済みアプリからShadowrocketを探してください。購入履歴が確認でき、新しいデバイスが対応条件を満たしていれば、通常は再入手できます。項目名はシステムのバージョンによって異なる場合があります。製品ページに購入価格が表示される場合は、すぐに再購入せず、購入に使ったアカウント、注文履歴、現在のストア地域を確認してください。アプリを再入手しても、デバイス内の設定がすべて復元されるわけではありません。以前のデバイスにあるサブスクリプション、ルール、設定は別途バックアップし、新しいデバイスで読み込み結果を確認してください。

ShadowrocketはiPhoneとiPadで利用できます。iPadで同じ購入用Apple IDを使う場合は、App Storeの購入済み履歴からアプリを探し、デバイスの対応状況を確認してください。ファミリー共有の対象かどうかは、App Storeの製品ページにあるサポート情報を確認し、ファミリー共有の購入設定、メンバーのアカウント、ストア地域の条件も確認します。ファミリーに参加しているだけでは、入手できるとは限りません。Mac、Apple TV、Apple Visionへの対応とユニバーサル購入の可否は、App Storeの製品ページで確認してください。システム要件もApp Storeの製品ページの表示を確認してください。

支払いが完了していないのか、ダウンロードが保留中なのか、デバイスが要件を満たしていないのかを切り分けます。支払い中はアカウントの通知、支払い方法、未処理の注文を確認してください。ダウンロード中はネットワークとデバイスの空き容量を確認し、App Storeで進行状況を確認します。システム要件はApp Storeの製品ページで確認し、デバイスのモデルから推測しないでください。エラー表示を記録してから再試行し、購入を何度も続けて送信しないようにします。他のアプリも入手できない場合は、まだ使っていないShadowrocketの設定を変更するのではなく、App Storeアカウントやデバイスのネットワークを先に確認してください。

Shadowrocketがシステムのネットワーク接続を確立するには、システム上でVPN構成の追加を許可する必要があります。これはアプリに必要なネットワーク権限を与える手順であり、サーバーが利用可能であることや、サブスクリプションの追加が完了したことを示すものではありません。インストール後に確認したShadowrocketからの操作であることを確かめ、システムの案内に従って許可してください。デバイスのパスコードや認証を求められる場合があります。以前にキャンセルした場合は、アプリに戻って接続を再度開始できます。会社や学校が管理するデバイスでは、この権限が制限されていることがあります。管理ポリシーを確認し、デバイス管理設定をむやみに削除しないでください。

サーバーを追加して選択済みか、初回のVPN構成の許可が完了しているかを確認し、アプリに表示されたエラーを確認します。ほかのVPN接続がシステムの接続枠を使用していないかも確認してください。必要であれば、ほかの接続を停止してから再試行します。それでもすぐ切断される場合は、エラー内容を記録し、サーバーアドレス、ポート、認証情報、プロトコルの設定がすべて一致しているか確認してください。デバイスの再起動は設定の問題を除外してから検討します。再インストールすると、ローカルのルール、サブスクリプション、診断に必要な情報が失われる可能性があるため、最初から行うことはおすすめしません。

このマニュアルでは、アプリ内の項目と照合しやすいよう、画面上の英語表記をそのまま掲載しています。Homeではサーバーと接続状況を確認し、Add Serverでは手元にあるサーバー情報を追加します。Subscribeはサブスクリプションの種類、Configは設定ファイルの管理、Global Routingはルーティング方式の選択、Settingsは各種設定に使います。日本語の意味だけを手がかりに、名前の異なる項目を探さないようにしてください。使い方のページで、追加、サーバー選択、接続、確認の流れを一通り進められます。見慣れないルールのキーワードは、用語解説ページで確認してください。

アプリの購入権、設定ファイル、デバイスの認証はそれぞれ別に管理されます。iPadで購入済みアプリを入手しても、iPhoneのサーバー選択、サブスクリプションの内容、すべての設定が自動で同期されるわけではありません。アプリの機能を使って既存の設定を移行したら、サーバー、Global Routing、現在有効なConfigを一つずつ確認してください。その後、iPadでシステムの許可と接続テストを行います。横向き表示では項目の位置が異なる場合がありますが、実際の画面に表示される名称を目印にしてください。サブスクリプションURLや認証情報を含むデータは、自分で管理できる場所にのみ保存し、公開の場で送らないでください。

サブスクリプションは利用しているサービス提供元から入手し、Shadowrocketに対応していることを確認してください。HomeのAdd Serverを開き、種類としてSubscribeを選びます。サブスクリプションURLを完全な形でURL欄に入力し、見分けやすいメモを追加して保存し、内容を取得します。項目の位置は現在のアプリ画面で確認してください。追加後、サブスクリプションのグループにサーバーが表示されることを確認し、そのうち一つを選んでテストします。URLにはアカウント情報が含まれる場合があります。省略せずに貼り付けますが、公開しないでください。単独のサーバー情報しかない場合は、対応するプロトコルで追加します。通常のサーバーアドレスをサブスクリプションURL欄に入力しないでください。

貼り付けた内容が完全か、余分な空白や改行がないか、チャットアプリで途中までしかコピーされていないかを確認し、サブスクリプションが有効かどうかも確かめてください。次に、デバイスが通常どおりネットワークに接続できるか確認し、別のローカルネットワークでも一度試します。認証エラーやリソースが見つからないという表示が出る場合は、サブスクリプションの状態とURLを優先して確認してください。タイムアウトする場合は、URLへのアクセスに必要なネットワーク環境を確認します。URLを開けても、返された内容を読み込めるとは限りません。ログインページ、エラーページ、形式の不一致でも失敗します。サービス提供元に形式を確認する際は、必要なエラー情報だけを伝え、認証情報を隠してください。

Homeで既存のサブスクリプショングループを探し、更新操作で内容を再取得します。操作の位置は現在の画面で確認してください。更新前に使用中のサーバーを控え、完了後も選択されているか確認して、Connectivity Testを再実行します。サブスクリプションの一覧はサービス提供元から返された内容です。サーバー名、アドレス、数が変わっても、アプリの不具合とは限りません。サブスクリプションの更新とConfigの更新は別々に確認してください。サブスクリプション内の項目を手動で編集した場合、次回の更新で変更が上書きされることがあります。個別にバックアップを取り、カスタム設定の保存先としてサブスクリプション一覧に依存しないでください。

選択したプロトコルが、手元にあるサーバー情報と一致しているかを確認し、アドレス、ポート、認証項目、暗号化方式を一つずつ照合してください。TLSや追加の通信設定を使う場合は、サーバー名、通信方式、関連するパスも確認します。アドレスとパスワードだけで設定が完了したとは限りません。プロトコルが異なれば、名前が似ている項目でもそのまま流用できません。一度に変更するのは一種類の設定だけにし、保存後にテストすると原因を絞り込みやすくなります。エラーを回避するために証明書の検証を安易に無効化しないでください。サーバー情報とデバイスの時刻を確認し、元の設定も復元できるように控えておきます。

サブスクリプションURLはサーバー情報を取得・更新するためのものです。サーバー項目には個々の接続パラメーターが記録され、Configファイルにはルール、ポリシー、DNSなどの設定を含められます。相互に関連しますが、置き換えはできません。サーバーを追加してもルールの準備が整ったとは限らず、Configを切り替えてもサブスクリプションは更新されません。トラブル時は、まずHomeに利用可能な選択済みサーバーがあるか確認します。次にGlobal RoutingでConfigが選ばれているかを見て、最後に現在有効な設定ファイルを確認してください。エクスポートや共有の際は、サブスクリプションの認証情報、パスワード、個人のネットワーク情報が含まれていないか、それぞれ確認します。

Configは現在の設定ファイルのルールに従ってリクエストの経路を決定します。Proxyはプロキシ経由で通信し、Directは直接通信します。確認済みのルールを日常的に使う場合はConfigを選択します。ルーティングの違いを一時的に比較する場合はProxyとDirectをそれぞれテストし、終了後に元の選択へ戻してください。これらは速度のランクではなく、サーバー設定の誤りを修正するものでもありません。ルール内のPROXYとDIRECTはポリシーのキーワードで、画面上のProxy、Directとは大文字・小文字が異なります。トラブル対処では現在の方式を記録し、Directでの成功をプロキシサーバーが利用可能だという意味に取り違えないようにしてください。

まず接続を切り、ローカルネットワークで通常どおりアクセスできることを確認します。再接続したらConnectivity Testを実行し、選択中のサーバーが使えるか確認してください。次に複数の接続先をテストし、すべて失敗するのか、特定の接続先だけ失敗するのかを切り分けます。Proxyでは使えてConfigでは失敗する場合は、ルール、ポリシーの参照、DNSを重点的に確認します。両方で失敗する場合は、サーバーの設定、サブスクリプションの状態、ローカルネットワークを確認してください。一度に変更する条件は一つにして、結果を記録します。システムに「接続済み」と表示されても、接続セッションが確立したことを示すだけです。接続先へのリクエスト、DNSの名前解決、リモートサービスが成功したとは限りません。

Global RoutingがConfigになっていること、編集しているファイルが現在有効なConfigであることを確認してください。ルールは通常、上から順に照合され、一致したルールのポリシーが適用されます。上の広い範囲を対象とするルールが先に一致すると、後続の細かいルールは実行されません。FINALは最後のフォールバックとして末尾に置き、適用するポリシーが想定どおりか確認します。変更を保存し、アプリの指示に従って再読み込みしてから、新しいリクエストで検証してください。DOMAIN-SUFFIXとIP-CIDRでは照合対象が異なります。ドメインのルールだけを変更し、ドメインに対応しないリクエストで結果を判断しないようにしてください。

Connectivity Testは特定のテスト方法での応答を示すもので、継続的な通信速度や、すべての接続先での品質を表すものではありません。まず同じサーバーで接続先を変えて比較し、次に同じ接続先で、利用中のサブスクリプションにある別のサーバーと比較します。テスト時間とローカルネットワークの条件もできるだけそろえてください。特定の接続先だけが遅い場合は、その接続先とルールを確認します。すべて遅い場合は、ローカルの電波状況、サーバーの負荷、回線の状況を確認してください。プロトコル、ルール、ネットワークを一度に変えると、結果を比較できません。テストに成功しても、実際のリクエストの確認にはなりません。

まずシステムのバッテリー統計で、同じくらいの使用時間における変化を確認します。動画の通信、バックグラウンド同期、電波の弱さ、頻繁な再接続などの要因も区別してください。接続を維持することと、大量のデータを継続して送受信することは分けて考えます。On Demandを有効にしている場合は、ネットワーク切り替え時に何度も接続するような条件になっていないか確認してください。一時的に無効にして比較し、基本の接続が安定したら一項目ずつ戻します。診断後は不要な詳細ログを停止し、必要な結果だけを残してください。ステータスバーの接続表示だけで電池消耗の原因を判断しないでください。また、省電力のために証明書の検証を犠牲にしないでください。