Shadowrocket の機能と設定

Global Routing：Config・Proxy・Direct

概要：Global Routingでは、通信を処理する際の全体的なモードを選択します。ルールに従って処理するモードはConfig、プロキシを使うモードはProxy、直接接続するモードはDirectです。ここでのConfigはモード名です。画面下部にある設定ファイル管理のConfigとは区別してください。

画面上の場所：HomeでGlobal Routingを開き、現在選択されている項目を確認します。切り替える前に、元のモード、選択中のサーバー、設定名を控えておくと、確認後に元へ戻しやすくなります。

設定方法：ルールで振り分ける場合はConfigを選び、設定画面で使用中のファイルを確認します。特定の接続先だけに問題がある場合は、同じネットワークとサーバーを使ったまま、一時的にProxyへ切り替えて比較できます。確認後は元のモードに戻してください。変更する条件は一度に一つに絞ると、結果を比較しやすくなります。

注意点：モードを選んでもサーバーが設定されたり、認証情報が補われたりするわけではありません。Proxyを選んでもサーバーが必ず使えるとは限らず、Directを選んでもシステムのVPN設定が無効になるわけではありません。システムが処理する通信とアプリが引き受ける通信には範囲の違いがあります。「Global」は、端末上のすべての通信が同じ経路を通るという意味ではありません。

ルールによる振り分け：マッチ条件とポリシー

概要：ルールは通常、タイプ、マッチする内容、ポリシーで構成されます。タイプはリクエストを識別する条件、ポリシーは一致した場合の処理方法を指定します。DOMAINは完全一致のドメイン名、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメインに含まれるキーワードでマッチします。IP関連のルールにはIP-CIDR、IP-CIDR6、GEOIPがあります。

画面上の場所：Configを開き、使用中の設定を確認してから、ルールを表示または編集します。ルールを確認するときは対象のドメインだけでなく、前後の項目も見てください。先にマッチしたルールによって、処理方法がすでに決まっている場合があります。

設定方法：まず対象を直接接続するか、プロキシ経由にするか、拒否するかを決め、できるだけ正確なマッチ条件を選びます。DIRECTは直接接続、PROXYはプロキシポリシー、REJECTはリクエストの拒否を表します。カスタムポリシーグループを使う場合は、設定内の定義と同じ名前を指定してください。以下はルール構文の例であり、すべてのネットワークにそのまま適用できる設定ではありません。

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

1行目はexample.comとそのサブドメインへのリクエストをPROXYで処理します。2行目はIP位置情報データベースの結果に基づいて、直接接続するかを判断します。最後のFINALは、それまでのルールに一致しなかったリクエストを処理します。名前解決の結果や位置情報データベースによってIP関連ルールの判定は変わるため、ドメイン名だけからすべての結果を予測することはできません。

注意点：ルールは通常、上から順に評価されるため、具体的な条件を広い条件より前に置きます。USER-AGENTはリクエスト情報を参照できる場合に限られ、暗号化されたリクエストすべてに適用できるわけではありません。REJECTは条件に一致したリクエストを拒否します。同じドメイン上のすべてのコンテンツの用途を判別するものではありません。意図しないブロックが発生した場合は、追加したルールを一つだけ無効にして再テストしてください。設定全体を同時に書き換えるのは避けましょう。

サブスクリプションとサーバー：追加・更新・整理

概要：Subscribeでは、既存のサブスクリプションから取得したサーバー情報を管理できます。手動追加では、接続パラメーターを一つずつ入力します。サブスクリプションの更新は、提供元の項目を再取得する操作です。アプリのアップデートとは異なり、ルール設定が含まれるとも限りません。サーバー、サブスクリプション、設定ファイルはそれぞれ別のものとして確認してください。

画面上の場所：Homeでサーバー一覧を確認し、Add Serverから情報を追加します。既存のサブスクリプションを追加する場合は、追加画面でSubscribeタイプを選びます。QRコードはScan QR Codeで読み取れます。クリップボードから読み込む場合は、アプリに表示される案内や操作項目に従ってください。

設定方法：サブスクリプションを追加する前に、URLが完全で、クエリパラメーターが抜けていないことを確認します。サーバーを手動で追加する場合は、まずタイプを選び、手元にある情報に基づいてアドレス、ポート、パスワードなどの認証情報を入力します。たとえばTrojanとVMessでは認証情報の形式が異なるため、別のタイプの入力内容をそのまま流用しないでください。Shadowsocks、VLESS、Hysteria2、WireGuardなども、それぞれのパラメーターに合わせて入力します。

追加後、項目名と件数が想定どおりか確認し、その中から一つ選んでテストします。複数のサブスクリプションを整理する場合は、用途を自分で判別できる名前を付け、どのサブスクリプションに属する項目かも分かるようにしておきましょう。サブスクリプション由来の項目を手動で追加した記録と混同しにくくなります。更新の前後で項目が変わった場合は、サブスクリプションから取得した内容を手がかりに確認します。

注意点：サブスクリプションを更新すると、提供元が管理する項目が上書きされることがあります。これらの項目を直接編集しても、変更が維持されるとは限りません。サブスクリプションの削除や一括整理の前に、必要な情報をバックアップしてください。サブスクリプションURL、QRコード、共有リンクには認証情報が含まれる場合があるため、公開スクリーンショットやログに載せないでください。更新、並べ替え、削除、バックアップの詳しい手順はサブスクリプションとサーバーの管理ガイドをご覧ください。

On Demand：条件に応じて接続

概要：On Demandはシステムのオンデマンド機能を利用し、設定したネットワーク条件に応じて接続動作を決めます。「いつ接続するか」を決める機能であり、Global Routingが決める「接続後に通信をどう処理するか」とは役割が異なります。両方を組み合わせて使えますが、互いの代わりにはなりません。

画面上の場所：SettingsでOn Demandを開き、設定可能な条件と動作を確認します。システムのVPN設定を更新するよう求められた場合は、システムの案内をよく読んでから変更を許可するか判断してください。

設定方法：まず自動接続を無効にし、手動で接続して、現在のサーバーと設定が使えることを確認します。その後、条件を一つ設定します。Wi-Fi環境ごとに切り替える場合は、ネットワーク名と条件の判定方法を確認してください。条件が複数ある場合は、それぞれの動作とマッチ条件を一つずつ確かめます。保存後、該当するネットワークに切り替えて接続状態を確認し、既知の接続先にもアクセスしてテストします。

注意点：On Demandを有効にすると、手動で切断しても条件によって再接続され、「切断してもすぐにつながる」ように見えることがあります。この場合はサーバーを何度も削除せず、まずOn Demandの設定を確認してください。オンデマンド機能では、無効な認証情報を修復したり、ネットワーク切り替え時の切断を必ず防いだりすることはできません。無効にした後は、アプリとシステムのVPN状態が一致しているか確認します。

Data：通信量の確認と集計の見方

概要：Dataではアプリが記録した通信量を確認できます。操作によって通信が発生したか、リクエストがアプリを経由したかを調べたり、同じ集計条件で変化を比較したりするのに役立ちます。接続サービスの利用料金を確認する画面ではありません。

画面上の場所：Dataを開き、各カウンターのラベルを読んで、対象範囲、通信方向、時間を確認します。表示される統計項目は端末や画面によって異なる場合があります。画面にない情報を独自に推定しないでください。

確認方法：トラブルの確認を始める前に、現在のカウンターと時刻を記録します。バックグラウンドの通信をできるだけ減らした状態で一度だけアクセスし、Dataに戻って変化を比較します。統計をリセットする場合は、必要な履歴を保存してから、新しいカウントを基準に確認してください。テスト中はモード、サーバー、ネットワークを変えないようにします。

注意点：上りと下りの両方で通信が発生します。接続の維持、バックグラウンドアプリ、プロトコルのオーバーヘッドによって追加の通信が生じることもあります。アプリの記録は、サービス提供元の課金基準や端末のモバイルデータ通信量と一致するとは限りません。残量は、利用中のサービスの管理画面で確認してください。カウンターが増えたことだけでは、接続先から目的の内容が正常に返されたとは判断できません。

Settings：DNS・テスト・ショートカット・同期

Settingsにはアプリの動作に関する設定がまとめられています。まず正常に動作することを確認した設定を保ち、一度に一つだけ変更して、その理由を記録しましょう。現在の設定ファイルにも関連するパラメーターがある場合は、画面の値だけでなく設定ファイルも確認してください。

DNS：名前解決の経路を確認

概要と画面上の場所：DNSはドメイン名をアドレスに変換します。関連する設定はSettingsと、使用中の設定ファイルのDNS項目で確認できます。名前解決とプロキシ接続は別の段階です。ドメイン名を解決できない場合、サーバーの応答時間が正常でも接続先を開けるとは限りません。

設定方法と注意点：まず、現在使用中のDNS設定とその設定元を確認してから、利用するネットワークに合わせて調整します。暗号化DNSを使う場合は、DNSサービス自体に接続できる必要があります。変更後は同じドメインで再テストし、キャッシュや既存の接続が結果に影響していないか確認してください。DNSを手当たり次第に変更しても、あらゆる問題が解決するわけではありません。一部のドメインだけに問題がある場合は、ルールと返されたアドレスも確認します。

Test Method：テスト結果の見方

概要と画面上の場所：Test Methodはサーバーのテスト方法を指定します。Settingsで項目を確認し、サーバー一覧のConnectivity Testからテストを実行します。結果が示すのは選択したテスト方法での経路であり、すべてのアプリの通信を総合的に評価したものではありません。

設定方法と注意点：サーバーを比較するときはテスト方法を固定し、接続先の指定が必要な方法では同じ接続先を使います。一度の測定で遅延が低くても、通信速度が速いとは限りません。タイムアウトはテスト先や現在のネットワークが原因の場合もあります。複数回テストしたうえで、実際の通信でも確認しましょう。一度の数値だけで接続品質を判断しないでください。

Today Widget：システムのショートカット

概要と画面上の場所：Today Widgetでは、システムのウィジェット表示や操作に関する設定を確認できます。Settingsを開き、現在の端末で該当項目が表示されるか確認してください。システム側で追加できるか、どの情報が表示されるかは、現在のシステムとアプリが提供する機能によって異なります。

設定方法と注意点：利用できる場合は、まずアプリ内でサーバーとモードを確認し、次にシステムのウィジェット管理画面から該当のウィジェットを追加します。追加後、ウィジェットからの操作がアプリの状態に反映されるか確認してください。ショートカットは操作手順を減らすためのもので、初回のVPN設定の許可やサーバーの認証情報の設定に代わるものではありません。

iCloud：同期するデータと上書きに関する注意

概要と画面上の場所：iCloud関連の設定では、対応する範囲のアプリデータを同期できます。まずSettingsで同期項目と説明を確認し、システム設定でこのアプリのiCloud利用が許可されているかも確認してください。同期されるデータは画面に記載された範囲をご確認ください。

設定方法と注意点：複数の端末で操作する前にバックアップを取り、両方の端末で同じApple Accountを使用していることを確認します。同期が完了するまで時間を置いてください。両方の端末で同じ項目を一括削除したり、名前を変更したりするのは避けましょう。データが見当たらない場合は、すぐに再読み込みせず、同期設定とネットワークを先に確認します。同期は完全なバックアップではありません。アプリの購入履歴、サブスクリプションの状態、接続認証情報はそれぞれ別のものです。

Diagnostics：接続問題を段階的に切り分ける

概要：Diagnosticsは接続状態とエラーの手がかりを確認するための機能です。すべての設定を一度に直すのではなく、問題がローカルネットワーク、名前解決、サーバー接続、ルール選択、接続先からの応答のどこで発生しているかを切り分けます。

画面上の場所：SettingsでDiagnosticsまたは該当する診断項目を開き、実際に表示されるツールやログを確認します。ログを読む前に時刻を照合し、記録されたエラーが直前に行ったテストのものか確認してください。

確認方法：自動接続の動作を一時的に無効にし、再現可能な条件を用意してから、次の順番で結果を確認します。各手順の結果を記録し、正常と確認できた段階は繰り返し設定し直す必要はありません。

1. 端末が現在のネットワークに接続できることを確認し、システム時刻が正確か確認します。
2. サーバーのアドレス、ポート、認証情報、利用中の接続サービスの状態を確認します。
3. Connectivity Testを実行し、使用したTest Methodを記録します。
4. 明確な接続先にアクセスし、Configの場合と一時的にProxyを使った場合の結果を比較します。
5. 同じ時間帯の診断情報を確認し、名前解決の失敗、接続の失敗、ポリシー選択の問題をそれぞれ切り分けます。
6. 元のモードとオンデマンド設定に戻し、普段の利用環境でもう一度確認します。

注意点：診断情報を共有する前に、サブスクリプションURL、認証情報、QRコード、個人の利用状況につながる情報を削除してください。設定ファイル全体をそのまま公開しないでください。ルールを使う場合だけ失敗するなら、まず設定を確認します。どのモードでも問題が起きる場合は、共通するネットワークとサーバーの条件を確認してください。具体的な事例はよくある質問をご覧ください。見慣れないキーワードは用語集で確認できます。