SETTINGS / ROUTING / CONFIG

Shadowrocketの機能と設定

まずGlobal Routingを設定し、ルールとサーバーを確認します。接続が安定してから、On Demand、DNS、診断オプションを調整してください。

本ページはShadowrocket公式ガイドの設定編です。iPhoneとiPadを対象としています。画面上の項目名は英語表記のまま記載しています。メニューの場所や利用できる項目は、アプリに現在表示される内容をご確認ください。システム要件はApp Storeの製品ページをご確認ください。

  • 対応デバイス:iPhone / iPad
  • 既存のサブスクリプションまたはサーバー情報を使用
  • 一度に変更する設定は1種類

01 / GLOBAL ROUTING

Global Routing:Config、Proxy、Direct

Global Routingでは、リクエストのルーティング方式を選択します。Homeから設定でき、主にConfig、Proxy、Directの3つのモードがあります。これらはサーバーのプロトコルや接続品質のランクを示すものではありません。常に同じモードを使うのではなく、そのときの用途に合わせて選択してください。

通常のルール振り分けにはConfigを使用します。選択中のサーバーが使えるか一時的に確認する場合はProxy、現在のネットワークから直接アクセスした場合と比較する場合はDirectを選択できます。切り替えた後はテスト用のリクエストを再実行し、切り替え前から確立していた接続を新しい設定の結果と混同しないようにしてください。

Global Routingの主なモード
画面上の選択肢 動作 使用する場面 確認する項目
Config(設定) 現在有効な設定ファイルのルールに従って、リクエストの処理ポリシーを選択します。 通常のルール振り分け。宛先ごとに異なる処理が必要な場合。 Configで選択中の設定ファイル、Ruleの順序、末尾のFINAL。
Proxy(プロキシ) リクエストをプロキシ経由で処理します。通常、Configの宛先別ルールによる経路選択は行いません。 ルールの影響を切り分け、選択中のサーバーを一時的に確認する場合。 Homeで選択中のサーバーと、リクエストに影響する可能性のあるDNSなどの設定。
Direct(直接接続) 現在のネットワークから直接接続してリクエストを処理します。 直接接続時の状態と比較し、問題がプロキシ経由の場合に限られるかを確認する場合。 現在のネットワークから宛先に到達できるか。Directを選択しても、システムのVPN設定が削除されるわけではありません。

設定と確認の手順

  1. HomeでGlobal Routingを開き、今回の用途に合ったモードを選択します。
  2. Configを選んだ場合はConfigを開き、現在有効なファイルを確認します。Proxyを選んだ場合は、HomeのSERVER一覧で選択中の項目を確認します。
  3. 対象ページを開き直すかリクエストを再実行し、接続ログで実際の処理結果を確認します。
  4. 一時的な比較が終わったら、使用予定のモードに戻します。トラブルシューティング用の設定をそのまま使い続けないようにしてください。

ProxyではアクセスできるのにConfigではできない場合は、ルールの一致状況とポリシーの参照先を優先して確認します。どちらも失敗する場合は、サーバーのパラメーター、DNS、現在のネットワークを確認してください。この比較は原因の切り分けに役立ちますが、特定の設定が原因だと断定するものではありません。

02 / RULES & POLICY

ルールによる振り分け:条件と処理ポリシー

ルールは「どのリクエストが条件に一致するか」を定義し、ポリシーは「一致したリクエストをどう処理するか」を指定します。Configで現在の設定ファイルのRuleを確認または編集し、Global RoutingをConfigにして振り分けに適用します。通常、ルールは上から順に照合されます。先に一致したルールによって後続のルールが使われない場合があるため、内容だけでなく順序も重要です。

ルールキーワード照合対象確認ポイント
DOMAIN完全なドメイン名。実際のリクエスト先ドメインを確認します。ページのURLがすべてのリクエスト先とは限りません。
DOMAIN-SUFFIXドメインのサフィックスと関連するサブドメイン。範囲が広すぎて、対象外のサブドメインに影響しないようにします。
DOMAIN-KEYWORDドメインに含まれるキーワード。意図しない別のドメインに一致していないか確認します。
IP-CIDR / IP-CIDR6IPv4 / IPv6アドレス範囲。アドレス範囲、名前解決の結果、設定ファイルの名前解決関連オプション。
GEOIPIPアドレスに対応する地域区分。IPアドレスに基づく分類であり、ウェブサイトのコンテンツや運営主体の所在地を示すものではありません。
USER-AGENT取得可能なリクエストのUser-Agent。リクエスト情報を参照できることが前提です。暗号化されたすべてのリクエストに一致するとは限りません。
FINALそれ以前のルールに一致しなかったリクエスト。通常は末尾に置き、フォールバック先のポリシーを明示します。

ポリシーはルールタイプではありません

DIRECTは直接接続、REJECTは拒否、PROXYはプロキシポリシーを示します。設定ファイルでは独自のポリシーグループ名が参照される場合もあり、実際の接続先はグループの定義と選択内容によって決まります。ルールにPROXYと書かれているだけでは、最終的にどのサーバーが使われるかはわかりません。

以下はルールの構造を示す例です。example.comは説明用のドメインで、接続先サービスではありません。また、この断片は既存の設定ファイルを置き換えられる完全なファイルではありません。

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

編集方法と反映の確認

まず元の設定を残し、現在有効なファイルでルールを1つだけ変更します。一般に、より具体的な条件を広い条件より前に置き、FINALは末尾に配置します。保存後、Global RoutingがConfigのままであることを確認してリクエストを再実行し、アプリで利用できる接続ログから一致した条件と処理ポリシーを確認してください。

ページの本文は表示されるのに画像が表示されない、またはログインできない場合は、キーワードルールの範囲を広げ続けるのではなく、関連するドメインをそれぞれ確認します。1つのページが複数のドメインにリクエストを送る場合があります。設定ファイル全体を置き換えるより、項目ごとに確認するほうが、再現可能な調査結果を保ちやすくなります。詳しい構成は初心者から上級者向けのガイドをご覧ください。

03 / SERVER & SUBSCRIBE

サブスクリプションとサーバー:情報の種類を確認

HomeのSERVER一覧では、接続項目を管理します。個別のサーバー情報には、プロトコルと必要なパラメーターが含まれます。サブスクリプションは、接続項目をまとめて取得・更新するためのものです。これらはConfigのルール設定とは用途が異なります。サーバー一覧を読み込んでもルールファイルが読み込まれるわけではなく、ルールファイルを切り替えてもサーバーの認証情報は更新されません。

既存の情報をアプリに登録する

サーバーのパラメーターを1件分お持ちの場合は、Add Serverから始め、情報に記載されたプロトコルを選択して項目を入力します。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2などでは必要な項目が異なります。名前が似ているからといって、別のプロトコルのパラメーターを流用しないでください。アドレス、ポート、認証情報、TLSなどのオプションは、お手元の情報に従って入力します。

サブスクリプションURLをお持ちの場合は、Add ServerでSubscribeタイプを選び、URLを入力して保存します。その後、アプリ内のサブスクリプション更新機能から一覧を取得してください。対応するQRコードがある場合はScan QR Codeを使えますが、読み取り後に内容を確認してください。サブスクリプションURLは機密情報です。トラブルシューティングの際も、URL全体や認証情報、QRコードを公開しないでください。

更新と選択は別の操作です

サブスクリプションの更新は内容の再取得、サーバーの選択は現在使用する接続項目の指定です。更新後、グループと各項目が正常に表示されることを確認してから、使用する項目を選びます。サービス提供元が項目名を変更したりサーバーを削除した場合は、以前の選択を確認し直す必要があります。「更新完了」の表示だけで接続可能と判断しないでください。

Connectivity Testは接続項目の初期確認に役立ちますが、テストに成功しても、すべての宛先にアクセスできるとは限りません。また、現在のルールでその項目が選択されていることを示すものでもありません。失敗した場合は、まずサブスクリプションを取得できるか、パラメーターが揃っているか、現在のネットワークから到達できるかを確認します。複数の設定を同時に変更しないようにしてください。

04 / ON DEMAND

On Demand:条件に応じた接続

On Demandは、設定した条件に基づいてシステムがVPN接続を開始する機能です。手動で接続する操作を減らしたい場合に利用できます。接続を開始する条件を管理するもので、Global Routingの振り分けを代替したり、無効になったサーバーパラメーターを修復したりする機能ではありません。まず手動で接続し、アクセスを確認してから有効にしてください。

設定場所と使い始める手順

SettingsでOn Demand関連の項目を探し、現在の画面に表示される条件を確認してください。システムがShadowrocketによるVPN構成の追加を許可していることを確認してから、接続を開始するネットワーク条件を設定します。ネットワークの種類やWi-Fiの条件が表示される場合は、それぞれの意味を確認し、スイッチ名だけから適用範囲を判断しないでください。

  1. まず自動接続の条件を無効にし、現在のサーバーとConfigで正常に動作することを手動で確認します。
  2. On Demandを有効にし、実際に必要な条件を設定します。変更前と変更後の値を記録してください。
  3. 想定するネットワーク環境に切り替え、システムのVPN状態とHomeの接続状態を確認します。
  4. 接続を開始してはいけない環境でもテストし、条件の適用範囲が使用目的に合っていることを確認します。

切断しても再接続する場合

接続条件が引き続き満たされていると、手動で切断してもシステムが再接続することがあります。その場合は、システムのVPN構成を繰り返し削除するのではなく、まずOn Demandを確認してください。接続を一時停止するには、該当する接続条件を変更または無効にしてから、システムとアプリの状態を確認します。

On Demandを使っても、消費電力が一定になるとは限りません。ネットワークの不安定さ、再接続の頻度、バックグラウンドのリクエスト、実際の通信量などが、システムのバッテリー使用状況に影響します。設定変更の前後を比較する場合は、なるべく似たネットワーク環境と使い方にそろえ、システムのバッテリー画面も確認してください。短時間の変化だけで判断しないようにします。

05 / DATA

Data:通信量の確認と請求額の違い

Dataでは、アプリが提供する通信量の統計を確認できます。Dataを開いたら、まず表示されている統計の種類、期間、単位を確認し、アップロードとダウンロードを比較してください。表示によって集計範囲が異なる場合があります。特定の接続のデータを、デバイス全体の通信量とみなさないでください。

統計を使った問題の切り分け

操作によって通信が発生したか確認するには、まず現在の統計を記録し、特定のページを再読み込みするなど、目的を決めた操作を1つだけ行います。その後Dataに戻って変化を確認してください。ほかのアプリがバックグラウンドで通信している場合、結果は参考値にとどまります。接続ログも確認して通信元を判断してください。

アプリのカウンター、システムのモバイルデータ通信量、サービス提供元の課金では、集計の開始・終了時刻、プロトコルのオーバーヘッド、リセット周期などの基準が異なる場合があります。そのためDataは傾向の確認や問題の切り分けに適していますが、サービスの残高確認には使えず、通信事業者の請求明細の代わりにもなりません。

リセット前に比較用の記録を残す

現在の画面に統計のリセット機能がある場合は、実行前に必要な数値と観察期間を記録してください。リセットすると前後の比較に影響しますが、サブスクリプションの更新、ルールの変更、サーバーの復旧は行われません。通信量が表示されても、目的のリクエストが成功したとは限りません。対象のページやアプリを開き、実際にアクセスできることを確認してください。

06 / SETTINGS

Settingsの主な項目:個別に変更して確認

Settingsの各項目は、それぞれ異なる動作を制御します。まず現在の値を記録し、一度に1項目だけ変更して、同じ宛先で再テストしてください。DNSの動作は、現在のConfigのGeneralの内容にも左右される場合があります。設定を確認する際は、設定ファイルの参照元もあわせて確認してください。具体的な場所や項目は、アプリに現在表示されている内容をご確認ください。

DNS:名前解決の経路と結果を確認

DNSはドメイン名をIPアドレスに変換し、接続前の重要な処理を担います。SettingsのDNS関連項目と、現在のConfigのGeneralの内容で、DNSサーバーや関連オプションを確認してください。DNSサーバーのアドレスを変更しただけで、すべてのリクエストが同じ経路を通るとは限りません。現在の設定ファイルにある名前解決とルーティングの設定も確認します。

変更前の値を保存し、同じドメインで名前解決とアクセスをテストしてください。IPアドレスで接続できるのにドメイン名で失敗する場合は、名前解決を優先して確認します。名前解決の結果が得られているのに接続できない場合は、宛先までの経路とサーバーの状態も確認してください。名前解決の成功は結果が得られたことを示すだけで、その後の接続成功を保証するものではありません。DNSの変更を、あらゆるアクセス障害に対する一律の対処として使わないでください。

Test Method:Connectivity Testの比較条件を統一

Test Methodでは、アプリで利用できるテスト方式を選択します。Settingsのテスト関連項目で確認してください。複数のサーバーを比較する前に、テスト方式、テスト対象、ネットワーク環境を統一してから、HomeでConnectivity Testを実行します。方式によって確認する処理が異なるため、結果を同列に並べて評価しないでください。

テスト値は、特定の条件で一度測定した結果であり、継続的な速度を保証するものではありません。テストに応答があっても実際のアプリで失敗する場合は、プロトコルのパラメーター、宛先までの経路、ルールを確認してください。1回のテスト結果だけを理由に、正常な設定を何度も入れ替えないようにします。

Today Widget:ショートカットでも状態を確認

Today Widgetは、システムの対応するウィジェットから状態確認や操作を行う機能です。Settingsで関連項目を確認し、現在のシステムのウィジェット管理方法に従って追加してください。システムのバージョンやデバイス環境によって表示場所が異なる場合があります。同じ項目が見つからない場合は、デバイスに表示される内容をご確認ください。

ショートカットは日常の操作に便利ですが、初期設定の代わりにはなりません。サーバー、Global Routing、On Demandを変更した後は、まずアプリに戻って状態を確認してからショートカットを使ってください。表示が想定と異なる場合は、ウィジェットの文言だけでリクエストの経路を判断せず、Homeを開いて確認します。

iCloud:同期範囲と方向を確認

iCloud関連機能は、アプリが対応する範囲で情報を保存または同期します。まずデバイスのサインイン状態と、システムでiCloudの使用が許可されていることを確認します。その後Settingsで、利用できる同期、バックアップ、復元の項目を確認してください。操作ごとに対象範囲は異なります。アプリの案内を確認し、すべてのサーバー、設定ファイル、統計がまとめて転送されると決めつけないでください。

復元、上書き、Import from Cloud JSONなどのインポートを行う前に、デバイス内で保持したい情報を保存し、クラウド上のデータが意図したものか確認してください。JSONのインポートと継続的な同期は別の機能です。同期後も、選択中のサーバーと有効な設定ファイルを確認してください。システムのVPN権限も、このデバイス上で個別に確認する必要があります。

Diagnostics:再現可能なリクエストから手掛かりを確認

Diagnosticsは接続問題の確認を補助する機能です。Settingsで診断関連の項目を探してください。開始前に、問題が発生したネットワーク環境、Global Routingのモード、操作手順を記録します。その後、失敗するリクエストを1回だけ再現し、現在の画面で確認できる診断結果やログを調べてください。

ログに含まれるドメイン、サーバーアドレス、サブスクリプション情報、認証項目には、プライバシーに関わる情報が含まれる場合があります。保存または共有する前に内容を確認し、機密情報を隠してください。問題の判断に必要なエラーの種類と操作の状況だけを残します。診断結果は原因の切り分けに役立てるもので、実際の状況を確認せず他の人の設定をそのまま適用しないでください。調査後は一時的に変更した項目を元に戻します。

07 / CHECK BEFORE CHANGING

接続に問題がある場合の設定確認手順

基本情報、ルール、自動化の順に確認すると、設定同士の影響を抑えられます。各手順の後、同じ宛先に再度アクセスして確認してください。違いが見つかった場合は、すぐ次の項目を変更せず、まず原因を確認します。

  1. 現在のネットワークを確認。デバイスが利用可能なネットワークに接続されていることを確認し、必要に応じて同じ条件でDirect接続と比較します。
  2. サーバーを確認。既存の情報に記載されたプロトコル、アドレス、ポート、認証情報を確認し、Homeで正しい項目が選択されていることを確かめます。
  3. Global Routingを確認。一時的にProxyにしてルールの影響を切り分け、その後Configに戻して実際に有効な設定ファイルを確認します。
  4. RuleとDNSを確認。一致したルール、ポリシーの参照先、名前解決の結果を確認し、FINALが想定どおりか確かめます。
  5. 自動接続の条件を確認。接続状態が繰り返し変わる場合は、On Demandの条件とシステムのVPN状態を確認します。
  6. 診断の手掛かりを記録。再現できる手順を記録してDiagnosticsを確認し、共有する前に機密情報を処理します。

初回起動からの操作手順は使い方ガイドをご覧ください。入手、権限の確認、インポート、管理を順に学ぶ場合は初心者から上級者向けの公式ガイドをご覧ください。アプリの購入、対応デバイス、システム要件は正規品の確認方法で確認し、システム要件はApp Storeの製品ページの表示に従ってください。

App Storeでダウンロード