Shadowrocket よくある質問

まず、App Storeで使用中の購入アカウントとストアの国または地域を確認し、そのストアでアプリが表示されるかを確かめます。デバイスの言語や地域設定は、購入アカウントのストア地域とは異なります。システムのSettingsからApple Account、Media & Purchases、View Accountの順に開き、Country/Regionを確認できます。具体的な操作手順はシステムの表示に従ってください。地域の変更を検討する場合は、Appleが手続き画面に記載する残高、サブスクリプション、支払いに関する条件を先に確認し、検索結果だけを理由にすぐ変更しないでください。システム要件はApp Storeの製品ページをご確認ください。検索結果に表示されなくても、購入履歴が消えたとは限りません。

製品名Shadowrocket、デベロッパ名Shadow Launch Technology Limited、公式アイコン、アプリID 932747118をそれぞれ確認してください。アプリIDは製品ページのURLにあるid932747118で確認できます。アイコンは当サイトのヘッダーに掲載されている公式アイコンと照合し、検索順位や似た名前だけで判断しないでください。当サイトからApp Storeの製品ページを開いた場合も、購入を確定する前に製品情報、使用中のアカウント、現地通貨での価格を確認してください。バージョン情報、互換性、購入対象範囲は製品ページの表示に従ってください。名前が似ているだけでは、デベロッパ名やアプリIDの確認に代わりません。

通常は、Shadowrocketを購入したときと同じApple IDを使えば、App Storeの購入済みアプリ一覧から再ダウンロードでき、再購入は不要です。まずMedia & Purchasesで使用中のアカウントを確認し、App Storeのアカウント画面から購入済みアプリを探してください。項目名や場所はシステムのバージョンによって異なる場合があります。価格ボタンが表示されたら、購入を確定せずにいったん止め、購入履歴、非表示にした購入済み項目、ストア地域を確認してください。アプリの再ダウンロードとデータの復元は別の作業です。既存のサブスクリプション、サーバー情報、Configが残っているかは、以前のバックアップ状況に応じて別途確認してください。購入済みアプリを復元しても、すべての設定が自動で戻るわけではありません。

アプリの買い切りと接続サービスのプランは別です。購入するとShadowrocketアプリを利用できますが、接続にはユーザー自身が用意したサブスクリプションまたはサーバー情報が必要です。関連サービスの有効期間はアプリの購入とは別に管理されます。Shadowrocketはクローズドソースの商用アプリです。米国ストアでの表示価格は2.99米ドルですが、実際の価格、税金、ほかのストアでの現地通貨価格はApp Storeの購入確認画面をご確認ください。ファミリー共有の対象かどうか、対応デバイス、購入対象範囲も、同じ製品ページの最新情報をご確認ください。当サイトでは接続先やサブスクリプションの提供・販売・推奨は行っていません。アプリの購入履歴から、利用中のサービスが有効かどうかを判断することはできません。

ShadowrocketはiPhoneとiPadで利用できます。システム要件はApp Storeの製品ページをご確認ください。iPadでは、購入時と同じApple IDを使って購入済みアプリ一覧からShadowrocketを探し、ストアの表示に従ってダウンロードしてください。通常、同じアプリを再購入する必要はありませんが、購入対象範囲は製品ページをご確認ください。iPadでは画面サイズによってレイアウトが変わる場合があります。画像上の位置をそのまま当てはめず、Home、Config、Settingsなどの画面上の名称を目印に操作してください。インストール後は、ユーザー自身のサブスクリプションやサーバー情報を確認し、初回接続時にシステムの許可を個別に行ってください。別のデバイスの設定が同期されているとは限りません。

これはVPN構成に対するシステムの許可手続きで、購入確認ではなく、サーバー情報の入力に代わるものでもありません。開いたばかりのShadowrocketで接続操作を行った際に表示されたことを確認し、システムの説明を読んでから、デバイスの指示に従ってパスコードまたは生体認証で許可してください。許可後にアプリへ戻り、選択中の項目とGlobal Routingを確認して接続を試します。先ほど許可画面をキャンセルした場合は、もう一度接続を開始してシステムの反応を確認してください。デバイスが組織によって管理されている場合や制限がある場合は、該当するポリシーを先に確認します。許可を完了させるために、ほかの用途の構成をむやみに削除しないでください。また、VPNアイコンが表示されたからといって、通信が成功したとは限りません。

画面に表示されている英語の名称を目印にしてください。Homeでは接続状況やサーバー項目を確認でき、Add Serverでは情報を追加します。Subscribeは既存のサブスクリプションの読み込み、Configは構成ファイル、Settingsは設定に対応します。Global RoutingのConfig、Proxy、Directも、チュートリアルでは英語表記のまま記載します。アプリの表示言語を変更したい場合は、システム上でそのアプリに言語設定が用意されているかを確認してください。選択できる言語はデバイスの表示に従います。システムやアプリのバージョンによって画面の配置が変わることがあるため、ボタンの色、上から何番目か、スクリーンショット上の位置だけで判断せず、項目名と用途を確認してください。

まず、システムの許可が完了していないのか、接続確立後に切断されるのかを切り分けます。Homeで有効な項目が選択されているか、VPN構成の許可画面が表示されるかを確認し、システムまたはアプリに表示されたエラーを記録してください。スイッチをオンにした直後にオフになる場合は、サーバー情報の入力漏れ、現在のネットワークの状態、ほかのVPN接続やデバイス管理上の制限との競合を順に確認します。現在のConfigと必要な情報を保存してから、一項目ずつ変更してください。最初からアプリを削除することはおすすめしません。On Demandが条件に応じて接続を開始している場合は、その設定も確認してください。失敗した段階を特定すると、システムの許可、構成内容、接続先サービスのどれを確認すべきか判断しやすくなります。

まず、利用中のサービス提供元から取得したサブスクリプションURLが完全か、コピー時に空白、改行、説明文が混ざっていないかを確認します。単一のサーバーアドレスとして入力せず、Subscribeから読み込む内容かどうかも確かめてください。次に、現在のネットワークからURLにアクセスできるか、サブスクリプションが有効か、返される内容がShadowrocketに対応した形式かを確認します。読み込み時の状態やエラーを記録し、複数の項目を続けて変更しながら試すのは避けてください。サブスクリプションURLにはアクセス情報が含まれる場合があります。確認の際にURL全体を公開しないでください。サービス提供元に問い合わせる場合はエラーの状況だけを伝え、従来の窓口を利用してください。当サイトでは個人のサブスクリプションを受け取ったり解析したりしません。

一覧が空の場合は、通常、アプリを再インストールする前にサブスクリプションから返された内容を確認します。現在表示しているグループ、サブスクリプションの更新が成功したか、更新結果に解析エラーが表示されていないかを確認してください。URLにアクセスできても、読み込み可能な項目が返されるとは限りません。ログイン画面、エラーの説明、空の内容が返される場合もあります。以前に項目があった場合は、元の構成を残し、すぐに削除して作り直さないでください。サービス提供元にサブスクリプションの状態、出力形式、利用可能な項目があるかを確認します。アプリの購入が完了していることと、サブスクリプションの内容が有効であることは別です。Global Routingのモードを変えても、サーバーから空の内容が返る問題は解決しません。

利用中のサービス提供元がサーバー情報を変更した場合、既存の項目が無効になった場合、またはサブスクリプションの内容を同期したい場合は、既存のSubscribe項目から更新できます。具体的な操作場所はアプリの表示に従ってください。更新するとURLの内容を再取得しますが、関連サービスの有効期間が延長されたり、現在のネットワークに最適な項目が自動選択されたりするわけではありません。更新前に使用中の項目と必要なカスタム設定を控え、更新後はグループ、項目の変化、現在の選択、エラー表示を確認してください。更新に失敗した場合は、まずネットワークとサブスクリプションの状態を確認します。短時間に何度も更新しても、トラブルの切り分けにはなりません。また、更新のたびに一覧を消去する必要もありません。

Subscribeは、ユーザーがすでに利用しているサブスクリプションからサーバー項目を読み込む機能です。個別のサーバー情報は、Add Serverで実際のプロトコルに応じてアドレス、ポート、認証情報を入力します。Configはルール、ポリシーなどの設定を管理するもので、これらを同じ種類の情報として扱うことはできません。読み込む前に、手元の情報がどの種類かを確認し、形式と用途を照合してください。ルールだけを含むConfigには、接続可能なサーバーが含まれていない場合があります。サーバー項目だけでは、必要なルールがそろっているとは限りません。Configを置き換える前に元のファイルを保存し、読み込み後は項目の選択とGlobal Routingを確認してください。読み込みが成功しただけで、構成全体が利用可能だと判断しないようにしましょう。

ルールに従ってリクエストの送信先を決める場合はConfigを選びます。現在のプロキシポリシーでプロキシ接続を確認する場合はProxy、直接接続経由でローカルネットワークを確認する場合はDirectを選びます。Configは有効な構成ファイルとルールの順序に依存し、すべてのリクエストをプロキシ経由にする設定ではありません。Directでは接続先サーバーが正常かどうかを確認できません。トラブルの切り分けではテスト対象を同じに保ち、モードを一つだけ変更して結果を比較し、記録後に元の設定へ戻してください。Configで失敗し、ほかのモードで結果が異なる場合は、該当するルールとポリシーをさらに確認します。一度ページが開けたことだけで、すべてのルールが正しいとは判断しないでください。

接続済みの表示は接続状態が確立したことを示すだけで、すべての宛先へのリクエストが成功するとは限りません。いったん切断し、ローカルネットワークから普段利用できる宛先にアクセスできるかを確認してから再接続します。現在の項目、Global Routing、サービスの有効状態も確認してください。Connectivity Testなどのツールを使う場合は、接続テストの結果と実際のWebページへのリクエスト結果を区別します。一度テストに成功しても、DNS、ルール、接続先サービスのすべてが正常とは限りません。一部の宛先だけ失敗する場合は該当するルールとDNSを、すべて失敗する場合はローカルネットワーク、現在の項目、認証情報を優先して確認してください。変更は一度に一つにし、エラーを記録しましょう。ネットワークと構成を同時に変更すると、判断の手がかりが失われます。

まず、対象のドメイン、失敗した時刻、その時点で使用していたConfigを記録します。利用可能なリクエストログを確認し、実際に一致したルールと適用されたポリシーを調べてください。ルールは通常上から順に評価されます。前方にあるDOMAIN-SUFFIX、IP-CIDR、REJECTによって、後方の想定したルールが適用されない場合があります。FINALが処理するのは、それ以前のルールに一致しなかったリクエストです。DNSの異常とポリシーの誤判定は分けて確認します。まずドメイン名を解決できているかを調べ、その後でリクエストの送信先を確認してください。変更前に元の構成を保存し、関連するルールまたはDNS項目だけを調整して再テストします。Config全体とすべてのDNS設定を同時に置き換えると、原因を特定しにくくなります。

まずシステムのバッテリー使用状況で、確認対象の時間帯、前面・バックグラウンドでの動作、実際のネットワーク利用状況を確認してください。アプリの使用割合だけで異常と判断しないようにしましょう。継続的な通信、頻繁な再接続、ネットワークの切り替え、診断ログなども電池消費に影響することがあります。On Demandは構成した条件に応じて接続を開始する機能で、常に有効にすれば省電力になるスイッチではありません。条件が適切でないと、接続を何度も確立する場合があります。現在の設定を記録し、近い使用状況で常時接続とオンデマンド接続を比較するとともに、不要な継続テストや再接続の繰り返しがないか確認してください。設定変更後は必要なリクエストが正常に処理されるかも確認します。バックグラウンド動作が減ったことだけを、設定が正しいとする唯一の基準にしないでください。