公式マニュアル · 機能と設定

Shadowrocketのプロキシモード
と設定方法

まず通信の経路を決めてから、接続条件を調整します。Global Routingを起点に、ルール、サーバー、On Demand、診断記録の順に確認しましょう。

このページはiPhone / iPad向けです。項目の位置はアプリの画面表示によって異なる場合があります。現在の画面を確認してください。システム要件はApp Storeのページをご確認ください。

01 · 通信経路

Global Routing:3つのモードを比較

Global Routingでは、クライアントに入った通信の処理方法を選びます。HomeでGlobal Routingを開き、Config、Proxy、Directから選択します。それぞれ設定に従う、プロキシ経由、直接接続のモードです。速度を切り替える機能ではなく、サーバーの認証情報を補うものでもありません。切り替える前に、使用可能なサーバーがあり、設定ファイルが選択されていることを確認してください。

画面の項目 / モード 通信の処理 使用場面 設定後の確認項目
Config
設定に従う
現在の設定に含まれるルールとポリシーに従って通信を処理します。 ドメイン、IPアドレスなどの条件で接続先を振り分けたいとき。 現在の設定、ルールの順序、最終ポリシー、プロキシの接続先。
Proxy
プロキシ経由
クライアントが処理する通信をプロキシ経由で接続します。 登録済みのプロキシサーバーで接続できるか、短時間で確認するとき。 選択中のサーバーと実際のリクエスト結果。テスト値だけで判断しないでください。
Direct
直接接続
クライアントが処理する通信を直接接続として扱います。 プロキシ経由の問題かどうかを、通常のネットワーク接続と比較するとき。 ローカルネットワークとDNS。Directにしてもシステムの接続設定が無効になるわけではありません。

Config:通常はルールに従って処理

Configで使う設定ファイルを選択してから、Global Routingに戻り、Configを選びます。次に、プロキシ経由になる想定のサイトと直接接続になる想定のサイトにアクセスし、接続記録で実際に適用されたポリシーを確認します。設定がポリシーグループを参照している場合は、グループ内の選択肢も確認してください。ルールが正しくても、ポリシーの接続先が使えなければ通信に失敗することがあります。設定名が同じでも内容が同一とは限りません。更新後は重要なルールを再確認しましょう。

Proxy / Direct:接続経路を比較

特定のサイトの問題を調べるときは、一時的にProxyとDirectでリクエスト結果を比較できます。Proxyでは接続でき、Configでは接続できない場合は、ルールの一致状況とポリシーの選択を優先して確認します。どちらでも失敗する場合は、サーバーの設定値、ローカルネットワーク、DNSを確認してください。比較中は同じ接続先と近いネットワーク条件を保ちましょう。サーバー、DNS、ネットワークを同時に変えると、どの変更が結果に影響したのか判断できなくなります。

02 · マッチ条件とポリシー

Rule:ルール設定

ルール設定では、「どの通信を」「どのように処理するか」を分けて記述します。Configで現在の設定に含まれるルールを確認・編集し、利用時はGlobal RoutingをConfigにします。通常、ルールは上から順に照合されるため、具体的な条件を広い条件より前に置き、FINALを末尾に配置します。変更前に設定のコピーを残し、少数の接続先で動作を確認してから対象を広げましょう。

DOMAINは完全一致のドメイン名、DOMAIN-SUFFIXはドメインの末尾とサブドメイン、DOMAIN-KEYWORDはドメイン名に含まれるキーワードに一致します。通常、後者ほど対象範囲が広くなります。IP-CIDRとIP-CIDR6はそれぞれIPv4とIPv6のネットワーク範囲を指定し、GEOIPはIPアドレスの地理情報を条件に使います。USER-AGENTは、クライアントが該当するリクエスト情報を取得できる場合に使えます。すべての接続でアプリを識別できる条件ではありません。

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

この例では、まずexample.comとそのサブドメインに一致させ、次にGEOIP条件を確認し、それ以外の通信をFINALに渡します。PROXYはプロキシポリシー経由、DIRECTは直接接続、REJECTは接続拒否を表します。構文を示す例であり、すべてのネットワークに適した設定一式ではありません。実際には、使用中の設定とポリシーの定義に従ってください。

ルールを変更しても反映されない場合は、まず編集したファイルが現在有効なものか確認し、それより前のルールが一致していないか調べます。ドメインルールはドメイン情報を取得できること、IP条件は名前解決の結果などに依存する場合があります。同じサイトでも、ページ、画像、その他のリソースが異なるドメインに接続することがあります。ページが完全に表示されたかどうかだけでルール全体を判断せず、接続記録から該当するリクエストを特定してください。

プロトコルと設定項目の技術資料を見る →
03 · 接続情報

Subscribeとサーバー管理

サーバー項目には、接続に必要なアドレス、ポート、プロトコル、認証情報を登録します。Subscribeは、ユーザーがすでに利用している購読情報からサーバー一覧を更新する機能です。サーバーとConfigの役割は異なります。サーバーは接続先を提供し、設定は通信でその接続先をどう使うかを決めます。Subscribeを読み込んでも、ルールやDNSなどの設定が自動的に現在の設定へ反映されるわけではありません。それぞれ確認してください。

Add Server:手元の情報を入力

Homeのサーバー一覧から追加画面を開き、Add Serverで、手元の情報と同じプロトコルタイプを選んでから、アドレス、ポート、認証情報を入力します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどは入力項目が異なります。フォームを保存するために、プロトコルタイプを適当に変更しないでください。TLS、SNI、トランスポート方式、パスなどの追加項目もサーバー側の情報と合わせます。不明点は、利用中の設定の提供元が示す説明を確認してください。

Subscribe:更新と管理

Subscribeの画面から、ユーザーがすでに利用している購読URLを追加し、読み込み後に項目名、タイプ、更新結果を確認します。購読URLにはアクセス用の認証情報が含まれることがあるため、URL全体を公開スクリーンショット、チャット、診断資料に載せないでください。更新に失敗した場合は、URLが有効か、現在のネットワークからアクセスできるかを確認してから、エラーメッセージを調べます。同じ購読を繰り返し追加すると項目が重複し、選択中のものが分かりにくくなります。

Subscribeで追加したサーバーを手動で変更する前に、次回の更新で変更内容が上書きされるか確認してください。維持したい設定値は別に記録し、手動で追加した項目と購読由来の項目を区別しましょう。古い購読を削除する際は、設定内のポリシー参照も確認してください。存在しない項目名を参照したままになるのを防げます。

04 · 接続の開始条件

On Demand:オンデマンド接続

On Demandは、システムがサポートする条件に応じて接続を開始する機能です。ルール設定の代わりにはならず、利用可能なサーバーを選ぶ機能でもありません。SettingsでOn Demandを開き、現在の画面に表示されるネットワーク条件と関連動作を確認してください。有効にする前に手動接続で、サーバー、Global Routing、設定ファイルが正しく連携することを確認します。自動接続によって基本設定の問題が見えにくくなるのを防げます。

設定前に目的を明確にしましょう。特定のWi-Fi環境で接続したいのか、モバイル通信で異なる動作にしたいのかを決めます。現在の画面でサポートされる条件だけを設定し、保存後は対象のネットワークごとに動作を確認して、ネットワーク切り替え後の状態も観察してください。ネットワーク名の条件は正確に確認し、似た名前だけで一致したと判断しないでください。既存のシステム接続設定の切り替えも、結果の見え方に影響する場合があります。

On Demandを有効にすると、手動で接続を解除しても、条件を満たした際に再接続する場合があります。一時的に停止する場合は、スイッチを繰り返し切るのではなく、On Demandの設定も確認してください。省電力モードと同じ機能ではありません。消費電力は接続頻度、電波状況、プロトコル、通信量、サーバーの状態などに左右されます。まずシステムのバッテリー使用状況を確認し、接続記録と照らし合わせて頻繁な再接続がないか判断しましょう。バックグラウンド表示の時間だけで結論を出さないでください。

05 · 使用状況

Data:通信量の確認

Dataでは、クライアントに記録された通信量を確認できます。Dataを開いたら、まず集計対象、期間、リセット履歴を確認してから、アップロードやダウンロードなどの項目を見ます。画面によって接続単位または累計で表示されるため、項目の意味を確認してください。特定の接続の通信量を、デバイス全体の通信量と混同しないようにしましょう。

特定の操作による通信量を比較するには、現在の数値と時刻を記録してから、対象を一つに絞って操作し、終了後に同じ条件で数値の変化を確認します。統計をリセットできる場合は、過去の記録が不要であることを確認してから実行してください。前後を比較するために、機密情報を含まない記録を保存してもよいでしょう。バックグラウンド同期、メディアの読み込み、システムタスクも同時に通信することがあります。増加分を、直前に開いたページだけの通信量と決めつけないでください。

クライアント、システムのモバイルデータ通信、サーバー側の計測では、集計範囲や接続時のオーバーヘッド、集計期間が異なる場合があり、数値が完全に一致するとは限りません。Dataは利用中のサービスの通信量に関する説明の代わりにはならず、ルールが一致したことを直接証明するものでもありません。ルールの確認には個別の接続記録を、電池の確認にはシステムのバッテリー画面を使い、目的に合った情報から判断してください。

06 · 基本設定

Settings:変更前に現在の値を記録

Settingsには、接続、テスト、表示、診断に関する設定がまとめられています。設定によっては現在のConfigから反映される場合もあります。変更前に適用範囲と、現在の画面に該当項目があるかを確認してください。一度に変更する項目は一つにし、変更前の値と確認する内容を記録します。名前が問題に関係していそうだからといって、複数の設定をまとめて変更しないでください。

DNS:名前解決と接続を切り分ける

DNSはドメイン名を接続先のアドレスに変換します。まずSettingsでDNS関連の項目を確認し、次に現在のConfig内のDNS設定を見て、実際にどの設定が使われているかを把握してください。ドメイン名でアクセスできず、IPアドレスでは挙動が異なる場合は、名前解決と接続の記録を合わせて確認します。すぐにサーバーが使えないと判断しないでください。変更する際は既存の設定方針に従い、元の値を記録したうえで、よく使うサイトとローカルネットワークの機器で動作を確認します。正体の分からないアドレスをDNS設定に入力しないでください。

Test Method:何を測定するか確認

SettingsでTest Methodを確認し、現在のテスト方法を把握してから、HomeでConnectivity Testを実行します。テスト方法が異なると応答結果も異なるため、単純に比較できません。特定のテストで応答がなくても、実際の通信が必ず失敗するとは限りません。サーバーを比較するときは、テスト方法とネットワーク条件をそろえ、テスト後に対象のサービスへ実際にアクセスしてください。テスト結果は問題の範囲を絞るための参考情報であり、安定した速度や継続的な利用を保証するものではありません。

Today Widget:操作前に対象を確認

Today Widgetは、システムのウィジェットで情報を表示したり、操作したりするための機能です。利用できる形は、システムと現在のアプリ画面によって異なります。Settingsで該当設定を確認してから、システムのウィジェット管理画面で追加できるか確認してください。ショートカットを使う前に、アプリ内でサーバーとモードを選択しておきます。ウィジェットから切り替えても、設定の妥当性が自動で確認されるわけではありません。ウィジェットの表示とアプリ内の状態が異なる場合は、Homeに戻って実際の接続を確認し、ウィジェットの表示だけで判断しないでください。

iCloud:同期は個別のバックアップではありません

SettingsでiCloud関連の同期項目を確認し、システム設定でもアプリのiCloud利用が許可されているか確認します。まず同期したい内容を明確にし、別のデバイスで同期結果を確認してください。すべての設定、購読、記録が同期されるとは限りません。複数のデバイスで同時に編集する前に重要な設定を保存し、同期の完了を待ってから次の操作を行います。変更だけでなく削除も同期される場合があるため、iCloudを唯一のバックアップとして扱わないでください。認証情報を含む設定は、引き続き機密情報として管理してください。

Diagnostics:状況を記録してから確認

SettingsからDiagnostics関連の画面を開き、現在利用できるツールで診断情報を確認します。問題が起きた時刻、ネットワークの種類、Global Routing、使用中のサーバータイプ、再現手順を記録し、エラーメッセージと合わせて原因の範囲を絞り込みます。診断情報を共有する前に、購読URL、認証情報、個人のドメイン名、不要なアクセス記録を確認し、必要に応じて隠してください。完全な設定を公開してログを補わないでください。また、根拠なく証明書検証などのセキュリティ機能を無効にしないでください。

07 · 確認の手順

設定後に結果を確認する

  1. ローカルネットワークを確認。まず、現在のWi-Fiまたはモバイル通信が使えるか確認し、必要に応じてネットワークへのログインを済ませます。テスト対象を一つに決め、複数の問題を一度に確認しないでください。
  2. 接続情報を確認。選択中のサーバー、プロトコルタイプ、認証情報を確認します。Subscribeの更新に成功したのは一覧を取得できたということであり、すべてのサーバーに接続できることを意味しません。
  3. Global Routingを確認。ルール設定を使う場合はConfigを選択し、現在のファイルとポリシーの接続先を確認します。Proxy / Directで比較した後は、使用する予定だったモードに戻してください。
  4. 記録と接続条件を確認。問題が起きた時刻と接続記録を照らし合わせます。必要に応じてOn Demandの自動接続を一時停止して再テストし、自動再接続と手動操作の影響を切り分けてください。
  5. 有効な変更だけを残す。設定を変更するたびに同じ操作を繰り返して確認します。改善しない場合は元の設定に戻し、次の項目を調べてください。原因を特定できない変更を積み重ねないようにしましょう。

初回設定では詳しいガイドに沿って、設定の読み込み、モードの選択、接続、動作確認を順番に進めてください。見慣れない項目があれば、まず用語集を確認し、変更が必要か判断しましょう。各変更の理由と結果を確認でき、元に戻せる状態にしておくことが大切です。