Shadowrocketのよくある質問

まず当サイトのダウンロードページからApp Storeの製品ページを開き、検索結果に表示されない場合と、現在のストアで入手できない場合を切り分けます。App StoreにサインインしているAppleアカウント、アカウントの国または地域、デバイスの互換性、コンテンツ制限を確認してください。システム要件はApp Storeの製品ページに記載された内容をご確認ください。地域で利用できないと表示される場合は、「設定」のAppleアカウントから「メディアと購入」→「アカウントを表示」→「国または地域」を確認します。変更が必要な場合は、残高、サブスクリプション、支払い方法を含め、システムの案内に沿って手続きしてください。検索の問題を調べるために、すぐ地域を変更する必要はありません。

次の3点を照合してください。アプリ名がShadowrocket、デベロッパがShadow Launch Technology Limited、製品ページのURLにid932747118が含まれていること。あわせて当サイトのページ上部に表示されている公式アイコンも確認します。名前が似ているだけでは不十分です。デベロッパ名とアプリIDを照合し、検索結果の表示順は判断材料にしないでください。製品ページで互換性、価格、購入ボタンを確認してから購入を判断します。当サイトのダウンロードページでは、この3点をまとめて確認できます。アプリの入手先はApp Storeの製品ページのみです。

Shadowrocketは有料の買い切りアプリです。米国ストアでは約2.99米ドルで、価格はストアごとに現地通貨で表示されます。実際の価格はApp Storeの製品ページでご確認ください。アプリの買い切りと接続サービスの契約は別です。購入後も、利用者自身が用意したサブスクリプションまたはサーバー情報を読み込む必要があります。サブスクリプションのURLは利用中のサービス提供元から入手してください。アプリの購入状況はApp Storeで、接続状況は設定値、サービスの稼働状況、ルール、現在のネットワーク環境をそれぞれ確認します。

購入時に使用したAppleアカウントでApp Storeにサインインし、「購入済み」またはアプリ一覧からShadowrocketを探してください。購入済みアプリを再ダウンロードできる条件を満たしていれば、通常は再ダウンロードできます。検索結果に価格が表示されるだけで、再購入が必要と判断しないでください。引き続き購入金額が表示される場合は、アカウント、購入履歴、ストアの状態を確認し、App Storeのサポート手順に沿って対応します。アプリを復元しても、端末内の設定がすべて戻るとは限りません。機種変更前にサブスクリプションのURLと設定のバックアップを別途保管し、認証情報を安全に管理してください。

Shadowrocketは主にiPhoneとiPadで利用し、どちらもApp Storeから入手します。iPadでは購入に使用したアカウントでサインインし、製品ページでダウンロード状況と互換性を確認してください。Mac、Apple TV、Apple Visionの対応状況も、同じApp Store製品ページの互換性欄で確認できます。システム要件、デバイスの互換性、ユニバーサル購入の対象かどうかは、すべてApp Storeの製品ページに記載された内容をご確認ください。デバイスによって画面構成や操作方法が異なる場合があるため、iPhoneのボタン位置をそのまま当てはめないでください。

これはVPN構成の追加をシステムが確認するための許可手順です。通知がShadowrocketで接続操作を行った直後に表示されたことを確認し、内容を読んで、画面の案内に従って許可と認証を完了してください。用途を理解したうえで許可します。完了したらHomeに戻り、選択中のサーバーと接続スイッチを確認してください。以前に許可しなかった場合は、もう一度接続を開始してシステムの表示を確認します。VPN構成の許可は端末内にネットワーク構成を作成するための前提であり、サーバー設定が正しいことや、接続先のサービスが利用可能であることを保証するものではありません。

まずHomeに選択可能なサーバーがあり、利用する項目が選択されていることを確認し、VPN構成の許可を求めるシステム通知が表示されるか確認します。スイッチがすぐ戻る場合は、表示されたメッセージを記録し、別のVPN接続が有効になっていないか、デバイス管理の制限や未完了のシステム許可がないかを確認してください。管理対象のデバイスでは、管理者にポリシーを確認してもらいます。現在の接続を停止してから再試行し、必要であれば端末を再起動してください。再インストールを検討する前に、サブスクリプションと設定を保管します。アプリを何度も削除しても、接続先の設定ミスやサービス停止は通常解決しません。

Homeではサーバー一覧の確認、接続先の選択、接続の操作を行います。Configではルール設定ファイルを管理し、Settingsではアプリの設定を確認します。Global Routingは全体のルーティング方式を選ぶ項目です。Add Serverでは接続情報を入力し、Subscribeではサブスクリプション形式を読み込みます。画面上の項目を探しやすいよう、マニュアルでは英語名をそのまま記載しています。表示言語を変更したい場合は、まずシステムでアプリごとの言語設定を確認してください。実際に選べる言語は、端末とアプリに表示される内容によります。

まずシステムのバッテリー使用状況で、利用時間とネットワーク環境が近い記録を比較してください。異なる2回のバッテリー残量だけを比べても判断できません。大容量通信の継続、電波の弱さ、頻繁な再接続、追加のルール処理などが消費量に影響することがあります。調査中は大容量の通信をいったん止め、接続が繰り返し切れていないか、On Demandが継続して作動していないか確認します。一度に変更する設定は1つにし、変更前後の差を記録してください。アプリが接続中というだけでは消費の原因を特定できず、特定のルーティング方式で必ず省電力になるとも限りません。

別のものです。アプリのアップデートはApp Storeで行い、Shadowrocket本体を更新します。サブスクリプションの更新はアプリ内で既存の内容を再読み込みし、サーバー一覧を同期します。アプリを更新しても、誤ったサブスクリプションURLが自動で修正されるわけではありません。サブスクリプションを更新しても、アプリのアップデートの代わりにはなりません。調査前に問題のある層を切り分け、現在の設定を記録してください。サブスクリプションを更新する際は、元のURLと必要な手動設定を保管します。アプリの更新履歴、デバイスの互換性、システム要件はApp Storeの製品ページでご確認ください。

まず利用中のサービス提供元から完全なサブスクリプションURLを入手します。次にHomeからAdd Serverを開き、サーバーの追加画面でSubscribeを選んでURLを入力します。保存後、サーバー項目が作成されたことを確認してください。項目の位置は現在の画面表示によって異なる場合があります。サブスクリプションURLは通常、サーバー一覧を取得するためのものです。一方、通常のサーバー情報にはAddress、Port、プロトコルに応じた認証情報が必要で、用途が異なります。単一サーバーの共有リンクを受け取った場合は、対応するリンクの読み込み方法を使用してください。どちらもURLにコロンが含まれるからといって、同じ方法で読み込まないでください。

まずコピーした内容が完全か確認し、前後の空白、改行、説明文の混入を取り除きます。次に、受け取ったものがログインページや単一サーバーの共有リンクではなく、サブスクリプションURLであることを確認してください。その後、サービス提供元側でサブスクリプションが有効か、返された内容に問題がないかを確認し、現在のネットワークからURLにアクセスできることも確かめます。一覧が空でも、既存の利用可能な項目を残し、すぐにすべて削除しないでください。更新時のメッセージと発生時刻を記録してから、サービス提供元に返却形式を確認します。調査資料を共有する際は、サブスクリプションURL全体、token、パスワードなどの認証情報を隠してください。

サブスクリプションを更新すると、サービス提供元がその時点で返す一覧が読み込まれるため、項目数や名前が変わることがあります。まず更新したサブスクリプショングループを確認し、更新が完了したか、フィルターや並べ替えが有効になっていないかを確認してください。更新前後で項目数が違っても、読み込みの破損とは限りません。返却された状態とサービス提供元の案内をあわせて判断します。重要な手動サーバー設定は別途バックアップし、サブスクリプションに保持されると思い込まないでください。更新に問題がある場合は、URLとエラーメッセージを保管し、原因を追いにくくする連続更新は避けてください。

まず正しいプロトコルを選び、Address、Portと、そのプロトコルで必要な認証項目を一つずつ確認してください。UUID、Password、TLS、Server Name、通信方式に関する項目は、手元のサーバー情報と一致させます。プロトコルによって必要な項目は異なるため、別のプロトコルの入力方法をそのまま流用しないでください。接続できるようにするためだけに、証明書の検証を安易に無効にしないでください。保存したら、まず単一の項目でテストし、その後ルーティングとルールを確認します。手入力で失敗する場合は項目ごとに照合し、特に数字、大文字・小文字、空白、サーバー側で指定されたパスを確認してください。

まずQRコードまたはクリップボードの内容が完全なサーバー共有リンクかサブスクリプションURLであり、ウェブページのタイトル、画像の説明、途中で切れたテキストではないことを確認してください。Scan QR CodeでQRコードを読み取る場合は、システムの案内に従ってカメラへのアクセスを許可します。クリップボードから読み込む場合は、今回のペーストがシステムで許可されているか確認してください。読み込み後はHomeに戻り、該当するサブスクリプショングループと項目一覧を確認し、リンク形式が現在のアプリで対応しているかも確かめます。QRコードやリンクには認証情報が含まれる場合があります。調査のために公開アップロードしないでください。

Global Routingでは、Configは現在選択している設定ファイルのルールに従って通信を振り分けます。Proxyは通信をプロキシ経由にし、Directは直接接続します。日常的にルールで通信を振り分ける場合は、Configで適切な設定ファイルが選択されていることを確認してから、ルーティング方式にConfigを選びます。問題を切り分けるために一時的に方式を切り替えて比較できますが、一度に変更するのは1項目にし、テスト後は元に戻してください。Global Routing内のConfigと、画面下部のConfigは同じ名前ですが、前者はルーティング方式の選択、後者は設定ファイルの管理に使います。

まず接続を切り、現在のWi-Fiまたはモバイル通信で目的のウェブサイトにアクセスできることを確認します。次に再接続し、選択中のサーバー、Global Routingのルーティング方式、現在の設定ファイルを確認してください。複数のウェブサイトで試し、特定のサイトだけの問題か、全般的な接続不良かを切り分けます。その後、サーバー設定、サービスの稼働状況、DNSの名前解決、ルールの適用状況を確認し、必要に応じて別のネットワークでも試します。システムにVPN接続済みと表示されても、端末側で接続セッションが確立したことを示すだけです。接続先への転送、名前解決、すべてのウェブサイトが正常であることまでは保証しません。

Connectivity Testの結果は、選択したテスト方法と対象への接続状況を示すもので、すべてのウェブサイトにアクセスできることを意味しません。実際の通信には、DNSの名前解決、TLS、通信設定、ルーティングルール、接続先サイトの状態も関係します。テストした項目が現在選択中のサーバーであることを確認し、同じネットワークから複数の接続先を試して、名前解決と接続のどちらで失敗しているかを調べてください。一部のサイトだけで問題が起きる場合は、その接続先に適用されるルールと通信記録を優先して確認します。テスト結果の数値だけで並べ替え、特定の項目がすべての通信に適していると判断しないでください。

まずGlobal RoutingがConfigになっていることを確認し、Configで現在選択されている設定ファイルを確認してください。ルールは通常、上から順に照合され、先に一致したルールが後続の判定に影響します。DOMAIN、DOMAIN-SUFFIX、IP-CIDRなどのルール種別が接続先に合っているか、末尾のFINALの動作が想定どおりかも確認してください。1つのウェブページが複数の異なるドメインへ通信する場合があるため、アドレスバーのメインドメインだけでは判断できません。変更前に設定をバックアップし、実際の通信記録を見ながら一つずつ確認してください。広範囲なルールを一度に追加すると、原因が分かりにくくなります。

まずOn Demandが有効になっているか確認し、設定されたネットワーク条件やトリガールールを確認してください。条件を満たすと接続を開始する機能のため、手動で切断しても再び接続が開始されることがあります。原因を切り分けるには、一時的にOn Demandを無効にしてから手動で切断し、様子を見ます。テスト後は必要に応じて設定を戻してください。それでも自動接続する場合は、システムのVPN設定とデバイス管理ポリシーを確認します。自動接続の条件を変更する前に元の値を記録し、調査後に元の使い方へ戻し忘れないようにしてください。