Shadowrocketのトラブル対処

まずスペルを確認し、当サイトの正規購入案内からApp Storeの製品ページを開いて、検索結果に表示されないのか、現在のストアで利用できないのかを確認します。システムのSettingsで自分の名前をタップし、Media & Purchasesのアカウント画面でCountry/Regionを確認してください。アプリの表示状況は現在のストア地域によって異なります。地域の変更が必要な場合は、同画面から案内される公式の手順を使い、残高、サブスクリプション、支払い方法に関する条件を事前に確認しましょう。検索結果に出ないという理由だけで地域変更を繰り返さず、次の判断には製品ページの表示を参考にしてください。

製品ページで次の3点を確認します。製品名がShadowrocketであること、デベロッパがShadow Launch Technology Limitedであること、製品リンクにid932747118が含まれること。さらに、当サイトのヘッダーに掲載されている公式アイコンとも照合してください。アプリIDの数字は932747118です。名前や検索順位だけで判断しないようにしましょう。購入前にストアページのデベロッパ情報と互換性情報を開き、使用する端末に対応しているか確認してください。価格、システム要件、購入条件はApp Storeの表示を基準とし、当サイトの正規購入案内で確認項目を説明しています。

まず、App Storeで購入したときのアカウントと同じアカウントを使っているか確認してください。システムのアカウントとMedia & Purchasesのアカウントが異なる場合があります。App Storeのアカウントにある購入済みアプリ一覧でShadowrocketを探し、再ダウンロードします。一覧の名称はシステムの表示によって異なる場合があります。価格が表示される場合は、すぐに再購入せず、購入履歴、現在のアカウント、ストア地域を確認してください。アプリの購入を復元しても、サーバー情報やConfigの内容は復元されません。機種変更前に、すでに利用しているサブスクリプションや必要な設定を別途保管し、アプリのダウンロードをデータ復元と混同しないようにしましょう。

ShadowrocketはiPhoneとiPadで利用できます。iPadでは、購入時と同じアカウントでApp Storeにサインインし、購入済みアプリ一覧と製品ページを確認してから、端末に対応するアプリをダウンロードしてください。システム要件はApp Storeの表示を基準とします。横向き表示ではiPhoneと画面の配置が異なる場合があります。Home、Config、Settingsなどの画面上の名称を目印に操作してください。Mac、Apple TV、Apple Visionへの対応状況と同じ購入が適用されるかどうかも、同じ製品ページの表示を確認してください。サブスクリプションや設定は端末ごとに確認し、自動で同期されるとは限りません。

アプリの買い切り購入と接続サービスの契約は別です。購入するのはShadowrocketアプリの利用権です。読み込みや接続には、利用者自身がすでに持っているサブスクリプションまたはサーバー情報が必要です。当サイトは公式マニュアルを提供しており、接続サービスは提供していません。米国ストアでの価格は約2.99米ドルですが、各ストアでは現地通貨で表示されます。実際の価格はApp Storeの表示を確認してください。ファミリー共有の対象となるかは、製品ページの説明とファミリーメンバーの購入共有設定を確認しましょう。アプリの購入を共有できても、個人のサブスクリプション、Configファイル、サーバー認証情報が共有されるわけではありません。

VPN構成を作成するときに、システムがユーザーに確認を求める権限ダイアログです。現在の設定に基づいてShadowrocketが端末のネットワークリクエストを処理するために必要です。直前に開始した接続操作に対する確認であることを確かめ、システムの手順に沿って許可し、端末の認証を完了してください。この許可によってサーバー情報が作成されるわけではなく、既存のサブスクリプションの読み込みに代わるものでもありません。完了したらHomeに戻り、選択中の項目とGlobal Routingを確認してから接続スイッチをオンにします。以前に拒否した場合は、接続をもう一度開始してください。必要に応じて、システムのVPN設定に該当する構成があるか確認しましょう。

スイッチがオンの状態を維持できない場合と、オンにした後にリクエストが失敗する場合を分けて確認します。前者は、VPN権限の設定が完了しているか、有効なサーバーが選択されているか、システムにデバイス管理上の制限がないかを確認してください。ほかのVPN接続を使用中の場合は停止してから再度試します。システム構成に問題がある場合は、Shadowrocketを終了し、Settings > General > VPN & Device Managementを開いて、Shadowrocketに属することが明らかなVPN構成だけを削除してから、アプリで再度許可してください。提供元不明の構成や管理対象の構成は削除しないでください。組織管理の端末では、管理ポリシーで接続が許可されているか先に確認しましょう。

役割が異なります。システムのVPN構成には、アプリがネットワーク接続を確立するためのシステム権限や接続口が記録されます。一方、ShadowrocketのConfigファイルにはルールやDNSなど、アプリの設定が保存されます。システムのVPN構成を削除すると通常は再度許可が必要ですが、サブスクリプションURLやサーバーパラメータの誤りは修正されません。Configファイルを切り替えても、システム権限を再取得したことにはなりません。トラブルの確認前に、現在の構成名を記録し、必要なバックアップを保管しましょう。調整対象がシステム権限かアプリのルールかを明確にし、両方を同時に作り直して原因を特定できなくならないようにしてください。

このマニュアルでは画面上の名称を英語のまま記載しているため、その名称を目印に操作できます。Homeではサーバーの確認と選択、Add Serverでは項目の追加、ConfigではConfigファイルの管理、Settingsでは設定の確認、Global Routingでは全体のルーティング方式を選択します。日本語の説明は機能を解説するもので、ボタン名は置き換えていません。表示言語を変更したい場合は、システムのSettingsにあるShadowrocketの言語設定を確認してください。設定の有無や選択肢は、現在のシステムとアプリの表示によって異なります。言語設定が見つからない場合も、このマニュアルに記載されている英語の名称を目印に操作できます。

まずSettingsでOn Demandが有効かどうか、現在のネットワークが設定済みのオンデマンド接続条件を満たしているか確認します。手動で接続を制御する必要がある場合は、On Demandを一時的にオフにしてから切断し、再接続されるか観察してください。原因を確認しやすいよう、変更は一度に1項目にします。システムのVPN設定で有効な構成名も確認し、Shadowrocketが再接続していることを確かめましょう。On Demandは接続を開始するタイミングを制御する機能で、サーバーパラメータを補ったり、接続サービス自体の問題を修正したりするものではありません。ルール設定と接続開始条件は分けて確認してください。

まず、コピーしたものが利用中のサービス提供元から受け取った完全なサブスクリプションURLであり、アカウントのログインページや説明ページではないことを確認します。URLの前後にスペース、改行、日本語の句読点が混入していないかも確認してください。次に、サブスクリプションが有効で、現在のネットワークからそのURLにアクセスできることを確認し、Add ServerでSubscribeタイプを選んで入力します。証明書、タイムアウト、内容の解析に関するエラーが表示された場合は、それぞれ日時設定、ネットワーク接続、返された内容の形式を確認してください。完全なサブスクリプションURLにはアクセス認証情報が含まれることがあるため、公開ページに載せないでください。サポートが必要な場合は、エラーの種類だけを伝え、機密情報を隠しましょう。

Subscribeは通常、複数のサーバー項目を取得・更新するために使います。個別サーバーには、1つの接続に必要なアドレス、ポート、プロトコルパラメータを登録します。ConfigファイルではルールやDNSなどの設定を管理します。まず、手元の情報がどの種類か確認してから対応する画面を開いてください。任意のURLをSubscribeに入力できるわけではありません。読み込み後はHomeでサーバー一覧を、Configで現在有効な設定を確認します。サブスクリプションを更新すると一覧が変わることがありますが、使いたいサーバーやルールが選択されたとは限りません。更新後は現在の選択内容も確認しましょう。

Homeで既存のSubscribe項目を探し、その項目の更新操作を実行して結果を確認します。具体的なメニューの位置は、現在のアプリ画面に従ってください。更新前に選択中の項目や必要なメモを記録し、完了後に項目名、件数の変化、引き続き使える接続を確認します。一覧の内容はサブスクリプションから返された情報によって決まります。サービス提供元による内容の変更、サブスクリプションの状態変化、応答エラーなどで項目が減ることがあります。同じURLを何度も読み込んで更新の代わりにしないでください。今回内容を取得できたか確認し、サブスクリプションの有効性と返却内容を利用中のサービス提供元に問い合わせましょう。

プロトコル名から推測せず、すでに利用しているサーバーの実際のパラメータを入力してください。Add Serverを開いて正しいタイプを選び、アドレス、ポート、パスワードやキー、サーバー側で必要なTLSやSNIなどの項目をそれぞれ入力します。Trojan、Shadowsocks、WireGuardなどではパラメータの意味が異なるため、共通の設定として扱わないでください。読み込み可能なリンクやQRコードがある場合は、対応する読み込み方法を使った後、重要な項目を確認しましょう。証明書の検証エラーが出たときは、サーバー名、端末の日時、証明書の設定を確認してください。検証を無効にすることを通常の解決策にしないでください。

QRコードが自分のサーバー情報に基づくもので、一般のWebページURLではなく、アプリが対応する接続情報を含んでいることを確認してください。Scan QR Codeを使う場合は、カメラへのアクセス許可、画像の鮮明さ、QRコードの端が欠けていないかを確認します。画像から読み取る場合は元画像を使い、何度も圧縮したり端を切り落としたりしないでください。読み取れても読み込めない場合は、撮影距離を調整し続けるのではなく、エンコード内容とプロトコルの種類を確認します。読み込み後もHomeでアドレスとタイプを確認してください。QRコードにはパスワードなどの認証情報が含まれる場合があるため、通常のスクリーンショットとして公開しないでください。

Configは現在のConfig内のルールに従ってリクエストを振り分けます。Proxyは、そのルーティング方式の対象となるリクエストを選択中のプロキシ経由で処理します。Directは直接接続します。通常のルールによる振り分けでは、まず有効なConfigを選び、Global RoutingをConfigに設定してください。特定のルールを確認する場合は、ProxyまたはDirectに一時的に切り替えて比較し、元の設定を記録してからテスト後に戻します。方式を切り替えても、パスワードの誤り、無効なサブスクリプション、接続できないサーバーは修正されません。スイッチの状態だけで実際の通信経路を判断することもできません。

まず接続を切り、現在のWi-Fiまたはモバイル通信自体が使えることを確認します。再接続したら、Homeで選択中のサーバー、Global Routing、現在のConfigを確認してください。すでに利用中の別の有効なサーバーも試し、個別の項目の問題か設定全体の問題かを切り分けます。一部のドメインだけ失敗する場合は、接続ログを確認して該当するルールとDNSの名前解決を調べます。すべてのリクエストが失敗する場合は、サーバーの有効期限、アドレス、ポート、認証パラメータを確認してください。サブスクリプション、ルール、DNSを同時に変更して原因が分からなくならないよう、一度に1項目だけ変更し、同じリクエストを再試行します。

Connectivity Testの結果は、その時点で選択したテスト方法と接続先が応答した状況を示すもので、すべてのWebサイト、ルール、DNS問い合わせが正常であることを意味しません。まず、テスト対象が現在実際に使用しているサーバーか確認し、失敗したリクエストが同じ経路を通っているかを調べてください。テスト結果が出てもアクセスできない場合は、Global Routing、Configのルールの順序、ドメインの名前解決、サーバー側のパラメータを確認します。テスト結果は同じ環境での初期比較に役立ちますが、1回の数値だけで接続品質を判断しないでください。実際のリクエストと接続ログも合わせて確認しましょう。

Global RoutingがConfigに設定されていて、そのルールを含むConfigが使用中であることを確認し、次にルールの位置と適用先のポリシーを確認します。ルールは通常、上から順に評価されます。先に別のルールが一致すると、後のDOMAIN-SUFFIXが評価されないことがあります。また、実際のリクエストのドメインが指定したサフィックスに該当するか確認してください。DOMAIN-SUFFIX,example.com,PROXYは構文例で、example.comは説明用です。変更を保存し、画面の案内に従ってConfigを再読み込みしてから、新しいリクエストで適用結果を確認します。既存の接続の動作を新しいルールの結果と混同しないようにしてください。

まずシステムのバッテリー画面で同じ時間帯の使用状況を確認し、Dataの通信量の変化と合わせて継続的なデータ転送があるかを調べます。VPN動作中のネットワーク処理はバッテリー消費に影響します。動画のダウンロード、頻繁な再接続、電波の弱さ、継続的な診断も消費を増やす要因になり得ます。バッテリー一覧に表示されるアプリの割合だけで原因を決めつけないでください。ネットワーク条件が近い環境で、安定した接続時と頻繁にネットワークを切り替える場合をそれぞれ確認します。不要になったテストや詳細ログを停止し、On Demandが繰り返し接続を開始していないかも調べてください。変更前に元の設定を記録しておけば、元に戻して結果を比較できます。