Shadowrocket
設定・機能ガイド

Global Routingでは、通信全体の処理方法を選択します。通常はHomeにあり、Config、Proxy、Directがそれぞれルールに従うモード、プロキシ経由、直接接続にあたります。これらはサーバー情報の種類でも、接続のオン・オフでもありません。モードを選んだ後、Homeで選択中のサーバー、現在のConfig、接続状態も確認して、リクエストの処理方法を判断します。

ドメインやアドレスごとに処理を振り分ける場合はConfigを使います。ルールとの照合を一時的に除外して比較する場合はProxy、現在のネットワークから直接アクセスできるか調べる場合はDirectを使います。結果は対象ごとに確認してください。ページが1つ開けたからといって、すべてのリクエストが同じ経路を通るとは限りません。

モードの切り替えと確認方法

HomeでGlobal Routingを開き、目的のモードを選んで戻り、表示が切り替わったことを確認します。同じ接続先に新しいリクエストを送り、確認できる接続ログをチェックしてください。既存の長時間接続には新しい設定がすぐ反映されないことがあります。必要に応じてテスト中の接続を終了し、リクエストを再送します。比較後は元のモードに戻してください。一時的に使ったProxyやDirectで、ルールが引き続き適用されていると誤解しないよう注意しましょう。

サーバー情報には、接続に必要なアドレス、ポート、プロトコル、認証情報が保存されます。サブスクリプションは、登録済みの情報をまとめて読み込み、更新するためのものです。これらはConfigのルール振り分けとは別の設定です。サーバー情報があっても適切なルールが有効とは限らず、ルールファイルを読み込んでも接続可能なサーバーが登録されるわけではありません。

Home / Add Server：登録済みの情報を追加

HomeでAdd Serverを選び、登録済みサーバーの情報に合った種類を選択して、各項目を入力します。サブスクリプションを利用する場合は、追加画面で該当するSubscribeの種類を選び、ご自身のサブスクリプションURLを入力して保存します。QRコードを使う場合は、Scan QR Codeから読み込んだ後も、種類と重要な項目を確認してください。プロトコルごとに認証、トランスポート、TLSの項目は異なるため、ある種類の設定を別の種類にそのまま適用しないでください。

保存後にHomeへ戻り、項目が追加され、目的のサーバーが選択されていることを確認してからConnectivity Testを実行します。項目名は識別のためのラベルで、接続成功を示すものではありません。手動で編集する前に元の値を記録しておきましょう。サブスクリプションから作成された項目は、後の更新で上書きされる場合があります。変更を保持する必要がある場合は、現在のアプリで利用できる管理方法を確認してください。

Subscribe：更新と重複項目の確認

サブスクリプションを更新した後、項目数の変化、グループ分け、現在の選択が想定どおりか確認します。更新に失敗した場合は、URLが完全か、現在のネットワークからアクセスできるかを確認し、必要であれば有効な元情報を再取得してください。「サブスクリプションを更新できること」と「その中のサーバーに接続できること」は別です。前者は情報の取得に成功したことを示すだけで、後者にはサーバーの状態、プロトコル設定、ネットワーク環境も関係します。

サブスクリプションURL、QRコード、エクスポートしたConfigには認証情報が含まれることがあります。画面を撮影したり、トラブルの情報を共有したりする場合は、これらを隠してください。特に、サブスクリプションURL全体を公開のコメント欄に掲載しないでください。読み込み手順ははじめにの追加方法をご覧ください。

Dataでは、クライアントが記録できる範囲の通信量を確認でき、使用量やその変化を把握できます。Dataを開いたら、統計の対象範囲、期間、単位を確認してから、アップロードとダウンロードの数値を比較してください。アプリ内の統計は、システムのモバイル通信量や利用中のサービスの課金基準と異なる場合があるため、残りの利用可能量を推測することはできません。

確認するには、まず現在の数値を記録し、対象を明確にしたアクセスを行ってから、Dataに戻って変化を確認します。リセット機能がある場合は、対象範囲と残しておくデータを確認してから実行してください。リセット後は、トラブルの比較基準が失われることがあります。統計の増加は、その範囲で通信量が記録されたことを示すだけです。特定のドメインにPROXYが適用された証拠でも、コンテンツをすべて取得できた証拠でもありません。

通信量の異常を調べるときは、Dataと接続ログを併用します。まず増加した時刻を特定し、その時間帯の接続先と処理ポリシーを確認してください。バックグラウンド同期、メディアの先読み、アプリの再試行もリクエストを発生させることがあります。ルールを変更する前に、具体的な通信の原因を確認しましょう。一定時間の合計通信量だけで、特定のプロトコルのほうが「通信量を節約できる」と判断しないでください。

DNS：名前解決と接続を分けて確認

DNSはドメイン名を接続に使うアドレスへ変換します。名前解決の成功と、接続先サービスへの到達は別の段階です。SettingsのDNS関連設定、または現在のConfigに含まれるDNSの設定を確認し、実際にどの設定が使われているかを調べます。Configファイルに独自のDNS指定が含まれることもあります。変更前に、ほかの設定との重複や相互作用を確認してください。入力欄を1つ変更しただけで、すべてのリクエストに反映されたと判断しないでください。

変更前の値を記録し、DNSの設定元または動作を一度に1つだけ変更してから、同じ接続先にアクセスし、名前解決と接続のログを確認します。接続テストの結果が正常でもWebページが開かない場合は、名前解決、接続、TLSのどの段階で失敗したかを切り分けてください。すべての問題をDNSのせいにしないようにしましょう。IPv6を使う場合は、IPv6アドレスが表示されるかだけで異常と判断せず、現在のネットワークがそのアドレスへの接続に対応しているかも確認してください。

Test Method：テスト条件を統一

Test Methodでは、Connectivity Testで使用するテスト方法を選択します。該当する設定を開き、現在選択できる方法の説明を確認してから、同じ方法で登録済みサーバーを比較してください。テスト先を指定する方法では、接続先も統一します。方法によってポートへの接続や特定のリクエストの結果を測るため、異なる方法の結果をそのまま並べて比較することはできません。

テストに数値が表示されても、Webページが必ず開くとは限らず、継続的な通信速度を示すものでもありません。比較前に端末が同じネットワークに接続されていることを確認し、大容量の通信はできるだけ避けます。一度だけ失敗した場合は、再テストして状況を記録してください。詳しく調べるにはGlobal Routing、適用されたルール、実際の接続先も確認します。

Today Widget：情報の確認と操作へのショートカット

Today Widgetでは、システムウィジェットによる情報表示や操作を利用できます。まずSettingsでアプリが提供する関連項目を確認し、次にシステムのウィジェット編集画面で追加できるか調べてください。利用できる画面や操作はシステム環境によって異なります。ウィジェットが表示されるかどうかを、アプリの接続機能の判断材料にしないでください。

設定後は、まずアプリ内で接続できることを確認してから、ウィジェットの表示や操作を確認します。ウィジェットの更新には時間がかかる場合があります。表示と状態が一致しないときはHomeとシステムVPNの状態を確認し、ウィジェットの表示だけで接続済みと判断しないでください。ロック画面や共有端末でサーバー名が表示される可能性にも注意しましょう。

iCloud：同期する範囲を事前に確認

iCloud関連の設定では、アプリが対応する項目を同期できます。まずシステムでiCloudが利用可能で、アプリにアクセス権があることを確認してから、Shadowrocketの関連設定で同期範囲を確認してください。同期、ファイルの読み込み、完全な復元は別の操作です。サーバー、認証情報、統計、システムVPNの許可がすべて一緒に移行すると想定しないでください。

有効にする前や別の端末で復元する前に、現在利用できるConfigのコピーを保存し、統合や上書きが発生する可能性を確認してください。完了後はConfig、サーバーの選択、Global Routing、On Demandをそれぞれ確認します。システムVPNの設定許可は端末ごとに確認が必要です。同期した項目が表示されても、実際に接続テストを行ってから利用してください。

初めて設定するときは、「手動で接続できること」と「意図どおりに通信を振り分けられること」を別々に確認します。前者では登録済みサーバー情報とシステムの許可を、後者ではGlobal RoutingとConfigを確認してください。基本的な接続を確認する前に複雑なルール、自動接続条件、複数のDNS設定を追加すると、同じ障害に複数の原因が考えられ、特定が難しくなります。

1. 現在の状態を記録します。利用可能なConfigを保存し、現在のモード、サーバーの選択、重要な設定の元の値を記録してください。復元する際は記録を基準にし、記憶を頼りに再入力しないようにします。
2. まず手動接続を確認します。On Demandを一時停止し、登録済みの項目で目的の接続ができることを確認してください。Connectivity Testと実際のリクエストの両方を確認しますが、互いの代わりにはなりません。
3. 次にConfigを確認します。目的のConfigを有効にして、対象に適用されるルールとポリシーを確認してください。問題があれば該当するルールだけを変更し、サーバーの認証情報まで同時に変更しないようにします。
4. 最後に自動化を追加します。必要に応じてOn Demand、ウィジェット、同期を有効にし、それぞれ該当する環境で確認してください。問題がないことを確認してから、Dataや診断ログを使って日常の状態を確認します。

設定を元に戻した後も、新しいテストリクエストを送って確認してください。既存の接続、アプリのキャッシュ、システムのネットワーク状態によって、変更直後の動作が一時的に想定と異なる場合があります。テスト対象、ネットワーク条件、観察する時間を固定すると、複数のスイッチを何度も切り替えるより、結果を再確認しやすくなります。