Shadowrocketの使い方｜Home・Config・Proxy・Direct・Data・Settingsの意味

この記事の概要

Shadowrocketの画面への入口、接続状態、通信の処理方法は、それぞれ別のものです。Homeでは接続とサーバー選択、Configでは設定の管理、Global Routingでは通信全体の処理方法を選びます。Dataでは動作情報を確認し、Settingsではアプリの設定を変更します。英語の項目名はわかるものの、どこを操作すべきか迷っている方に向けた解説です。「画面を探す → 状態を確認する → 通信の振り分けを確認する」の順に見ていきましょう。Proxyを見ただけでサーバーの設定を変更する必要はありません。

1. 画面への入口と画面内の設定項目を区別する

英語の項目名を見つけたら、まず表示場所を確認します。画面下部のHome、Config、Data、Settingsは各画面への入口です。Home内のGlobal Routingは設定項目で、その選択肢であるProxy、Direct、Config、Sceneは通信全体の処理方法を表します。Configは2か所に表示されますが、関連する意味を持つ別々の項目であり、同じボタンとして扱うことはできません。

UI用語	場所・階層	主な用途
Home	画面への入口	接続状態の確認、サーバー選択、Global RoutingとConnectivity Testへのアクセス。
Config	画面への入口	設定ファイルを管理し、ルールなどの設定内容を確認・編集。
Data	画面への入口	接続や通信量などの動作情報を確認し、実際のリクエストの調査に利用。
Settings	画面への入口	アプリの設定を管理。On Demandでオンデマンド接続の動作を調整。
Global Routing	Home内の設定項目	通信全体に適用する処理方法を選択。
Config	Global Routing内の選択肢	現在有効な設定のルールに従ってリクエストを処理。

「Configでルールを変更する」と「Global RoutingをConfigに設定する」は別の操作です。前者は判断基準を変更し、後者はその基準を使うよう選択します。Config画面を開いてファイルを確認しただけでは、HomeのGlobal Routingは切り替わりません。Global RoutingをConfigにしても、ファイル内の各ルールが目的に合っているとは限りません。

2. Home：接続状態と選択中のサーバーを確認する

Homeは日常的な確認の起点です。Not Connectedは現在接続が確立していない状態を示し、サブスクリプションに問題があるとは限りません。SERVERでは登録済みのサーバーを確認・選択できます。Connectivity Testは接続状況のテストに使います。テスト結果に数値が表示されても、すべてのWebサイトにアクセスできる証明にはならず、その数値を継続的なダウンロード速度と見なすこともできません。

状態を確認する

Homeを開き、画面上部の接続スイッチとNot Connectedの表示を確認します。初回接続時にシステムからVPN構成の追加を求められたら、画面の指示に従って承認します。構成の追加とリモートサーバーの認証は別の段階です。
サーバーを確認する

Home → SERVERで選択中の項目を確認します。ここでは、利用者がすでにサービスとサブスクリプションを用意していることを前提としています。リストが空の場合は、Global Routingを何度も切り替えるのではなく、自分の接続情報を先に読み込んでください。
通信の振り分けを確認する

Home → Global Routingを開き、Config、Proxy、Direct、Sceneのどれが選択されているか確認します。調査前に現在の選択肢を記録し、テスト後に戻し忘れないようにしましょう。
テストして確認する

Home → Connectivity Testでテストした後、実際に対象のWebページを開きます。テストの完了状況、ページの読み込み状況、そのときの通信全体の処理方法をそれぞれ記録し、ひとつの結果としてまとめないようにしてください。

登録済みのサブスクリプションを追加する場合は、Homeの右上にある「+」からAdd Serverを開き、TypeでSubscribeを選択して、自分のサブスクリプションURLを入力・保存します。Subscribeは読み込み元の種類を示すもので、接続が成功した状態を表すものではありません。サブスクリプションの更新はリストの内容を取得する操作で、接続スイッチは接続を確立する操作です。更新と接続はそれぞれ確認してください。公開するスクリーンショットや問い合わせ文には、URLに含まれる認証情報を表示しないでください。

3. Global Routing：Config・Proxy・Direct・Sceneの違い

Global Routingで選ぶのは「Shadowrocketに渡した通信をどのように処理するか」であり、「どのプロトコルを使うか」ではありません。以下の推奨は、適切なルール設定がすでにある場合の日常利用を想定しています。ルールを確認せずに、ConfigをすべてのWebサイトの用途を自動判定するスイッチと考えないでください。

Config

Proxy

アプリに渡された通信をまとめてプロキシ経由で処理します。Configにある接続先ごとの振り分けルールは適用されません。Address、Port、認証情報の誤りが解消されるわけではなく、選択したサーバーが必ず利用できるようになるものでもありません。

向いているケース：一時的な比較テストで、アクセス不具合が接続先ごとの振り分けルールに関係するか確認したい場合。

Direct

選択したリモートプロキシサーバーを経由せず、直接接続します。Directは通信の処理方法であり、Homeの接続スイッチをオフにするものではありません。システムにVPNの表示があっても、リクエストが必ずリモートプロキシ経由だとは判断できません。

向いているケース：ローカルネットワークから対象に直接アクセスできるか確認する場合や、直接接続との比較。

Scene

設定済みのシーン条件に応じて、対応する処理方法を適用します。実際に設定したシーンに依存するため、Configの別名ではありません。使用前にシーンの条件と関連設定を確認してください。

向いているケース：シーン条件を設定済みで、環境ごとに想定される動作を確認できる場合。

たとえば、同じ端末、同じサーバー、同じWebページで、Configでは開けず、一時的にProxyへ切り替えると開けた場合、ルールやポリシーの選択を確認する手がかりになります。テスト中にネットワークやサーバーも変わっていた場合、この現象だけで原因を断定することはできません。比較後は元の設定に戻し、Dataでリクエストの処理情報を確認してください。

4. Config：設定ファイル、ルールキーワード、ポリシーはプロトコルではない

Config画面では設定内容を管理します。ルールは「何に一致させ、どのポリシーに渡すか」を指定します。一方、Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどのプロトコルは、接続の確立方法を表します。プロトコルの種類は登録済みサーバーのパラメーターに合わせてください。ルールにPROXYと書かれているからといって、Typeを特定のプロトコルに変更する必要はありません。

2つの場所

Config：画面への入口とGlobal Routingの選択肢では、操作の目的が異なります。

4つのキーワード

この記事の例：DOMAIN-SUFFIX、IP-CIDR、GEOIP、FINAL。

1つのフォールバック

例の末尾にあるFINALは、それ以前のルールに一致しなかったリクエストの処理方法を指定します。

以下はルールの構造を示す例です。完全な設定ではなく、使用中のファイルをそのまま置き換える必要もありません。例のドメイン名とアドレス範囲は構文の説明用です。実際のポリシー名、DNS設定、サーバーパラメーターは、ご自身の設定に合わせて確認してください。

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

DOMAIN-SUFFIX,example.com,PROXY：ドメインのサフィックスを条件にし、そのドメインとサブドメインに一致したリクエストをPROXYポリシーに渡します。
IP-CIDR,192.168.0.0/16,DIRECT：IPアドレス範囲を条件にし、一致したリクエストをDIRECTに渡します。
GEOIP,CN,DIRECT：IP地理データベース上の所属情報を条件にします。Webページの表示言語を基準にするものではありません。
FINAL,PROXY：接続先の条件を追加せず、それ以前のルールに一致しなかったリクエストの処理方法を指定します。

ルールは通常、記述順に照合されます。広い範囲のルールを先に置くと、後続の詳細なルールが適用されない場合があります。そのため、ファイルにルールが書かれていても、対象のリクエストが最終的にそのルールに一致するとは限りません。調査時は有効な設定、ルールの順序、適用先のポリシーをあわせて確認してください。対象ドメインを検索しただけで確認を終えないようにしましょう。

5. DataとSettings：結果を確認する画面と動作を変える画面

Dataでは動作情報を確認し、Settingsではアプリの動作を調整します。リクエストを実行した後の状況を調べるには前者、目的が明確な設定変更には後者を使います。Dataに通信量が表示されていても、すべての通信が同じサーバーを使っているとは限りません。

確認手順：まずリクエストを観察し、設定は1つずつ変更

Data：処理結果を確認

対象のWebページを開いてから、Dataに戻って関連する動作情報を探します。
対象、時刻、画面に表示されるポリシーや接続情報を確認します。
問い合わせる前に、実際のサーバーアドレス、サブスクリプションの認証情報、個人のアクセス履歴を隠してください。

Settings：アプリの動作を変更

Settings → On Demandでオンデマンド接続の設定を確認します。
変更前の状態を記録し、関連する選択肢を一度に1つだけ変更します。
Homeに戻り、変更後の接続状態と通信全体の処理方法を確認します。

まとめ：Dataは結果の確認に役立ち、Settingsは動作を変更します。どちらもサーバーパラメーターや有効なルールの確認に代わるものではありません。

On Demandは条件に応じて接続を開始する動作を制御するもので、接続先ドメインに適用するプロキシポリシーを選ぶものではありません。「いつ接続するか」を変えるにはSettings → On Demandを確認します。「リクエストがどの経路を通るか」を変えるにはHome → Global RoutingとConfigのルールを確認してください。手動で切断した後に再接続する場合は、サーバーの異常と決めつけず、まずオンデマンド接続の条件を確認しましょう。

6. よくある質問：英語の項目名を見たときの確認方法

Configを開いたのに、ルールどおりに処理されないのはなぜ？

まずHome → Global Routingに戻り、Configが選択されていることを確認します。次にConfig画面で、現在有効なファイルを確認してください。画面を開くのは内容を確認するための操作であり、通信全体の処理方法をProxyやDirectからConfigへ自動的に切り替えるものではありません。その後、同じ接続先へのリクエストでルールの一致結果を確認します。

Proxyを選んだのに、サーバーに接続できないのはなぜ？

Proxyは通信の処理方法を変えるだけです。Homeに戻って選択中のサーバーを確認し、その項目の編集画面でType、Address、Port、認証情報が手元のサービス情報と一致しているか確認してください。プロトコル名だけを根拠にPortを推測してはいけません。パラメーターの誤りはGlobal Routingを切り替えても解消されません。

Directにすると接続が切れる？

いいえ。Homeで接続スイッチを確認し、Global Routingで処理方法を確認してください。この2つは別々に確認する必要があります。現在の接続を終了するには接続スイッチを使います。直接接続と比較する場合にDirectを選択してください。その後に再接続する場合は、Settings → On Demandの実行条件を確認します。

Subscribeの更新は完了したのに、Webページが開けないのはなぜ？

更新の成功は、リストの内容を取得できたことを示すだけです。Homeに戻って利用可能なサーバーを選び、Connectivity Testを実行してから、Global Routingを確認してください。一部の接続先だけ失敗する場合は、Dataで関連するリクエストを確認し、Configの該当ルールを調べます。サブスクリプション全体を何度も削除して追加し直すのは避けてください。

Dataに通信量が表示されていれば、すべてのリクエストがプロキシ経由？

そのようには判断できません。まずHome → Global Routingで現在の選択肢を確認し、接続先ごとに動作情報を調べます。Configでは、リクエストごとに異なるポリシーが適用される場合があります。合計通信量と個別リクエストの経路は別の指標です。接続先、発生時刻、処理ポリシーをあわせて確認してください。

日常の確認手順を決めておきましょう。Homeで接続状態と選択中のサーバー、Global Routingで通信全体の処理方法、Configでルールの根拠、Dataでリクエストの結果、Settingsで自動動作を確認します。この順番なら英語の項目名を見ながら試行錯誤するのを避けられ、問題を伝えるときも「どの画面のどの項目で、何が起きたか」を明確にできます。