Shadowrocket の機能と設定方法

概要：Global Routingは、全体のルーティング方式を選ぶ項目です。Configは現在の設定ファイルに基づいて通信を振り分けます。Proxyは、クライアントの処理対象となる通常のリクエストに、選択したプロキシ経路を使用します。Directは直接接続します。ここでのProxyは画面上のモード名で、ルール内のPROXYはポリシーを示すキーワードです。両者は異なる階層の項目です。

画面の場所：Homeを開き、Global Routingで現在の選択内容を確認します。通常はルールに従って通信を振り分けるためConfigを選び、Configで意図した設定ファイルが選択されていることを確認してください。特定のサーバーが使えるか切り分ける場合は、一時的にProxyを選択できます。選択後、Homeに戻り、サーバーの選択と接続スイッチを確認します。

設定手順：まずConfigを選び、直接接続する想定の接続先と、プロキシを使う想定の接続先にそれぞれアクセスします。後者だけに問題がある場合は、状況を記録してから一時的にProxyに切り替えて再試行してください。Proxyでは正常でConfigでは問題が起きる場合は、ルールの順序、ポリシーの指定先、設定ファイルの選択を確認します。どちらでも問題が起きる場合は、サーバーのパラメーター、DNS、現在のネットワークを確認してください。

注意点：モードの切り替えは通常、新しい接続に適用されます。既存の接続は切り替え前の状態を維持することがあります。テストでは対象の通信を終了してから再実行し、必要に応じて再接続してください。確認後は元のモードに戻しましょう。一時的な切り分け用の設定を日常利用のままにしたり、Proxyをすべてのシステム通信が必ず同じ経路を通る設定だと解釈したりしないでください。

概要：ルールは通常、マッチタイプ、マッチする内容、ポリシーで構成されます。マッチタイプは「どのリクエストを識別するか」、ポリシーは「マッチした後にどう処理するか」を指定します。ルールは上から順に評価され、最初にマッチしたルールのポリシーが適用されます。そのため、ルールの数より、対象がどのルールにマッチするかが重要です。

画面の場所：Configで現在の設定を開き、編集画面からRuleの項目を確認します。変更前に設定のコピーを保存し、一覧内の未選択のファイルではなく、現在使用中のファイルを編集していることを確認してください。ルールによる意図した振り分けには、Global RoutingでConfigを選択する必要があります。

設定手順：範囲が明確な例外ルールを、広い範囲にマッチするルールより前に置き、最後にFINALを残します。以下は構文と順序の例です。例示したドメインへのリクエストはPROXYを使用し、それ以外はFINALからDIRECTに振り分けます。あらゆるネットワークに適した完全な設定ではなく、サーバー情報も含みません。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

注意点：ドメインルールとIPルールは、それぞれ異なる情報を対象にします。リクエストに識別可能なドメインが含まれるか、DNSの解析結果、ルールの位置によって、最終的にマッチするルールが変わります。USER-AGENTなどリクエストのフィールドに依存するルールには適用条件があり、暗号化されたすべてのリクエストを識別できる汎用的な方法ではありません。変更後はリクエストを再実行し、接続ログで実際に適用されたポリシーを確認してください。

特定の接続先の問題を解決するために、設定全体を置き換えないでください。まず範囲を限定したテストルールを追加し、マッチすることを確認してから整理します。REJECTを使う場合は誤マッチがないか特に確認し、ログイン、画像、共有APIなどを誤って遮断しないよう注意してください。ルールの順序について詳しくはルールのマッチ順とFINALの解説をご覧ください。

概要：サーバー項目には、個々の接続に必要なアドレス、ポート、認証情報、プロトコルのパラメーターを保存します。サブスクリプションを使うと、複数の項目をまとめて取得・更新できます。サブスクリプションURLはサーバーアドレスではなく、サーバー一覧はルールによる振り分けを設定するファイルとも異なります。インポートが成功しても、内容が認識されたことを示すだけです。サーバーを選択し、実際に接続できるか確認してください。

画面の場所：Homeでサーバー一覧を確認し、Add Serverから内容に合った種類を選んで項目を追加します。サブスクリプションを読み込む場合はSubscribeを選び、完全なURLを入力してください。Configは主に設定ファイルを管理します。設定ファイルのサブスクリプション項目を見つけた場合は、読み込まれるのが設定ファイルかサーバー一覧かを先に確認しましょう。Scan QR Codeで既存のQRコードを読み取る場合も、読み取り前に情報の入手元と形式を確認してください。

設定手順：手動で追加する場合は、サービス提供元の案内に従ってShadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2などの種類を選び、各パラメーターを入力します。アドレスとポートが正しくても、設定がすべて揃っているとは限りません。種類によってはTLS、Server Name、通信方式などの項目も必要です。名称だけをもとに値を推測して入力しないでください。各フィールドの意味はプロトコルリファレンスで確認できます。

サブスクリプションURLは、ご利用のサービス提供元から取得してください。貼り付ける際は、先頭と末尾の空白、改行、URLの欠落がないか確認します。保存後に更新し、想定したグループと項目が表示されることを確認してください。サブスクリプションと手動で追加した項目には、見分けやすい名前を付けましょう。サブスクリプション内のサーバーを一時的に変更する場合は、更新でローカルの変更が上書きされないよう、先に独立した項目として保存してください。

注意点：サブスクリプションのグループを削除する前に、グループ内の項目を残す必要がないか確認してください。更新に失敗した場合は、「URLにアクセスできない」「取得した内容の形式に対応していない」「一覧の更新後に接続できない」を切り分けましょう。それぞれ確認方法が異なります。サブスクリプションURL、QRコード全体、認証情報を公開スクリーンショットに含めないでください。同期やバックアップでも、認証情報を含むデータとして扱いましょう。

概要：On Demandは、システムが提供するオンデマンド接続機能を使い、指定したネットワーク条件を満たしたときに接続を試みます。「いつ接続するか」を管理する機能であり、Global Routingが管理する「接続後にどの経路を使うか」とは役割が異なります。併用できますが、互いの代わりにはなりません。

画面の場所：SettingsでOn Demandを開き、利用できるネットワーク条件と動作を確認します。表示される条件はシステムやバージョンによって異なる場合があるため、実際の画面に表示される選択肢を確認してください。接続用プロファイルを初めて許可する際は、システムの案内に従って承認してから自動接続をテストします。

設定手順：まず手動接続でサーバー、設定、DNSが正常に動作することを確認してから、On Demandを有効にします。指定したネットワークでの接続動作など、条件を一度に一つずつ追加し、ネットワークを切り替えて意図どおりに動作するか確認してください。条件にWi-Fi名を指定する場合は、デバイスに表示される実際の名前を入力します。似た名前でも別のネットワークの場合があります。

注意点：On Demandは、利用できなくなったサーバーを復旧させる機能ではありません。また、システムがバックグラウンドのプロセスを常に維持するとは限りません。システム権限、ネットワークの切り替え、他のVPN設定が動作に影響する場合があります。自動接続を一時停止するには、先にOn Demandをオフにしてから接続を切断してください。そうしないと、条件を満たした際に再接続することがあります。すべての設定を何度も削除して作り直す必要はありません。

概要：Dataでは、クライアントが記録した通信量や接続状況を確認できます。リクエストが処理対象になっているか、通信が継続しているか、接続が異常に繰り返されていないかを判断する際に役立ちます。統計はクライアント側の記録に基づくもので、サービス提供元の請求明細でも、デバイス上のすべてのネットワーク活動を網羅した一覧でもありません。

画面の場所：Dataを開き、現在の画面に表示されるアップロード、ダウンロード、接続関連の記録を確認します。集計期間、現在のセッションの記録かどうか、消去やリセットの操作があるかを先に確認してください。統計の表示場所によって期間が異なる場合があります。比較する際は、同じ条件に揃えてください。

確認手順：特定のアクセスを調べる場合は、まず現在の状態を記録します。次に対象を一つだけ開いてリクエストを再実行し、数値に変化があるか確認してください。接続の詳細が表示される場合は、接続先、ポリシー、エラー情報も確認します。統計をリセットする前に、引き続き必要な記録を保存し、比較に使う情報を消さないようにしてください。

注意点：アップロード量やダウンロード量が増えても、接続先から正しいページが返されたことの証明にはなりません。プロトコルのオーバーヘッド、再試行、システムの集計期間、サービス提供元の集計方法によって数値に差が出ます。プロキシ経由の統計から、直接接続を含むすべての通信量を推定することもできません。問題の報告では時刻、エラーの種類、ポリシーを残し、個人のドメイン、アドレス、認証情報は隠してください。

DNS：適用される設定を確認

概要と画面の場所：DNSはドメイン名をアドレスに変換します。まずSettingsでDNS関連の項目を確認し、現在のConfigファイルのGeneralに名前解決のパラメーターが定義されていないかも確認してください。全体設定と設定ファイルの両方が結果に影響する場合があります。一方の画面だけを見て、実際に使われている設定を判断しないでください。

設定手順と注意点：正常に動作している設定を基準として残し、利用する名前解決サービスが対応する形式でアドレスを入力します。一度に変更する項目は一つだけにし、再接続して新しい名前解決リクエストを実行してください。特定のWebサイトにアクセスできないからといって、DNS、サーバー、ルールを同時に変更しないでください。名前解決に成功しても、接続先への通信が成功するとは限りません。ドメインの名前解決エラー、アドレスへの到達性、TLS接続エラーを切り分けましょう。内部ドメインでは、選択したDNSサービスが名前を解決できることを先に確認してください。LAN内でのみ有効な名前を、適切でないDNS経路に送らないように注意します。

Test Method：テスト内容を理解する

概要と画面の場所：SettingsのTest Methodは、Connectivity Testで使うテスト方式を設定します。方式によって、ポートへの接続を確認する場合と、特定のリクエストに対する応答を調べる場合があります。測定値の意味は方式ごとに異なります。

設定手順と注意点：現在の画面に表示される方式から、サーバーに適したものを選び、HomeからConnectivity Testを実行します。複数の項目を比較するときは、テスト方式、対象、ネットワーク環境を揃えてください。条件の異なる結果をそのまま順位付けしないでください。一度の応答が速くても、継続的なダウンロード速度、バッテリー消費量、すべてのサイトでの動作を示すものではありません。テストの失敗はテスト対象側の問題である可能性もあるため、実際のアクセス結果も確認しましょう。

Today Widget：システムから使えるショートカット

概要と画面の場所：Today Widgetは、システムのウィジェットから利用するショートカットや状態表示です。Settingsで関連項目を探し、システムのウィジェット管理画面に対応するウィジェットが表示されるか確認してください。利用できるかどうかは、現在のシステムの対応状況によります。

設定手順と注意点：アプリ内で設定と認証を済ませてから、システムの手順に沿って利用可能なウィジェットを追加し、表示内容がHomeと一致するか確認してください。ウィジェットはすばやい操作に適していますが、設定の編集やシステムの接続認証に代わるものではありません。状態表示が遅れて更新される場合があるため、接続に問題があるときはアプリに戻って詳細を確認してください。システムに対応するウィジェットが表示されない場合、別のプラットフォームの追加手順をそのまま使わないでください。

iCloud：設定の同期と対象データ

概要と画面の場所：iCloud関連の項目は、対応するAppleデバイス間で、アプリが許可したデータを保存または同期するために使います。Settingsで同期オプションを確認し、システム設定でiCloudとアプリのアクセス権を確認してください。実行状態、履歴、すべての項目が同期されるとは限りません。

設定手順と注意点：有効にする前に重要な設定をバックアップしてください。同じAppleアカウントを使う各デバイスで権限を確認し、同期後に設定名と内容を照合します。競合が発生した場合は、どちらを使うか決める前に両方のコピーを保存してください。複数のデバイスで同じ設定を同時に編集することは避けましょう。サーバーの認証情報を含む設定も機密データです。iCloud同期はすべてのプラットフォームで使える共通の方法ではなく、App Storeの購入履歴を復元する機能でもありません。

Diagnostics：失敗した操作の情報を収集

概要と画面の場所：SettingsのDiagnosticsを開き、利用できる診断項目を確認します。診断機能はエラーの手がかりを集め、DNS、接続の確立、認証、リクエスト処理のどの段階で問題が起きているかを切り分けるためのものです。サーバーを自動で変更したり、接続先のサービスを修復したりする機能ではありません。

設定手順と注意点：必要に応じて現在の画面で利用できる記録機能を有効にし、開始時刻を記録してから問題を一度再現し、対応する結果を表示または書き出します。確認後は一時的に有効にした詳細記録をオフにし、不要なデータを長期間残さないようにしてください。共有する前に、サブスクリプションURL、パスワード、認証情報、サーバーアドレス、個人のアクセス記録を項目ごとに確認します。問題に関係する部分だけを共有してください。画面上の名前だけを隠しても、完全なURLが残っていれば情報を保護できません。

「接続済み」と「意図どおりに通信が振り分けられている」は別の状態です。システムに接続中と表示されたら、通信経路と応答結果も確認してください。以下の順序で確認し、一度に変更する設定は一つだけにします。問題を再現できる手順も記録しておきましょう。

1. まずHomeを確認：選択中のサーバーが意図したグループのものか確認します。サブスクリプションの更新後に、同じ名前の古い項目を誤って選んでいないかも確認してください。スイッチの位置だけで判断せず、接続が実際に確立しているかを確認します。
2. 次にGlobal Routingを確認：日常的にConfigを使う場合は、現在の設定ファイルと対象のポリシーを確認します。比較が必要なときは一時的にProxyに切り替え、テスト後に元の設定に戻してください。
3. Configを確認：関連するルールを上から順に確認し、ポリシーグループとFINALを照合します。ファイルを編集した後は、再選択するか画面の案内に従って変更を反映し、リクエストを再実行してください。
4. DNSを確認：名前解決の失敗と接続の失敗を切り分けます。動作が確認できている設定を比較用に残し、複数のDNSパラメーターを同時に変更しないでください。
5. DataとDiagnosticsを確認：対象の操作を一度だけ再現し、時刻とエラーの内容から、リクエストがどの段階で止まったかを判断します。
6. 最後に自動化を再開：手動接続が安定してからOn Demand、同期、ショートカットを有効にし、ネットワークを切り替えても意図した動作になるか確認してください。

サーバーに接続できても特定の接続先だけに問題が続く場合は、同じサブスクリプションを何度も読み込まず、その接続先に適用されるルール、DNS、サービスの状態を確認してください。複数の接続先で失敗する場合は、サーバーのパラメーター、サブスクリプションの有効性、ローカルネットワークを確認します。操作手順はクイックスタートをご覧ください。問題から検索する場合はよくある質問、画面名やルール用語を調べる場合は用語集をご利用ください。