Shadowrocket トラブル対処

まず検索語がShadowrocketであることを確認し、現在のApple Accountのストア地域とデバイスの互換性を確認してください。検索結果はストアでの提供状況によって異なるため、名前が似ているという理由だけで購入しないでください。ダウンロードガイドから指定の製品ページを開き、デベロッパがShadow Launch Technology Limited、アプリIDが932747118であることを確認できます。お住まいの地域では利用できないと表示される場合は、まずアカウントの国または地域の設定を確認してください。変更が必要な場合は、システム設定の「Apple Account」→「メディアと購入」→「アカウントを表示」→「国または地域」から変更し、残高、サブスクリプション、支払い情報についてAppleの案内に従ってください。

次の3点を確認してください。デベロッパがShadow Launch Technology Limitedであること、製品ページのURLにid932747118が含まれていること、アイコンが当サイトのページ上部にある公式アイコンと一致することです。名前やアイコンだけが似ていても、正規のアプリとは限りません。製品詳細を開いて互換性、現地通貨での価格、購入ボタンを確認し、検索結果だけで判断しないでください。ShadowrocketはAppleプラットフォーム向けの有料アプリで、入手先はApp Storeのみです。購入前にダウンロードガイドの手順で確認してください。システム要件と購入可否はApp Storeの製品ページをご確認ください。

購入時に使用したApple AccountでApp Storeにサインインし、アカウントの購入済み項目またはアプリ一覧からShadowrocketを探して、画面の案内に従って再ダウンロードしてください。購入資格の復元とアプリ内設定の復元は別です。再インストール後、以前のサーバー、サブスクリプション、構成ファイルが自動的に戻るとは限らないため、必要な情報は事前に保存してください。価格が表示されたままの場合は、購入に使ったアカウント、購入履歴、現在のストア地域を確認し、すぐに再購入しないでください。再ダウンロードの可否はApp Storeの製品ページをご確認ください。復元手順はダウンロードガイドの「購入済み項目から復元」を参照してください。

Shadowrocketは主にiPhoneとiPadで利用します。対象デバイスで同じApp Storeの製品ページを開き、互換性を確認してから、現在のApple Accountで購入済みかどうかを確認してください。iPadでは表示領域や一部の操作位置がiPhoneと異なる場合があります。実際の画面でHome、Config、Settingsを探してください。MacとApple TVでも同じストアから入手でき、App Store経由でのみ取得できます。システム要件と購入可否はApp Storeの製品ページをご確認ください。購入が必要かどうかは対象デバイス上のストア表示で判断し、別のデバイスの表示から推測しないでください。

Shadowrocketは買い切りで、米国ストアでの価格は約2.99米ドルです。価格はストアごとに現地通貨で表示され、最終金額はApp Storeの購入確認画面でご確認ください。アプリの買い切り料金に接続先の利用料は含まれません。購入できるのはアプリの利用資格です。接続には、別途お手元のサブスクリプションまたはサーバー情報が必要です。サブスクリプションはご利用のサービス提供元から入手してください。当サイトでは正規品の確認方法と公式マニュアルを案内しており、接続先は提供していません。購入に関する問題はApp Storeの購入履歴を、サーバーの有効期限、通信量、接続パラメータに関する問題は利用中のサービス情報を確認し、混同しないようにしてください。

これは、アプリ用のVPN構成を作成するためのシステム上の許可確認です。Shadowrocketが現在の設定に基づいてネットワーク要求を処理できるようにします。正規のアプリを操作していることを確認したうえで、システムの案内に従って許可し、デバイスで求められる認証を完了してください。許可しただけでサーバーが利用可能になるわけではなく、すべての通信がプロキシ経由になるわけでもありません。通信経路はGlobal Routingとルールによって決まります。いったんキャンセルした場合は、アプリに戻って接続を再試行し、表示される案内に対応してください。接続するのは、接続先、パラメータ、用途を確認できている場合に限ります。システム権限を許可したことを、接続テストの結果と混同しないでください。

まずHomeに戻り、選択可能なサーバーがあることと、未対応のVPN構成許可ダイアログがないことを確認してください。次にシステム設定でVPNの状態を確認し、ほかのVPN接続が開始中の場合は停止してから再試行します。デバイスが組織によって管理されている場合、制限により構成を作成できないことがあります。デバイス管理者に権限を確認してください。それでも失敗する場合は、アプリに表示されるメッセージを記録し、アプリを開き直してデバイスを再起動した後、もう一度試してください。最初からすべての構成を削除せず、まず既存の情報をバックアップしてください。スイッチがオンの状態を保てない問題と、サーバーテストがタイムアウトする問題は別です。先に権限と構成の作成を解決し、その後で接続先を確認してください。

初回接続では、主にHomeを使います。SERVERはサーバー一覧、Global Routingは通信の処理方法の選択、Connectivity Testは接続確認の補助機能です。情報を追加する場合はAdd Server、お手元のサブスクリプションを使う場合はSubscribeを選択します。構成ファイルはConfigで管理し、よく使う項目はSettingsで確認できます。このマニュアルでは画面上の英語表記をそのまま掲載し、日本語で用途を説明しています。実際の画面と照らし合わせて操作してください。デバイスがアプリごとの言語設定に対応している場合は、システムのアプリ設定でShadowrocketの言語を確認できます。選択できる項目は実際の画面をご確認ください。英語のメニュー名を手がかりに操作する方法は変わりません。

まずHomeのSERVER一覧で接続先を確認し、デフォルト選択を示すDOTマークが目的の項目に付いているか確認してください。インポートが完了しただけでは、項目が選択されたことやテストに成功したことにはなりません。対象の項目で利用可能な接続テストを実行し、接続スイッチをオンにしてから、Connectivity Testと実際のアクセスの両方で確認してください。名前が似た項目が複数ある場合は詳細を開き、プロトコル、アドレス、ポートを確認して古い設定を選ばないようにします。テスト中は一つの項目を使い続け、結果を確認してから切り替えてください。選択ミスとパラメータの誤りを区別しやすくなります。

まず手動接続を安定させてください。デフォルトのサーバー、Global Routing、DNS、実際のアクセスが想定どおりであることを確認してから、SettingsでOn Demandの接続条件を確認します。On Demandは条件に応じて接続する機能であり、サーバーの不具合を直すものではありません。自動再接続やスイッチの状態変化を調べる場合は、一時的にOn Demandを無効にして手動接続を再テストしてください。原因を特定した後、条件を一つずつ元に戻します。ルールとOn Demandの設定を同時に変更すると、状態が変わった原因を特定しにくくなります。スリープ後やネットワーク切り替え後の動作は、お使いのデバイスで個別に確認してください。

まず、お手元のサブスクリプションURLが完全で、コピー時に先頭・末尾の空白や改行が入っておらず、パラメータも欠けていないことを確認します。次にAdd ServerでSubscribeを選択してください。単一サーバーのアドレス欄にサブスクリプションURLを入力しないでください。続いて、現在のネットワークからURLにアクセスできるか、サービスが有効か、応答内容がアプリで対応しているサブスクリプション形式かを確認します。Webサイトのログイン画面、エラー画面、無効な内容はサブスクリプションとして解析できません。URLはご利用のサービス提供元から入手してください。問い合わせる際はエラーメッセージと発生手順を伝え、URL全体は公開しないでください。サブスクリプションURLには認証情報が含まれる場合があります。スクリーンショットを共有する前に、該当するパラメータを隠してください。

まず現在のデフォルトサーバーを記録し、重要な構成をバックアップしてください。その後、サブスクリプショングループの操作メニューから更新します。メニュー名は実際の画面で確認してください。更新後、エラーの有無、項目が想定どおりか、以前のデフォルトサーバーが残っているかを確認します。更新によってサーバー情報が追加・削除・置換されることがあるため、項目が増えても接続に成功したとは限りません。対象の項目をテストしてください。更新に失敗した場合は、現在使える情報を残したままURLとサービスの状態を確認してから再試行します。グループを何度も削除して確認の代わりにしないでください。構成ファイルの更新とサブスクリプションの更新は別々に行うと、元に戻しやすくなります。

まず、QRコードにお手元のサーバー情報またはアプリが対応するサブスクリプション内容が含まれていることを確認してください。一般のWebページ、アカウントのログイン画面、画像の説明文は対象外です。Scan QR Codeを使う際は必要なカメラ権限を許可し、反射や切り取りを避けて、鮮明に映してください。文字を認識できても、インポート可能な形式とは限りません。非対応と表示された場合は、プロトコルの種類と内容が完全かを確認し、エンコードされたパラメータをむやみに書き換えないでください。同じ項目のテキスト情報をサービス提供元から入手し、実際の形式に合わせて追加する方法もあります。QRコードにパスワードやサブスクリプションの認証情報が含まれることがあるため、確認時に元画像を公開しないでください。

まず手元の情報に合ったプロトコルを選び、アドレス、ポート、認証情報、暗号化や通信設定を一つずつ確認してください。プロトコルごとに入力項目は異なります。UUID、パスワード、TLS、SNI、パスなどはそれぞれ役割があり、空欄が許可されるかどうかはサーバー側の設定によります。名前からパラメータを推測したり、テストに失敗したからといってTLS検証をむやみに無効にしたりしないでください。情報にドメイン名が含まれる場合はそのまま使い、名前解決後のIPアドレスに置き換えないでください。一度に一組の項目だけを変更してテストし、変更内容を記録します。プロトコルの詳細は、使用マニュアルのプロトコル別の章で確認できます。

サーバー項目には、一つの接続先とプロトコルパラメータが保存されます。Subscribeはサーバー情報の取得と更新に使います。Config内の構成ファイルは、ルールやDNSなど通信処理の設定をまとめるものです。サブスクリプションをインポートしても、正しい構成ファイルが選択されたとは限りません。構成ファイルを切り替えても、サブスクリプションが更新されるわけではありません。トラブル時は、サーバーに接続できるか、現在の構成が有効か、Global Routingが想定したモードかを個別に確認してください。ルールの問題をサブスクリプションの失効と誤認しないよう、変更前に使える構成をバックアップします。自動更新を使う場合も、サブスクリプションと構成ファイルそれぞれの更新結果を確認してください。

Global RoutingにはConfig、Proxy、Directの3つのモードがあります。Configは現在の構成ファイルのルールに従って通信経路を決めるため、ルールを確認したうえでの日常利用に適しています。Proxyは通信にプロキシのポリシーを適用し、ルールの影響を切り分ける際に使います。Directは直接接続との比較に使います。実際の通信はシステムや構成の設定にも影響されることがあります。トラブル時は元のモードを記録し、同じ接続先で一つずつテストした後、元に戻してください。Proxyでは使えるのにConfigでは失敗する場合は、ルールとポリシーの参照を優先して確認します。Directでも失敗する場合は、ローカルネットワークと接続先サービスを確認してください。

接続済みの表示は、ローカルのVPN構成が確立したことを示すだけで、リモートサーバーやすべての通信が正常であることを保証しません。まず接続をオフにしてローカルネットワークが使えることを確認し、次にデフォルトサーバーをテストします。その後、同じ接続先を使い、Global RoutingのProxyとConfigを比較して、リクエストログのポリシーとエラーを確認してください。ドメイン名を解決できない場合は、DNS設定が現在の構成と一致しているかを確認します。各回で変更する要素は一つにし、ネットワークの種類、接続先、エラーメッセージを記録してください。サーバー、DNS、ルールを同時に変更しないでください。基本のネットワーク自体が使えない場合は、先にネットワークを復旧してから続けます。

まず、ほかの接続先が正常か確認し、失敗するリクエストで実際に適用されたルールとポリシーを確認します。ルールは通常、上から順に照合されます。条件が広すぎるルールが前にあると、後続の具体的なルールより先に適用されることがあります。DOMAIN-SUFFIXやIP-CIDRなどの条件が正しいか、ポリシーの参照先が存在するか、FINALのフォールバック動作が適切かを確認してください。同じ接続先がProxyでは使えてConfigでは失敗する場合は、まずルールを確認します。どちらのモードでも失敗する場合は、サーバーと接続先サービスの状態を比較してください。Webサイト名だけを理由に広範囲なルールを追加せず、変更後は対象のリクエストと、これまで正常だったアクセスを再テストしてください。

一度のタイムアウトだけで判断しないでください。テスト結果は、ローカルネットワーク、テスト先、DNS、プロトコルパラメータ、システム時刻の影響も受けます。まずデバイスの時刻が自動設定になっていることを確認し、安定したネットワークで再テストします。次にサーバー詳細のアドレス、ポート、認証情報、TLS関連の項目を確認してください。同じサーバーとテスト条件を保ったまま、Wi-Fiとモバイル通信を切り替えて比較する方法もあります。テストに成功しても、すべてのWebサイトにアクセスできるとは限りません。最後に実際の通信でも確認してください。失敗が続く場合は、認証情報を隠したエラー情報、ネットワーク環境、再現手順を添えてサービス提供元に問い合わせてください。

まずシステムのバッテリー使用状況で、同じ時間帯のアプリの動作を確認します。次にDataの通信量記録を見て、通信が継続しているか確認してください。バッテリー消費は電波状況、バックグラウンド処理、頻繁な再接続、プロトコルの処理負荷にも左右されるため、変化のすべてを接続スイッチのせいにすることはできません。調査中は速度テストや大容量ファイルの転送を止め、On Demandを一時的に無効にして、同じネットワークと近い使用条件で比較します。通信量が想定と異なる場合は、リクエストログとバックグラウンドのアプリ動作を確認し、構成全体をすぐに削除しないでください。Dataは状況を確認するための情報であり、バッテリー消費量やサーバー側の課金記録とは異なります。