Shadowrocket設定とルールによる振り分け

Rulesは、リクエストに適用するポリシーを決めます。使い始める前にHomeのGlobal RoutingでConfigを選び、Configで現在有効なファイルを確認してください。ルールは通常、上から順に照合されるため、具体的なドメインを広い条件より前に配置します。DOMAIN-SUFFIXはドメインの末尾、IP-CIDRはIPアドレスの範囲に一致します。PROXY、DIRECT、REJECTはそれぞれ異なる処理方法で、FINALはそれまでのルールに一致しなかったリクエストを処理します。変更後は実際にアクセスし、ログと照合して結果を確認してください。サーバーの遅延だけで振り分けの正しさを判断しないでください。

Configモードでは、現在のファイルに設定されたルールでリクエストを処理します。ProxyモードとDirectモードは、問題を切り分ける際の比較に使えます。テスト後はConfigに戻す必要があるか確認し、一時的なテスト状態を恒常的な設定として残さないようにしてください。

On Demandは、設定した条件に基づいて接続を管理する機能です。設定場所はSettingsです。まず手動で接続し、保有しているサーバーとConfigが使えることを確認してから、オンデマンド接続の条件を設定してください。Wi-Fi、モバイル通信などのネットワーク条件を区別し、接続を開始する条件とリクエストの振り分けルールを混同しないようにします。オフにしても再接続する場合は、On Demandの条件とシステムのVPN状態を確認してください。設定を変えたら、ネットワークの切り替え時とアプリの再起動後にそれぞれテストします。原因を特定しやすくするため、一度に変更する項目は一つにしてください。

On Demandは接続するタイミングを、Rulesは接続後のリクエスト処理を決めます。右側のルール例でローカルネットワークのアドレスをDIRECTにしても、特定のWi-Fiで自動接続する設定にはなりません。

ShadowrocketはShadowsocks、VMess、VLESS、Trojan、WireGuardなどのプロトコルに対応しています。手動で追加する場合はAdd ServerでTypeを選び、保有しているサーバー情報に基づいてアドレス、ポート、認証情報、関連する転送設定を確認します。プロトコルごとに必要な項目は異なり、相互に置き換えることはできません。TLSを有効にする場合は、名前が提供された情報と一致するかも確認してください。接続に失敗したら、まず入力項目とプロトコルの対応を確認し、その後ログを確認します。プロトコル名だけを変更しても、元の情報で接続できるとは限りません。選択できる項目は現在のアプリ画面でご確認ください。ルールのPROXYも特定のプロトコルを指すものではありません。

プロトコルはサーバーへの接続方法を、ポリシーはリクエストの経路を表します。まずサーバー情報で接続できることを確認し、その後、対象のリクエストがPROXYに一致するか確認してください。DIRECTをPROXYに変えても、不足している認証情報は補われません。

Subscribeは、すでに保有しているサブスクリプション情報の管理に使います。読み込む前にリンクが自分の利用するサービスから提供されたものか確認し、説明ページのURLではなくリンク全体をコピーしてください。読み込み後はグループとサーバー項目を確認し、その中から一つ選んでテストします。サブスクリプションを更新しても、その内容を取得し直すだけで、現在のConfigのルールが連動して変更されるわけではありません。複数のサブスクリプションには見分けやすい名前を付けてください。重複した項目を削除する前に入手元を確認し、手動で保存した情報は別途バックアップしてください。リンクに個人情報が含まれる場合があるため、問い合わせ時はURL全体や認証情報を隠してください。

サーバー項目を更新した後も、現在選択されている項目を確認してください。Configはルールと関連設定を決めます。右側の例はルールファイルの内容であり、サブスクリプションのURLではありません。また、これを使ってサーバー情報を生成することもできません。

Configではルールと関連設定を管理します。まず現在有効なファイルを確認し、編集画面でGeneralやRuleなどの各セクションを確認してください。利用可能な設定を上書きしないよう、編集前に元ファイルのコピーを保存します。iCloudで同期する場合は、自分のiCloudの状態とアプリ内の同期設定を確認し、別のデバイスで内容が実際に反映されたかも確認してください。同期できても接続が成功するとは限りません。サーバー情報、設定ファイル、購入履歴はそれぞれ別のものです。一つを復元しても、ほかも復元されるわけではありません。問題を切り分けるときは、まず動作が確認できている設定に戻し、変更を一つずつ加えてください。

編集後は保存できたことを確認し、戻って現在選択中のConfigを確認してください。ファイルが一覧にあっても、現在のリクエスト処理に使われているとは限りません。Global RoutingでConfigが選択されていることも確認します。

Connectivity Testではサーバーへの接続状況を確認できます。SettingsのDiagnosticsは問題の切り分けに、Dataはアプリが記録した通信量の確認に役立ちます。テストに結果が表示されても、すべてのWebリクエストが正常とは限りません。DNS、ルールの一致、接続先をそれぞれ確認してください。問題が発生したときのネットワーク、Global Routingのモード、使用中のサーバーを記録し、リクエストを再現してみましょう。ログを比較するときは、できるだけほかの条件をそろえてください。Dataの集計範囲は画面の説明に従い、サービス提供元の通信量記録の代わりとして扱わないでください。ログを共有する前に、個人のドメイン名、アドレス、認証情報を削除してください。

まずデバイスのネットワークを確認し、次にサーバーの項目、DNS、ルールを確認します。右側の例は、特定のドメインに一致するルールと最終ポリシーの違いを理解するためのものです。原因が分からないまま、既存の設定を上書きしないでください。