Shadowrocketのトラブルシューティング

まずスペルを確認し、このサイトの案内ページからShadowrocketのApp Store製品ページを開いてください。現在のストアでは利用できないと表示される場合は、デバイスの言語だけでなく、App Storeで現在サインインしているアカウントの国または地域を確認します。地域を確認するには、システムのSettingsからAppleアカウントの「メディアと購入」に進み、アカウントの国または地域を確認してください。項目名はシステムの表示に従ってください。地域を変更する場合はAppleのアカウント手続きに従い、残高、サブスクリプション、支払い方法に関する条件を事前に確認してください。購入のためにアカウントを何度も切り替えることは避けてください。

製品ページで、デベロッパ名「Shadow Launch Technology Limited」、このサイトのブランドアイコンと一致する公式アプリアイコン、リンク内のアプリID「932747118」を確認してください。アプリ名や検索結果の表示順だけで判断しないでください。購入の確認に進む前に、製品名とデベロッパ情報をもう一度確認します。いずれかが一致しない場合は、このサイトの案内ページに戻り、製品ページを開き直してください。価格、互換性、購入条件も同じページで確認し、App Storeの表示に従ってください。

はい。アプリの買い切り購入は、接続サービスの契約とは別です。購入によって得られるのはShadowrocketを利用する権利であり、接続先サーバーの情報が自動で設定されるわけではありません。以降の操作には、ご自身で用意したサブスクリプションまたはサーバー情報が必要です。インポート後、プロトコル、アドレス、ポート、認証項目を確認してから接続テストを行ってください。このサイトはShadowrocketの公式サイト・公式マニュアルとして、アプリの操作方法のみを案内します。接続先やサブスクリプションの提供・販売・推奨は行いません。アプリの購入と、すでにお持ちの接続設定は分けて確認してください。

Shadowrocketは有料の商用アプリで、買い切り方式です。米国のストアでは約2.99米ドルですが、価格はストアごとに現地通貨で表示されます。実際の金額はApp Storeの製品ページと購入確認画面で確認してください。アプリ自体の購入費用と、ご自身が利用する接続サービスの費用は分けて管理します。想定と異なる金額が表示された場合は、購入を進める前にアカウントのストア、通貨、製品名を確認してください。別のストアの価格を、現在のアカウントでの決済価格と混同しないようにしましょう。

通常は、購入時に使用したAppleアカウントでApp Storeにサインインし、購入済み項目またはアプリの一覧から再ダウンロードできます。購入条件の詳細はApp Storeの表示に従ってください。まず「メディアと購入」に使用しているアカウントが、購入時のアカウントと一致しているか確認します。システムのアカウントとストアでの購入に使うアカウントは異なる場合があります。アプリの復元と、Config、サブスクリプション、サーバー記録の復元は別の作業です。再ダウンロード後は、ご自身の設定のバックアップも確認してください。製品ページに購入金額が表示される場合は、すぐに再購入せず、まず購入履歴を確認します。

VPN接続を確立するためにシステムが求める許可であり、サーバー設定が完了したことを意味するものではありません。操作中のShadowrocketからの要求であることを確認し、システムの案内に従って許可してデバイス認証を完了した後、アプリに戻って接続スイッチをオンにしてください。以前に許可をキャンセルした場合は、接続を再度開始したときの案内に従います。その後、システムのSettingsにあるVPN関連の画面で接続構成を確認できます。構成の所有元を確認してから変更または削除してください。削除後、アプリが再度許可を求める場合があります。

同じApp Store製品ページでiPadの互換性を確認できます。システム要件はApp Storeの表示に従ってください。購入済みの場合は、まずiPadのApp Storeで購入時のアカウントを確認し、購入済み項目を確認します。横向き表示や幅の広いウインドウでは、リストや詳細の表示位置が異なることがあります。画面上のボタンの位置だけで判断せず、Home、Config、Settingsなどの画面上の用語から機能を探してください。アプリのインストール後も、既存の設定が移行されているかは別途確認が必要です。

まずHome、Add Server、Global Routing、Config、Settingsを確認してください。Homeでは接続状況やスイッチを確認し、Add Serverでは既存のサーバー情報を追加します。Global Routingは全体のルーティング方式を選択し、Configでは構成ファイルを管理、Settingsでは設定を確認します。マニュアルでは画面上の英語表記をそのまま使用し、各項目を照合しやすくしています。選択できる表示言語は、アプリとシステムの表示を確認してください。操作前に現在の画面を確かめ、言語が異なるからといって複数の項目を同時に変更しないでください。

まずデバイス自体がインターネットに接続できることを確認し、次に有効なサーバーの記録が選択されているか、VPN構成の追加をシステムで許可したかを確認します。続いて、システムのVPN画面で別の接続が使用中でないかを確認し、自動接続の影響を避けるためOn Demandを一時的にオフにします。Shadowrocketに戻って一度だけ再試行し、表示されるメッセージを確認してください。それでもすぐにオフになる場合は、メッセージと発生までの手順を記録して、該当する設定を確認します。すべての記録を消去したり、最初の手段としてアプリを再インストールしたりしないでください。

App Storeの購入履歴で確認できるのはアプリの入手資格であり、アプリのデータがすべて復元されたことを示すものではありません。まず旧デバイスに元のConfig、サブスクリプションの記録、利用可能なバックアップが残っているかを確認し、アプリに備わっているエクスポート、インポート、同期機能を使って移行します。上書きが発生する操作の前に、新しいデバイスにあるデータを保存してください。また、インポートによって現在有効なConfigが変わらないか確認します。サブスクリプションのアドレスや認証情報は機密情報です。移行時は、ご自身が管理するデバイスと保存先の間だけで取り扱ってください。

両方を確認しますが、まずコピーしたものが完全なサブスクリプションURLであり、Webページのタイトルや案内ページのURL、途中で切れたテキストではないことを確認してください。先頭と末尾に余分な空白、改行、句読点がないかを調べてから、現在のネットワークでそのURLにアクセスできるか確認します。ログインページ、エラーメッセージ、空の内容が返される場合、通常、アプリはサーバーの記録を作成できません。URLが有効であることを確認した後、インポートの種類とサブスクリプション形式が現在のアプリに対応しているか確認してください。問題を共有するスクリーンショットでは、URL全体と認証情報を隠してください。

まず、手元のサーバー情報に合ったプロトコルを選び、アドレス、ポート、認証項目を一つずつ確認してください。Shadowsocksの暗号化方式とパスワード、VMessやVLESSの識別情報、TLS、SNI、通信方式などの追加パラメーターは、元の情報と一致させます。プロトコル名からデフォルト値を推測したり、WebページのURL全体をサーバーアドレス欄に入力したりしないでください。保存後、記録を開き直して内容を確認します。元の情報に必須項目が不足している場合は、テストの前に情報がそろっているか確認してください。

まずカメラへのアクセスが許可されていること、QRコード全体が鮮明に写っていることを確認し、反射や端の切れを避けてください。テキストを読み取れても、それがアプリにインポートできるサーバー情報とは限りません。通常のWebページのURLや説明文がQRコードに含まれていることもあります。読み取り後、作成された記録のプロトコル、アドレス、ポートがすべてそろっているか確認してください。ご自身の設定バックアップから作成したQRコードであれば、元のテキストを使ったインポートでも照合できます。QRコードに認証情報が含まれている場合があるため、トラブルシューティングで元画像を公開しないでください。

Homeで該当するサブスクリプションの記録を見つけ、その記録に用意されている更新操作を使ってください。操作の場所は現在のアプリの表示を確認します。更新前に、現在のネットワークからサブスクリプションURLにアクセスできることを確認し、更新後は記録の件数、名前、選択中の項目を確認してください。サーバー側の内容が変わると、端末上の項目も追加、削除、名称変更されることがあります。現在使用するサーバーを改めて確認してください。サブスクリプションから作成された項目を手動で変更しても、次回の更新で上書きされる場合があります。長期的に保持したい個別の記録は、アプリの機能を使って別途保存してください。

インポート成功は、サブスクリプションの記録が作成されたことだけを示している場合があります。その下にサーバー項目が実際に作成されているか確認してください。まず直近の更新が成功しているか確認し、次に利用可能な項目が選択されているか、Configのポリシーが削除または名称変更済みの対象を参照していないかを確認します。サブスクリプションURLから空の内容が返される場合、同じURLを保存し直してもサーバー情報は補完されません。サブスクリプションとConfigも区別してください。前者はサーバー情報の取得元を管理し、後者にはルールやポリシーを含められます。それぞれのインポート結果を個別に確認してください。

Configは、現在有効な構成のルールとポリシーに従って通信を処理します。普段のルールベースの振り分けを確認する場合に適しています。Proxyは選択したプロキシを通して通信し、ルールの影響を切り分ける際に使えます。Directは直接接続する経路を使い、基本ネットワークを確認する際に役立ちます。これらの方式が変えるのはルーティング動作であり、誤ったサーバー情報を修正するものではありません。トラブルシューティングでは元の方式を記録し、一度に一項目だけ切り替えて同じ宛先にアクセスします。結果を比較した後、必要な設定に戻してください。

接続済みという表示は、システム上で接続が確立したことを示すだけで、すべての宛先にアクセスできるとは限りません。まず接続をオフにした状態で基本ネットワークが使えることを確認し、次に使用中のサーバー、Global Routingの方式、有効なConfigを確認してください。一部のドメインだけ失敗する場合は、リクエスト記録でルールの適用状況とDNSの名前解決結果を確認します。すべての宛先で失敗する場合は、サーバーの認証情報、通信パラメーター、到達可能性を優先して確認してください。一度に変更する要素は一つにし、同じ宛先で再テストします。DNSとルールを同時に変更すると、原因を特定しにくくなります。

Connectivity Testの結果は、テスト方法とテスト対象に左右されます。そのテストで確認した段階の状態を示すもので、Webページへの一連のリクエスト全体が成功したことを意味しません。Webページの表示には、DNS、ルールの選択、TLS、接続先サイトの応答も関係します。まず、テスト対象のサーバーが現在の接続で選択している項目と同じか確認し、次に開けないページのリクエスト記録と名前解決の結果を確認してください。遅延の数値だけで利用可否を判断せず、実際のアクセス結果とログを合わせて確認します。具体的な失敗箇所の確認に代えて、テストを連続して一括実行することも避けてください。

まずGlobal RoutingがConfigになっていることと、確認した構成ファイルが有効になっていることを確かめてください。次に、ルールを上から順に確認します。DOMAIN-SUFFIXはドメインのサフィックス、IP-CIDRはIPアドレスの範囲を照合し、FINALはそれ以前のルールに一致しなかったリクエストを処理します。先に一致したルールによって、それ以降のルールが実行されない場合があります。リクエスト記録で実際の宛先、一致したルール、最終的なポリシーを照合し、ポリシーが参照するサーバーが現在も存在することも確認してください。構成テキストが保存されているかどうかだけで判断しないでください。

電池の消耗は、実際の通信量、電波状況、再接続の頻度、テスト操作、関連設定などに左右され、接続アイコンだけでは判断できません。まずシステムのバッテリー画面で、同じ利用時間帯のアプリの動作状況を確認し、頻繁な切断、テストの繰り返し、継続的な通信がないか調べてください。On Demandは条件に応じて接続を開始する機能です。ご自身のネットワーク利用に合わせて設定してください。原因を調べる間は一時的にオフにして、手動接続が安定するか確認できます。比較時はネットワークや利用方法をできるだけそろえ、電池を節約するためにすべての機能を一度にオフにする必要はありません。