Shadowrocketのよくある質問

検索語が「Shadowrocket」と正しく入力されているか確認し、ダウンロードページにあるApp Storeの商品ページへのリンクから開いてください。現在の地域では利用できないと表示される場合は、端末の言語ではなく、App Storeでの購入に使うApple Accountの国または地域を確認します。変更が必要な場合は、システムのSettingsからApple AccountのMedia & Purchases、View Account、Country/Regionの順に開き、Appleの案内に従って残高、サブスクリプション、支払い条件を確認してください。購入できるかどうかは、現在のApp Storeページの表示をご確認ください。

デベロッパ名「Shadow Launch Technology Limited」、このサイトと同じ公式アプリアイコン、商品リンクに含まれるアプリID「932747118」を照合してください。アプリ名だけで判断せず、この3点を確認しましょう。商品詳細ページを開いて価格、互換性、購入ボタンを確認し、検索結果の小さなアイコンだけを見て購入しないでください。Shadowrocketの入手先はApp Storeのみです。システム要件やユニバーサル購入への対応状況は、App Storeページの記載をご確認ください。

Shadowrocketを購入したときのApple AccountでApp Storeにサインインし、購入済みアプリの一覧から探して再ダウンロードしてください。購入履歴はApp Storeのアカウントに紐づいており、新しい端末のデバイス名には左右されません。価格が表示される場合は、再度購入する前に購入履歴、アカウント、ストアの国または地域を確認してください。アプリの復元と設定の復元は別です。再ダウンロード後、既存のサブスク、サーバー情報、ルールファイルが戻っているかも確認しましょう。

Shadowrocketは主にiPhoneとiPadで利用します。iPadのApp Storeで同じ商品ページを開き、デバイスの互換性と購入済みの状態を確認してください。同じ購入アカウントでそのまま入手できるか、ユニバーサル購入に対応しているかは、App Storeページの記載をご確認ください。Mac、Apple TV、Apple Visionへの対応状況も、同ページの互換性欄で確認できます。デバイスによって画面構成や操作方法が異なる場合があります。購入履歴を復元できても、サーバー、サブスク、設定が自動で同期されるとは限りません。

Shadowrocketは有料クライアントです。米国のApp Storeでは約2.99米ドルの買い切りですが、ストアごとの価格や実際の支払額は各App Storeページをご確認ください。アプリの買い切りと接続サービスの利用料金は別です。購入するとクライアントを利用できますが、接続に必要なサブスクやサーバー情報は別途用意してください。サブスクはご利用のサービス提供元から入手します。このサイトは公式サイトおよび公式マニュアルです。接続サービスの提供、販売、推奨は行わず、サービス提供元のアカウントや利用期間の管理も行いません。

インストールが完了しても、接続可能なサーバーが用意されたことにはなりません。すでにお持ちのサブスクまたはサーバー情報を用意し、対応する方法で導入してください。その後、Homeで有効なサーバーが1つ以上あることを確認し、接続先を選択します。次にGlobal Routingを確認し、初回テストでは、利用できると分かっている設定を維持したまま接続スイッチをオンにします。VPN構成の追加を求めるシステム通知が表示されたら、内容を確認して許可してください。導入したサーバーが一覧に表示されない場合は、スイッチを何度も切り替えるのではなく、まず導入時の問題を解決しましょう。

まずHomeでサーバーが選択されていることと、初回のVPN構成追加をシステムで許可したことを確認してください。以前に許可をキャンセルした場合は、もう一度接続を試し、システムの案内に従って操作します。次に、システムのSettingsでVPN構成がデバイス管理によって制限されていないか、ほかのVPN接続が使用中でないかを確認してください。それでもすぐ切れる場合は、クライアントの診断情報を確認し、どの段階で発生したか、どのようなエラーが表示されたかを記録します。最初からすべての設定を削除せず、変更前に復元に必要な情報を保存しておきましょう。

Homeで対象サーバーの選択状態と接続スイッチを確認し、Connectivity Testを実行して、テストが完了したか、どのようなエラーが表示されたかを確認します。その後、普段アクセスできるページをブラウザで開き、サーバーへの接続と実際の通信を切り分けて確認してください。VPNのステータス表示が示すのはシステムの接続状態であり、すべてのルールやドメインへのアクセスを保証するものではありません。テストに成功しても特定のページを開けない場合は、ドメイン名を記録し、Global Routing、DNS、適用されたルールを確認しましょう。すべてのサーバーをすぐに再導入する必要はありません。

このマニュアルでは、画面上の項目を探しやすいよう実際の英語表記を使用しています。Homeではサーバーと接続状態を確認し、Add Serverではサーバー情報を入力します。Configではルール設定を管理し、Settingsでは各種設定を変更します。Global RoutingのConfig、Proxy、Directは通信の処理方法を表し、インストール手順ではありません。操作する前に現在の画面を確認し、対応する英語の項目を探してください。画面構成が変わっている場合は、現在のアプリの表示に従い、古いマニュアルのボタン位置だけを頼りに操作しないでください。

通常、再導入は必要ありません。ネットワークを切り替えても接続条件が変わるだけで、保存済みのサーバー情報が無効になるわけではありません。システムの切り替えが完了するのを待ってから接続状態を確認し、Connectivity Testを実行してください。必要に応じて再接続します。特定のネットワークでのみ失敗する場合は、それぞれのテスト結果を記録し、そのネットワークでのサーバーへの到達性とDNSを確認しましょう。On Demandを有効にしている場合は、手動で接続を切ったあとに条件が一致して再接続し、スイッチの状態が保存されていないように見えることがあるため、発動条件も確認してください。

サブスクはご利用のサービス提供元から入手します。まず、アカウントページのURLではなく、サブスクのリンク全体をコピーしたか確認し、前後の空白、改行、パラメーターの欠落がないかを見直してください。次に、サービスの有効期間とリンクがリセットされていないかを確認します。リクエストは成功しても導入内容が空の場合は、返されたデータがクライアント対応形式かどうか、ログインページやエラーページが返されていないかを確認してください。個人情報を含むリンク全体を公開の場に貼り付けないでください。解決しない場合は、エラー内容と発生時刻をサービス提供元に伝え、リンクとデータ形式を確認してもらいましょう。

まずTypeを既存サーバーのプロトコルに合わせ、アドレス、ポート、認証情報を順に照合してください。プロトコルによって必要な項目は異なります。パスワード、UUID、暗号化方式のほか、TLS、Server Name、通信方式に関する設定も、サービス提供元の情報どおりに入力してください。プロトコル名が似ているからといってTypeを置き換えたり、判断で設定をすべて有効にしたりしないでください。保存後はHomeに戻ってサーバーを選択し、接続をテストします。接続できない場合は複数の項目を同時に変更せず、まず元の情報と照合してください。

更新したのが対象のサブスクグループか確認し、処理が完了したかも確認してください。サブスクの内容に変更がなければ、一覧が変わらないのは正常です。リクエストに失敗した場合は、現在のネットワークからサブスクのURLにアクセスできるか、リンクが有効かを確認しましょう。更新後はHomeで選択中のサーバーも確認してください。一覧が更新されても、新しい項目が自動で選択されるとは限りません。手動で追加したサーバーは通常、そのサブスクの更新対象ではありません。また、サブスクの更新とConfigのルールファイルの更新は別々に確認してください。

Scan QR Codeで読み取るのはQRコードに含まれる実際の情報です。QRコードには単一サーバーの情報が含まれる場合も、WebページのURLだけが含まれる場合もあり、必ずしもサブスクとは限りません。まずカメラの使用が許可されていること、画像が鮮明でQRコード全体が映っていることを確認し、配布元の説明と導入結果を照合してください。読み取り後にサーバーが1つだけ表示されても、サブスク全体が追加されたとは限りません。サービス提供元から入手したサブスクの元リンクでも確認できます。QRコードに個人情報が含まれることもあるため、スクリーンショットの撮影や転送は慎重に行ってください。

まず、サブスク、手動で追加したサーバー、Configのルールファイルそれぞれの保存場所を確認し、アプリで利用できる書き出しまたはバックアップ機能を使ってください。完了後、復元に必要な情報が含まれているか確認し、安全な場所に保管します。トラブルの相談資料を共有する前に、サブスクURLの認証情報、サーバーの認証情報、秘密鍵を削除してください。QRコード、スクリーンショット、ログも確認しましょう。プロトコルの種類、エラー内容、Global Routingの状態、必要なルール部分を残すと、原因を特定しやすくなります。公開の場で相談する際、個人設定の全体を提出する必要はありません。

Configは有効なルールファイルに基づいて通信先を振り分けます。Proxyは通信をプロキシ経由にし、Directは通信を直接接続にします。普段のルール振り分けには、有効なルールファイルが適用されていることを確認してからConfigを選んでください。ProxyとDirectは比較テストに使えますが、サーバー情報の誤りを修正するものではなく、ルールのメンテナンスの代わりにもなりません。切り替えたら同じ接続先で再テストし、結果を記録します。確認が終わったら、通常使うモードに戻し、テスト設定が通信経路に影響し続けないようにしてください。

まずクライアントを接続していない状態で基本のネットワーク接続をテストし、Homeで想定したサーバーが選択されていることを確認してからConnectivity Testを実行してください。サーバーのテストに失敗した場合は、サービスの状態、アドレス、ポート、認証情報を優先して確認します。テストに成功した場合は、Global Routingの設定が意図どおりか、DNSが正常か、対象ドメインにどのルールが適用されているかを確認してください。一度に変更するのは1項目だけにし、同じ接続先で再テストして変更前後の結果を記録します。接続中の表示だけでは、サーバーが実際の通信を転送できることや、すべてのリクエストが同じ経路を通ることは確認できません。

アクセスできないドメイン、発生したネットワーク、現在のGlobal Routingを記録し、クライアントの診断情報から名前解決の失敗か接続の失敗かを確認します。ドメインが有効なIPアドレスに解決されない場合は、まずDNS設定を確認してください。名前解決できてもアクセスできない場合は、適用されたルールと選択したポリシーの到達性を確認します。Configは通常、ルールの上から順に照合されます。想定したルールより前のルールが適用されることがあり、FINALは最後のフォールバックとして機能します。DNSを変更するだけで原因を決めつけたり、1つのサイトのためにルール全体を削除したりしないでください。

まずシステムのバッテリー使用状況で実際の使用時間帯を確認し、通信量、電波の強さ、再接続の頻度とあわせて判断してください。バッテリー消費はプロトコルだけで決まるものではありません。継続的なダウンロード、電波の弱さ、頻繁なネットワーク切り替え、診断ログの頻繁な記録なども負荷を増やす要因です。比較テストでは、ネットワーク環境と使用内容をできるだけそろえ、異なる日のバッテリー残量だけで比較しないでください。継続中のテストを終了し、不要な診断ログを減らして、On Demandの条件によって再接続が繰り返されていないか確認しましょう。プロトコル名だけを根拠に、一定の省電力効果を期待することはできません。

切断後に再接続する場合は、On Demandが有効のままか、現在のネットワークがその条件に一致しているかを確認してください。システムのVPN設定も確認し、Homeのスイッチを何度も操作するだけで済ませないようにしましょう。アプリの更新はApp Storeで管理します。クライアント、サブスク、Configファイルの更新はそれぞれ別の操作です。更新後に動作が変わった場合は、現在の設定とエラー内容を記録してから、同じサーバー、同じ接続先で再テストしてください。変更前に設定を保存し、権限、ルール、オンデマンド接続の条件を1つずつ確認します。アプリの更新によってサービス提供元のサーバー情報まで変わったと決めつけないでください。