Shadowrocket 機能と主な設定
利用者自身が用意したサブスクリプションまたはサーバー情報を前提に、接続経路の選択、サーバーの管理、実際のリクエストの確認という順に、各機能の連携を解説します。初めて接続する場合は、まずガイドに沿って動作を確認し、その後設定を調整してください。
- Global Routing
- ルールとポリシー
- サブスクリプションの更新
- DNSと診断
GLOBAL ROUTING
3つのモードと使い分け
まずリクエストの接続経路を決めてから、個々のルールが適用されるか確認します。
概要:Global Routingでは、全体のルーティング方式を選択します。Config、Proxy、Directはそれぞれ画面上の選択肢です。サーバーの種類や速度設定ではありません。Configは現在の設定ファイル内のルールに従ってリクエストを処理し、Proxyはプロキシ経由、Directは直接接続を基本とします。例外の動作は、アプリの設定やシステムのネットワーク動作も踏まえて判断してください。
画面上の場所:HomeでGlobal Routingを開くと、現在の選択項目を確認できます。Configを使う前にConfigを開き、実際に選択されている設定ファイルも確認してください。ファイルを一覧に読み込んだだけでは、現在の設定として選択されたことにはなりません。
設定方法:ドメインやアドレスに応じて日常的に通信を振り分ける場合はConfigを選びます。利用中のサーバーで対象のリクエストを処理できるか調べるには、一時的にProxyへ切り替えて比較します。現在のネットワークから対象へ直接アクセスできるか確認する場合は、一時的にDirectを選びます。切り替えるたびにリクエストを再実行し、以前の接続結果を新しい設定の結果と取り違えないようにしてください。
| 画面上の選択肢 | 主な処理方法 | 使用する場面 | 確認するポイント |
|---|---|---|---|
| Config · 設定ファイル | 現在の設定ファイル内のルールに従ってポリシーを選択 | 日常的なルール振り分け、ルールの適用確認 | 現在の設定ファイル、ルールの順序、ポリシーの参照先 |
| Proxy · プロキシ | プロキシ経由でリクエストを処理 | ルールの影響を切り分けてサーバー接続を確認 | 選択中のサーバー、プロトコル設定、接続先への到達性 |
| Direct · 直接接続 | 直接接続でリクエストを処理 | ローカルネットワークと直接アクセスの状態を確認 | 基本ネットワーク、DNS、接続先サービスの状態 |
CONFIG & RULES
ルールの種類・順序・ポリシー
ルールは「何に一致するか」を、ポリシーは「一致した後にどう接続するか」を指定します。
概要:ルール振り分けでは、リクエストの特徴に応じて処理ポリシーを割り当てます。DOMAINは指定したドメイン、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメイン内のキーワードに一致します。IP-CIDRとIP-CIDR6はアドレス範囲を対象とし、GEOIPはアドレスの割り当て情報をもとに判定します。USER-AGENTはリクエスト内で確認できる該当フィールドに依存するため、暗号化されたすべてのリクエストに適用できるとは限りません。
画面上の場所:Configで現在の設定ファイルのルールを確認・編集します。変更する前に、ファイル名、選択状態、既存のポリシー定義を確認してください。設定ファイルにはDNSなどの設定が含まれる場合もあるため、ファイルを切り替えたときの影響はルール一覧だけにとどまりません。
設定方法:まず元の設定を残し、具体的な条件を広範な条件より前に置いてから、最後にフォールバックルールを設定します。通常は上から順に判定され、先に一致したルールのポリシーが適用されます。FINALは、前のルールに一致しなかった場合のフォールバックです。PROXY、DIRECT、REJECTはそれぞれプロキシ接続、直接接続、拒否を表します。設定内で独自のポリシーグループ名を参照する場合は、定義と同じ名前を指定してください。
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT
注意点:以下はルール構文の例であり、あらゆるネットワークに適用できる完成済みの設定ではありません。アドレスルールの判定より先にドメインが名前解決される場合があり、ドメインルールとアドレスルールで同じリクエストの判定結果が異なることもあります。検証時は対象ドメイン、名前解決されたアドレス、一致したルール、最終的なポリシーを確認してください。サイトが開くかどうかだけでルールの正しさを判断しないでください。用語については用語集をご覧ください。
SUBSCRIBE & SERVER
サブスクリプションの読み込みとサーバー管理
サブスクリプションはサーバー項目の管理に使い、設定ファイルはルールやその他の設定をまとめます。
概要:Subscribeでは、利用者自身のサブスクリプションURLからサーバー一覧を取得します。手動追加では、1台分の接続情報を項目ごとに入力します。どちらの場合も、有効なサーバーを選択して接続を確認する必要があります。一覧に項目が表示されても、読み込みや保存が完了したことを示すだけで、接続先サービスが利用可能であることを保証するものではありません。
画面上の場所:HomeでAdd Serverを選択してサーバーを追加します。サブスクリプションを読み込む場合はSubscribeを選び、URLを入力してください。読み取り可能なQRコードがある場合は、Scan QR Codeも使えます。手動入力では、サーバー情報に合った種類を選び、対応する項目を入力します。実際のメニュー位置や利用できる読み込み方法はアプリ内の表示をご確認ください。
設定方法:利用中のサービス提供元からサブスクリプションURL全体を取得し、貼り付けた後に空白、改行、余分な記号が含まれていないか確認します。保存して一覧を更新し、グループ名と各項目を確認してから、サーバーを選んでConnectivity Testを実行します。一覧を更新する場合は、該当するサブスクリプションの操作メニューから更新します。アプリ起動時の自動更新を有効にする場合も、初回設定後に手動で一度更新し、URLから正常にデータを取得できることを確認してください。
https://example.com/sub?token=xxxx
注意点:例のURLは形式を示すものであり、接続には使えません。実際のサブスクリプションURLにはアクセス認証情報が含まれる場合があります。スクリーンショット、ログ、メッセージなどで公開しないでください。更新によって、提供元が管理する項目が置き換わることがあります。手動で項目を編集する前に記録を残してください。更新に失敗した場合は、URLの有効期限、リクエスト時のネットワーク、応答形式を確認し、まだ使える古い一覧をすぐに削除しないでください。サブスクリプションの更新とApp Storeでのアプリ更新は、目的の異なる操作です。
PROTOCOL PARAMETERS
複数プロトコルと設定項目
概要:Shadowrocketは、Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2など、複数の接続プロトコルに対応しています。プロトコルはクライアントとサーバーの接続方法を定めます。プロトコル名を別のものに変更するだけで、サーバーがその通信方式に対応するわけではありません。
画面上の場所:手動で追加する場合はAdd Serverで種類を選択します。登録済みの項目は編集画面を開いて確認してください。種類によって表示される項目は異なります。すべてのプロトコルに同じ項目を入力せず、サーバーから提供された情報と現在のアプリ画面に従って設定してください。
設定方法:まずアドレス、ポート、認証情報を確認し、次にTLS、サーバー名、通信方式、対応するパスなどの追加項目を確認します。WireGuardでは、設定情報に従って鍵とアドレスを扱います。Hysteria2の利用可否は、ネットワークがUDPをどのように扱うかにも左右されます。提供された情報に明記された項目だけを入力し、別のサーバーの設定値を混ぜないでください。
注意点:接続に失敗しても、プロトコル名だけで原因を判断することはできません。証明書の検証エラー、ポートへの接続不可、認証情報の不一致、通信設定の不一致をそれぞれ確認してください。証明書検証を無効にすることを通常の対処法にしないでください。まずシステム時刻、サーバー名、証明書チェーンを確認します。プロトコル自体は速度を保証するものではなく、実際の通信状況は経路全体のネットワークとサーバーの状態によって変わります。
ON DEMAND
オンデマンド接続と起動条件
概要:On DemandはシステムのVPNオンデマンド機能を使い、設定したネットワーク条件に応じて接続を開始します。管理するのは接続の起動条件です。各リクエストに適用するポリシーを決めるGlobal Routingの代わりにはならず、無効なサブスクリプションや誤ったサーバー設定も修正しません。
画面上の場所:SettingsからOn Demandを開き、関連する項目とルールを確認します。初めて使う前にシステムのVPN構成を許可し、手動で接続を開始したときに正常に動作することを確認してください。デバイス環境によって選択できる条件は異なるため、アプリに表示される内容をご確認ください。
設定方法:どの種類のネットワークで接続するか、どの種類のネットワークでは接続を開始しないかを決めてから、画面に表示されるWi-Fi、モバイル通信、特定のWi-Fi名などの条件を設定します。まずは条件を1つだけ設定してテストしてください。対象のネットワークに切り替え、状態が安定するまで待ってから接続状況を確認し、実際のリクエストを再実行します。確認後に条件を追加し、条件が重なって原因を特定しにくくなるのを避けてください。
注意点:手動で接続をオフにした後に自動で再接続しても、スイッチの故障とは限りません。On Demandの起動条件を再び満たした可能性があります。再接続を繰り返す場合は、まずルールを記録し、オンデマンド機能を一時的に無効にしてから手動接続をテストしてください。公共Wi-Fiでネットワークへのログインが必要な場合は、先にログイン画面へアクセスできる状態にします。再接続を繰り返しても、ネットワーク認証の代わりにはなりません。
DATA
通信量の確認とリクエストの検証
概要:Dataでは、アプリに記録されたアップロード、ダウンロード、関連するリクエストの状況を確認できます。特定のアクセスで通信が発生したか、想定したサーバーが使われたかを調べる際の参考になります。ただし、接続先サービスの課金システムではなく、累計値だけで特定のルールが一致したかどうかを判断することもできません。
画面上の場所:Dataを開き、現在の集計範囲、分類、記録開始時点を確認します。サーバー別やアプリ別などの表示がある場合は、選択中の分類を確認してください。アプリの関連情報は、システムが提供または識別できる情報の範囲に左右されます。すべての記録が正確にアプリへ紐づいているとは限りません。
確認方法:検証前の数値を記録し、対象を1つだけ開いてから、増加した通信量を確認します。参照できるリクエスト記録とあわせて、ドメイン、ポリシー、サーバーを確認してください。集計をやり直す場合は、必要な情報を先に保存してから画面のリセット機能を使います。速度テスト、動画の先読み、バックグラウンド同期でも数値は変わるため、検証中はこうした影響をできるだけ抑えてください。
注意点:集計方法、プロトコルのオーバーヘッド、記録期間、バックグラウンド処理などにより、アプリ上の数値とサーバー側の記録は異なる場合があります。接続の確立やバックグラウンド通信によって少量の通信が発生することもあり、異常とは限りません。速度が遅い場合は、累計通信量だけで判断せず、接続先の応答、サーバーへの接続、ネットワークを切り替えたときの状態を確認してください。詳しくはトラブルシューティングガイドをご覧ください。
SETTINGS
主な設定項目と注意点
以下の項目はSettingsで確認できます。設定ファイルに関連項目が含まれる場合もあるため、変更前に現在有効な設定元を確認してください。
DNS:名前解決元と実際の接続経路
概要・画面上の場所:DNSはドメイン名を接続先のアドレスに変換します。SettingsのDNS関連項目と、Config内のDNS設定を確認してください。システムDNS、カスタムDNS、DNS over HTTPSはそれぞれ異なる名前解決方式です。名前解決方式を変更しても、すべての接続問題が自動的に解決するわけではありません。
設定方法・注意点:まず現在の値を記録し、使用するネットワークからDNSサービスへアクセスできることを確認してから、各項目の指定形式に従って入力します。DNS over HTTPSを有効にする場合は、正しいサービスURLをすべて入力し、DNSサービス自体への接続が成立するかも確認してください。保存後にリクエストを再実行し、名前解決の結果とその後の接続を確認します。設定ファイル内の項目が実際の動作に影響する場合もあるため、Settingsの項目だけを見て最終的な接続経路を判断しないでください。
Test Method:テスト結果の見方
概要・画面上の場所:SettingsでTest Methodを確認します。Connectivity Testで使用するテスト方式を選択する項目です。TCP接続テストでは、主に指定ポートへの接続状況を確認できます。ほかの方式では接続先からの応答も含まれる場合があるため、選択中の方式に応じて結果を解釈してください。
設定方法・注意点:複数のサーバーを比較する場合は、同じテスト方式と接続先を使い、できるだけ近いネットワーク条件で再テストしてください。テストに成功しても対象サイトが利用できるとは限らず、所要時間が短くても継続的なダウンロードが速いとは限りません。テストに失敗した場合は、ポート、テスト先、実際のプロキシ接続のどこに問題があるかを切り分けます。
Today Widget:クイック操作
概要・画面上の場所:Today Widgetはシステムの該当エリアから操作するためのショートカットです。関連項目はSettingsで確認し、ショートカットの追加はシステム標準のウィジェット管理機能から行います。表示の有無や利用できる操作は、デバイスのシステムとアプリの画面で確認してください。
設定方法・注意点:まずアプリ内でサーバーを選択し、手動接続が正常に動作することを確認してから、ショートカットを追加します。システム画面に戻り、状態表示と操作をテストしてください。ショートカットでサブスクリプションの設定項目を補うことはできません。表示が想定と異なる場合はHomeに戻って実際の接続を確認し、切り替えを繰り返すために連続して操作しないでください。
iCloud:同期範囲と競合への対処
概要・画面上の場所:SettingsでiCloud関連の同期項目を確認します。条件を満たすデバイス間で、画面に記載されたデータを同期するための設定です。同期はApp Storeでの購入の復元とは異なり、接続状態、システムの許可、通信量の記録など、すべての情報が移行することを意味しません。
設定方法・注意点:まずデバイスのiCloudの状態とアプリの権限を確認し、同期する項目を確認します。初めて有効にする前にローカル設定を保存し、同期の完了後に重要な項目を確認してください。2台のデバイスで同時に編集すると差異が生じることがあります。まず片方で変更を終えてから、もう一方を確認してください。同期が完了していないだけでサブスクリプションが無効だと判断せず、同期を唯一のバックアップ手段にしないでください。
Diagnostics:再現可能な手がかりを残す
概要・画面上の場所:Diagnosticsはネットワークや接続の問題を調べるための診断機能です。Settingsで関連ツールを確認してください。原因の手がかりを収集できますが、あらゆるエラーの根本原因を自動で特定するものではありません。問題発生時のネットワーク、Global Routingのモード、選択中のサーバーを踏まえて結果を確認してください。
設定方法・注意点:まず問題が発生した操作と表示内容を記録し、ツールに表示される項目に沿って確認します。必要な場合に限り、問題を再現している間だけ診断記録を保存し、完了後は通常の設定に戻してください。記録を共有する前に、サブスクリプションURL、認証情報、個人のドメイン名、ネットワークアドレスなどを確認し、機密情報を削除します。エラーの種類と発生順序を残せば十分です。個人用設定の全体を提出する必要はありません。
CHANGE & VERIFY
設定と動作確認の手順
一度に変更する項目を1つに絞ると、結果と設定の対応を確認できます。
- 基本動作を確認する。基本ネットワークが正常であることを確認し、Homeで利用者自身のサーバーを選択して、手動接続と実際のアクセスを一度試します。基本動作を確認できない場合は、ルールを追加する前にサーバー設定やネットワークの問題を解決してください。
- 使用する設定ファイルを選ぶ。Configで必要なファイルを選択し、Global RoutingをConfigに設定します。次に、プロキシ経由になる想定のリクエストと直接接続になる想定のリクエストを1つずつ確認します。ページが開くかだけでなく、実際に適用されたポリシーを記録してください。
- 設定を1項目ずつ変更する。バックアップを取ってからDNS、ルール、テスト方式などを変更します。変更のたびに元の値、変更理由、テスト結果を記録してください。新たな問題が起きたら、まずその項目を元に戻します。複数の設定を続けて変更して原因を見失わないようにしてください。
- 最後に自動化を有効にする。手動接続が安定してからOn Demandと同期機能を設定します。ネットワークを一度切り替えてアプリを再度開き、サブスクリプションの状態を確認してください。自動接続時の動作が手動接続時の基本動作と一致することを確認します。
このページでは各機能の役割を解説しています。読み込みから接続までの手順は初回設定ガイドをご覧ください。接続できても一部のリクエストに問題がある場合は、トラブルシューティングガイドで症状に沿って確認してください。アプリを購入または再入手する場合は、正規版の確認方法を参照し、開発者名Shadow Launch Technology Limited、公式アイコン、アプリID 932747118を確認してください。