公式マニュアル · 機能と設定
Shadowrocket
機能と設定
まず通信の経路を確認し、その後ルールと接続条件を調整します。
このページでは、Home、Config、Data、Settingsの使い方を関連づけて解説します。ご自身で用意したサブスクリプションまたはサーバー情報があることを前提とします。画面上の項目名が変更されている場合は、アプリ内の英語表記をご確認ください。
- 入手先 App Store
- 設定に必要なもの 既存のサブスクリプションまたはサーバー情報
- 確認基準 アプリ内の現在の設定
Global Routing:Config・Proxy・Direct
3つのモードは通信全体の処理方法を決めるもので、サーバーの種類や接続品質のランクではありません。
概要:Global Routingは、通信の処理方法を選ぶ項目です。HomeでGlobal Routingを開き、Config、Proxy、Directを確認できます。Configは設定に沿った処理、Proxyはプロキシ経由、Directは直接接続を意味しますが、画面上の項目名は英語表記です。モードを切り替えても、誤ったサーバーアドレスや認証情報は修正されず、有効な接続が確立するわけでもありません。
設定方法:通常、リクエストごとにルールを適用する場合はConfigを選び、Config画面で現在有効な設定を確認します。一時的にルールの影響を除いて選択中のサーバーが特定のリクエストを処理できるか確認する場合は、Proxyに切り替えて比較できます。現在のネットワークから直接アクセスした場合の状態を確認するには、Directに切り替えます。比較時は同じ接続先とネットワークを使い、確認後は元のモードに戻してください。
| 画面上のモード | 処理方法 | 使用例 | 注意点 |
|---|---|---|---|
| Config · 設定に従う | 現在の設定にあるルールとポリシーに従ってリクエストを処理します。 | ドメインやアドレスなどの条件で通信を振り分ける通常の利用。 | 現在の設定を確認してから、ルールの順序とポリシーの適用先を確認します。 |
| Proxy · プロキシ | 通信をプロキシ経由で処理し、選択中のサーバーの動作を比較しやすくします。 | ルールが特定のリクエストに影響しているか一時的に確認する場合。 | すべての種類の通信が使えるとは限りません。サーバーの機能や関連設定にも左右されます。 |
| Direct · 直接接続 | 通信を直接接続で処理します。 | 現在のネットワークから直接アクセスした場合の状態を比較する場合。 | すべてのネットワーク通信を停止する機能ではなく、接続のオン/オフ確認に代わるものでもありません。 |
注意点:Global RoutingとHomeの接続スイッチは別の設定です。前者は通信の処理方法を、後者は接続を有効にするかどうかを決めます。ConfigとProxyで結果が異なる場合は、ルール、ポリシーの適用先、名前解決を優先して確認してください。どちらも失敗する場合は、ルールの誤りと決めつけず、サーバー情報とネットワーク環境を先に確認します。
ルールによる振り分け:条件に一致した後、ポリシーを適用
ルールは「何に一致するか」、ポリシーは「一致後にどう処理するか」を示します。
概要と設定場所:ルールによる振り分けは主にConfigで管理し、Global RoutingでConfigを選んだ場合に適用されます。DOMAINは指定したドメイン、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメイン内のキーワードに一致します。IP-CIDRとIP-CIDR6はアドレスのネットワーク範囲を指定し、GEOIPはアドレスの地域情報に基づいて一致します。ドメイン条件とアドレス条件は参照する情報が異なるため、Webページの名前だけで実際にどのルールに一致したかを判断することはできません。
設定方法:まず、元に戻せるよう現在の設定を保存してから、対象範囲を明確にしたルールを追加します。ルールは通常、上から順に確認されます。先に一致したルールが同じリクエストを処理し、後続のルールが適用されない場合があります。そのため、優先したい具体的な条件を適切な位置に置き、その後で範囲の広い条件とFINALを確認します。PROXY、DIRECT、REJECTはそれぞれプロキシ、直接接続、拒否を意味します。名前付きポリシーを参照するルールでは、ポリシーが存在し、適用先が有効かどうかも確認してください。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
DOMAIN-KEYWORD,ads,REJECT
FINAL,PROXY
注意点:ここでの説明は構文と順序を示すもので、あらゆるネットワークに適した完全な設定ではありません。DOMAIN-KEYWORDは想定より広い範囲に一致する場合があります。また、アドレスを使うルールの結果は、DNSの名前解決やIPv4/IPv6の選択にも左右されます。FINALは、それ以前のルールに一致しなかった場合の最終処理です。前段のポリシー名の誤りをFINALで覆い隠さないでください。トラブル対処では、エディターの一行だけでなく、リクエストのドメイン、接続先アドレス、最終的なポリシーをあわせて確認します。
SubscribeとAdd Server:登録済みの接続情報を管理
定期更新するサブスクリプションと、個別に手動設定するサーバーを区別し、重複登録や誤削除を防ぎます。
概要と設定場所:Homeのサーバー一覧から接続先を選びます。Add Serverではサーバー情報を個別に入力し、Subscribe関連の項目では登録済みのサブスクリプションを管理します。先にご自身のサービス提供元からサブスクリプションまたはサーバー情報を入手し、内容に応じた方法を選んでください。サブスクリプションを読み込んでも、現在のネットワークに適したルール一式が設定されるわけではありません。
設定方法:手動で追加する場合は、指定されたプロトコルを選び、アドレス、ポート、認証情報、トランスポート層に関する項目を確認します。Shadowsocks、VMess、VLESS、Trojan、WireGuardなどでは必要な項目が異なります。あるプロトコルの情報を別のプロトコルにそのまま入力しないでください。登録済みのサブスクリプションを読み込む場合は、リンク全体に欠けがないことを確認して保存・更新します。更新後、項目が一覧に表示されるか、名前で識別しやすいか、選択中の接続先が残っているかを確認してください。
整理方法:複数のサブスクリプションがある場合は、提供元や用途が分かる名前を付け、グループごとに更新結果を確認してから、不要と判断できた項目を削除します。一括更新で一覧の内容が変わることがあり、サブスクリプション内の手動変更が更新時に上書きされる場合もあります。個別の変更を長期的に残したい場合は、対象がサブスクリプション内の項目か、独立した手動登録かを確認し、必要な記録を残してください。サブスクリプションを削除する前に、現在の接続先やポリシーがその中のサーバーを参照していないか確認します。
On Demand:条件に応じて接続を開始
まず手動接続が安定して動作することを確認してから、自動接続の条件を設定します。
概要と設定場所:On Demandは、設定したネットワーク条件に応じて接続動作を開始する機能です。関連項目はSettingsで確認できます。On Demandが決めるのは「いつ接続するか」であり、ルールによる振り分けが決める「リクエストをどう処理するか」とは異なります。有効にしてもサーバー情報が自動で補われることはなく、Global Routingのモード選択に代わるものでもありません。
設定方法:まず自動接続を無効にし、手動で接続を開始して対象にアクセスし、その後接続を停止するまでの動作が正常か確認します。次にOn Demandを開き、画面に表示されるネットワーク条件と動作を一つずつ確認し、内容を説明できる条件だけを有効にします。特定のWi-Fiネットワークを条件にする場合は、ネットワーク名と実際の接続環境が一致しているか確認してください。保存後、該当するネットワークを実際に切り替え、接続状態が想定どおりか確認してから、必要に応じて条件を追加します。
注意点:手動で停止しても接続が再開する場合は、Homeのスイッチを何度も切り替えるのではなく、On Demandに接続を開始する条件が残っていないか確認してください。サーバー、設定、ネットワークを変更した後も、自動接続の結果を再確認します。デバイスのスリープ、ネットワークの切り替え、システム権限が確認結果に影響することがあります。正常かどうかは実際の接続状態とリクエストの結果で判断し、スイッチの位置だけで判断しないでください。
Data:通信記録と統計の見方
統計は通信の状況確認や変化の比較に使うもので、接続サービスの課金記録とは異なります。
概要と設定場所:Dataではアプリが記録した通信状況や統計情報を確認できます。まず表示されている期間、分類方法、カウントの意味を確認し、アップロードやダウンロードなどのデータを比較します。表示によって分かることは異なります。合計値は累積した通信量を示し、個別の項目は特定のリクエストや接続先の確認に役立ちます。
使い方:トラブル対処では、まず現在の統計値を記録し、同じページを開くなど、繰り返しやすい操作を一つ行います。その後Dataに戻り、変化を確認してください。リセットや消去の機能がある場合は、消去範囲を確認し、必要な記録を保存してから実行します。2回のテストを比較するときは、ネットワーク、サーバー、確認時間帯をできるだけ揃えます。バックグラウンドの通信も合計値に影響するため、増加分のすべてを直前に開いたページの通信とみなすことはできません。
注意点:Dataに表示される数値はクライアント側で観測した範囲の情報であり、サービス提供元の残量や請求額として扱わないでください。接続状態、集計期間、プロトコルのオーバーヘッド、サービス側の計測方法によって差が生じることがあります。診断情報を共有する前に、アクセス先のドメインやアドレスなど、個人の利用状況が分かる情報が含まれていないか確認し、現在の問題に関係する箇所だけを残してください。
Settings:DNS・接続テスト・ウィジェット・同期
設定項目は役割ごとに調整し、問題を一つのスイッチだけのせいにしないようにします。
DNS:名前解決の参照先と現在の設定を確認
概要と設定場所:DNSはドメイン名をアドレスに変換する仕組みで、Webサイトを開く前に行われる処理の一つです。まずSettingsでDNS関連の項目を確認し、Configにも名前解決の設定があるか確認してください。Webページを開けなくてもサーバーテストに応答があった場合、そのテスト条件でテスト先が応答したことを示すだけで、DNSが正常だとは判断できません。
設定方法と注意点:まず現在の値を記録し、DNSサーバーに到達できるか、Configの名前解決設定が想定どおりか確認してから、一度に一項目だけ変更します。変更後は同じドメインで再確認し、キャッシュや既存の接続が結果に影響していないか注意してください。複数のDNS設定をむやみに重ねないでください。特定のドメインだけで問題が起きる場合は、そのドメインに適用されるルールとアドレスの選択も確認します。詳しい手順はDNS設定とWebページが開けない場合の確認方法をご覧ください。
Test Method:Connectivity Testの結果を理解する
概要と設定場所:SettingsのTest Methodでは、Connectivity Testで使うテスト方法を選びます。方法によって確認する段階が異なるため、テスト条件を揃えずに応答時間を直接比較することはできません。テスト結果はダウンロード速度ではなく、すべてのWebサイトへのアクセス状況を示すものでもありません。
設定方法と注意点:現在の選択肢の説明を確認し、同じ方法で同じサーバー群をテストします。テスト方法や接続先を変更する場合は、新たな比較として扱い、変更前後の数値を混ぜて順位付けしないでください。一度タイムアウトしただけで判断せず、再テストします。応答があった場合も、実際の接続先を開いて、名前解決、接続の確立、コンテンツの転送まで完了するか確認してください。
Today Widget:すばやい操作と状態の確認
概要と設定場所:Today Widgetは、システムのウィジェットから操作したり、状態を表示したりする機能です。Settingsで関連する設定を確認できます。ウィジェットを追加できる場所や利用可能な操作は、デバイスのシステムとアプリの対応状況によって異なります。デバイス上に実際に表示される内容をご確認ください。
設定方法と注意点:まずアプリ内で接続を正常に開始・停止できることを確認し、システムのウィジェット編集画面から利用可能な項目を追加します。ウィジェットから操作した後、Homeに戻り、接続状態と選択中のサーバーを確認してください。ウィジェットに一度表示された状態だけで、接続が続いているとは判断できません。操作後の動作が想定と異なる場合は、On Demandが接続を再開していないかも確認してください。
iCloud:同期範囲と復元方法
概要と設定場所:iCloud関連の項目では、アプリが対応するデータの同期を設定できます。Settingsで内容を確認してください。App Storeでの購入済みアプリの復元とは別の機能です。購入の復元はアプリを入手する権利に関するもので、データの同期は一部の設定をデバイス間で共有するためのものです。
設定方法と注意点:まずシステムでご自身のiCloudアカウントにサインインしていること、関連する権限と空き容量があることを確認し、アプリが現在対応している同期項目を確認します。サーバー、ルール、履歴、機密情報がすべて同期されるとは限りません。別のデバイスで初回同期が完了したら、接続を有効にする前に設定、サーバー、現在のモードを一つずつ確認してください。重要な変更は復元できるよう記録を残します。内容が一致しない場合は、複数のデバイスで上書きを繰り返す前に同期状態を確認してください。
Diagnostics:問題の段階に応じて情報を確認
診断結果は具体的な疑問に答えるために使い、すべてのツールを続けて実行する必要はありません。
概要と設定場所:Diagnosticsは、ネットワークや接続の状況を確認するための補助ツールです。Settingsで確認できます。利用できるツールや確認項目は、現在のアプリ画面に表示される内容に従ってください。結果は特定の時点、特定のテスト条件で得られたものであり、サーバーやネットワークが継続的に利用できることを保証するものではありません。
使い方:まず、問題の範囲を明確にします。すべての接続先で失敗するのか、特定のドメインだけか。サブスクリプションの更新に失敗するのか、接続後のアクセスに失敗するのか。手動接続は正常で、自動接続だけに問題があるのかを整理してください。その後、基本ネットワーク、サーバー情報、Connectivity Test、Global Routing、ルールの一致状況、DNSの順に確認します。条件を一つだけ変えて再テストし、結果の変化を記録します。こうすれば接続情報、名前解決、ポリシー、接続条件のどこに問題があるか、複数箇所を同時に変更して比較できなくなる事態を避けながら絞り込めます。
注意点:診断記録にはサーバーアドレス、リクエスト先のドメイン、認証関連情報が含まれる場合があります。ご自身のサービス提供元への送付や追加の調査に使う前に、サブスクリプションのリンク、認証情報、無関係なアクセス記録を隠してください。その一方で、プロトコル、問題の症状、再現手順は残します。「使えない」とだけ伝えるより、ネットワーク環境、現在のモード、失敗したテスト、どの設定を変更した後に結果が変わったかを記載すると、状況を把握しやすくなります。
設定後の確認リスト
「読み込み済み」「接続済み」「正常にアクセスできる」を、それぞれ別の結果として確認します。
- サーバー情報:Homeに想定した項目が表示され、プロトコルと各項目が手元の情報に合っており、選択中の接続先が有効である。
- 処理モード:Global Routingが用途に合っている。Configを使う場合は、現在の設定と名前付きポリシーも確認済みである。
- 実際のアクセス:Connectivity Testだけで判断せず、実際の接続先で名前解決とコンテンツ転送を確認している。振り分けが必要な場合は、複数のルールの適用結果も確認済みである。
- 自動接続:On Demandには必要な条件だけを設定し、ネットワーク切り替え後の動作を実際にテストしている。
- 復元とプライバシー:重要な設定を復元できるよう記録し、同期結果を確認している。共有資料にサブスクリプションの認証情報や無関係な利用履歴を含めていない。
ShadowrocketはAppleプラットフォーム向けの有料クライアントです。入手先はApp Storeのみです。システム要件、デバイスの互換性、購入対象はApp Storeの製品ページをご確認ください。購入や機種変更の前にApp Storeでの正規購入の確認と復元方法を、読み込みから初回接続までの手順はShadowrocketの使い方をご覧ください。特定の症状がある場合はトラブル対処から該当する項目をお探しください。