Shadowrocket 機能・設定ガイド

概要

Config は現在の Config にあるルールを順番に照合し、リクエストごとに異なる処理方法を適用します。Proxy は現在選択中のプロキシ方針をすべての接続に適用するため、サーバー自体が動作するかを一時的に確認するのに適しています。Direct はリクエストを直接接続するため、ルール処理を一時停止してローカルネットワークの状態を確認する場合に使えます。モードを切り替えると、その後に開始する新しい接続に反映されます。すでに確立した接続で変化を確認するには、対象のアプリやページを開き直す必要があります。

場所

Home を開き、Global Routing の選択項目を確認します。端末のサイズによって画面上の配置は変わる場合がありますが、名称は Config、Proxy、Direct と表示されます。選択する前に Home で現在のサーバー項目も確認し、「サーバーの選択ミス」と「振り分けモードの選択ミス」を混同しないようにします。

設定方法

日常的にドメイン、IP アドレス、地域条件で通信を振り分ける場合は、通常 Config を使います。サーバーを登録した直後にルールの影響を除外して接続を確認したい場合は、短時間 Proxy に切り替えます。現在の Wi-Fi やモバイル通信が正常かだけを確認したい場合は、Direct に切り替えて比較します。確認が終わったら、実際の目的に合うモードへ戻してください。

概要

DOMAIN は完全なドメインを照合し、特定のホストを指定する場合に適しています。DOMAIN-SUFFIX はドメインのサフィックスで照合し、ドメイン本体と下位ドメインをまとめて対象にできます。DOMAIN-KEYWORD はドメインにキーワードが含まれるかで照合するため範囲が広く、意図しない一致に注意が必要です。GEOIP は対象 IP の地理データベース上の情報で照合し、IP-CIDR と IP-CIDR6 はそれぞれ IPv4、IPv6 のアドレス範囲で照合します。USER-AGENT はリクエストの User-Agent 条件に基づいて処理します。

場所

Config を開き、現在の Config を選択してルールの内容を確認します。ルールは通常、キーワード、照合値、処理方法の3つで構成されます。例：

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

1行目はドメインのサフィックスが example.com の場合に PROXY を使用します。2行目は指定の GEOIP 条件に一致した場合に DIRECT を使用します。最後の FINAL は、それまでのルールに一致しなかったリクエストを受け取ります。この例は構文を説明するためのもので、あらゆるネットワーク環境にそのまま適用できるものではありません。

設定方法

まず具体的なルールを書き、次に範囲の広いルールを書き、最後に明確な最終処理方法を残します。たとえば、単一ドメインの DOMAIN は、それを含む可能性がある DOMAIN-SUFFIX や DOMAIN-KEYWORD より前に置きます。IP ルールでは対象アドレスが IPv4 か IPv6 かを確認してください。ドメインの名前解決後に異なるアドレスへ接続される場合、ドメインだけを見ても最終的に一致したルールは判断できません。

よく使う処理方法には PROXY、DIRECT、REJECT があります。PROXY はプロキシ方針で処理し、DIRECT は直接接続し、REJECT はリクエストを拒否します。Config でカスタムの処理グループ名を参照する場合は、Config 内に定義済みの名称と一致させる必要があります。大文字・小文字、句読点、カンマの位置を正しく保ち、手動編集による余分な空白や全角記号の混入を避けてください。

注意点

ルールは多ければよいわけではありません。2つのルールの範囲が重なる場合、前のルールが先に一致し、その判定では後のルールは使われません。「特定のドメインが想定どおり処理されない」場合は、実際にアクセスしているドメイン、DNS が返したアドレス、ルールの順序、処理方法の名称、現在の Global Routing が Config かどうかを順番に確認します。切り分けが終わってから重複した項目を整理し、Config を読みやすく保ちます。

概要

Add Server は、明確なサーバー情報を1件登録する場合に適しています。対応するプロトコルには Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 などがあります。必要な項目はプロトコルごとに異なりますが、通常は Address、Port、Password、その他の認証パラメータを入力します。Subscribe は、ユーザー自身のサービス提供元が提供・管理する複数の項目をまとめて管理する場合に適しており、更新時にクライアントが購読内容を再読み込みします。

場所

Home でサーバーの追加画面を開くと、Add Server、Scan QR Code、Import from Cloud JSON などの方法を選べます。購読の入口は通常 Subscribe と表示されます。画面に表示されるプロトコル種別、入力項目、転送パラメータは、手元のサーバー情報と1項目ずつ対応させてください。あるプロトコルのパラメータを別のプロトコル画面に入力しないようにします。

設定方法

手動追加では、まずプロトコルを選び、Address と Port を入力してから、認証情報と転送項目を補完します。保存後 Home に戻り、その項目を選択します。Subscribe から登録する場合は、ユーザー自身が所有する購読アドレスを貼り付けて保存し、更新を実行します。返された項目から使用するサーバーを選択してください。Scan QR Code を使う前に、QR コードが本当に自分のサーバー資料から取得したものか確認します。Import from Cloud JSON は、準備済みの JSON 設定を取り込む場合に適しています。

Subscribe の更新後に項目が変わった場合は、サービス提供元から返された現在の内容を基準にします。Subscribe で管理されている項目を手動で変更しても、次回の更新時に置き換えられる可能性があります。個別のパラメータを長期保存したい場合は、元の情報を控えたうえで、手動項目と Subscribe のどちらで管理するかを決めてください。

注意点

サーバー名は識別しやすくするためのラベルにすぎず、接続品質を保証するものではありません。テストでは、項目が Connectivity Test を完了できるか、実際に Web ページを開けるか、Global Routing が正しく設定されているか、DNS が名前解決できるかを分けて確認します。遅延値は特定のテスト条件での応答を示すだけで、実際の閲覧速度とは異なります。認証情報などの機密データは、自分の端末と信頼できるバックアップだけに保存してください。

概要

手動接続では Home を開いてユーザーがスイッチを操作します。On Demand では、あらかじめ設定した条件に基づき、ネットワーク環境の変化時にシステムが発動の要否を判断します。一般的な判定要素には、現在のネットワーク種別、Wi-Fi 情報、ドメイン条件があります。接続が発動した後のリクエストも、その時点で選択されているサーバー、Global Routing のモード、Config のルールに従って処理されます。

場所

Settings を開き、On Demand 関連の項目を確認します。接続機能を初めて有効にする際は、システムから VPN 構成の許可を求められる場合があります。On Demand のルールを上から判定する場合は、条件名を分かりやすくし、意味が反対で範囲の重なる条件を作らないようにします。

設定方法

まずは単一の条件から始めます。たとえば1種類のネットワーク環境だけで有効にし、Wi-Fi とモバイル通信を切り替えたときの動作を確認します。発動が安定してから、ドメインやネットワークの例外を追加してください。変更後は、画面をロックして解除する、ネットワークを切り替える、新しいリクエストを開始するなどの操作で、システムが条件を再評価しやすくなる場合があります。テスト時は現在のネットワーク名、Global Routing のモード、選択中のサーバーを記録します。

注意点

On Demand を有効にした後、接続が頻繁に切り替わる場合は、まず条件の範囲が広すぎないか、複数の条件が重なっていないか、Wi-Fi とモバイル通信の間でネットワークが繰り返し変化していないかを確認します。自動発動が原因か判断したい場合は、一時的に On Demand を無効にし、Home から手動接続して比較します。確認後は、整理したルールに戻します。

概要

Data は、クライアントの動作中に確認されたアップロードとダウンロードのデータを集計します。一定時間内の通信量の変化や、特定の操作で大量の転送が発生したかを確認できます。また、リクエストがクライアントを通過したかの判断にも役立ちますが、どのルールに一致したかや、サーバー速度を単独で示すものではありません。

場所

下部ナビゲーションから Data を開きます。端末のサイズによってリストの表示密度は異なりますが、集計範囲、アプリまたは接続項目、アップロードとダウンロードの方向を確認します。Config を切り替えた直後は、切り替え後の新しいリクエストから観察し、それ以前に蓄積されたデータを今回の判断に含めないようにします。

設定方法

Data は主に確認用で、頻繁に調整する必要はありません。比較テストでは、現在の数値を控えるか統計をリセットしてから、ページを開く、コンテンツを再生する、更新を1回実行するなど明確な操作を行い、Data に戻って増加分を確認します。繰り返しテストでは、できるだけ同じネットワーク、同じサーバー、同じ Global Routing のモードを保ちます。

注意点

クライアント、システム、サービス提供元の統計は、集計方法や更新タイミングが異なる場合があり、数値が完全に一致するとは限りません。Data に通信量が表示されることは、リクエストが該当する処理を通過したことを示すだけです。処理方法を確認するには Log や Diagnostics も併用してください。統計が急増した場合は、まず前面およびバックグラウンドで通信中のアプリを確認し、今回のテストとの関係を判断します。

概要

Connectivity Test はサーバーの応答をすばやく確認するのに適しています。Log はクライアントがリクエストを処理した際のイベントを記録し、Diagnostics はより対象を絞った確認や診断に使います。まず簡易テストを実行し、問題を一度再現してから、そのリクエストの時刻に対応する記録を確認するという順番で併用します。

場所

Connectivity Test は通常、サーバーリストまたは関連する操作画面から実行できます。Log と Diagnostics はクライアント内の該当ページ、または Settings の診断エリアにあります。端末のレイアウトによって場所が変わる場合があるため、探す際は英語の名称を確認してください。

設定方法

1. 環境を固定：同じ Wi-Fi またはモバイル通信、同じサーバー、同じ Global Routing のモードを維持します。
2. Connectivity Test を実行：数値の大小だけでなく、テストが完了するかを記録します。
3. リクエストを再実行：対象ページを閉じて開き直し、今回のテストに対応する記録を Log に残します。
4. 一致結果を確認：対象ドメイン、名前解決されたアドレス、最終的に使われた PROXY、DIRECT、REJECT を確認します。
5. 一度に1項目だけ変更：サーバー、ルール、DNS、On Demand のいずれか1項目だけを変更し、同じ手順を繰り返します。

注意点

診断内容を共有する前に、サーバーアドレス、認証情報、Subscribe アドレス、個人のネットワーク名が含まれていないか確認します。自分で確認する場合は、発生時刻、対象ドメイン、現在のモード、変更内容を控えれば十分です。Proxy ではアクセスできるのに Config ではアクセスできない場合は、ルールを重点的に確認します。両方ともアクセスできず Direct が正常な場合は、サーバーとプロトコルパラメータを確認します。サーバーテストは応答するのにドメインへアクセスできない場合は、まず DNS と対象ドメインの記録を確認します。