Shadowrocketの機能と設定
まずGlobal Routingを確認し、現在のConfigとサーバーを確認します。接続方法、ルールの適用方針、自動接続はそれぞれ役割が異なります。設定を変更するときは、同じスイッチとして扱わないようにしてください。
- Home · 接続とサーバー
- Config · 構成とルール
- Data · 通信量の記録
- Settings · 一般設定
正常な状態を保存してから、一項目ずつ変更するこのページでは、利用者自身がサブスクまたはサーバー情報を用意していることを前提に説明します。ShadowrocketはAppleプラットフォーム向けのクローズドソースの有料アプリで、入手先はApp Storeのみです。アプリの買い切り購入と接続サービスの契約は別です。本サイトではノードやサブスクを提供・販売・推奨していません。購入と正規品の確認はダウンロード案内、初回の読み込みは使い方ガイドをご覧ください。
Global Routing：Config、Proxy、Direct
Global Routingでは、Shadowrocketで処理する接続の全体的な方式を選択します。HomeでGlobal Routingを開き、Config、Proxy、Directから選びます。それぞれ構成に従う、プロキシを使う、直接接続する方式です。Homeの接続スイッチとは別の設定です。モードを選んだだけでは接続は確立されず、現在のサーバーが利用可能かどうかも判断できません。
日常的にドメインやアドレスごとに振り分ける場合は、Configを選びます。ルールに問題があるか一時的に切り分けるにはProxy、通常のネットワークでのアクセスを確認するにはDirectを使います。比較テストでは同じ接続先を使い、終了後に元のモードへ戻してください。設定を戻さないと、その後のアクセスにも影響する場合があります。
| 画面上の選択肢 | 処理方法 | 使用する場面 | 最初に確認する項目 |
|---|---|---|---|
| Config · 構成 | 現在有効な構成のルールとポリシーに従って接続を処理します。 | 指定したサイトにはPROXYを適用し、その他の通信はルールに応じてDIRECTなどのポリシーを選択します。 | 使用中の構成が選択されているか、ルールの順序が適切か、ポリシーが利用可能なサーバーを指定しているか。 |
| Proxy · プロキシ | クライアントが処理する通信の大部分を、選択したプロキシ経路に送ります。 | サーバーへの接続経路を一時的に確認し、ルールの問題と接続の問題を切り分けます。 | 選択中のサーバー設定と利用可否。OSやアプリが通信を処理する範囲も考慮してください。 |
| Direct · 直接接続 | クライアントが処理する接続を、直接アクセスする方式で処理します。 | 現在のネットワークから同じ接続先へ直接アクセスできるかを確認します。 | 通常のネットワーク、DNS、接続先のサービスが利用可能か。 |
Configは設定画面の名称であると同時に、Global Routingの選択肢にも表示されます。どちらの意味かを文脈で確認してください。Config画面にファイルを保存しても、そのファイルが有効になったとは限りません。また、Configモードを選んでも、すべての接続にPROXYが適用されるわけではありません。実際の経路は、接続に適用されたルールを確認してください。
Rule：マッチ条件と適用ポリシー
ルール振り分けでは、Configモードで接続先のドメインやアドレスなどの条件に基づき、処理ポリシーを選択します。通常はConfig画面で使用中の構成を選び、編集またはルールの確認画面からRuleの内容を確認します。変更前にバックアップをエクスポートし、一度に変更するルールは一つにしてください。構成がリモートURLから取得されている場合は、更新によってローカルの変更が上書きされないかも確認しましょう。
ルールは条件と結果を分けて読みます。DOMAINは指定したドメインに一致し、DOMAIN-SUFFIXは指定ドメインとそのサブドメインに一致します。DOMAIN-KEYWORDはドメインにキーワードが含まれるかを確認するため、通常はより広い範囲に適用されます。IP-CIDRとIP-CIDR6はアドレスの範囲で照合し、GEOIPはアドレスの地域情報を基準に判定します。USER-AGENTは該当するリクエスト情報を取得できる場合に使われるため、すべての接続に適用できるとは限りません。
[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,PROXY
DOMAIN-KEYWORD,example,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT以下はルール構文の例であり、接続可能なサーバー情報は含まれていません。PROXYはプロキシポリシーに渡すこと、DIRECTは直接アクセスすること、REJECTは条件に一致した接続を拒否することを表します。独自のポリシー名を使う場合は、対応するポリシーグループの定義と選択内容も確認してください。ルールの末尾に名前を書くだけで、利用可能な接続経路が自動的に作られるわけではありません。
通常のRuleは上から順に評価され、一致したルールのポリシーが適用されます。そのため、具体的な例外は広い条件より前に配置します。FINALはそれ以前のルールに一致しない場合のフォールバックなので、末尾に置きます。指定したサイトだけにプロキシを使う場合は、該当するDOMAINやDOMAIN-SUFFIXを先に記述し、その後にFINAL,DIRECTを設定します。対象サイトが別ドメインのコンテンツを読み込む場合も考慮してください。
接続できても、ルールが正しいとは限りません確認するときは、対象への新しいリクエストを実行してから、接続記録で接続先、適用されたルール、ポリシーを確認します。既存の長時間接続は、以前の経路を使い続けることがあります。構文、構成の形式、優先順位についてはルールマニュアルをご覧ください。
SubscribeとAdd Server
サーバーの記録には個別の接続に必要な設定が保存され、サブスクでは登録済みサーバー情報をまとめて取得・更新します。Homeではサーバーの確認・選択と接続を行い、Add Serverではサーバー情報を追加します。Subscribe関連の画面ではサブスクの接続元を管理し、Config画面では構成ファイルを扱います。サブスクURLとルール構成のURLは用途が異なるため、どちらもURLだからといって置き換えることはできません。
追加時は形式を確認
Add Serverから手動で追加する場合は、登録済み情報に合わせてTypeを選び、アドレス、ポート、認証情報、対応するトランスポート設定を入力します。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2などは必要な項目が異なるため、サーバーのアドレスをコピーするだけでは設定は完了しません。Scan QR Codeやクリップボードからの読み込みを使うと入力を減らせますが、読み込み後に各項目を確認してください。
更新時は情報の登録元を確認
登録済みサブスクを管理するときは、各登録元に見分けやすい名前を付けます。更新後はサーバー数の変化、グループ、現在の選択項目を確認してください。サブスクの更新によって、その登録元に属する記録が置き換わる場合があります。サーバーを直接編集しても、その変更が維持されるとは限りません。個別の変更を保存する必要がある場合は、アプリが提供する複製やローカル保存の方法を確認し、サブスク管理の記録と区別してください。
削除する前に、対象が個別のサーバー、サブスク全体、Configファイルのどれかを確認してください。それぞれ関連はありますが、同じデータではありません。サブスクの更新に失敗した場合は、URLが完全か、アクセスに必要な情報が有効か、現在のネットワークでコンテンツを取得できるかを確認します。認証情報を含む完全なURLを公開の問い合わせに貼り付けないでください。同じURLを何度も読み込むだけでは問題の切り分けになりません。
On Demand：条件に応じた接続
On Demandは、あらかじめ設定したネットワーク条件に応じて接続動作を開始する機能です。「いつ接続するか」を決めるもので、「どのサイトにどのルールを適用するか」を決めるものではありません。On Demandの画面で条件を確認・編集します。画面上の場所や選択できる条件は、現在のアプリの表示に従ってください。有効にする前に、手動接続、現在のサーバー、Configが正常に動作することを確認します。
設定前に、特定のWi-Fi環境で自動接続したいかなど、具体的な利用場面を決めます。その場面に必要な条件だけを追加してください。画面にネットワークの種類やWi-Fi名の項目がある場合は、名前が正しいことと条件の順序を確認します。重複する条件を一度に多数追加すると、ネットワークを切り替えたときに、どの条件が動作を開始したのか分かりにくくなります。
保存後は実際に使うネットワークでテストし、別のネットワークに切り替えて再確認します。接続が自動で再開するかどうかは、OSの動作、デバイスの状態、ネットワークの変化に左右される場合があります。On Demandで利用できないサーバーを使えるようにしたり、ルール内のポリシー名を修正したりすることはできません。継続して診断する場合は、テスト中に状態が何度も変わらないよう、自動接続を一時停止して手動で接続します。
VPNの許可と自動接続は別の設定です初回接続時には、VPN構成の追加を許可するようOSから求められる場合があります。これはOSの認証手順です。On Demandは、構成が追加された後に接続条件を設定する機能です。OSにVPNの状態が表示されても、関連する接続が有効であることを示すだけで、すべての接続先に同じポリシーが適用されるわけではありません。
Data：通信量の統計と記録の確認
Dataでは、クライアントが記録した通信量と接続情報を確認できます。Dataを開いたら、まず統計の対象範囲、期間、リセット状態を確認し、アップロードやダウンロードなどの項目を読みます。表示されるのは対象範囲内でクライアントが記録したデータです。デバイス全体の通信量や、利用中のサブスクアカウントの請求明細と同じものとして扱わないでください。
特定のルールを検証する場合は、現在の数値を控えるか、画面に記録の消去機能があれば利用してから、対象を一つだけ開きます。その後、新たに記録された接続を確認してください。接続先のドメインやアドレス、実際に使われたポリシー、表示される適用ルールを確認します。ページによっては画像、API、その他のリソースが複数のドメインから読み込まれるため、1ページを開いただけで複数の接続が表示されても正常です。
統計値が増えても、通信が該当する経路を通ったことが分かるだけで、ページの内容が完全に読み込まれた証拠にはなりません。バックグラウンド処理で通信が発生することもあります。設定変更前後を比べるときは、できるだけ同じネットワーク、同じ接続先、同程度の操作で比較してください。記録を消去する前に、必要な問題調査の手がかりを保存します。問い合わせ時は、個人のドメイン、アドレス、認証情報を伏せてください。
DNS：名前解決と接続を切り分ける
DNSはドメイン名を接続に必要なアドレスへ変換します。プロキシプロトコルやルールポリシーにも関係しますが、別の設定レイヤーです。サーバーに接続できても、接続先ドメインの名前解決に失敗することがあります。ドメインを解決できても、サービスのポートに接続できるとは限りません。問題を調べるときは、ページが開かないからといってすべての設定をすぐに変更せず、この二つの段階を分けて確認します。
確認・変更する場所
まずSettingsで現在利用できるDNS関連の項目を確認し、次に有効なConfigに名前解決の設定が含まれているかを確認します。構成ファイル内のGeneralやHostなどの設定が結果に影響する場合があります。共通設定を一つ変更しただけでは、現在の構成に含まれるすべての名前解決動作が変わるとは限りません。構成側と共通設定側のどちらが有効になるかは、現在の項目の説明と診断結果を照らし合わせて確認してください。
変更前に元の値を記録し、解決したい問題が名前解決のタイムアウト、返されるアドレスの異常、特定のネットワークでの接続可否のどれかを確認します。現在のネットワークに適した、すでに利用可能なDNS設定を使い、一度に変更するのは一項目だけにしてください。同じドメインで再テストします。DNS、ルール、サーバーを同時に変更すると、アクセスが回復しても何が有効だったのか判断できません。
キャッシュとドメインルールに注意
DNS設定を変更しても、既存のキャッシュや長時間接続によって、しばらく結果が変わらない場合があります。アプリで利用できるキャッシュの消去や再接続を行ってから、新しいリクエストを送信してください。DOMAIN-SUFFIXなどのルールはドメイン情報に基づき、IP-CIDRはアドレス範囲を確認します。一つのリクエストで確認できるドメインとアドレスを合わせて読みます。返されたアドレス一つだけを根拠に、すべてのリクエストに同じポリシーが適用されると判断しないでください。
テスト方法、コンポーネント、同期
Settingsでは、テスト、表示、同期、診断などの一般設定を管理します。項目の有無や表示位置は、デバイスや現在のアプリ画面によって異なる場合があります。以下では用途ごとに説明します。変更時は各項目の説明を確認してください。判断できない詳細設定は元の値のままにし、一部の問題を調べるだけのつもりが構成全体の作り直しにならないようにしましょう。
Test Method：Connectivity Testの条件を統一
Test Methodでは接続テストの方法を選択します。通常はSettingsのテスト関連項目から確認できます。基本的な接続性を調べるのか、プロキシ経由でテスト対象にアクセスできるかを調べるのかを決め、画面に表示される方法から選択してください。その後Homeに戻り、登録済みサーバーでConnectivity Testを実行します。比較する場合は、テスト方法と対象を同じにしてください。
テスト結果が示すのは、その時点でその方法を使った場合の結果であり、長期的な速度を保証するものではありません。テストに失敗しても実際のWebページを開ける場合は、テスト方法や接続先が適していない可能性があります。テストに成功しても特定のサイトが開かない場合は、そのサイトのルール、名前解決、サービスの状態が関係していることがあります。一度のテスト結果の数値だけで、すべてのサーバーの優先順位を変更しないでください。
Today Widget：ショートカットはポリシー設定ではありません
Today Widgetの設定は、OSのウィジェット表示やショートカット操作に関連します。Settingsでアプリが提供する項目を確認し、OSで許可された場所に対応するウィジェットを追加してください。表示形式や更新動作はデバイスとOSの対応状況によって異なります。すべてのデバイスで同じ操作画面が使えるとは限りません。
ウィジェットを操作した後、必要に応じてHomeに戻り、接続状態と選択中のサーバーを確認してください。ウィジェットはConfig内のルールを置き換えるものではなく、サーバー設定を自動で補うものでもありません。ウィジェットの表示がメイン画面と一時的に異なる場合は、まずメイン画面を確認し、次にOS側のウィジェットが更新済みかを確認します。
iCloud同期：同期範囲を確認
iCloud同期では、条件を満たすデバイス間でアプリが対応するデータを同期します。Settingsで関連するスイッチを確認する前に、OSで自身のAppleアカウントにサインインしていること、iCloudのアクセス許可が利用できること、項目の説明にある同期範囲を確認してください。接続記録、すべての認証情報、すべてのローカルファイルが同期されるとは限りません。
機種変更の前に、同期状態を確認するだけでなく、重要な構成を別途エクスポートしてバックアップしてください。新しいデバイスで復元したら、サブスク、サーバー、Config、Global Routing、On Demandを順に確認します。まず手動で接続を検証してから、自動接続の条件を戻してください。アプリの購入履歴と構成の同期は別の仕組みです。購入を復元しても、構成が自動的に復元されるわけではありません。
Diagnostics：一度に一つの段階を検証
Diagnosticsでは、接続問題の手がかりを収集して確認できます。Settingsの診断関連メニューから開きますが、利用できるツールは現在のアプリ画面に従ってください。開始前に、再現できる症状を整理します。すべての接続先で失敗するのか、特定のドメインだけに問題があるのか、ネットワーク切り替え後だけに起きるのかを確認してください。症状を具体的にするほど、次に確認する項目を判断しやすくなります。
- 現在の状態を記録。Global Routing、選択中のサーバー、有効な構成、ネットワークの種類を保存します。元の構成を残し、テスト中は状態を変える可能性がある自動接続条件を一時停止してください。
- 基本ネットワークを確認。現在のネットワークで通常どおりアクセスできることを確認します。通常のネットワーク自体に問題がある場合は、まずその問題に対処してください。ルールの問題と誤認するのを防げます。
- サーバー設定を確認。登録済み情報と照らし合わせ、Type、アドレス、ポート、認証項目を確認してから、適切なConnectivity Testを実行します。手動入力では、余分なスペースや入力漏れにも注意してください。
- ドメインの名前解決を確認。同じ失敗ドメインの名前解決結果を確認します。ドメインを解決できない場合と、アドレスに接続できない場合は別の問題です。それぞれ分けて対処してください。
- 接続経路を確認。Configモードで新しいリクエストを送信し、記録を見て適用されたルールとポリシーを確認します。必要であればProxyに一時的に切り替えて比較し、その後元のモードに戻してください。
- 結果をまとめて設定を戻す。どの変更が結果に影響したか記録し、効果のなかった変更を取り消します。日常使用する設定とOn Demandが、想定した状態に戻っていることを確認してください。
ログにはサブスクURL、サーバー情報、アクセス先のドメイン、認証情報が含まれる場合があります。エクスポートや共有の前に確認し、問題の特定に必要な部分だけを残して機密情報を隠してください。診断ツールが示すのは手がかりであり、自動修復の結論ではありません。一度テストして再現しなかったからといって、問題が解消したとは限りません。
設定に関するよくある疑問
Configに切り替えたのに、接続がDIRECTになるのはなぜですか？
Configは構成に基づいて接続を判定するモードであり、すべての接続にPROXYを適用するという意味ではありません。まず接続先に一致したルールを確認し、FINAL,DIRECTがフォールバックになっていないかを確認してください。また、編集した構成が実際に使用中の構成かどうかも確認します。
On Demandを有効にした後も、ルールの設定は必要ですか？
それぞれ別に設定する必要があります。On Demandは接続を開始する条件を決め、Global RoutingとConfigは接続後の処理方法を決めます。まず手動接続とルール振り分けを検証してから、自動接続を有効にしてください。
サブスクを更新したら、ローカルの変更が変わったのはなぜですか？
サブスクで管理されるサーバー情報は、更新時に登録元の内容に基づいて再生成される場合があります。ローカルの記録、サブスクの記録、ルール構成を区別してください。重要な変更は別途保存し、更新後に現在の選択項目を確認します。
機能の設定後、システムの互換性はどこで確認できますか？
Shadowrocketは主にiPhoneとiPadで使用します。Mac、Apple TV、Apple Visionとの互換性および各システムの要件は、App Storeの表示を確認してください。入手先と正規品の確認ポイントはApp Storeでの正規品確認ガイドをご覧ください。
初回の読み込みから操作を確認する場合は使い方ガイドへ、ルールの構造やキーワードを確認する場合はルールマニュアルへ進んでください。どちらの操作でも、まずバックアップし、一度に一か所だけ変更し、新しいリクエストで検証してから変更を残すか判断してください。