公式マニュアル · 設定ガイド

Shadowrocket 機能と設定

まずリクエストのルーティング方法を決めてから、接続、名前解決、診断の設定を調整します。

本ページでは、主にiPhone / iPadでの操作を説明します。各項目では、機能の概要、画面上の場所、設定方法、ひとつのスイッチだけでは判断できないケースを順に紹介します。画面構成はデバイスやアプリのアップデートにより異なる場合があります。実際の設定項目はアプリの表示をご確認ください。

初回の使い方を見る App Storeでダウンロード

Global Routing

Config・Proxy・Direct：3つのルーティングモード

Global Routingでは、接続中のリクエストをどの方法で処理するかを選びます。サーバー一覧ではなく、不足している接続情報を補う機能でもありません。

画面の場所と設定：HomeでGlobal Routingを開き、Config、Proxy、Directのいずれかを選択します。Homeに戻り、現在のSERVERと接続スイッチを確認してください。Config、Proxy、Directはそれぞれ対応する英語表記の選択肢を指します。モードのConfigと、ファイルを管理する画面下部のConfigは関連していますが、操作する場所は異なります。

モード	処理方法	使用する場面	確認ポイント
Config · 設定に従う	現在有効な設定のルールとポリシーに従ってリクエストを処理します。	日常的にサイト、ドメイン、IPアドレスごとに通信を振り分ける場合。	設定が有効か、ルールの順序と最終ポリシーが正しいかを確認します。
Proxy · プロキシ	クライアントが処理するリクエストを、現在のプロキシポリシーに渡します。	選択中のサーバーで特定のリクエストを処理できるか、一時的に確認する場合。	サーバーが利用可能かを確認します。テスト結果がすべてのアプリの動作を示すわけではありません。
Direct · 直接接続	クライアントが処理するリクエストを直接接続で処理します。	ローカルネットワークとの比較や、一時的に直接接続を試す場合。	モードを選んでも、システムのVPN接続がオフになるわけではありません。

おすすめの手順：利用可能な設定がある場合は、まずConfigを選択します。特定の宛先で問題が起きたら、一時的にProxyまたはDirectに切り替え、同じネットワークと宛先で比較してください。確認後は元のモードに戻し、一時的な設定をそのまま使わないようにします。

注意：Proxyに切り替えても、無効な認証情報、誤ったポート番号、到達できないサーバーは修復されません。Directを選んでも、クライアントの接続が停止するわけではありません。接続を停止する場合は、Homeの接続スイッチとシステムのVPN状態を確認してください。モード変更後も既存の長時間接続が以前の経路を使い続ける場合があります。必要に応じて対象アプリの接続を再確立してから判断してください。

Rule / Config

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

ルールは「このリクエストが条件に一致するか」を判定し、ポリシーは「一致した後にどう処理するか」を決めます。この2つを理解すると、特定のサイトがPROXYまたはDIRECTになる理由を確認できます。

画面の場所と設定：Configで現在使用中の設定を探し、バックアップを取ってから編集画面でルールを確認します。Homeに戻り、Global RoutingをConfigに設定してください。ファイルをConfigの一覧に読み込んだだけでは、そのファイルが有効とは限りません。現在有効な設定も確認してください。

よく使うDOMAINは完全一致のドメイン、DOMAIN-SUFFIXはドメインの末尾、DOMAIN-KEYWORDはドメイン内のキーワードを照合します。IP-CIDRとIP-CIDR6はIPアドレスの範囲を対象とし、GEOIPはIPアドレスの地域データベースに基づいて照合します。USER-AGENTはリクエスト内の関連情報を参照します。すべての暗号化通信でアプリを識別できる方法ではありません。

キーワード	照合内容	設定時の注意
`DOMAIN`	完全一致のドメイン	特定のホスト名だけを対象にする場合に適しています。
`DOMAIN-SUFFIX`	ドメインの末尾とそのサブドメイン	対象範囲を確認し、意図せず広くマッチしないようにします。
`IP-CIDR`	IPv4アドレスの範囲	宛先の名前解決結果とルールの順序が判定に影響します。
`FINAL`	それ以前のルールに一致しなかったリクエスト	末尾に置き、最終的な処理方法を明確にします。

DIRECTは直接接続、PROXYは対応するプロキシポリシー、REJECTは一致したリクエストの拒否を表します。カスタムポリシー名を使う場合は、設定内の定義と一致させてください。ルールは通常、上から順に照合されます。条件が具体的なルールを、範囲の広いルールより前に置いてください。ルールの内容を変えるより、順序を移動するほうが結果に直接影響する場合もあります。

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

以下は説明用の最小限のルール例です。example.comとそのサブドメインをPROXYで処理し、それ以外のリクエストはFINAL,DIRECTで処理します。完全な設定ではなく、サーバー情報も含まれていません。変更を保存したら対象のドメインに再度リクエストを送り、接続ログで照合結果を確認してください。ブラウザーにページが表示されたかどうかだけで判断しないでください。

詳しくは特定のサイトをPROXYで接続するルールの書き方をご覧ください。リモート設定を編集する前に、更新方法も確認してください。ファイルを再取得すると、ローカルでの編集内容が上書きされる場合があります。

Subscribe / Add Server

サブスクリプションとサーバーの管理

サーバー情報には接続に必要な設定を保存します。Subscribeは登録済みの情報をまとめて更新し、Configはルールや関連設定を管理します。それぞれ用途が異なるため、名前が似ていても置き換えて使うことはできません。

利用前の確認：ご自身のサブスクリプションまたはサーバー情報を用意してください。クライアントの買い切り購入と接続サービスの契約は別です。Shadowrocketの購入で得られるのはクライアントの利用権であり、有効な接続情報は別途必要です。本マニュアルでは、すでにお持ちの情報の読み込み、整理、利用方法を説明します。

画面の場所と設定：Homeの追加メニューからAdd Serverを開きます。手動で追加する場合は、手元の情報に合わせてTypeを選択し、Address、Port、プロトコルで必要な認証項目を入力します。Shadowsocks、VMess、VLESS、Trojanなどでは必要な項目が異なります。Typeだけを変更し、以前の値をそのまま使わないでください。通信方式、TLS、サーバー名などの追加設定も、それぞれの情報に合わせます。

サブスクリプションを読み込むにはSubscribeを選び、ご自身の完全なサブスクリプションURLを入力して保存します。対応する共有情報はScan QR Codeまたはクリップボードからも読み込めます。読み込み後はType、アドレス、ポートを確認してください。「読み込み成功」が「接続成功」を意味するわけではありません。サブスクリプションURLにはアクセス情報が含まれる場合があるため、公開するスクリーンショットや問い合わせ内容に載せないでください。

複数のサブスクリプションを使う場合は、用途がわかるメモを付けて区別します。更新後、サーバー情報の増減と現在の選択項目を確認してください。サブスクリプション内の情報は通常、リモート側で管理されます。項目を直接編集すると、次回の更新時に上書きされることがあります。個別の変更を残す場合は、編集前にバックアップと別途保存の方法を確認してください。

テストと整理：Connectivity Testを使う前にTest Methodを確認し、候補のサーバーをテストします。遅延の結果は、その方法と宛先に対する応答状況を示すもので、通信速度や特定サイトの利用可否を保証しません。SERVERを選択したら、実際のリクエストを再度行ってください。古い情報を削除する前に、現在の設定や日常の操作で使われていないことを確認します。

QRコード、共有情報、更新、バックアップの一連の手順は、サブスクリプションとサーバー管理マニュアルをご覧ください。読み込み結果が空の場合は、URLが完全か、既存のサブスクリプションが有効かを先に確認し、同じ情報を何度も追加しないでください。

On Demand

オンデマンド接続とネットワークの切り替え

On Demandは接続を開始する仕組みで、サイトごとの通信経路を決めるルールではありません。接続後のリクエストは、引き続きGlobal Routingと現在の設定に従います。

画面の場所と設定：アプリでOn Demandの設定を開き、現在の有効状態と設定済みの条件を確認してから、必要に応じて変更します。画面上の場所や選択できる条件はデバイスによって異なるため、アプリの表示をご確認ください。初めて使う場合は、Homeから手動でサーバーと設定が正常に動作することを確認してから、オンデマンド接続を有効にします。

現在の画面でネットワークの種類やWi-Fi接続時の動作を設定できる場合は、まず確認しやすい条件をひとつ設定します。保存後、想定したネットワークでシステムのVPN状態を確認してください。次に別のネットワークへ切り替え、設定どおりに接続状態が変化するか確認します。一度に複数の条件を追加すると、どの条件で接続が開始されたのか判断しにくくなります。

注意：On Demandが有効な場合、Homeから手動で接続を切っても、条件が再び満たされると再接続することがあります。一時的に接続を止めるには、オンデマンド設定も確認してください。また、電池の節約が保証されるわけではありません。ネットワークの品質、再接続の頻度、継続的なリクエストによって消費量は変わるため、実際の利用記録を一定期間確認してください。

Data

通信量の統計と確認範囲

Dataでは、クライアントが記録した通信量の変化を確認できます。接続状況を判断する補助にはなりますが、通信サービスの利用料金を確認する記録ではありません。

画面の場所と設定：Dataを開き、表示中の統計対象、送受信の方向、対象期間を確認します。アップロードとダウンロードの変化を確認する前に、現在の値を記録してください。統計を消去する場合は、必要な記録を保存してから、画面に表示されるリセット機能を使います。トラブルの確認中に統計を消去し、新旧の数値をそのまま比較しないでください。

テストでは、関係のないアプリを終了し、同じ宛先に一度リクエストを送信してからDataの変化を確認します。対象アプリがバックグラウンドで更新中の場合や、メディアの再生・同期が続いている場合、通信量の増加が直前に開いたページによるものとは限りません。通信量が表示されても、それだけでは特定のリクエストが想定したルールに一致したとは判断できません。

注意：クライアント、システムのモバイル通信量統計、利用中のサービスの使用量記録では、集計対象、期間、計算方法が異なる場合があります。通信経路、プロトコルのオーバーヘッド、直接接続の通信を含むかどうかなども差の原因になります。残量の確認には各サービスのアカウント記録を参照してください。ルーティングの確認ではDataと接続ログをあわせて確認します。

Settings

DNS、テスト、同期の設定

Settingsの項目は、それぞれ異なるレイヤーに影響します。正常に使える設定を基準として残し、特定の宛先で問題が起きても、DNS、テスト方法、接続設定を一度に変更しないでください。

DNS：ドメインの名前解決を確認する

機能と画面の場所：DNSはドメイン名を接続先のアドレスに変換します。関連する項目はSettingsと現在のConfigにある場合があるため、両方を確認してください。まず設定で名前解決の動作が定義されているかを確認し、実際に有効な項目のうち、どれを変更するか判断します。

設定方法：現在の名前解決設定を記録し、ネットワークや設定の要件に合わせて項目をひとつ変更します。接続を再確立し、同じドメインで再テストしてください。IPアドレスではアクセスできてもドメイン名では失敗する場合、DNSは確認すべき項目のひとつです。ただし、原因がDNSだけとは限りません。TLS、接続先のサービス状態、ルールの照合も結果に影響します。

注意：ドメインの名前解決結果が、IPアドレスに関するルールの照合に使われる場合があります。名前解決方法を切り替えた後は、接続先から返されたアドレスと適用されたポリシーを確認してください。「名前解決に成功した」ことは、リクエストが想定どおりにルーティングされたことを意味しません。キャッシュや既存の長時間接続が変更を反映しないことがあるため、新しい接続で確認してください。

Test Method：テスト結果を比較する

機能と画面の場所：Test MethodはConnectivity Testで使うテスト方法です。Settingsで確認できます。方法によって対象や確認する接続段階が異なるため、同じサーバーでも方法が違えば結果が異なることがあります。

設定方法：サーバーを比較する前に、テスト方法を固定します。現在の項目でテスト対象を指定できる場合は、対象も統一してください。同じネットワークでテストを繰り返し、実際のサイトへのリクエストとあわせて安定性を確認します。一度タイムアウトしただけで接続全体の失敗と判断せず、単発の最小値だけで長期的なサーバーを選ばないでください。

Today Widget：すばやい操作と状態確認

機能と画面の場所：Today Widgetは、システムが提供する対応ウィジェット領域で使用します。関連する設定はSettingsで確認してください。ウィジェットを追加できるか、どの操作を表示できるかは、デバイスのシステムとアプリの対応状況によって異なります。追加後、表示内容が想定どおりか確認してください。

設定方法と注意：ショートカット操作が必要な場合は、システムのウィジェット管理画面から追加し、Homeに戻って状態を照合します。ウィジェットの表示とシステムの接続状態には更新の遅れが生じることがあります。ウィジェットの一度の表示だけで接続済みと判断しないでください。操作に問題がある場合はアプリに戻って状態を確認してから、ウィジェットの表示を確認します。

iCloud：同期してもバックアップの確認は必要

機能と画面の場所：iCloud関連の同期設定は、対応条件のもとでアプリのデータを保存または同期するためのものです。まずシステムのiCloudが利用できる状態か、アプリ内の関連設定が有効かを確認し、画面に表示される同期範囲を確認してください。サブスクリプション、設定、履歴、認証情報がすべて同期されるとは限りません。

設定方法と注意：初めて同期を有効にする前やデバイスを変更する前に、別の方法でもバックアップを作成し、もう一方のデバイスで情報を項目ごとに確認します。2台のデバイスで同じ内容を同時に編集すると、上書きや競合が起こることがあります。サブスクリプションや設定には機密性の高い接続情報が含まれる場合があります。バックアップ、同期、書き出しの際は保存場所とアクセス権を確認してください。

Diagnostics

診断設定とトラブルの確認手順

Diagnosticsはトラブルの手がかりを収集する機能です。有効な診断とは、記録をすべて常時有効にすることではなく、再現可能なリクエストを使って具体的な失敗箇所を特定することです。

画面の場所と設定：SettingsでDiagnosticsまたは関連する診断項目を探し、画面の説明を確認してから、今回の確認に必要な記録を有効にします。ネットワーク環境、Global Routing、現在のSERVER、設定名を先に記録し、問題を一度再現してください。条件を何度も切り替えると、手がかりが混在してしまいます。

まず接続を確認。Homeの接続スイッチとシステムのVPN状態を確認し、現在のネットワークで基本的なリクエストを実行できるかを調べます。
次にサーバーを確認。選択中のサーバーと登録済みの認証情報を確認し、Test Methodを固定してConnectivity Testを実行します。
名前解決とルールを確認。同じ宛先についてドメインの名前解決、マッチ条件、最終ポリシーを確認します。必要に応じて、一時的にモードを切り替えて比較してください。
最後に対象アプリで確認。接続を再確立して再テストします。Dataの変化は補助的な手がかりとして使い、成功を示す結論とはみなさないでください。

注意：「テストに応答があった」「システムに接続済みと表示された」「対象のページが開いた」は、それぞれ異なる状態を示しており、相互に置き換えられません。特定のサイトだけで問題が起きる場合は、そのドメインと関連ルールに絞って確認します。すべてのリクエストに問題がある場合は、共通するサーバー、ネットワーク、設定を確認してください。確認後は元の設定に戻し、不要になった詳細診断の記録を無効にします。

トラブルの情報を共有する前に、サブスクリプションURL、パスワード、認証情報、不要なアクセス記録を隠し、問題の把握に必要な現象と操作手順だけを残してください。状況別の説明はよくある質問をご覧ください。読み込みから初回接続までの手順は使い方ガイドをご覧ください。