Shadowrocket・使い方マニュアル

Shadowrocketのトラブル対処

問題が起きた手順を特定し、該当する設定を確認します。購入とインストールはApp Storeの製品ページを基準にし、読み込みと接続にはご自身がすでにお持ちのサブスクリプションまたはサーバー情報が必要です。項目を開くと、確認の手順を表示できます。

App Store・購入履歴

正規品の確認と購入

まず製品ページ、次にご自身の購入アカウントを確認してください。価格、互換性、購入可否はストアページの表示をご確認ください。

Shadowrocketの正規品の製品ページか確認する方法

アプリ名がShadowrocket、デベロッパがShadow Launch Technology Limitedであること、公式アイコン、製品ページURLのid932747118を確認してください。アプリIDは932747118です。アイコンは当サイトに掲載されている公式アイコンと一致する必要があります。検索結果の名前だけで判断しないでください。購入前に製品ページの互換性と価格も確認しましょう。システム要件はApp Storeの表示をご確認ください。入手とアップデートはApp Storeから行えます。

機種変更や再インストール後に、もう一度購入する必要はありますか?

以前購入したApple AccountでApp Storeにサインインし、アカウント画面の購入済みアプリからShadowrocketを探してください。見つかったら、ストアに表示される再ダウンロードのボタンをタップします。通常、再購入は不要です。価格が表示される場合は、メディアと購入に使用しているアカウント、購入履歴、現在のストアを確認し、すぐに再度支払わないでください。アプリの再入手と設定の復元は別の作業です。以前のデバイスに保存したサーバー情報や設定は別途保管してください。購入履歴と一緒に自動で復元されるとは限りません。

買い切り購入に含まれるものは何ですか?

買い切り購入で得られるのは、Shadowrocketクライアントの利用権です。アプリの買い切り購入と接続サービスの契約は別です。アプリを購入しても、サーバー情報やサブスクリプションは付属しません。米国ストアでの価格は2.99米ドルです。ほかのストアでは現地通貨で表示され、実際の価格は支払い前のApp Storeページでご確認ください。以降の設定には、ご自身がすでにお持ちのサブスクリプションまたはサーバー情報が必要です。当サイトではサーバーやサブスクリプションの提供・販売・推奨、関連サービス料金の取り扱いは行っていません。

iPad、Mac、Apple TVでの購入可否はどこで確認できますか?

同じApp Store製品ページで互換性と購入に関する案内を確認してください。本マニュアルでは主にiPhoneとiPadでの操作を説明します。Mac、Apple TV、Apple Visionの対応状況、システム要件、購入可否はApp Storeの表示をご確認ください。別のデバイスで入手する場合は、以前購入したアカウントで購入済みの項目を確認してください。ファミリー共有の対象となるかどうかも、ストアページとファミリー設定をご確認ください。あるデバイスでの購入が、すべてのデバイスに適用されるとは限りません。

入手ガイドで正規品の確認手順を見る →

Home · Settings · VPN

インストールと初回起動

インストール、読み込み、システムの許可はそれぞれ別の手順です。まずアプリが正常に起動することを確認し、接続条件をチェックしましょう。

iPhoneへのインストール後、初回起動時にまず行うこと

アプリが正常に起動することを確認し、ご自身がすでにお持ちのサブスクリプションまたはサーバー情報を用意してください。Homeの追加メニューから読み込み、選択中のサーバーとGlobal Routingを確認してから接続を開始します。初回接続時に、システムからVPN構成の追加を求められる場合があります。Shadowrocketから開始した操作であることを確認してから許可してください。インストールしただけではネットワーク設定は完了せず、すべての通信がプロキシ経由になるわけでもありません。システム要件はApp Storeの表示をご確認ください。

「VPN構成を追加」のシステムダイアログは何を意味しますか?

これはVPN構成の作成を許可するためのシステム確認で、購入に関する案内ではありません。許可すると、Shadowrocketはシステムのネットワーク拡張機能を使って接続し、選択したルーティング設定を適用できます。アプリ内で接続を開始したときに表示されたことを確認し、システムの案内に従って認証してください。以前に許可しなかった場合は、アプリから再度接続を試し、システムのSettingsでVPN構成の状態を確認します。デバイス管理の制限がある場合は、管理者に許可されている設定を確認してください。スイッチを何度も切り替えても解決しません。

iPadにインストールできますか?iPhoneとの操作の違いは?

まずiPadのApp Storeで同じ製品ページを開き、デバイスが互換性要件を満たしているか確認してください。システム要件はApp Storeの表示をご確認ください。以前購入したアカウントを使う場合は、購入済みの項目から再入手します。iPadでは横向き表示や画面に見える範囲がiPhoneと異なる場合がありますが、Home、Config、Settingsなどの英語表記を目印に操作します。読み込み後は現在のサーバーと設定を改めて確認してください。同じアカウントを使っていても、接続設定がすべて移行済みとは限りません。

画面が英語の場合、マニュアルとどう照らし合わせればよいですか?

画面上の項目を見つけやすいよう、本マニュアルでは英語表記をそのまま使っています。Homeではサーバーと接続状態、Configでは構成ファイル、Settingsでは設定、Dataでは通信量の統計を確認できます。Global RoutingのConfig、Proxy、Directは、それぞれルールに従う設定、プロキシ経由、直接接続を表します。Add ServerまたはSubscribeが表示されたら、マニュアルの該当する読み込み手順に進んでください。画面名のConfigと、Global Routing内のConfigを混同しないよう注意してください。

接続スイッチがオンにならない、またはすぐオフになる場合

まずシステムのVPN許可が完了しているか確認し、有効なサーバーが選択されていることを確かめてください。ほかのVPN接続が動作中なら一時的に停止し、システムにデバイス管理上の制限がないか確認してから、もう一度試します。以前設定を変更した場合は、現在の状態を記録し、正常に動作すると分かっている設定に戻して比較してください。デバイスを再起動しても失敗する場合は、アプリのログで構成や接続に関するエラーを確認します。すぐにアプリを削除しないでください。削除する前に、サブスクリプションURL、サーバー情報、設定を保存し、トラブル対処中のデータ消失を防ぎましょう。

使い方マニュアルに沿って初回接続する →

Subscribe · Add Server · Scan QR Code

サブスクリプションとサーバーの読み込み

読み込みの成功と接続の成功は、それぞれ別に確認してください。以下の手順は、ご自身がすでにお持ちのサブスクリプションまたはサーバー情報を確認するものです。

Subscribeの読み込みに失敗した場合、どの順番で確認しますか?

まず、ご自身がすでにお持ちのサブスクリプションURLを使っていることを確認し、コピー時に空白や改行が混入したり、必要なパラメータが欠けたりしていないか確認します。次に、現在のネットワークからURLにアクセスできること、返される内容がクライアントで読み込めるサブスクリプションデータであり、ログイン画面やエラー表示、通常のWebページではないことを確かめます。その後、サブスクリプションの有効期限や、提供元によるURL・形式の変更がないか確認してください。ブラウザでリンクが開けても、内容が正しいとは限りません。トラブル対処の際は、サブスクリプションURL全体を公開ページに送信しないでください。

Add Serverで手動追加するとき、間違えやすい項目は?

まず、手元のサーバー情報に合ったプロトコルを選び、アドレス、ポート、認証情報を一つずつ確認してください。Shadowsocks、VMess、VLESS、Trojan、Hysteria2では必要な項目が異なります。プロトコル名だけを変更し、別のプロトコルのパラメータをそのまま使うことはできません。サーバーでTLSを使う場合は、元の情報に従ってserver nameなども確認します。アドレス欄には通常、ホスト名またはIPを入力します。WebページのURL全体を入力しないでください。暗号化方式、認証情報、通信設定を推測で変更しないようにしましょう。

Scan QR Codeで読み込めたのに接続できないのはなぜですか?

Scan QR Codeに成功したということは、QRコードの内容が読み取られ、項目が作成されたことを示します。サーバーが現在利用できるとは限りません。読み込み後に項目を開き、プロトコル、アドレス、ポート、認証情報を確認してから、その項目を選択してConnectivity Testを実行してください。タイムアウトする場合は、現在のネットワーク、サーバーの状態、パラメータの有効性を個別に確認します。テストに応答があるのにWebページを開けない場合は、Global Routing、DNS、実際のリクエストのルーティング結果を確認してください。QRコードに認証情報が含まれる場合があるため、スクリーンショットを共有する前に取り除いてください。

サブスクリプション更新後に項目が変わった場合、設定を誤って削除しない方法は?

更新前に、選択中の項目とサブスクリプショングループを記録し、必要に応じてローカル設定のコピーを保存してください。更新後は、項目数や名前の変化、現在のサーバーが残っているかを確認し、利用可能な項目を選び直してテストします。サブスクリプションの更新では、返された内容に応じて対象項目が更新されます。手動で加えた変更が必ず保持されるとは限らないため、重要なカスタム設定は別途記録してください。Subscribeのサーバー一覧とConfigのルール設定をそれぞれ確認します。サブスクリプションを更新しても、すべてのルールが同期されるわけではありません。

サブスクリプションの失効を確認する方法と、トラブル報告時に隠す情報

まず、失敗がサブスクリプションの取得、内容の解析、サーバーへの接続のどの段階で起きたかを記録し、アプリの表示を確認します。URLから認証エラー、空の内容、形式エラーが返る場合は、元の提供元に有効性と形式を確認してください。特定サーバーのタイムアウトだけで、サブスクリプション全体が失効したとは判断できません。トラブル報告には必要なエラー文、プロトコル、操作手順だけを残し、サブスクリプションURL全体、認証パラメータ、パスワード、QRコードは隠してください。情報を照合する際は、機密情報を削除した内容を使い、利用可能な認証情報を公開しないでください。

Global Routing · Connectivity Test · DNS

ルールによる振り分けとトラブル対処

システム接続、サーバーの応答、ドメインの名前解決、ルールの適用状況を個別に確認します。同じ接続先で比較すると、変更の効果を判断しやすくなります。

Global RoutingのConfig、Proxy、Directはどう選びますか?

Configは現在の構成に設定されたルールに従ってリクエストを振り分けます。ルールの内容を確認したうえで日常的に使う場合に適しています。Proxyは、クライアントのルーティング処理に入るリクエストをプロキシ経由で処理し、ルールがアクセスに影響しているかを比較する際に使えます。Directは直接接続を使い、元のネットワークを確認する際に役立ちます。Configを選ぶ前に、Config画面で有効なファイルを確認してください。3つのモードはルーティング方法を切り替えるもので、誤ったサーバーパラメータを修正するものではありません。確認後は通常使用する設定に戻してください。

接続済みなのにWebページが開けない場合、最初に確認すること

接続済みと表示されても、システムの接続が確立したことを示すだけで、サーバー、DNS、ルールがすべて正常とは限りません。まず現在のネットワークで通常のページにアクセスできることを確認し、現在のサーバーをテストします。次に同じページを使ってProxyとConfigを比較してください。Configだけ失敗する場合は、適用されたルールのポリシーと選択中の構成を確認します。両方とも失敗する場合は、サーバーパラメータ、DNS、ログを確認してください。原因が分からなくなるのを防ぐため、一度に変更する設定は一つだけにし、結果を記録します。テスト後は元のルーティングモードに戻してください。

Connectivity Testが正常なのに、実際のアクセスに失敗するのはなぜですか?

Connectivity Testの結果は、テスト方法と対象によって異なります。そのテストで応答があったことを示すだけで、すべてのドメイン、プロトコル、リクエストが通ることを保証しません。まず実際のアクセスでも同じサーバーを使っているか確認し、リクエストがルールによってDIRECT、PROXY、REJECTのどれに振り分けられたかを確認してください。特定のドメインだけ失敗する場合は、DNSの名前解決、対象サイトの状態、関連するルールを調べます。すべてのページにアクセスできない場合は、実際のプロキシ接続と認証パラメータを優先して確認してください。単一の遅延測定だけで、ネットワーク全体が正常だと判断しないでください。

DNSの名前解決に失敗する、またはドメインにアクセスできない場合の確認方法

まずログに名前解決エラーがあるか確認し、現在の構成で使っているDNS設定を記録してください。DNSサービスに現在のネットワークまたはルーティング経由で到達できるかを確認し、最近DNS、Host、関連ルールを変更していないか照らし合わせます。正常に動作すると分かっている設定を一つずつ戻し、接続を再確立して同じドメインをテストしてください。見慣れないDNSアドレスを次々と入力しないでください。IPアドレスへの直接アクセスは限定的な比較にすぎません。Webサイトはドメイン名やTLSを必要とする場合があるため、IPから応答があってもWebページ全体が正常に表示されるとは限りません。

ルールが反映されないように見える場合、構成ファイルとサーバーのどちらを確認しますか?

まずGlobal RoutingがConfigになっていることを確認し、Configで現在有効なファイルを確認します。ルールは通常、上から順に照合され、最初に一致したルールがポリシーを決定します。DOMAIN-SUFFIXやGEOIPなどの条件、FINALフォールバックルールの位置も結果に影響します。次にログで実際のリクエストとポリシーを確認し、ルールで指定されたプロキシポリシーに利用可能なサーバーがあることを確かめてください。サーバーを切り替えてもルールの順序は自動修正されません。構文説明に使われているexample.comは例示用ドメインで、すべてのWebサイトに適用できる汎用ルールではありません。

バッテリー消費の増加、速度低下、アップデート後の不具合を調べる方法

同じネットワーク、同じサーバー、同じアクセス先で比較し、バックグラウンドのダウンロードや電波状況の変化を除外してください。頻繁なテスト、詳細ログ、On Demandが有効になっていないか確認し、必要に応じて調整して様子を見ます。システムのバッテリー画面に一度表示された割合だけで原因を判断しないでください。アップデート後は接続を再確立し、現在の構成と許可状態を確認してから、最近の変更を一つずつ戻します。問題が続く場合は、機密情報を削除したログと再現手順を保存し、トラブル対処マニュアルで確認してください。再インストール前に設定を保存し、データ消失という新たな問題を防ぎましょう。

症状別のトラブル対処マニュアルを見る →