Shadowrocketの機能と設定

01 / Global Routing

Config・Proxy・Directの適用範囲

概要：Global Routingは、全体のルーティング方法を選ぶ項目です。主な選択肢はConfig（設定）、Proxy（プロキシ）、Direct（直接接続）の3つです。これは通信の処理方法を示すもので、サーバーの種類や接続品質のランクではありません。モードを切り替えても、サブスクリプションの認証情報は変更されません。

場所：HomeでGlobal Routingを開き、モードを選択します。切り替える前に現在のモードと選択中のサーバーを控えておくと、テスト後に元の状態へ戻せます。ここでのConfigモードは、画面下部にある設定ファイル管理用のConfigページと関係しますが、同じ操作ではありません。前者はルールに基づいて処理するかどうかを決め、後者はルールが記述されたファイルの選択や編集に使います。

設定方法：有効なルール設定がある場合はConfigを選択し、Configページで対象ファイルが有効になっていることを確認します。特定のリクエストに問題がある場合は、一時的にProxyへ切り替えて比較し、その後Configに戻して該当ルールを確認します。Directは直接接続の基準を確認するためのもので、あらゆる接続問題を解決する万能な選択肢ではありません。

注意点：ステータスバーのVPN表示だけでは、リクエストがリモートサーバーを経由したかどうかは判断できません。この表示はシステムのネットワークトンネルの状態を示すもので、すべてのリクエストが同じポリシーで処理されることを意味しません。Global Routingを切り替えても、確立済みの長時間接続は以前の接続を引き続き使うことがあります。比較する前にリクエストを再送し、必要に応じて対象アプリを終了してから開き直してください。

02 / Config · Rule

ルールの種類、ポリシー、照合順序

概要：ルールは照合条件と処理ポリシーで構成されます。DOMAINは完全なドメイン名、DOMAIN-SUFFIXはドメイン名とそのサブドメイン、DOMAIN-KEYWORDはドメイン名に含まれるキーワードに照合します。IP-CIDRとIP-CIDR6はアドレス範囲、GEOIPはアドレスの地域情報に基づいて照合します。種類は「何に照合するか」を決め、DIRECT、PROXY、REJECTなどのポリシーは「照合後にどう処理するか」を決めます。

場所：Configを開いて現在有効な設定ファイルを確認し、その中のRuleを確認します。ファイルを編集する場合、ルールは[Rule]セクションに記述します。編集するファイルが実際に有効なファイルであることを最初に確認してください。別のファイルを保存しても、そのルールが現在の接続に自動で適用されるわけではありません。

設定方法：目的を絞った少数のルールから始めます。次のexample.comはドキュメント用の例示ドメインで、サーバーアドレスではありません。1行目はこのドメインとサブドメインをPROXYに振り分け、2行目は指定したローカルアドレス範囲をDIRECTに振り分けます。最後のFINALは、それ以前のルールに一致しなかったリクエストに適用するフォールバックポリシーを指定します。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

ルールは通常、上から順に確認され、最初に一致したルールが適用されます。そのため、具体的な例外は範囲の広い条件より前に置き、FINALは末尾に記述します。先に広範囲を対象とするルールがあると、後から追加した詳細なルールが一致しない場合があります。フォールバックポリシーを変更すると、個別に指定されていない多くのリクエストに影響します。変更前に、既定の処理方法を明確にしてください。

注意点：DIRECTは直接接続、PROXYはプロキシポリシーの適用、REJECTは一致したリクエストの拒否を意味します。設定でカスタムポリシー名を参照している場合は、その名前が存在するか、表記が一致するか、実際の振り分け先が有効かを確認してください。ドメイン単位の拒否は、該当する条件で識別できるアクセスにのみ適用されます。これだけでアプリに関係するすべての通信が遮断されるとは限りません。

USER-AGENTなどの条件が機能するかどうかは、リクエストの種類や確認できるフィールドにも左右されます。一般的な判断基準としてドメインルールの代わりに使うことはできません。トラブルシューティングでは、実際のリクエストと照合記録を確認してからルールを調整してください。1回のテスト失敗を理由に、範囲の広い条件を次々に追加しないでください。関連キーワードは用語集で確認できます。

03 / Subscribe · Add Server

登録済みサブスクリプションとサーバーの管理

概要：サブスクリプションは、サーバー項目をまとめて取得・更新するための情報です。サーバー項目にはプロトコル、アドレス、ポート、認証パラメータが含まれます。サブスクリプションの更新は主に項目の内容を管理するもので、特定のルール設定が自動で有効になるわけではありません。サーバー一覧を更新した後も、Global RoutingとConfigを個別に確認してください。

場所：Homeでサーバー一覧を管理します。Add Serverから、手元にあるサーバー情報またはSubscribe形式のサブスクリプションを追加できます。QRコードをお持ちの場合はScan QR Codeを使えます。読み込み後は表示名だけで判断せず、項目を開いて種類と各フィールドを確認してください。

設定方法：まず情報提供元に問い合わせ、サブスクリプションURLが完全か確認します。次にSubscribeのURL欄へ入力して保存します。更新後、想定した項目が表示されていることを確認し、項目を1つ選んでConnectivity Testを実行してください。手動入力の場合は、プロトコルの種類を手元の情報に合わせ、アドレス、ポート、認証、TLS、通信パラメータを順に確認します。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどでは、必要なフィールドが異なります。名前が似たフィールドでも意味が同じとは限りません。あるプロトコルのパラメータを別のプロトコルのフォームにそのまま入力しないでください。通信方式とTLSパラメータは手元のサーバー情報に従い、ネットワークの状態だけを根拠に変更しないでください。

注意点：サブスクリプションURLにはアクセス認証情報が含まれる場合があります。公開スクリーンショット、チャット履歴、共有する設定ファイルに記載しないでください。サブスクリプショングループを削除する前に、残しておく必要のある手動項目がないか確認します。一括更新後も現在の選択を見直し、変更または削除された項目を参照していないか確認してください。サブスクリプション由来の項目の名前やパラメータを直接変更すると、次回の更新で変更が上書きされる場合があります。重要な情報は事前に控えてください。

04 / On Demand

ネットワーク条件に応じた接続

概要：On Demandは、設定した条件に応じてシステムのVPN接続を開始または維持する機能です。接続をいつ確立するかを扱うもので、Configのルールでリクエストを振り分ける設定とは別の層にあります。On Demandを有効にしても、サーバーパラメータが自動で修正されたり、すべての通信にPROXYが適用されたりするわけではありません。

場所：SettingsでOn Demandを探し、現在の画面で設定できるネットワーク条件を確認します。システムのVPN機能を初めて使う場合は、システムの構成許可に関する案内を確認してください。システムのVPN設定にもOn Demand関連の状態が表示されることがあるため、アプリ内の設定と合わせて確認します。

設定方法：まず手動接続でサーバーとルールが正常に動作することを確認してから、On Demandを設定します。Wi-Fiとモバイル通信を分けるなど、実際の用途に合ったネットワーク条件を選んでください。Wi-Fi名で条件を指定できる場合は、対象のネットワークを正確に選択します。一度に変更する条件は1種類に絞り、該当するネットワークに切り替えて想定どおりに動作するか確認します。

注意点：有効にすると、手動で切断しても条件が再び満たされたときに再接続する場合があります。これは必ずしもスイッチの故障ではありません。一時的に接続を停止する場合は、該当するOn Demand条件を確認して無効にしてから切断してください。公衆Wi-Fiのログイン画面、ネットワークの切り替え、ほかのVPN設定が動作に影響することもあります。問題を調べる際は、まず手動接続に戻して条件をそろえて比較します。

05 / Data

通信量の確認方法と注意点

概要：Dataでは、クライアントが記録した通信量を確認できます。接続中にデータが送受信されたか、アップロードとダウンロードに変化があったかを確認する際に役立ちます。表示される統計はクライアントが観測できる範囲のデータであり、通信事業者の請求情報と同じものではありません。また、サーバー側の使用量記録の代わりにもなりません。

場所：Dataを開き、まず統計の対象範囲、期間、単位を確認します。表示によって異なる項目が示される場合があるため、フィールド名を確認してください。リセットや消去の操作がある場合は、実行前に現在の値を記録し、今回のトラブルシューティングで比較できる情報を残します。

設定方法：条件をそろえてテストします。不要なバックグラウンド処理を一時停止し、テスト前の統計値を記録してから、対象を明確にしたページを開きます。その後Dataに戻って変化を比較します。複数回のテストを比較する場合は、できるだけ同じネットワークと同じコンテンツを使い、Global Routingのモードも記録してください。ルーティングの変更を通信量の異常と取り違えないためです。

注意点：通信量が増え続けても、対象のリクエストが成功したとは限りません。再試行、バックグラウンド同期、プロトコルのオーバーヘッドでも通信量は増加します。目立った増加がなくても、すぐにサーバーの故障と判断しないでください。キャッシュが使われた場合や、リクエストが現在の接続を通っていない場合もあります。通信量の数値だけで接続の原因を推測せず、リクエスト記録、実際の応答、テスト時刻を合わせて確認します。

06 / Settings

基本設定を確認する順序

Settingsを開いたら、リクエスト処理に影響する項目と、テストや表示だけに影響する項目を区別します。以下では画面上の項目名を英語のまま記載しています。具体的な場所や利用できる項目は、使用中のデバイスに表示される内容をご確認ください。既定値が不明な場合は、まず現在の値を記録し、別のデバイスのスクリーンショットを自分の設定の代わりにしないでください。

DNS：ドメイン名の名前解決とルールの関係

概要・場所：DNSはドメイン名をアドレスに変換する仕組みで、ドメインへのアクセス失敗や一部のアドレスベースのルール判定に関係します。SettingsにあるDNS関連項目と、現在のConfigの[General]セクションを確認してください。設定画面を1か所見るだけでは、有効な設定を見落とすことがあります。

設定方法・注意点：まず現在の名前解決方法を記録し、具体的な問題に対して調整します。設定ファイルのdns-server = systemは、システムDNSを使う記述例の1つです。すべてのネットワークで推奨される固定値ではありません。DNSアドレスをカスタマイズする前に、到達可能性と通信要件を確認してください。一度に変更する要素は1つに絞り、同じドメインへのリクエストを再送します。名前解決に成功しても、その後の接続が成功するとは限りません。引き続きルール、TLS、サーバーの状態を確認してください。

Test Method：テスト対象の選択

概要・場所：Test Methodは、Connectivity Testで使用するテスト方法を決める項目です。Settings内の関連するテスト設定で確認できます。方法によってテストする段階が異なります。ポート接続のテストは基本的な疎通確認が中心で、リクエストを使うテストでは指定先や応答処理も確認する場合があります。

設定方法・注意点：画面上の選択肢を確認し、今回何を調べるのかを明確にしてから、同じサーバーでテストを繰り返します。複数の記録を比較するときは、Test Method、テスト対象、ローカルネットワークをそろえてください。テスト値はページの読み込み速度を保証するものではありません。基本接続に成功しても実際の通信に失敗する場合は、名前解決、証明書、通信パラメータ、対象からの応答を確認します。1回のテスト結果だけを見てサーバーの順序を変えないでください。

Today Widget：表示と操作の入口

概要・場所：Today Widgetは、クライアントが提供するウィジェットの内容や操作方法を設定する項目です。まずSettings内の関連項目を確認し、次にデバイスのシステムウィジェット編集画面で対応する項目があるか確認します。実際に利用できる形式は、使用中のシステムとアプリの画面に表示される内容をご確認ください。

設定方法・注意点：表示が必要な項目だけを有効にし、システム画面に戻って表示を確認します。ウィジェットは更新に時間がかかることがあり、その表示をアプリ内の現在の接続状態の代わりにしないでください。ウィジェットから操作しても期待した変化がない場合は、続けてタップせずShadowrocketを開いて確認します。デバイス画面を公開する際は、カスタム名などの個人情報が表示されていないかにも注意してください。

iCloud：同期範囲と復元の前提

概要・場所：iCloud関連の項目は、アプリデータの同期やバックアップに関する設定です。まずSettingsで実際に利用できる同期項目を確認し、次にシステムのiCloudでアプリのアクセス権と空き容量を確認します。同期データとApp Storeの購入履歴は別の仕組みです。一方を復元しても、もう一方が自動的に復元されるわけではありません。

設定方法・注意点：元のデバイスで必要なデータが保存されていることを確認してから、該当する同期項目を有効にします。新しいデバイスでは、同じiCloudアカウントを使い、データがそろっているか確認してください。サーバー、サブスクリプション、設定ファイル、ログがすべて同じ範囲で同期されるとは限らないため、種類ごとに確認します。同期は過去のバージョンのバックアップではありません。削除や上書きが別のデバイスにも同期される場合があるため、重要な設定は復元できる形で別途保存してください。

Diagnostics：記録を使って問題の範囲を絞り込む

概要・場所：Diagnosticsは、診断に関する確認に使います。まずSettingsで該当する項目を探し、画面に表示されるLogや接続記録を確認します。診断項目ごとに対象となる段階が異なるため、接続が確立しないのか、名前解決に失敗するのか、特定のリクエストがルールどおりに処理されないのかを先に整理してください。

設定方法・注意点：異常が発生した時刻、ネットワークの種類、Global Routingのモード、選択中の項目を記録します。対象の操作は1回だけ再現し、その前後の記録を確認してください。ログのレベルや記録範囲はトラブルシューティングに必要な範囲で変更し、終了後は元に戻します。記録を共有する前に、サブスクリプションURL、認証情報、アクセス先ドメイン、個人のネットワーク情報を削除してください。1件のエラーは後続の失敗を示しているだけの場合もあるため、前後のイベントの順序を合わせて判断します。

07 / Check

変更後は同じ条件で再テストする

設定を確認するときは、元に戻せる状態を保ってください。まず現在の設定ファイルを複製するか変更項目を記録し、選択中のサーバー、Global Routing、現在有効なConfigを順に確認します。明確な理由がないままDNS、ルール、通信パラメータ、On Demandを同時に変更しないでください。結果が変わっても、どの変更が影響したのか判断できなくなります。

1. ローカルネットワークを確認。Wi-Fiとモバイル通信のどちらを使っているか記録し、システムのネットワークで接続できることを確認します。公衆ネットワークへのログインが必要な場合は、先にログインを完了してください。
2. サーバー情報を確認。プロトコルと認証パラメータを確認し、Connectivity Testを1回実行して使用したTest Methodを記録します。サブスクリプションを更新した場合は、選択中の項目をもう一度確認してください。
3. ルーティング条件を確認。Configモードで有効なファイルと一致したルールを確認します。比較が必要な場合は一時的にProxyまたはDirectを使用し、テスト後に元のモードへ戻してください。
4. リクエストを再送。既存の長時間接続、キャッシュ、バックグラウンド処理による影響を避け、今回のテストについてDataと診断記録を確認します。異なる時刻の結果を混ぜて判断しないでください。
5. 設定を戻して記録。改善しなかった変更は元に戻し、効果のあった変更は理由と適用条件を記録します。その後、必要なOn Demandと同期項目を有効にしてください。

特定のドメインだけに問題がある場合は、該当するルールと名前解決を確認します。すべてのテストに失敗する場合は、ネットワークとサーバー情報を確認してください。ネットワーク切り替え後に限って問題が出る場合は、On Demandの起動条件を確認します。複数のスイッチを何度も切り替えるより、問題を1つの段階に絞る方が検証しやすくなります。

• Settingsの各項目ガイドを続けて読む
• 問題の種類からよくある質問を確認する
• 初回の読み込みと接続手順をもう一度確認する