Shadowrocketの使い方｜Home・Config・Proxy・Directなど画面表示の意味

この記事の概要

Shadowrocketの画面は、「接続」「ルール」「ログ」「設定」の4つに分けて考えるとわかりやすくなります。Homeでは接続や登録済みノードを管理し、Configでは設定ファイルを管理します。Dataは接続ログの確認に、Settingsはアプリの動作設定に使います。この記事ではiPhone / iPadで一般的な英語表示を例に、画面名、Global Routingの選択肢、ルールのポリシーを区別して解説します。利用中のサービスやサブスクリプションがあり、英語のボタンの意味を確認したい方に向けた内容です。プラットフォームによって画面構成が異なる場合があるため、機能名を目印に操作してください。

Home・Config・Data・Settings：まず画面の役割を確認

まず、「画面の項目は操作する場所」「ポリシー名は通信の処理方法」と区別しましょう。たとえばConfig画面を開いただけでは、ルールによる振り分けは有効になりません。現在の設定ファイルを確認し、Home → Global Routingで適切なモードを選ぶ必要があります。画面を切り替えただけで接続方式が変わることはありません。

画面表示	場所と役割	最初に確認すること
`Home`	メイン画面。接続スイッチ、ノード一覧、Global Routingを確認します。	接続がオンか、どのノードが選択されているか。
`Config`	設定ファイルの管理画面。ルール設定の確認、読み込み、編集を行います。	どのファイルが有効か。直前に開いたファイルとは限りません。
`Data`	通信量や接続ログを確認し、接続先や処理結果を調べます。	直前に行ったリクエストが記録されているか、想定したポリシーが適用されているか。
`Settings`	On Demandなど、アプリの動作を設定します。	再接続、サブスクリプションの更新、診断に影響する設定がないか。

Homeにノードが表示されているのは、選択可能な接続先が端末に登録されているという意味であり、リモートサーバーへの接続を保証するものではありません。接続スイッチがオンでも、クライアントが対象のネットワーク通信を処理し始めたことを示すだけで、特定のWebサイトにアクセスできるとは限りません。「項目が登録されている」「トンネルが確立している」「宛先へのリクエストが成功している」は、別々に確認してください。

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

Home → Global Routingで選ぶのは、全体に適用するルーティングモードです。ここに表示されるProxyやDirectは、ルール内の同名ポリシーと関連していますが、適用範囲が異なります。前者は通信全体の処理方法を決め、後者は個別ルールの処理結果として使われることがあります。問題を調べるときは、まずモードを確認してから個々のルールを見ましょう。全体がDirectになっている状態を、ルールの不具合と誤認しないよう注意してください。

Config

推奨

現在有効な設定のルールに従って通信先を決めます。リクエストによってPROXY、DIRECT、REJECTのいずれかが適用され、すべての通信がプロキシを経由するとは限りません。設定内容とフォールバックポリシーを確認したうえで利用してください。

向いている用途：信頼できる設定があり、宛先ごとに通信を振り分けて使う場合。

Proxy

クライアントが処理する通信全体にプロキシ経由のルートを適用し、Configの通常の振り分けルールごとに処理先を決める方式ではありません。誤ったパスワード、無効なノード、リモート側の障害は解決できません。また、システム上のあらゆる特殊な通信が必ずプロキシを通ることを意味するものでもありません。

向いている用途：一時的な比較テストを行い、問題がルールによる振り分けに関係しているか確認する場合。

Direct

クライアントが処理する通信を直接接続し、選択したプロキシノードを経由しません。接続スイッチがオンでもDirectを選んでいる場合、プロキシ経由のアクセスとは異なります。

向いている用途：ローカルネットワークと比較し、宛先に直接アクセスできるか確認する場合。

Scene

事前に設定したシーンの条件に応じて、ルーティング動作を適用します。利用前にシーンの条件と対応する動作を確認してください。Sceneという名称だけで、プロキシ経由か直接接続かを判断することはできません。

向いている用途：シーンを設定済みで、ネットワーク環境に応じて通信の処理方法を切り替えたい場合。

比較テストでは、変更する条件を一度に1つに絞ります。まず元のConfigモードを記録し、一時的にProxyへ切り替えて、同じ宛先に再度リクエストします。テスト後は元のモードに戻してください。Proxyでは成功しConfigでは失敗する場合、すべてのサブスクリプションを再読み込みする前に、適用されたルール、ポリシーの参照先、DNSを確認します。これはトラブルシューティングの手順であり、特定の通信テストの結果を保証するものではありません。

Subscribeとノード情報：読み込むのは接続情報

Subscribeはサブスクリプションの種類を示し、ユーザーが利用しているサブスクリプションURLからノード情報を取得します。ノードにはサーバーアドレス、ポート、プロトコル、認証パラメーターが記録されます。一方、Configは主にルールに応じた通信の振り分けを設定します。サブスクリプションの更新は通常、対応するノード一覧を更新するもので、現在の設定に含まれるすべてのルールを自動修復するものではありません。

Homeを開く

Homeを開き、右上の「+」をタップして追加画面に進みます。追加するのがサブスクリプションURLであり、単一サーバーのアドレスではないことを確認してください。
種類を選択

TypeでSubscribeを選択します。ほかのプロトコル種類は単一ノードのパラメーター入力に使います。サブスクリプションURLを単一ノードのAddress欄に入力しないでください。
URLを入力

サービス事業者から入手したサブスクリプションURL全体をURL欄に貼り付け、Remarksには見分けやすい名前を入力します。クエリパラメーターを省略したり、URLの前後に空白を入れたりしないでください。
保存して更新

保存後にHomeへ戻り、サブスクリプション一覧を下に引いて更新し、項目が読み込まれたか確認します。更新に失敗した場合は、URLにアクセスできないのか、認証に失敗したのか、取得した内容を解析できないのかを切り分けてください。同じサブスクリプションを何度も追加しないでください。
選択して接続

ノードを1つ選び、Global Routingを確認してから、Homeの接続スイッチをオンにします。初回にシステムからVPN構成の許可を求められた場合は、自分が今行った操作に対する確認であることを確かめてから許可してください。

単一ノードの編集画面で、Addressにはサーバーのホスト名またはIPアドレス、Portにはリモート側の待ち受けポート、PasswordやUUIDなどには認証情報を入力します。たとえばサービス事業者から指定されたPortが443なら、その値をそのまま入力してください。この数字だけで使用プロトコルは判断できず、すべてのノードに共通する既定ポートでもありません。

Type：プロトコルは接続先の設定と一致させる必要があります。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardはそれぞれ異なるプロトコル名で、同じノードに対する任意の高速化オプションではありません。
TLS：暗号化通信や証明書の検証に関係します。有効にするか、サーバー名に何を入力するかは、手元の接続情報に従ってください。エラーを解消するために、検証を安易に無効にしないでください。
Remarks：端末上で項目を識別するための名前です。サーバーアドレス、ポート、認証機能は変わりません。
URL：サブスクリプションURLにはアクセス認証情報が含まれる場合があります。URL全体を公開スクリーンショット、チャット、質問のタイトルに載せないでください。

Configとルールキーワード：マッチ結果を読み解く

Configは画面名を指す場合と、Global Routing内のルールモードを指す場合があります。Config画面を開いたら、まずどの設定ファイルが使用中かを確認し、その後でルールの内容を確認してください。エディターでファイルを開いただけでは、その設定が有効になっている証拠にはなりません。

以下はルール構文の例です。ドメインやネットワーク範囲はマッチ方法を説明するためのもので、既存の設定を置き換えて使える完全な設定ファイルではありません。ポリシー名は実際の設定内の定義と対応させる必要があります。構成がわからないファイルに、この例をそのまま貼り付けないでください。

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

キーワード	意味	確認ポイント
`DOMAIN-SUFFIX`	ドメインのサフィックスでマッチします。例ではexample.comとそのサブドメインが対象です。	ブラウザーのアドレスバーに表示されたメインサイト名だけでなく、実際のリクエスト先ドメインを確認してください。
`IP-CIDR`	IPv4のネットワーク範囲でマッチします。例は192.168.0.0/16です。	`no-resolve`は、このルールのためだけにドメインを積極的に名前解決するのを避ける指定です。すべてのDNSを無効にする意味ではありません。
`GEOIP`	IPの地理情報データベースに基づいて地域を判定します。	データベース上の判定はWebサイトのコンテンツ言語とは一致しないことがあり、関連ドメインをすべて網羅する保証もありません。
`FINAL`	それ以前のルールにマッチしなかった場合に使うフォールバックポリシーです。	具体的なルールの後に配置し、フォールバック先が意図したものか確認してください。

ルールは通常、上から順に評価されます。先にマッチすると、後続ルールの判定に影響します。PROXYはプロキシポリシー、DIRECTは直接接続ポリシー、REJECTは拒否を示します。カスタムポリシーグループが別の名称を参照する場合もあります。特定のリクエストがDIRECTになった場合は、Homeで選択中のノード名だけでなく、どのルールにマッチしたかを確認してください。

Settings → On DemandとData：自動接続と診断を分けて確認

On Demandは条件に応じてVPN接続を開始する動作を設定するもので、ノードの速度を上げるボタンでも、個別ドメインのルールでもありません。Dataではリクエストや通信量を確認できます。問題の手がかりになりますが、ログがない場合でも、ログ設定、システムのキャッシュ、既存の接続の再利用などが原因の可能性があります。記録が見当たらないだけで、アプリが通信をまったく処理していないと判断しないでください。

2つの用途：接続の維持とリクエストの調査

Settings → On Demand

まず既存の条件を確認してから、自動接続を有効にするか判断してください。
手動で切断したい場合は、条件によって再接続が開始されないか確認してください。
Wi-Fiとモバイル通信を切り替えた後、現在の接続状態を改めて確認してください。

Data

現在のGlobal Routingと選択中のノードを記録します。
宛先へのリクエストをもう一度実行し、時刻を手がかりに対応する接続ログを探します。
宛先のドメイン、IP、ポリシー情報を照らし合わせ、ルールの問題と接続の問題を切り分けます。

On Demandは接続を試みるタイミング、Global Routingはルーティング方法、Dataは処理結果の確認を担います。互いに置き換えることはできません。

HomeのConnectivity Testでは、選択したノードからテスト先に接続できるか確認します。失敗の原因はローカルネットワーク、サーバー、認証情報、テスト先などさまざまで、1回の結果だけでサブスクリプション全体が無効だとは判断できません。テストに成功しても、すべてのWebサイトやプロトコルが正常とは限りません。実際に失敗したリクエストも確認してください。

画面の英語表示に関するよくある質問：症状から確認

Configを開いたのに、すべてのリクエストがプロキシ経由になるのはなぜ？

まずHome → Global Routingに戻り、ProxyではなくConfigが選択されているか確認します。次にConfig画面で有効なファイルを確認し、ルールの大半がPROXYを参照していないか、FINALもPROXYになっていないかを調べてください。画面を開くこととルールモードを有効にすることは別です。

ノードを選んだのにDirectと表示されるのはなぜ？

まず、表示されている場所を確認します。Global RoutingのDirectは全体のモード、Dataの個別リクエストに表示されるDIRECTはその通信の処理結果です。Configを使用中なら、一部のリクエストが直接接続されるのはルールの想定どおりの場合があります。ノードを選んでも、すべての通信がそのノードを使うとは限りません。

接続スイッチをオフにしても、自動で再接続するのはなぜ？

Settings → On Demandを開き、該当する条件が有効になっていないか確認します。手動で問題を調べる場合は、元の設定を記録してから、関連する自動接続条件を一時的に無効にします。その後Homeに戻って切断し、状態を確認してください。自動再接続への対処としてノードを削除しないでください。

Subscribeを更新した後もWebページが開かない場合は？

サブスクリプションの更新が完了したことは、ノード情報を取得できたという意味に限られます。Homeに戻ってノードを選択し、Connectivity Testを実行してからGlobal Routingを確認してください。次にDataで失敗したリクエストを確認します。認証エラーが返る場合は、プロトコルやポートを適当に変更せず、利用中のサービス事業者に有効な接続情報を確認してください。

アプリの入手と次の操作

Shadowrocketはクローズドソースの商用アプリです。クライアントの買い切りと通信サービスの契約は別です。iPhone / iPad版はApp Storeで$2.99の買い切りで、開発者はShadow Launch Technology Limited、アプリIDは932747118です。システム要件はApp Storeの製品ページをご確認ください。Mac（Appleシリコン・Intel）、Windows、Android、Linux版は無料で、インストーラーは当サイトのダウンロードページから入手できます。この記事では画面の見方と、ユーザーがすでにお持ちのリソースの設定方法を説明します。ノードやサブスクリプションの提供、販売、推奨は行っていません。

まだインストールしていない場合：アプリの入手ページを開き、デバイスとチップに合った項目を選んでください。
インストール済みの場合：まずHomeの接続状態とGlobal Routingを確認し、チュートリアルに沿って既存の情報を読み込んでください。
設定ファイルを理解するには、用語ガイドを参照し、画面名、ルールキーワード、プロトコルの項目を区別してください。

Shadowrocketを入手

iPhone / iPad版はApp Storeで$2.99の買い切りです。Mac（Appleシリコン / Intel）、Windows、Android、Linux版は無料です。プラットフォームに合ったアプリを入手し、チュートリアルに沿って既存のリソースを設定してください。

ダウンロードページへ使い方を見る