Shadowrocket
機能と基本設定

概要：Global RoutingにはConfig、Proxy、Directの3つのモードがあり、それぞれ設定ファイルに基づく振り分け、プロキシ経由、直接接続に対応します。プロトコルを選ぶ機能ではなく、サーバー情報を自動で補完するものでもありません。Homeで選択したサーバーは通常、PROXYポリシーの接続先になります。設定内の個別ポリシーやポリシーグループでは、別の接続先が選ばれる場合もあります。

場所と設定方法：HomeでGlobal Routingを開き、用途に応じてモードを選択します。その後、現在のサーバーと接続スイッチを確認してください。既存のルールファイルを使う場合は、通常Configを選びます。特定の宛先がルールの影響を受けているか調べるときは、一時的にProxyへ切り替えて比較できます。ローカルネットワークから宛先へ直接アクセスできるか確認する場合は、Directを使います。テスト後は元のモードに戻し、一時的な設定を通常設定として使わないようにしてください。

注意点：ProxyではアクセスできるのにConfigでは失敗する場合、サーバーをすぐに再設定するのではなく、まず一致したルール、ポリシーの指定先、設定ファイルが有効かどうかを確認してください。どちらのモードでも失敗する場合は、サーバー情報、DNS、現在のネットワークを確認します。Directで失敗しても、プロキシ設定に問題があるとは限りません。宛先に現在のネットワークから直接アクセスできない可能性もあります。

概要：ルールによる振り分けはConfigモードで、宛先ドメインやアドレスなど、利用可能な情報に基づいて処理ポリシーを選びます。DOMAINは完全なドメイン名、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメインに含まれるキーワードに一致します。IP-CIDRとIP-CIDR6はそれぞれIPv4とIPv6のアドレス範囲を指定します。GEOIPはアドレスの地域に基づいて一致します。USER-AGENTはリクエストから取得できる該当情報に依存するため、アプリ単位の汎用的な振り分けの代用にはなりません。

場所と設定方法：Configで使用する設定ファイルを開いて編集し、ルールを[Rule]セクションに記述します。保存後、そのファイルが現在の設定として選択されていることと、Global RoutingがConfigになっていることを確認してください。ルールは上から順に照合されるため、通常は具体的な宛先を先に、広い範囲を後に置き、最後にFINALでフォールバックを設定します。

[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.net,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
IP-CIDR6,fc00::/7,DIRECT
FINAL,DIRECT

この例では、指定したドメインにPROXYを適用し、記載したローカルアドレス範囲にはDIRECTを適用します。それ以外のリクエストはFINAL,DIRECTで処理します。例示したドメインはサブスクリプションやサーバーのアドレスではありません。PROXYはプロキシポリシーの使用、DIRECTは直接接続、REJECTはリクエストの拒否を表します。これらは処理方法の名称であり、異なるプロトコルを指すものではありません。

注意点：範囲の広いルールを先に置くと、後にある具体的なルールが適用されない場合があります。IP関連のルールでは、ドメインの名前解決結果も考慮してください。接続の再利用、キャッシュ、アプリ固有の動作がテスト結果に影響することもあります。変更後はリクエストを再実行し、接続アイコンだけで判断せず、実際に一致したルールを確認してください。ルールの全体構成や追加の記述例はルールリファレンスをご覧ください。

概要：Subscribeはサーバーリストのインポートと更新に使用し、Add Serverはサーバー情報を1件ずつ入力またはインポートするために使います。サブスクリプションはルール設定ファイルではなく、サーバーリストを更新してもConfigは置き換わりません。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2などはプロトコルごとに必要な項目が異なります。手元の情報に合わせて種類を選択してください。アドレスとポートだけで設定が完了するとは限りません。

場所と設定方法：Homeの追加メニューからAdd Serverを開き、既存のサブスクリプションを使う場合はSubscribeを選択します。サービス提供元から取得したURLを貼り付けて保存してください。サーバーを1件ずつ追加する場合は、種類、アドレス、ポート、認証情報を確認します。TLS、SNI、トランスポート方式などの追加項目は、提供された情報に沿って入力してください。Scan QR Codeを使う前に、QRコードの内容が想定したサーバーまたはサブスクリプションのものであり、一般的なWebページのURLではないことを確認します。

インポート後はHomeに戻り、リストに目的の項目が表示されていることを確認して、使用するサーバーを選択し、Connectivity Testを実行します。リストに表示されても、情報が認識されたことを示すだけで、認証が正しいことや接続先が利用可能であることを保証するものではありません。サブスクリプションの内容が変わった場合は、該当するサブスクリプションの操作から更新し、現在選択している項目が引き続きリストにあることを確認してください。

注意点：サブスクリプションURLにアクセス用の認証情報が含まれることがあります。公開するスクリーンショット、共有設定ファイル、質問投稿などに載せないでください。自動更新により、サブスクリプションから生成された項目へのローカル変更が上書きされる場合があります。長期的に残す手動追加項目は、サブスクリプション由来の項目と分けて管理してください。更新できない場合は、URLが完全で有効かを確認し、現在のネットワークからサブスクリプションのアドレスにアクセスできるか調べます。すべての設定を何度も削除して試すのは避けてください。

概要：On Demandはシステムのオンデマンド接続機能を利用し、設定したネットワーク条件を満たしたときに接続を試みます。Global Routingとは役割が異なり、前者は接続を開始する条件、後者は接続後の全体的なルーティング方法を制御します。On Demandを有効にしても、適切なサーバーが自動選択されたり、期限切れのサブスクリプションや誤った認証情報が修正されたりすることはありません。

場所と設定方法：SettingsのOn Demand設定を開き、利用可能な条件と選択肢を確認します。まず自動接続をオフにした状態で手動接続とWebアクセスをテストし、サーバーとConfigが正常に動作することを確かめてから、必要な条件を有効にするのがおすすめです。ネットワークの種類や名前を条件として選べる場合は、項目ごとに確認し、特定のネットワークだけで有効にしたい動作が広い条件で起動しないようにしてください。

注意点：手動で切断した後に再接続する場合は、スイッチの故障と判断する前に、On Demandの接続条件を満たしていないか確認してください。接続を継続的に停止するには、まずオンデマンド接続を無効にしてから、接続スイッチを操作します。ネットワークの切り替え、システムの制御、他のVPN設定も結果に影響するため、Wi-Fiとモバイル通信のそれぞれでテストしてください。接続アイコンが表示された後も、実際にアクセスできるか確認が必要です。

概要：Dataでは、アプリに記録された通信量を確認し、接続中にデータ通信があったかを把握できます。画面に表示される期間や分類を確認して利用してください。端末全体の通信量やサービス提供元の管理画面に表示される使用量と一致するとは限りません。バックグラウンド通信、プロトコルのオーバーヘッド、計測期間の違いなどにより、数値に差が生じる場合があります。

場所と設定方法：Dataを開き、現在表示している期間や統計項目を確認します。特定の操作による変化を比較する場合は、操作前の数値を記録し、関係のないダウンロードを停止してから、宛先が明確なサイトにアクセスし、その後の変化を確認してください。統計をリセットできる場合は、履歴が不要であることを確認してから実行します。端末上の統計をリセットしても、サービス提供元での使用量が変わるわけではありません。

注意点：通信量が増えていても、リクエストが必ずPROXYに一致したことや、ページが完全に読み込まれたことを示すわけではありません。振り分けの確認にはリクエストとルールの情報を、使用量の確認にはサービス提供元の記録を参照してください。操作していない間もDataの数値が増え続ける場合は、接続を停止する前に、バックグラウンドアプリ、システム同期、進行中の通信を確認します。

DNS：名前解決と設定の引き継ぎ

概要と場所：DNSはドメイン名をアドレスに変換する機能です。SettingsのDNS設定と、現在のConfigにある[General]セクションで関連項目を確認できます。名前解決とプロキシ接続は別の処理です。接続が確立しても、名前解決の結果が想定どおりとは限りません。名前解決に成功しても、サーバーから宛先に接続できるとは限りません。

設定方法と注意点：まず現在の設定を記録し、使用中の設定ファイルでDNSが指定されているか、システム側の名前解決や他の設定による上書きがないか確認します。変更する場合は、内容を把握しているDNS設定だけを使い、一度に変更する項目は一つにしてください。DNS、サーバー、ルールを同時に変更すると、どの設定が影響したのか判断しにくくなります。テストではリクエストを再実行し、システム、アプリ、クライアントのキャッシュも考慮してください。DNSの変更がすべての接続問題を解決するわけではありません。

Test Method：テスト条件をそろえる

概要と場所：SettingsのTest Methodでは、Connectivity Testのテスト方法を選択できます。方法によって確認する段階が異なります。たとえば、接続の確立とテスト先からの応答は、必ずしも同じ意味ではありません。選択した方法、テスト先、タイムアウトの条件が表示結果に影響します。

設定方法と注意点：まず各テスト方法の説明を確認し、目的に合った項目を選びます。サーバーを比較するときは、テスト方法、テスト先、ネットワーク環境をそろえてください。一度タイムアウトしただけで、サーバーが恒久的に使えないとは判断できません。再テストと実際のアクセスを試し、その後、認証、TLS、宛先への到達性を確認します。テストに成功してもWebページを表示できない場合は、DNS、ルール、アプリ固有の動作を確認してください。

Today Widget：ショートカット操作前に状態を確認

概要と場所：Today Widgetは、システムが対応している場合に利用できるショートカットです。Settingsの同名項目で設定を確認できますが、追加できるかどうかは現在のシステムがウィジェットに対応しているかによって異なります。状態の確認や切り替えに使えますが、Homeで行うサーバーやルーティングの詳細設定に代わるものではありません。

設定方法と注意点：まずシステムのウィジェット追加画面でShadowrocketを探し、アプリで選べる表示内容を設定します。ショートカットを使う前に、現在のサーバーとGlobal Routingを確認してください。操作後はアプリに戻るか、実際にアクセスして結果を確かめます。ウィジェットの表示が更新されるまで時間がかかることがあるため、古い表示だけで接続状態を判断しないでください。

iCloud同期：バックアップしてから統合

概要と場所：iCloud関連機能では、対応するAppleデバイス間でアプリがサポートするデータを保存または同期できます。Settings内の該当項目で設定を確認してください。実際に同期される範囲は画面の説明に従い、サーバー、設定ファイル、履歴、すべての設定が同期されると決めつけないでください。

設定方法と注意点：デバイスで想定したiCloudアカウントを使用していることと、システムでアプリのiCloud利用が許可されていることを確認します。重要な設定は別途バックアップしてから、同期を有効にするか復元を実行してください。デバイスを変更した後は、項目数、現在の設定、サーバーの選択を一つずつ確認します。ファイルが表示されたことだけで、状態が完全に一致しているとは限りません。また、同期はサービス提供元の利用許可を共有する機能ではありません。サーバーを利用できるデバイス数は、ご自身が利用しているサービスの条件に従います。

Diagnostics：再現可能な問題情報を記録

概要と場所：Diagnosticsは接続やネットワークの問題を調べるための機能です。Settingsの該当項目で、利用可能な診断項目を確認できます。診断では「接続できない」という結果だけでなく、どの段階で失敗したのかを記録することが重要です。

設定方法と注意点：診断を実行する前に、ネットワークの種類、Global Routing、選択中のサーバー、接続に失敗した宛先を記録します。問題に関連する診断を実行し、変更前後を比較するときは他の条件をそろえてください。結果を共有する前に、サブスクリプションURL、認証情報、個人のアドレスなどの機密情報を確認して削除します。必要なエラーの説明と、個人情報を除いた状況だけを残してください。

1. 変更前の状態を記録。現在のConfig、Global Routing、サーバー、変更予定の項目を記録します。設定ファイルは編集前にバックアップしてください。バックアップに認証情報が含まれる場合は、安全に保管します。
2. 基本接続を確認。サーバーを選択して手動接続し、Connectivity Testを実行してから、接続先が分かっているサイトにアクセスします。基本接続に失敗した場合は、ルールを変更する前にサーバー情報と現在のネットワークを確認してください。
3. 実際の振り分けを確認。Configモードで、PROXYを使う宛先とDIRECTを使う宛先をそれぞれテストし、各リクエストのポリシー結果を確認します。宛先を一つテストしただけでは、設定全体が正しいとは判断できません。
4. 最後に自動機能を有効化。手動での操作が安定してから、On Demandを有効にするか同期の動作を調整します。ネットワークを切り替えた後も確認し、条件に応じて自動接続されるかテストしてください。
5. 失敗したら変更を一つ戻す。直近の変更を元に戻して、もう一度テストします。複数のスイッチを同時に変更するより、再現できる操作手順を保つほうが原因を特定しやすくなります。

サブスクリプションの初回インポートから接続までの手順は使い方ガイドをご覧ください。ルールの記述方法はルールリファレンス、特定のエラーはよくある質問の分類に沿って確認できます。クライアントをまだ入手していない場合は、ダウンロードガイドで利用するプラットフォームを選択してください。