Shadowrocket 公式マニュアル

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

購入情報と設定を確認してから、接続の問題を調べます。該当する段階のカテゴリを選び、回答を開いて順に確認してください。設定は一度に一つだけ変更し、比較できるテスト結果を記録しておきましょう。

4カテゴリ・全20問・iPhoneとiPadでの利用確認

まだアプリを入手していない場合は、App Storeで正規品を確認してダウンロードする方法をご覧ください。設定済みでも接続できていない場合は、初回利用ガイドから始めてください。以下のサブスクリプションやサーバーの操作は、ご自身がすでに利用できるサブスクリプションまたはサーバー情報をお持ちであることを前提としています。

App Store・購入履歴・アカウントの国または地域

正規品と購入

まず製品ページと購入アカウントを確認します。ストアでの提供状況、デバイスの互換性、購入済みアプリの記録は、それぞれ別に確認してください。

App Storeで正規のShadowrocketを見分けるには

アプリ名 Shadowrocket、デベロッパ名 Shadow Launch Technology Limited、公式アイコン、アプリ ID 932747118 を照合してください。アプリ ID は製品ページのリンクにある id932747118 で確認できます。アイコンが本サイトで使用している公式アイコンと一致することも確認してください。検索語や似たアイコンだけで判断しないでください。購入前に価格、互換性、アプリの説明も確認してください。価格、システム要件、購入の適用範囲は App Store の表示に従ってください。

買い切りで利用できる範囲と、購入後の接続について

購入するのはShadowrocketクライアントの利用権です。クライアントの買い切り購入は通信サービスの契約とは別で、接続サービスとクライアントの購入はそれぞれ独立しています。本サイトではサーバーやサブスクリプションの提供、販売、推奨は行っていません。米国ストアでの価格は約2.99米ドルですが、各ストアでは現地通貨で表示されます。最終的な金額はApp Storeの製品ページをご確認ください。初めて使う前に、ご自身がすでに利用権を持つサブスクリプションまたはサーバー情報を用意し、手順に沿って読み込んでください。アプリを購入しただけでは、利用可能な設定は自動生成されません。

iPhoneの機種変更や再インストール後に、再購入は必要ですか?

以前購入したApple AccountでApp Storeにサインインし、アカウントの購入済みアプリ一覧でShadowrocketを探してから、製品ページに再ダウンロードのボタンが表示されるか確認してください。同じApple Accountで購入済みのアプリは通常再ダウンロードできます。適用範囲はApp Storeの製品ページをご確認ください。価格が表示される場合は、「メディアと購入」で以前のアカウントを使用しているか、購入履歴があるかを確認しましょう。アプリの購入履歴と端末内の設定は別のものです。再ダウンロード後、既存のバックアップから復元するか、設定をもう一度読み込む必要があります。

アカウントの国または地域を確認する方法と変更手順

システム設定でApple Accountを開き、「メディアと購入」から「アカウントを表示」を選んで、「国または地域」を確認します。画面の位置はシステムのバージョンによって異なる場合があるため、デバイス上の表示に従ってください。変更が必要な場合は、そのページにある公式の変更メニューを使用し、画面に表示される残高、有効なサブスクリプション、ファミリー共有、支払い方法などの条件を先に確認してください。デバイスの言語や地域を変更しても、ストアアカウントの国または地域は変わりません。購入や請求に問題がある場合は、App Storeアカウント内の公式サポート窓口にお問い合わせください。

Home・システムの許可・設定の復元

インストールと初回起動

App Storeでの購入、システムのVPN許可、アプリの設定は、それぞれ別の役割があります。購入を復元した後も、実際の接続設定を確認してください。

iPhoneで初めて起動した後、最初の接続を行う方法

まずiPhoneの通常のネットワーク接続を確認し、ご自身がすでに利用権を持つサブスクリプションまたはサーバー情報を読み込みます。Homeでサーバーを選び、Global Routingの設定を確認してください。接続を開始すると、システムからVPN構成の追加を求められることがあります。これはネットワーク接続に必要なシステム上の許可です。要求元のアプリがShadowrocketであることを確認してから承認し、画面の案内に従ってデバイス認証を完了してください。システム要件はApp Storeの製品ページをご確認ください。接続後は実際に目的のWebサイトへアクセスし、スイッチの状態だけで設定全体が正しいと判断しないでください。

iPadで使えますか?購入済みアプリと設定も引き継がれますか?

ShadowrocketはiPadに対応しており、同じApp Store製品ページから入手できます。システム要件と購入の適用範囲はApp Storeの製品ページをご確認ください。まずiPadで購入に使用したApple Accountを確認し、購入済みアプリ一覧または製品ページから再ダウンロードします。iPadはiPhoneと画面の表示領域が異なるため、Home、Config、Settingsなど実際の画面に表示される項目名を手がかりに操作してください。アプリが購入済みでも、サーバー一覧、サブスクリプション、Configが復元されるとは限りません。これらは別途読み込むか、iCloudの同期条件を確認してから復元状況を確認してください。

Homeの接続スイッチがオンにならない場合の確認手順

まず利用可能なサーバーが追加され、選択されていることを確認します。次に、VPN構成の追加許可やデバイス認証の画面が表示されていないか確認してください。許可を取り消した場合は、アプリに戻って再度試し、システム設定でVPNを検索して、関連する構成やデバイス管理上の制限を確認します。システムVPNを使用中のほかの接続をいったん停止してから、Shadowrocketを試してください。管理対象のデバイスでは構成の追加が制限される場合があるため、管理者の指示に従ってください。それでも失敗する場合は、エラーの全文を記録してLogを確認し、原因を特定しましょう。すべての設定を削除したり、何度も再インストールしたりするのは避けてください。

画面が英語の場合、マニュアルをどう参照すればよいですか?

このマニュアルでは、画面上の項目を見つけやすいようHome、Add Server、Config、Settingsなどの英語表記をそのまま使用しています。まずシステム設定でアプリに言語設定があるか確認してください。設定がない場合は、アプリが実際に対応している言語で表示されます。システムの地域設定をアプリの言語切り替えと混同しないようにしましょう。操作場所や機能は英語の項目名で照合し、ボタンの位置を固定的に覚える必要はありません。Global RoutingのConfig、Proxy、Directはそれぞれ設定に基づくルーティング、プロキシ経由、直接接続のモードを指し、Configファイル名とは異なる概念です。

アプリを再ダウンロードした後、設定を漏れなく復元するには

まずアプリの購入権を復元し、以前のデバイスでサブスクリプション情報、サーバーパラメータ、Configのバックアップにアクセスできるか確認します。iCloudを使う場合は、両方のデバイスでiCloudアカウント、システムの許可、アプリ内の同期設定を確認してください。App Storeの購入に使うアカウントとiCloudアカウントは用途が異なります。端末内のデータがすべて同期済みとは限らないため、復元後にサーバー、現在のConfig、Global Routing、必要なSettingsを一つずつ確認しましょう。新しいデバイスで復元を確認するまで、古いデバイスの設定は削除しないでください。バックアップファイルとサブスクリプションリンクは適切に保管しましょう。

Add Server · Subscribe · Config

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

情報がサブスクリプションリンク、個別サーバーのパラメータ、Configファイルのどれに当たるかを確認してから、適切な読み込み先を選びます。

既存のサブスクリプションリンクはどこから読み込みますか?

HomeでAdd Serverを開き、Subscribeを選択して、ご自身が利用権を持つサブスクリプションリンク全体を貼り付けます。保存した後、更新結果を確認してください。手元の情報がQRコードの場合はScan QR Codeを使用できますが、コードの内容が該当する設定であることを先に確認しましょう。読み込み後、想定したサーバー項目が表示されるか確認し、いずれかを選んで接続をテストします。サブスクリプションURLを個別サーバーのアドレス欄に入力したり、Webページの説明をサブスクリプションの接続先として使ったりしないでください。サブスクリプションリンクには認証情報が含まれる場合があります。スクリーンショットや調査記録を共有する前に、リンク全体を必ず隠してください。

サブスクリプションの読み込みに失敗する、または一覧が空になる場合

まずリンクが完全か、空白や改行、チャットアプリが追加した句読点などが混ざっていないか確認し、現在のネットワークからそのアドレスにアクセスできるかも確かめてください。アプリのエラーがリクエスト失敗、認証失敗、内容の解析失敗のどれに当たるか確認しましょう。それぞれ、ネットワーク接続、サブスクリプションの利用権、応答内容の形式に関係します。一覧が空でも、接続先から空の内容が返されている可能性があり、アプリの異常とは限りません。リンクの有効期限と形式は元の提供元に確認してください。リンクを公開して助けを求めないでください。同じ誤ったアドレスを繰り返し貼り付けたり、何度も再インストールしたりしても、接続先の応答は通常変わりません。

Subscribeの更新後にサーバー名や選択項目が変わるのはなぜですか?

Subscribeを更新すると、既存のサブスクリプションから項目を再取得するため、名前、アドレス、項目数が変わることがあります。更新前に現在選択している項目を控えておき、更新後はサブスクリプションのグループ、選択中のサーバー、接続に必要なパラメータを確認してください。名前が似ているかどうかだけで判断しないでください。更新リクエストに失敗した場合は、すぐに以前の記録を削除せず、まずエラー表示を確認します。自動更新の設定や動作はアプリの実際の画面で確認してください。クライアントが読み込めるのは既存のサブスクリプションが提供する内容のみで、利用権を延長したり、提供元から返されていない項目を補ったりすることはできません。

Add Serverで手動追加するとき、推測で入力してはいけない項目

プロトコルの種類、サーバーアドレス、ポート、パスワードまたはUUID、TLS、SNI、転送関連の項目は、手元にあるサーバー情報と一つずつ照合してください。必要な項目はプロトコルによって異なります。別の設定のパラメータを流用したり、接続に失敗したからといってプロトコルをむやみに変更したりしないでください。アドレス欄と完全な共有リンクは入力形式が異なるため、貼り付ける前に入力先が受け付ける内容を確認しましょう。証明書を検証する場合は、ホスト名と証明書情報を先に確認してください。Allow Insecureを通常の解決方法として使わないでください。不足しているパラメータは元の提供元に確認しましょう。

SubscribeとConfigの違いと、両方を読み込む必要があるか

Subscribeは主に既存のサーバー項目の読み込みや更新に使います。Configはルールや関連設定をまとめるもので、同じ読み込み先として扱わないでください。サーバーを読み込んだ後、Configモードを選ぶ場合は、現在有効なConfigファイルとルールのポリシーも確認します。Configを追加で読み込む必要があるかは、現在の設定と用途によって異なります。手順をそろえるためだけに、問題なく使えている設定を上書きしないでください。新しいConfigを読み込む前に古い設定をバックアップし、参照先のポリシーが存在するか確認しましょう。ファイルの読み込みに成功しても、すべてのルールが想定どおりに動作するとは限りません。

Global Routing · On Demand · Log

ルールとトラブルシューティング

ネットワークへの到達性、サーバー接続、DNS、ルールの適用結果を分けて確認します。テストの成功と実際のアクセス成功は別々に記録してください。

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

Configモードは現在の設定ルールに基づいてリクエストの経路を決めるため、ルールを確認したうえでの日常利用に適しています。Proxyモードはリクエストをプロキシ経由で処理し、ルールによる振り分けに問題があるかを調べる際に役立ちます。Directモードは直接接続で比較するためのもので、プロキシサーバーの利用可否は確認できません。テストでは同じネットワーク、サーバー、Webサイトを使い、一度に一項目だけ変更してください。Proxyでは使えてConfigでは使えない場合、ルールの適用結果やポリシーの参照先を重点的に確認します。モードの切り替えは、誤ったサーバーパラメータの修正に代わるものではありません。

接続済みなのにインターネットへアクセスできない場合の初期確認

まず接続を切り、通常のネットワークが使えることを確認します。次に選択したサーバーへ接続し、アクセスできることが分かっているWebサイトと実際のアクセス先をそれぞれテストしてください。Connectivity TestとLogを確認し、テスト結果とWebサイトへのアクセス結果を分けて記録します。遅延テストに成功しても、そのテストに応答があったことを示すだけで、すべてのリクエストが完了するとは限りません。その後、サーバーを固定したままConfigとProxyの結果を比較し、DNSの名前解決とルールの適用結果を確認しましょう。すべてのテストに失敗する場合は、まずサーバーパラメータと既存サービスの状態を確認してください。一部のWebサイトだけ失敗する場合は、対象ドメイン、ルールの順序、対応するポリシーを確認します。

特定のWebサイトがルールどおりPROXYを通らない場合の確認箇所

まずGlobal RoutingがConfigになっていることと、現在使用中のConfigファイルを確認してください。別の無効なファイルだけを変更していないか注意しましょう。DOMAIN-SUFFIXなどのルールが対象ドメインと実際にリクエストされるサブドメインをカバーしているか、先にあるルールに一致していないか、参照しているPROXYポリシーが利用可能かを確認します。FINALは、それ以前のルールに一致しない場合の最終処理として使います。新たにアクセスしてLogで適用結果を確認してください。ページは複数のドメインに同時にリクエストする場合があるため、メインのドメインだけにルールを設定しても、ページに必要なすべてのリクエストをカバーできるとは限りません。

On Demandで接続が自動的にオンになる場合の確認方法

On Demandは設定した条件に応じて接続を開始します。有効にすると、手動で切断しても、その後のネットワークリクエストで再び接続が開始されることがあります。まず現在の条件を記録し、SettingsでOn Demandと関連するネットワーク条件を確認してください。原因を調べる際は一時的に機能をオフにし、手動で接続して問題が再現するか確認できます。ルール、DNS、接続条件を同時に変更すると、どの変更が影響したのか分かりにくくなります。ネットワークを切り替えた場合も、それぞれの接続状態を確認し、想定した条件による動作かを確かめてください。自動再接続だけでスイッチの故障と判断しないようにしましょう。

消費電力や発熱が増えたとき、調査に役立つ情報を残す方法

まずシステムのバッテリー使用状況で同じ時間帯の記録を確認し、通信が続いていないか、再接続を繰り返していないか、テストを頻繁に行っていないか、詳細なLogを長時間記録していないかを調べます。ネットワークとサーバーを固定し、不要なテストを止めてから結果を比較してください。バッテリー残量の減少だけで原因を判断することはできません。調査時はLogを短時間だけ有効にして問題を一度再現し、時刻、ネットワークの種類、モード、エラー文を記録します。終了後は通常の記録設定に戻してください。記録を共有する前に、サブスクリプションリンク、サーバーの認証情報、個人を特定できるリクエスト情報を削除しましょう。節電のために、確認が必要な設定まで消去しないでください。