FUNCTIONS / SETTINGS

Shadowrocketの機能と設定

まずリクエストのルーティング方法を確認し、次にサーバー、ルール、DNSを確認します。一度に変更するのは1項目だけにして、同じリクエストで変更前後を比較してください。

Global Routing
Config
Settings

このページでは、公式マニュアルの機能を中心に、iPhoneとiPadでの操作を説明します。初期設定ははじめにをご覧ください。接続に問題がある場合は、症状に応じてトラブルシューティングを参照してください。項目の場所や利用可否は、現在のアプリ画面で確認してください。

01 / ROUTING

Global Routing：Config・Proxy・Direct

Global Routingでは、リクエストのルーティング方法を選択します。通常はHomeから開きます。接続スイッチや選択中のサーバーとは役割が異なります。スイッチはシステムVPNの接続を制御し、サーバーは接続先を提供し、ルーティング方法はその接続先をトラフィックにどう使うかを決めます。スイッチをオンにしただけでは、ルールの適用やサーバーへの接続を確認したことにはなりません。

Global Routingを開き、現在選択されているConfig、Proxy、Directを確認してから、今回のテスト目的に合っているかを下表で判断してください。日本語でいう設定・プロキシ・直接接続は、それぞれこの3つの選択肢を指します。個別の設定ファイルが3つあるという意味ではありません。

選択肢	用途	使用例	まず確認する項目
`Config`（設定）	現在の設定にあるルールに従ってポリシーを選択します。	通常の利用で、ドメインやアドレスなどの条件に応じて通信を振り分ける場合。	現在のConfig、ルールの順序、参照先のポリシー。
`Proxy`（プロキシ）	プロキシ経由でリクエストを処理します。ただし、システムや設定によるバイパスにも注意が必要です。	ルールの影響を一時的に切り分け、選択中のサーバーを確認する場合。	現在のサーバー、認証情報、接続可能かどうか。
`Direct`（直接接続）	選択中のプロキシサーバーを経由せず、直接接続します。	通常のネットワーク経路とプロキシ経由の経路を比較する場合。	現在のWi-Fiまたはモバイル通信で正常にアクセスできるか。

同じ接続先にProxyではアクセスできるのにConfigではできない場合は、まず該当するルールと参照先のポリシーを確認してください。どちらでも失敗する場合は、サーバー情報と基本ネットワークを確認します。この比較で原因を絞り込めますが、1回の結果だけで原因を断定することはできません。テスト後は元のモードに戻し、一時的な変更がその後の通信に影響しないようにしてください。

02 / RULES

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

ルールによる振り分けでは、リクエストごとに異なるポリシーを適用できます。Configで現在使用中の設定ファイルを確認し、その中の[Rule]を確認してください。Global Routing → Configでは、ルールは上から順に評価され、通常は一致した時点で対応するポリシーが適用されます。そのため、具体的な条件を広い条件より前に置き、最後にフォールバックのFINALを配置します。

ルールは通常、「マッチタイプ、マッチ対象、ポリシー」で構成されます。DOMAINは完全一致のドメイン、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメイン内のキーワードに一致します。IP-CIDRとIP-CIDR6はアドレス範囲、GEOIPはIPアドレスの地域データベースに基づいて判定します。USER-AGENTは取得可能なリクエスト情報に依存するため、すべての暗号化通信を判別できるとは限りません。

[Rule]
DOMAIN,ads.example.com,REJECT
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

この例は構文と順序の説明用であり、既存の設定ファイルと置き換えて使える完全なファイルではありません。1行目は2行目より条件が具体的です。ads.example.comへのアクセスは先にREJECTに一致するため、後続のサフィックスルールには進みません。DIRECTは直接接続、REJECTは拒否、PROXYはプロキシ経由を表します。ルールが独自のポリシー名を参照している場合は、その名前が存在し、現在選択できる状態かを先に確認してください。

ルールを追加する前に元のファイルを保存し、テスト対象を1つに絞って変更してください。リクエストを再実行したら、接続ログで実際に一致したルールとポリシーを確認します。ページが開くかどうかだけでは判断できません。キャッシュ、複数ドメインへのリクエスト、既存の接続が結果に影響することがあります。新しいマッチ結果をテストするには、対象へのリクエストを新たに実行してください。ドメインルールの確認時に、DNS、ルーティングモード、サーバーまで同時に変更しないでください。

03 / SERVERS

Subscribeとサーバー管理

サーバー情報には接続先と認証情報が保存され、Subscribeではユーザーがすでに利用しているサーバーリストを読み込んだり更新したりできます。サーバー情報とルール設定は別のものです。サーバーを読み込んでも、正しいConfigが選択されているとは限りません。ルール設定を読み込んでも、接続可能なサーバー情報が含まれているとは限りません。操作する前に、手元の情報がサブスクリプションURL、個別のサーバー情報、設定ファイルのどれなのかを確認してください。

Subscribe：登録済みサブスクリプションを読み込む

すでに利用しているサブスクリプションがある場合は、現在の画面でConfigページのSubscribeを開き、利用可能な操作を確認します。登録済みのURLを入力し、読み込みまたは更新を行ってください。完了後はHomeに戻り、サーバーリスト、グループ、名前が想定どおりか確認してから、1つ選んで接続をテストします。サブスクリプションの更新成功は、内容を取得して処理できたことを示すだけで、すべてのサーバーに接続できることを保証するものではありません。

更新に失敗した場合は、URLが完全か、サブスクリプションが有効か、現在のネットワークからアクセスできるかを確認してから、具体的なエラーを確認してください。元のグループや問題の手がかりを失わないよう、削除して再追加する操作を繰り返さないでください。更新によってサブスクリプション管理対象の項目が上書きされる場合があります。ローカルで変更する必要がある場合は、先に差分を記録し、次回の更新への影響を把握してください。

Add Server：パラメーターを確認する

個別のサーバー情報がある場合は、Homeの追加メニューからAdd Serverを開き、プロトコルを選択してから、元の情報に従ってアドレス、ポート、認証項目を入力します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどでは必要な項目が異なります。あるプロトコルのパラメーターを別のプロトコルのフォームにそのまま入力しないでください。TLS、SNI、トランスポート方式もサーバー側の設定と一致させる必要があります。

QRコードや読み取り可能なリンクがある場合は、画面のScan QR Codeまたはクリップボードからの読み込みを利用できます。読み込み後も、種類、アドレス、重要な項目を確認してください。認証情報を含むQRコード、サブスクリプションURL、サーバー情報全体を公開しないでください。Connectivity Testは確認が必要な項目を絞り込むのに役立ちますが、テストに成功しても実際の通信確認の代わりにはなりません。

04 / ON DEMAND

On Demand：条件に応じて接続する

On Demandは、システムVPNのオンデマンド接続機能を使い、設定した条件を満たしたときに接続を開始します。サーバーの問題を一律に解決する機能でも、すべてのアプリの通信を必ずプロキシ経由にする機能でもありません。リクエストの処理方法は、引き続きGlobal Routing、ルール、選択中のサーバーに左右されます。

SettingsでOn Demandを開き、現在利用できるネットワーク条件を確認してから、有効にするか決めてください。設定前に手動接続を行い、システムVPNの構成が許可されていること、選択中のサーバーが利用できること、現在のConfigが想定どおりであることを確認します。手動接続で動作を確認しておくと、自動接続の結果を判断しやすくなります。

有効にした後は、実際に使うWi-Fiとモバイル通信を切り替えて、接続が開始される条件と接続状態が変わらない条件を記録してください。接続をオフにしてすぐ再びオンになる場合は、スイッチの不具合と判断する前に、On DemandとシステムのVPNオンデマンド設定を確認します。基本ネットワークをテストするため一時的に接続を止める場合は、関連するオンデマンド条件も一時停止し、テスト後に元に戻してください。

iPhoneとiPadで利用できるネットワーク条件は、デバイスの機能、システム、現在の画面によって異なる場合があります。あるデバイスの条件を別のデバイスにそのまま適用せず、VPNアイコンだけで接続の動作を判断しないでください。接続状態、アクセス結果、使用されたポリシーをあわせて確認します。

05 / DATA

Data：通信量の記録と変化を確認する

Dataでは、アプリが記録した通信量や接続関連の情報を確認できます。Dataを開いたら、表示対象の期間、記録の対象、開始・終了条件を確認してから、アップロードとダウンロードの変化を見ます。画面によって集計方法が異なる場合があります。アプリの累計値を、サーバー側アカウントの請求残高や残り容量として扱わないでください。

問題を調べるときは、まず現在のデータを記録し、特定のページを開くなど、明確な操作を1つだけ行ってから、戻って新しい記録と通信量の変化を確認します。記録に接続先、ポリシー、接続状態が表示される場合は、現在のGlobal Routingやルールと照らし合わせてください。テスト中に複数のバックグラウンド転送を同時に実行すると、対象リクエストによる通信量を特定しにくくなります。

現在の画面に統計の消去やリセット機能がある場合は、必要な調査情報を先に保存してから実行してください。ローカルの記録を消去しても、サーバー側の課金情報は変わりません。アプリのバックグラウンド移行、接続の再確立、ネットワークの切り替え後は、統計が連続しているかも確認が必要です。通信量が一度増減しただけでは、速度、バッテリー消費、サーバーの安定性は判断できません。

06 / SETTINGS

Settings：DNS、テスト、同期

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

DNSはドメイン名をアドレスに変換し、その結果は後続の接続や一部のアドレスベースのルールに影響します。SettingsでDNS関連の項目を確認する際は、現在のConfigに名前解決の設定があるかも確認してください。片方の設定だけを変更して、別の設定元を見落とさないようにします。現在の値を記録したうえで、問題が名前解決に限られるのか、解決後の接続も失敗するのかを切り分けてください。

変更する前に、入力するアドレスと形式が現在の画面でサポートされていること、名前解決サービスに現在のネットワークから接続できることを確認してください。出所が不明な設定を試しに複数入力したり、DNSの変更をあらゆるタイムアウトの解決策とみなしたりしないでください。変更後は同じドメインへのリクエストを再実行し、名前解決の結果と接続記録を確認します。キャッシュが残っていると、1回のテストでは変更が反映されたか判断できない場合があります。

Test Method：テスト条件をそろえる

Test Methodでは、接続テストの方式を選択します。Settingsで設定を確認してから、Connectivity Testを実行してください。テスト方式や対象が異なると、結果の数値が示す意味も変わる場合があります。あるテストに失敗しても、すべての実通信が失敗するとは限りません。サーバーやネットワークを比較するときは、テスト方式、対象、ネットワーク条件をできるだけそろえてください。

接続テストは問題の切り分けに使うもので、総合的なスループットテストではありません。テスト時間が短くても、大容量ファイルの転送が速いとは限りません。タイムアウトした場合も、実際のアクセス状況、プロトコルのパラメーター、サーバーの状態とあわせて判断してください。Test Methodを変更する場合は、変更前後の選択項目を記録し、測定条件の違いをサーバー性能の変化と取り違えないようにします。

Today Widget：すばやく操作して状態を確認する

Today Widgetは、システムのウィジェットから情報を確認したり、操作したりするための機能です。Settingsで関連設定を確認し、現在のシステムで利用できる方法に従ってウィジェットを追加してください。利用できる入口やウィジェットで実行できる操作は、デバイスの画面で確認します。すべてのシステム画面で同じように使えるとは限りません。

ウィジェットから操作した後は、Homeに戻って接続結果を確認してください。ウィジェットの表示、システムVPNの状態、アプリ内の記録は、同時に更新されるとは限りません。表示が変わらない場合は、まずアプリ内の実際の状態を確認してから、ウィジェットの設定を調べます。接続の切り替えが重ならないよう、操作を連続して繰り返さないでください。

iCloud：同期前にローカルとクラウドを確認する

SettingsでiCloud関連の同期またはバックアップ項目を確認し、現在の画面で対象データの範囲を確認してください。使用前に、システムのiCloudサインイン状態、アプリのiCloud利用許可、空き容量を確認します。初回同期の前にローカル設定を保存し、クラウドとローカルの内容が異なる場合は、どちらを残すか確認してから読み込み、復元、上書きを行ってください。

すべての機密項目、システムVPNの許可、ローカル記録が同期で移行するとは限りません。別のデバイスに移行した後も、サーバー情報、現在のConfig、Global Routing、初回のVPN許可を確認してください。App Storeの購入済みアプリの復元と設定の同期は別の手順です。購入については購入済みアプリの復元をご覧ください。

07 / DIAGNOSTICS

Diagnostics：再現可能な調査情報を残す

Diagnosticsでは、診断情報を収集して確認できます。Settingsで該当項目を開き、現在の画面から必要な診断や記録機能を選択してください。問題が起きたネットワーク、接続先、発生時間、再現手順を先に記録してから診断を実行すると、結果を状況に沿って確認できます。診断記録は問題を修復する機能ではなく、1行のエラーだけで他の原因をすべて除外することもできません。

テスト条件を固定する。現在のサーバー、Config、Global Routingを記録し、安定して再現できるリクエストを1つ選びます。
まず基本ネットワークを確認する。現在のWi-Fiまたはモバイル通信が利用できることを確認してから、システムVPNの許可と接続状態を確認します。
項目ごとに切り分ける。サーバー情報、ルールの一致、DNS、接続テストを個別に確認し、すべての設定を一度に変更しないでください。
再テストして元に戻す。1項目を変更したら同じリクエストを再実行して結果を記録します。一時的に変更したルーティング方法や診断設定は、使用後に元へ戻してください。

診断結果を保存または共有する場合は、サブスクリプションURL、認証情報、サーバーアドレス、アクセス先ドメインなどの個人情報が含まれていないか確認し、問題の特定に必要な部分だけを共有してください。ログに明らかなエラーがなくても、経路のすべてが正常と確認されたわけではありません。実際の症状に応じて、トラブルシューティングの該当項目も確認してください。

機能設定を確実に進めるには、現在の値を把握し、一度に1項目だけ変更して、結果を再現できるようにします。英語の項目名の意味を確認したい場合は用語集をご覧ください。読み込みから初回接続までの手順を確認する場合ははじめにに戻り、このページの機能をすべて一度に有効にする必要はありません。