Shadowrocketの画面は、まず機能ごとに整理しましょう。Homeでは接続とサーバーの選択、Configでは設定ファイル、Dataでは通信量やリクエスト履歴、Settingsではアプリの設定を扱います。ProxyとDirectは画面下部のタブではなく、ルーティングやポリシーを示す用語です。利用中のサービスやサブスクリプションがあり、英語表示から設定箇所を探したい方に向けて、混同しやすい用語と最初に確認する順序を解説します。
画面下部のタブの役割
まず操作中の画面を確認し、次に画面内の設定項目を見ます。Home、Config、Data、Settingsはナビゲーションの入口です。Global RoutingはHome内にあるルーティング設定です。この2つの階層を区別すれば、「Config画面を開く」ことと「ルールに基づく振り分けを有効にする」ことを混同せずに済みます。画面の配置はデバイスや表示言語によって異なる場合があります。以下では、ボタンの画面端からの距離ではなく、英語のラベルを目印に説明します。
| 画面上の表記 | 主な役割 | 開く場面 |
|---|---|---|
Home | 接続のオン/オフ、サーバー一覧、Global Routing | 登録済みサーバーを選び、接続状態とルーティング設定を確認する |
Config | 設定ファイルの選択・表示・編集 | 適用中のルールやDNSなど、設定内容を確認する |
Data | 通信量の統計やリクエスト履歴など、診断情報を確認する | テストリクエストとその処理状況を確認する |
Settings | アプリ全体の設定と機能オプション | On DemandやSubscribeなどの設定項目を探す |
Homeの接続スイッチは、接続の操作や状態を示すもので、すべてのWebサイトにアクセスできることを保証するものではありません。サーバーを選択しても、その後の対象リクエストに利用できる経路候補が設定されるだけです。実際にその経路が使われているかは、Global Routing、現在の設定ルール、アプリ内で確認できるリクエスト履歴をあわせて判断してください。
Homeとサブスクリプションの入口
Homeに表示されるサーバー項目とサブスクリプションは、別のものです。個々の項目には接続に必要なプロトコルやパラメーターが保存されます。Subscribeは、利用者がすでに持っているサブスクリプションURLから項目を取得する機能です。サブスクリプションを更新しても、適切なサーバーが選択されたことにはならず、Configのルールファイルが置き換わるわけでもありません。
-
入口を確認する
Homeを開き、右上の「+」をタップして追加画面のTypeを確認します。手元にあるものがサブスクリプションURLなのか、単一サーバーの接続パラメーターなのかを先に判断してください。
-
種類を選ぶ
既存のサブスクリプションを追加する場合は、TypeでSubscribeを選び、自分のサブスクリプションURLを入力します。サーバーを1つ手動で追加する場合は、Typeをサービス提供元が案内するプロトコルに合わせてください。
-
一覧を確認する
保存後にHomeへ戻り、サブスクリプションのグループとその項目を確認します。一覧が空の場合は、更新結果とURLに誤りや不足がないかを先に確認してください。プロトコルをむやみに変更して解決しようとしないでください。
-
接続先を選択する
Homeで利用する登録済みサーバーを選び、Home → Global Routingを確認します。ルールに従ってリクエストを処理する場合は、Configで想定した設定が選択されていることも確認してください。
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardは、プロトコルまたは接続方式の名称であり、「高速」「高安定」といったランクではありません。入力時は、手元にあるサービス情報に合わせてType、アドレス、ポート、認証情報を設定してください。たとえば、案内にポートが443と記載されていれば、その値を入力します。プロトコル名だけを根拠にポートを推測してはいけません。この記事では接続サービスやサブスクリプションを提供していません。
ProxyとDirect
Proxyはリクエストをプロキシ経由で処理し、Directは直接接続することを示します。どちらもHome → Global Routingに表示される場合と、設定ルールの宛先ポリシーとして使われる場合があります。意味を判断するときは、表示されている場所も確認してください。前者は全体のルーティング設定、後者はルールに一致したときの処理を示します。
Config
おすすめHome → Global RoutingでConfigを選ぶと、現在の設定ルールに従ってリクエストが処理されます。特定のサイトが必ず直接接続されるという保証はありません。結果はルールの内容、順序、宛先ポリシーによって異なります。
適した場面:設定内容を確認し、決められたルールに従って日常的に利用する
Proxy
Shadowrocketが処理するリクエストを、すべてプロキシ経由でルーティングします。Configの処理結果と比較する際に使えますが、無効なサーバーパラメーターが有効になるわけではありません。
適した場面:設定ルールが対象リクエストに影響しているか、一時的に切り分ける
Direct
Shadowrocketが処理するリクエストを、すべて直接接続でルーティングします。Directはシステムの接続スイッチをオフにする設定でも、「最速の経路を自動選択する」機能でもありません。
適した場面:ローカルネットワークから対象へ直接アクセスした場合と比較する
Global RoutingにはSceneが表示される場合もあります。これはシーンごとのルーティング設定を使う入口であり、別のプロトコルではありません。シーンの条件や関連設定を確認せずにConfigの代わりとして使うのは避けてください。最初の切り分けではConfig、Proxy、Directのどれを使うかを明確にし、一度に変更する条件は1つだけにします。結果を記録したら、元の設定に戻してください。
2つのConfigの違い
画面下部のConfigは設定ファイルを管理する画面です。一方、Global Routing → Configは設定に基づいてリクエストを処理するルーティング方式です。前者では「どの設定内容を使うか」、後者では「その内容のルールに従って動作するか」を確認します。サブスクリプションの取り込み後は両方を個別に確認してください。サーバー一覧が正常に表示されても、ルールの設定が完了したとは限りません。
ファイルとルーティング方式を別々に確認する
画面下部のConfig
- 現在選択されている設定ファイルを確認する。
- ファイル内のルールの順序と宛先ポリシーを確認する。
- 変更前に元のファイルを保存し、元に戻せるようにする。
Home → Global Routing
- 現在Configが選択されているか確認する。
- Proxyになっている場合、ルールによる振り分け結果として現象を説明しない。
- Directになっている場合、意図した設定かどうかを先に確認する。
ファイルの選択とルーティング方式は別々の確認項目です。両方を確認してから、個々のルールが一致しているかを調べてください。
設定を読むときは、まずルールの種類、次に一致条件、最後に宛先ポリシーを確認します。以下は構文の例です。既存の設定を確認せずに、そのまま上書きして使うことはおすすめしません。example.comは説明用のドメイン名で、IPアドレス範囲もドキュメント用の例です。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
ルールは設定ファイルの順に評価されます。先に一致したルールがあると、同じリクエストが後続のルールで処理されない場合があります。例のFINAL,PROXYは、それまでのルールに一致しなかったリクエストをPROXYに渡すという意味で、すべてのリクエストがプロキシ経由になるわけではありません。GEOIPが参照するのはIPアドレスの割り当て地域情報であり、Webページの表示言語と単純に同じものではありません。
Dataで確認できること
Dataは通信状況の確認や診断に使う画面で、サーバーの選択やルーティングの変更を行う場所ではありません。特定のページを調べる場合は、見分けやすいテストリクエストを1回発生させ、その時間帯の履歴を確認します。統計値はアプリに記録された範囲の通信量を示すもので、サービス提供元のプランに残っている容量と直接同じとは限りません。接続時間だけで利用可能かどうかを判断することもできません。
- テスト前にGlobal Routing、選択中のサーバー、設定ファイルを記録し、テスト中に複数の設定を同時に変更しないようにします。
- 調べたいページを1回開き、時刻と実際にリクエストされたドメインを記録します。ページによっては画像やAPIなど、ほかのドメインにもリクエストが送られます。
- Dataを開き、確認できるリクエスト履歴から対象、処理ポリシー、表示されたエラー情報を確認します。
- 比較する場合は、Global Routingの設定を1項目だけ変更して再試行します。完了後に元の設定へ戻し、同じ対象への結果を比較してください。
Dataに想定した履歴が見つからなくても、すぐにルールが機能していないと判断しないでください。まず接続状態、記録機能が有効かどうか、テストで新しいリクエストが発生したかを確認します。ブラウザーのキャッシュにより、ページが表示されても新しい通信が記録されない場合があります。診断情報を共有する前に、サブスクリプションURL、認証情報、個人用ドメインなどの機密情報を隠してください。
Settingsでよくある疑問
Settingsではアプリの動作を設定します。Settings → On DemandはHomeの手動接続スイッチと関連しますが、同じ設定項目ではありません。Settings → Subscribeはサブスクリプション関連の動作を設定する場所で、ルールファイルを取り込む代わりにはなりません。設定を探すときは、同じ用語をすべての画面で探し回るより、機能ごとに分類すると見つけやすくなります。
接続をオフにしたのに、また自動接続するのはなぜ?
Settings → On Demandを開き、条件に応じた接続が有効か、現在の設定でどの条件がトリガーになるかを確認します。手動で切断できるかテストする場合は、先に元の設定を記録し、関連する自動接続設定を一時停止してください。Homeのスイッチを何度も操作するだけでは解決しません。
Subscribeは見つかったのに、ルールが見当たらないのはなぜ?
Subscribeは通常、サーバー項目のサブスクリプションに使います。Homeに戻ってサブスクリプションのグループを確認し、ルールファイルは画面下部のConfigで確認してください。2つの入口が管理する対象は異なり、サブスクリプションを更新しても設定ルールは更新されません。
サブスクリプションURLへのアクセスにプロキシが必要な場合、どこで設定する?
Settings → Subscribeを開き、Update via Proxyを確認します。有効にする前に、利用可能なプロキシ接続がすでにあることを確認してください。この設定はサブスクリプション更新リクエストの経路に影響しますが、URLの期限切れ、認証の失効、サーバーから返される内容の誤りは解決できません。
Proxyを選んだのに接続できないのはなぜ?
Homeに戻り、選択中のサーバーと接続状態を確認してから、Dataで該当リクエストのエラーを確認してください。Proxyが変更するのはルーティング方式です。アドレス、ポート、認証情報、サーバーの状態に問題がある場合は、手元のサービス情報に沿って個別に確認する必要があります。
最後に「Homeで接続先を選択 → Global Routingで方式を決定 → Configでルールを確認 → Dataで結果を確認 → Settingsで自動動作を確認」の順に見直します。この順序なら、サーバー、ルール、履歴、自動接続を分けて確認でき、同じ英語表記が場所によって異なる意味を持つことも混同しにくくなります。