SHADOWROCKET / SETTINGS REFERENCE
Shadowrocketの設定方法
まず通信経路を決め、その後にルール、接続条件、診断結果を確認します。本ページでは、各設定の役割や操作手順、混同しやすいポイントを画面の位置に沿って解説します。iPhoneまたはiPadでShadowrocketを利用しており、自分で用意したサブスクリプションまたはサーバー情報がある方を対象としています。
01 / ROUTING
Global Routing:Config、Proxy、Direct
Global Routingでは、接続を開始した後にリクエストをどのルーティング方法で処理するかを選びます。サーバーアドレスを入力する項目ではありません。方式を切り替える前に、Homeに利用可能なサーバーがあることと、Configに想定したルールが読み込まれていることを確認してください。
| 画面上の選択肢 | 処理方法 | 利用する場面 | 確認ポイント |
|---|---|---|---|
| Config(設定) | 現在の設定ファイルのルールに従ってリクエストを判定し、それぞれに対応するポリシーへ振り分けます。 | ドメインやアドレスごとに異なる経路を使いたい場合。 | 選択中の設定、ルールの順序、最終ポリシーを確認します。 |
| Proxy(プロキシ) | 選択したプロキシサーバーを主な経路として使い、Configの振り分けルールを個別には適用しません。 | 選択中のサーバーで接続できるか一時的に確認する場合。 | サーバーが選択されていることを確認します。テスト結果だけでルールが有効だと判断しないでください。 |
| Direct(直接接続) | リクエストを直接接続で処理します。 | 問題がプロキシ経路に関係しているか切り分ける場合。 | Configに戻して、対象リクエストにルールが適用されるか再確認します。 |
場所と設定方法:Homeを開き、Global RoutingでConfig、Proxy、Directのいずれかを選びます。その後、接続を開始して確認したい対象にアクセスします。普段ルールに応じて通信を振り分ける場合は、通常Configを選びます。問題の切り分けでは一時的にProxyまたはDirectへ切り替えて比較できます。確認後は元の方式に戻し、一時的な選択をそのまま使い続けないようにしてください。
注意点:Global Routingはルーティング方式を選ぶ設定であり、サーバーの利用可否を保証するものではありません。また、Configのルール確認に代わるものでもありません。ConfigとProxyで挙動が異なる場合は、まずルールによって対象がDIRECTまたはREJECTになっていないか、次に想定したPROXYポリシーに一致しているかを確認します。Homeの接続スイッチだけで、リクエストの実際の経路を判断しないでください。
02 / RULES
Configのルール振り分け
ルールは「どのリクエストに一致させ、どのポリシーに渡すか」を定めます。Global RoutingでConfigを選んでいる場合、現在の設定ファイルにあるルールが振り分け動作を調べる際の主な手がかりになります。
マッチ条件
DOMAINは指定したドメインに一致し、DOMAIN-SUFFIXはドメインの末尾に一致します。DOMAIN-KEYWORDはドメインに含まれるキーワードで判定します。IP-CIDRとIP-CIDR6はアドレス範囲を対象とし、GEOIPはアドレスの地理情報に基づいて判定します。USER-AGENTはリクエストの識別情報に関係します。条件を選ぶ前に、対象リクエストで実際に使われているのがドメインなのかアドレスなのかを確認してください。
実行するポリシー
PROXYはプロキシ経由、DIRECTは直接接続、REJECTは一致したリクエストの拒否を表します。通常、ルールは上から順に評価されます。条件が広すぎるルールを前方に置くと、より具体的なルールより先に一致することがあります。最後のFINALは、それ以前のルールに一致しなかった場合の処理を決めます。
場所と設定方法:HomeからConfigを開き、現在有効な設定ファイルを確認してからルールを見ます。自分で用意した設定を変更する場合は、先に元の内容を保存し、一度に変更するルールを少数に絞ってください。保存後はGlobal RoutingをConfigにしたまま、対象のドメインで再テストします。ルール構文の英語キーワードやポリシー名は原文どおりに入力してください。
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
ここに示すアドレスは構文の説明用です。DOMAINとDOMAIN-SUFFIXでは一致する範囲が異なり、IP-CIDRのネットワーク範囲も特定のドメインとは別のものです。「ルールを設定したのに反映されない」場合は、現在の設定ファイル、Global Routingの方式、ルールの順序、対象リクエストで実際に使われているアドレスを順に確認してください。操作手順の詳細は初期設定ガイドをご覧ください。
03 / SERVER MANAGEMENT
Subscribeとサーバーの管理
サーバーの項目には接続に必要なパラメーターが含まれ、Subscribeでは自分が利用しているサブスクリプションを管理します。どちらも情報の登録や管理に関するもので、Global Routingの3種類の方式を決めるものではありません。
概要と場所:Homeのサーバー一覧から登録済みの項目を選択します。手動で入力する場合はAdd Serverを使い、自分が持っているサーバー情報に合わせてプロトコルを選び、アドレス、ポート、認証情報を入力してください。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2などのプロトコル名は元の情報と一致させます。名前だけを変えて別のプロトコル用の項目を流用しないでください。
設定方法:自分のサブスクリプションURLがある場合は、Subscribeを開いてURL全体を追加し、保存後に更新してからサーバー一覧に想定した項目が表示されるか確認します。Scan QR Codeから自分が持っている情報を読み込むこともできます。Import from Cloud JSONを使う場合は、そのファイルが自分の設定情報であることを確認し、読み込み後の各項目もチェックしてください。追加できても接続できるとは限りません。項目を選択し、別途テストしてください。
注意点:サブスクリプションを更新すると、一覧の項目が変更されることがあります。サブスクリプションから作成された項目を手動で編集する前に、次回の更新で変更が上書きされるか確認してください。複数のサブスクリプションを管理する場合は、それぞれの情報の提供元と用途を区別し、一件ずつ更新して内容を確認します。削除前には、引き続き必要な情報を保存してください。Shadowrocketの買い切り購入は、回線プランの契約とは別です。アプリを購入して得られるのはアプリの利用権であり、自分が用意したサーバーやサブスクリプションの利用可否は個別に確認してください。項目、更新、整理方法の詳細はサーバー管理ガイドをご覧ください。
04 / CONNECTION CONDITIONS
On Demandによるオンデマンド接続
On Demandは、設定したネットワーク条件に応じて接続を開始するタイミングを決めます。接続を開始する条件を管理する機能であり、サーバーの選択やConfigでのリクエスト振り分けルールに代わるものではありません。
場所と設定方法:SettingsでOn Demandを探します。まず、どのようなネットワーク環境で自動接続したいかを決め、画面に表示される条件を設定してください。有効にした後は、条件に合うネットワークと合わないネットワークの両方で接続状態を確認します。接続を手動で管理したい場合は、これまでどおり手動操作にし、あらゆるネットワーク条件にルールを設定する必要はありません。
注意点:ネットワークの切り替え、デバイスのスリープ解除、システムの接続状態の変化をきっかけに、接続条件が再判定されることがあります。「切断したのにすぐ再接続する」場合は、まずOn Demandの条件を確認し、次にHomeの接続状態を確認してください。すぐにサーバー情報を変更する必要はありません。特定のリクエストの経路を調べるときは、その時点のネットワーク環境、Global Routingの方式、選択中のサーバーも記録してください。On Demandが制御するのは「いつ接続するか」であり、「どのルールに一致するか」ではありません。
05 / TRAFFIC
Dataの通信量統計
Dataではクライアントに記録された通信量を確認できます。接続中にデータ通信が発生したかを把握する際の参考になりますが、サブスクリプション提供元の残高や使用量を確認する画面ではありません。
場所と確認方法:Dataを開き、まず表示されている統計の期間や範囲を確認します。そのうえでHomeの接続状態やアクセスした時刻と照らし合わせて数値を確認してください。設定変更の前後を比較する場合は、テスト開始時刻と統計値を記録し、同じ操作を行ってから数値の変化を確認します。統計をリセットする操作がある場合は、必要なデータを先に記録してください。
注意点:通信量の数値から分かるのは、該当する集計条件でクライアントがデータを記録したことだけです。特定のドメインがPROXY、DIRECT、REJECTのどれに一致したかは、数値だけでは判断できません。バックグラウンド通信、テストの繰り返し、ネットワークの切り替えも数値に影響します。実際の経路を調べる場合は、DataだけでなくGlobal Routing、設定ルール、Diagnosticsの結果も合わせて確認してください。合計値だけでサーバーの状態を推測しないようにしましょう。
06 / NAME RESOLUTION
SettingsのDNS設定
DNSはドメイン名をアドレスに変換します。アドレスを条件とするルールの判定にも解析結果が影響するため、DNSの問題とルールの問題が似た症状に見えることがあります。分けて確認してください。
場所と設定方法:SettingsでDNS関連の項目を探します。現在のConfigにもDNSパラメーターが設定されている場合は、内容を確認してから設定を変更するか判断してください。カスタムDNSやDNS over HTTPSを使う場合は、自分が利用でき、動作を確認できるDNSサービスの情報に基づいて入力し、同じドメインで繰り返しテストします。変更する値を一度に一つに絞れば、結果の変化がDNSとルーティングルールのどちらによるものか判断しやすくなります。
注意点:ドメインを解決できない、想定外のアドレスに解決される、サーバーに接続できない、という症状はそれぞれ確認すべき箇所が異なります。Webページが開かない場合は、まずドメインの名前解決ができるか確認し、その後に該当するルールとサーバーを確認してください。DNSを変更して不安定になった場合は、以前動作していた設定に戻してから原因を調べます。比較の基準が失われないよう、Global Routing、DNS、サーバーを同時に切り替えないでください。設定の考え方についてはDNS設定ガイドをご覧ください。
07 / TESTING
Test MethodとConnectivity Test
Test Methodではクライアントがサーバーを確認する方法を選びます。Connectivity Testは診断のための操作です。テスト結果は問題の切り分けに役立ちますが、実際に目的のコンテンツへアクセスできることを保証するものではありません。
場所と設定方法:SettingsでTest Methodを確認し、まずは現在の方法のまま同じサーバーをテストして結果を記録します。比較する場合は方法を切り替え、同じサーバーを再テストしてください。Connectivity Testを実行する前に、ネットワーク自体が利用できることと、Homeで正しいサーバーが選択されていることを確認します。サーバー一覧で応答時間をテストできる場合は、並べ替えの参考にできますが、実際の接続も個別に確認してください。
注意点:テスト方法によって確認する対象や接続段階が異なることがあります。そのため、テストに成功してもすべてのドメインやプロトコルのリクエストが成功するとは限りません。一度失敗しただけで、サブスクリプションの内容に原因があると決めつけないでください。診断時はネットワーク環境とサーバーを固定し、まずテスト方法を比較してから、Global RoutingのConfig、Proxy、Directで経路を確認します。「どの方法で、どの項目をテストしたか」を記録しておくと、結果の数値だけを記録するより後から確認しやすくなります。
08 / UTILITIES
Today Widget、iCloud、Diagnostics
これらの項目はそれぞれ、ショートカットからの確認、データの同期、問題の切り分けに関係します。日常的な管理を補助する機能であり、ルールキーワード自体の意味を変えるものではありません。
Today Widget
概要と場所:SettingsでToday Widget関連の項目を確認します。システムのウィジェット領域から接続状態を確認したり操作したりする際に使います。設定方法:まずクライアントで該当項目を確認し、次にデバイスのウィジェット管理画面で追加できるか確認してください。注意点:表示される項目やシステム上での見え方は、利用中のデバイスの画面で確認してください。ウィジェットの状態はHomeの表示と照らし合わせましょう。
iCloud同期
概要と場所:SettingsのiCloud関連設定では、対象となるデータの同期を管理します。設定方法:まずデバイスで使用しているアカウントとシステムのiCloudの状態を確認し、次にクライアントの同期オプションを確認してください。注意点:同期する前に、自分で用意した重要な設定のコピーを保存します。別のデバイスで同期された内容を一つずつ確認し、同期状態をサーバーが利用可能であることの証拠とみなさないでください。
Diagnosticsの概要・場所・使い方:SettingsでDiagnosticsを探します。接続に問題が起きたら、まず再現手順を記録してから、利用可能な診断情報を確認してください。「デバイスのネットワーク環境 → 選択中のサーバー → Global Routing → Configのルール → DNS」の順に確認すると、異なる層の問題を混同しにくくなります。診断記録にはドメイン、アドレス、接続情報が含まれる場合があります。他の人に共有して調査を依頼する前に、自分の機密情報が含まれていないか確認し、必要に応じて処理してください。
設定する順序:初めて設定する場合は、まず自分が用意したサーバー情報を登録して接続を確認し、その後にGlobal Routingを選びます。通信を振り分ける場合はConfigのルールを確認してから、On Demand、DNS、Test Methodなどの補助設定を検討してください。変更後は同じ対象で再テストし、結果の違いを記録します。問題を特定できない場合は、よくある質問とトラブル対処に沿って順番に確認し、一度に複数の設定を変更しないようにしてください。
App Storeの正規配信ページを確認
ShadowrocketはApp Storeからのみ入手できます。購入前にデベロッパーがShadow Launch Technology Limitedであることと、アプリIDが932747118であることを確認してください。価格、対応デバイス、システム要件はApp Storeのページをご確認ください。