Shadowrocket
機能と設定方法

Home / Global Routing

Global Routing：Config、Proxy、Direct

概要：Global Routingでは、Shadowrocketに入る接続の処理方法を選択します。Configは設定ファイル内のルールに基づいてポリシーを選ぶモード、Proxyは選択したプロキシサーバーを主に経由するモード、Directはプロキシサーバーを経由せず接続するモードです。モード、サーバー、接続スイッチはそれぞれ別の設定項目です。サーバーを選択しただけでは接続は開始されず、接続を開始してもすべてのリクエストがプロキシ経由になるとは限りません。

画面の場所：HomeでGlobal Routingを開き、Config、Proxy、Directの選択状態を確認します。まず現在のモードとサーバーを記録してからテストしてください。サーバーと設定ファイルを同時に切り替えると、どの操作で変化が起きたのか判断しにくくなります。

設定方法：通常のルール分岐にはConfigを選び、Config画面で意図した設定ファイルが選択されていることを確認します。一部のアクセスに問題がある場合は、一時的にProxyへ切り替え、同じ接続先で選択中のサーバーをテストします。続いてDirectに切り替え、ローカルネットワークでの結果と比較してください。比較後は通常のモードに戻します。テスト時はリクエストを新たに実行してください。既存の接続は、確立時の経路を引き続き使用する場合があります。

注意点：Proxyをルールの問題を解決するための恒久的な代替手段にしないでください。Proxyでは正常でConfigでは異常が起きる場合、マッチング結果、ポリシー名、DNSを確認します。どちらも正常に動作しない場合は、サーバー設定、ネットワーク環境、サービス提供元が公開している稼働状況を確認してください。

Config / Rule

ルール分岐：マッチ条件と適用ポリシー

概要：ルールは「何に一致するか」と「一致後に何をするか」を定義します。DOMAINは指定したドメイン、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメイン内のキーワードに一致します。IP-CIDRとIP-CIDR6はIPアドレスの範囲、GEOIPはIPの位置情報データベースに基づいて判定します。USER-AGENTはリクエストから取得できる関連情報を使用するため、すべての接続に適用できる汎用条件ではありません。

画面の場所：Configで現在の設定ファイルとルールを確認します。ファイルにルールが存在するかだけでなく、そのファイルが実際に使用中か、Global RoutingがConfigになっているか、対象のリクエストにルールの判定に必要な情報が含まれているかも確認してください。

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

上記は構文の例であり、既存の設定ファイルを置き換えられる完全なファイルではありません。PROXY、DIRECT、REJECTはそれぞれプロキシ、直接接続、拒否を示します。カスタムポリシー名は、設定ファイル内の定義と一致させてください。FINALは、それ以前の条件に一致しなかった接続を処理するルールです。ドメインルールと混同しないでください。

設定方法：まず現在の設定ファイルをバックアップし、ルールの編集画面から明確な条件を追加します。ルールは通常、上から順に評価されるため、より具体的な例外を広範なルールより前に置き、最後の処理ルールは末尾に配置します。保存後、変更した設定ファイルが有効になっていることを確認し、対象が明確な接続先で再テストします。ログや接続記録で、実際に適用されたポリシーを確認してください。

注意点：同じサービスへのアクセスでも複数のドメインやIPアドレスが使われる場合があり、トップページのドメインだけを変更しても、すべてのリクエストをカバーできるとは限りません。IPアドレスを使うルールは、ドメインの名前解決結果にも左右されます。ページが開くかどうかだけでルールの適用を判断せず、記録から実際の経路を確認してください。理由を説明できないルールを一度に大量に追加するのは避けましょう。

Home / Subscribe / Add Server

Subscribeとサーバー管理：リストと設定を分けて管理

概要：Subscribeは、すでにお持ちのサーバーリストをインポートして更新する機能です。Add Serverではサーバーを1件ずつ手動で登録できます。サブスクリプションが提供するのはサーバー項目であり、Configに含まれるルーティングポリシー一式ではありません。サーバーリストを更新しても、すべてのルールが自動的に切り替わるわけではありません。

画面の場所：Homeの追加メニューから、目的に合った種類を選択します。手動で登録する場合はAdd Server、サブスクリプションをインポートする場合はSubscribeを選びます。Scan QR Codeまたはクリップボードから既存の情報を取り込むこともできます。認識できるかどうかは、内容の形式と現在のバージョンでの対応状況によります。

設定方法：サブスクリプションURLはサービス提供元から取得し、コピーする際は内容をすべて保持してください。先頭や末尾の空白、改行、欠落しているパラメーターがないか確認します。手動で追加するときは、対応するプロトコルを選び、アドレス、ポート、認証情報、転送パラメーターを順に確認してください。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2では入力項目が異なります。あるプロトコルの設定手順を別のプロトコルにそのまま適用しないでください。

1. 各サブスクリプションには、用途を判別できる名前を付け、取得元の記録を残します。
2. インポート後にグループとサーバー項目を確認し、1件選んでConnectivity Testを実行します。
3. 実際のアクセスをテストしてから、並べ替えや重複した手動登録項目の削除を行います。
4. サブスクリプションの更新後は、選択中のサーバーが引き続き存在するか、設定ファイルが参照する名前が有効かを再確認します。

注意点：サブスクリプションの更新によって、サブスクリプション内の手動変更が上書きされる場合があります。長期的に保持するカスタム項目は別途管理してください。サブスクリプションURLにはアカウント情報が含まれる場合があります。ログ、スクリーンショット、バックアップに完全なURLが含まれる場合は、取り扱いに注意してください。削除する前に、バックアップから復元できることを確認します。詳しくはSubscribeとサーバーの管理ガイドをご覧ください。

Settings / On Demand

On Demand：条件に応じて接続を開始

概要：On Demandは、システムが対応するネットワーク条件に応じて接続動作を開始する機能です。接続を試みるタイミングを制御しますが、Global Routingの通信先選択を代替するものではなく、使用できないサーバーを修復する機能でもありません。ルール分岐は「リクエストをどこへ送るか」、On Demandは「いつ接続を開始するか」を制御します。それぞれ別の機能として確認してください。

画面の場所：SettingsでOn Demandとルールの設定画面を探します。利用できる条件は、デバイスのOSと現在の画面表示によって異なります。有効にする前に手動で接続し、サブスクリプション、サーバー、設定ファイルが正常に機能することを確認してください。

設定方法：まず現在の設定を残し、画面で選択できるネットワーク条件を設定します。たとえば、Wi-Fi環境やネットワークの種類ごとに接続動作を指定できます。一度に追加する条件は1つに絞り、そのネットワークへの接続時、切断時、モバイルネットワークへの切り替え時の動作を個別にテストします。結果を確認してから他の条件を追加してください。互いに上書きし合うルールを一度に複数有効にするのは避けましょう。

注意点：有効にした状態で接続を手動で停止しても、次に条件を満たすと再び接続が開始される場合があります。「停止しても再接続する」場合は、まずOn Demandを確認し、次にシステムのネットワーク設定を確認してください。ネットワークの切り替え、スリープからの復帰、システムの権限も考慮してテストします。一度の切り替え結果だけで、すべての状況を網羅できたと判断しないでください。

Data

Data：通信量の確認とサービス利用量の違い

概要：Dataではクライアントが記録した通信量を確認できます。接続後にデータが送受信されたか、テスト前後で使用量がどう変化したかを把握するのに役立ちます。集計範囲、リセット方法、表示項目は画面の説明に従ってください。表示された数値を、デバイス全体の通信量とみなすことはできません。

画面の場所：Dataを開き、まず表示されている統計項目と対象期間を確認してから、アップロード量とダウンロード量を確認します。リセット機能がある場合は、リセット前に必要な数値を記録し、比較できるようにしてください。

確認方法：テスト前の数値を記録し、関係のないバックグラウンド通信を一時停止してから、アクセス先が分かっているサービスを開きます。その後Dataに戻り、数値の変化を比較します。ログも使う場合は、同じ時間帯の記録を確認してください。「接続は確立したが通信が発生していない」場合と、「通信は発生しているが接続先で異常が起きている」場合を切り分けやすくなります。

注意点：クライアントの統計値とサービス提供元の課金基準は、集計時間、プロトコルのオーバーヘッド、リセット周期などが異なる場合があります。Dataに通信量が表示されても、すべてのリクエストが成功したとは限りません。数値が少なくても、接続が失敗しているとは限りません。通信量の変化は実際のアクセス結果、適用ポリシー、ログと合わせて判断し、サブスクリプションの残量推定には使わないでください。

Settings

Settings：DNS、テスト方法、同期

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

概要と画面の場所：DNSはドメイン名をIPアドレスに変換します。関連する項目はSettingsまたは現在のConfig内のDNS設定で確認できます。実際にどの設定が適用されるかは設定内容によって異なります。サーバーには接続できるのにドメインへのアクセスで問題が起きる場合、DNSは確認すべき項目の1つです。ただし、アクセスできない原因がすべて名前解決にあるとは限りません。

設定方法と注意点：まず現在の設定を記録し、設定ファイル内にDNSを上書きする項目がないか確認してから、設定を変更します。変更は一度に1つのDNS項目に絞り、リクエストを新たに実行してログの名前解決結果と接続結果を確認してください。DNS、Global Routing、サーバーを同時に変更しないでください。既存の接続やキャッシュがテストに影響する場合があるため、再接続してから比較します。

Test Method：テストで確認する内容

概要と画面の場所：Test Methodは、接続性や遅延の確認に使用する方式を選ぶ設定です。各方式で検証する段階は同じではありません。表示された時間だけを比較せず、選択したテスト方法と合わせて結果を確認してください。

設定方法と注意点：SettingsでTest Methodを確認し、テスト方法、接続先、ネットワーク環境を統一してから、複数のサーバーでConnectivity Testを実行します。テストには応答があるのに実際のアクセスに失敗する場合は、プロトコルやTLS、SNIなど該当するパラメーターを確認してください。特定の方法ですべて失敗する場合も、すぐにサーバーをすべて削除せず、まずテスト対象自体が利用可能か確認します。

Today Widget：対応するシステムで使えるショートカット

概要と画面の場所：Today Widgetはシステムのウィジェット機能と連携し、対応する画面で状態の確認や利用可能な操作を行うための機能です。Settingsに関連する設定があるか確認し、システムのウィジェット管理画面で追加可能な項目を確認してください。

設定方法と注意点：システムの案内に従って追加したら、クライアントに戻ってサーバーと接続の状態を確認し、ショートカットをテストします。ウィジェットを追加できるか、表示内容、更新タイミングはOSのバージョンによって異なる場合があります。表示に遅れがある場合は、クライアントとシステムの接続状態を基準に判断してください。ウィジェットの表示だけでリアルタイムの診断結果とみなさないでください。

iCloud：同期前に復元可能なコピーを保存

概要と画面の場所：iCloud関連の設定では、対応範囲内のデータを同期できます。まずシステムのアカウント設定でiCloudが利用可能か確認し、Shadowrocketの同期設定と同期対象を確認してください。すべてのローカルデータ、システムの許可、接続状態が別のデバイスに同期されるとは限りません。

設定方法と注意点：同期を有効にする前に、保持する設定をエクスポートします。2台のデバイスで意図したiCloudアカウントを使用していることを確認し、同期が完了するまで待ちます。復元後はSubscribe、サーバーの選択、Config、Global Routingを順に確認してから接続してください。同期は単独のバックアップ手段ではありません。誤削除や誤った変更も同期される場合があります。パソコンと他のシステム間で移行する場合は、各プラットフォームが実際に対応しているインポート／エクスポート方法を使用してください。

Settings / Diagnostics

Diagnostics：接続の問題を段階的に切り分ける

概要：Diagnosticsでは診断情報を収集・確認し、Connectivity Test、接続記録、ログと組み合わせて問題を調べます。診断情報は原因を特定するための材料であり、接続を自動的に復旧させる機能ではありません。ローカルネットワーク、サーバー、名前解決、ルール、接続先サービスの順に確認してください。

画面の場所：SettingsでDiagnosticsを探します。ログやツールの場所は現在の画面表示に従ってください。問題が起きたネットワーク、時刻、症状を記録してから、必要なログを有効にします。問題が再現する前に有効にする必要があるログもあります。事後に有効にしても、以前の接続の全過程を確認できるとは限りません。

1. ローカルネットワークを確認：デバイスが利用可能なネットワークに接続されていることと、システムの時刻が正確であることを確認します。
2. サーバーを確認：現在のサーバーでConnectivity Testを実行し、アドレス、ポート、認証情報、必要なTLSパラメーターを確認します。
3. ルーティングを比較：サーバーの選択を変えずに、同じ接続先をConfigとProxyでそれぞれテストします。
4. 問題を再現して記録：接続先を開き直し、名前解決、適用ポリシー、接続失敗のどの段階で問題が起きるかを確認します。
5. 設定を戻す：一時的な診断ログを停止し、通常のモードに戻して、検証済みの変更だけを残します。

注意点：診断資料を共有する前に、サブスクリプションURL、サーバーの認証情報、アクセス先のドメイン、個人のネットワーク情報を確認し、公開する必要のない情報を隠してください。ハンドシェイクに失敗した場合は、該当するプロトコル設定とシステム時刻を確認します。ルールが意図どおりに適用されない場合は、マッチング順を確認してください。すべてのエラーを「サーバーのタイムアウト」と決めつけないでください。用語の詳しい説明は用語集をご覧ください。

機能の対象範囲と入手方法

クライアント設定とサーバーサービスは分けて確認

Shadowrocketには、サーバーのインポート、プロキシ接続、ルール分岐、診断などのクライアント機能があります。登録済みサーバーの利用可否、サブスクリプションの有効性、サーバー側で利用できる転送方式は、サービス提供元の案内を確認してください。クライアントの買い切り料金とサーバーサービスの利用料金は別です。当サイトではサーバーやサブスクリプションの提供、販売、推奨は行っていません。また、設定の変更によって利用者が契約しているサービスの権限を代替することもできません。

入手方法は2種類あります。iPhone／iPad版はApp Storeで2.99米ドルの買い切り、Mac／Windows／Android／Linux版は無料です。Mac版はAppleシリコンとIntelの2種類です。iPhone／iPadのシステム要件はApp Storeの掲載内容をご確認ください。開発元がShadow Launch Technology Limitedであることと、アプリIDが932747118であることを確認してください。他のプラットフォームのインストーラーは、当サイトの/dl/shadowrocket/から入手できます。

クライアントの入手方法やシステムの許可手順は、全プラットフォームのダウンロードとインストールをご覧ください。すでに接続できるデバイスでは、まず現在の設定をバックアップしてから、このページの該当する項目を調整します。一度に1つずつ変更して動作を確認し、原因を特定できなくなるような複数設定の同時変更は避けてください。