Shadowrocket
プロキシモードと基本設定
まず接続の処理方法を決めてから、ルールやネットワーク設定を調整します。Homeの接続画面からConfigのルール、Settingsの補助設定まで、用途に応じて確認できます。
このページでは主にiPhone / iPadでの操作を説明します。画面の項目や利用できる機能は、アプリ内の表示をご確認ください。システム要件はApp Storeの掲載内容をご確認ください。情報の読み込みは、利用者ご自身がすでにお持ちのサブスクリプションまたはサーバー情報を前提としています。
Config、Proxy、Direct
それぞれの使いどころ
Global Routingは接続全体の処理方法を決め、選択中のサーバーはプロキシ接続先を決めます。別々の設定です。
概要：Global Routingは接続の処理モードを選ぶ項目です。ルールに従って処理するモードはConfig、プロキシモードはProxy、直接接続するモードはDirectです。プロトコルを選ぶ機能ではなく、既存のサブスクリプションをアプリに読み込む機能でもありません。サーバーを選択済みでも、モードを切り替えると実際の通信経路が変わる場合があります。
画面の場所：HomeでGlobal Routingを開き、モードを選択します。ここでのConfigはモードの選択肢です。画面下部のConfigタブは設定ファイルを管理するためのもので、用途が異なります。前者はルールを使って接続を処理するかどうか、後者はどの設定を適用するかを決めます。
| 画面の項目 | 処理方法 | 主な用途 | 確認するポイント |
|---|---|---|---|
| Config | 現在の設定にあるルールとポリシーに従って接続を処理します。 | ドメイン名やアドレスに応じて、通常の通信を振り分けます。 | 設定が選択されているか、ルールの順序が正しいか、ポリシーの適用先が有効かを確認します。 |
| Proxy | 通常、接続は現在のプロキシ接続先に渡されます。アプリやシステム上の適用範囲にも注意してください。 | ルールがアクセス結果に影響しているか、一時的に切り分けます。 | 選択中のサーバーが利用可能か、認証情報とプロトコルのパラメータが正しいかを確認します。 |
| Direct | 選択中のプロキシサーバーを経由せず、直接接続します。 | 現在のネットワーク自体でアクセスできるかを確認します。 | ローカルネットワークと名前解決が正常かを確認します。Directにしても接続自体がオフになるわけではありません。 |
設定方法：利用可能な設定があり、通信を振り分けたい場合はConfigを選びます。ルールがリクエストの経路に影響している可能性がある場合は、一時的にProxyを選んで同じリクエストを再試行します。ローカルネットワークと比較するにはDirectに切り替えます。元のモードを記録し、比較が終わったら戻してください。一時的な切り分け設定をそのまま使い続けないようにしましょう。
注意点：モードを切り替えた後は、新しい接続で確認してください。既存の長時間接続には、切り替え前の状態が残る場合があります。Proxyではアクセスでき、Configではできない場合も、ルール、ポリシー、名前解決の設定をさらに確認する必要があることを示すだけで、特定のルールが必ず誤っているとは限りません。どのモードでも、無効なサーバー認証情報は修復できません。
Global Routingのモードを詳しく見る →ルールは照合条件を指定
ポリシーは処理先を決定
概要：ルールは「どの接続をどのように処理するか」を定めます。一般的な照合条件には、ドメイン名、ドメインのサフィックス、ドメイン内のキーワード、IPアドレスの範囲などがあります。ポリシーはPROXY、DIRECT、REJECT、または設定内で定義されたポリシー名を指定します。ルールが正しく照合されても、ポリシーの処理先が利用できなければ接続に失敗することがあります。
画面の場所：Configを開き、まず現在選択されている設定を確認してから、ルールを表示または編集します。設定をリストに追加しただけでは有効になりません。Global RoutingでConfigモードを使う場合は、実際に適用されているファイルも確認してください。
よく使われる照合条件
DOMAINは指定した完全一致のドメイン名に照合します。対象を一つに絞りたい場合に適しています。DOMAIN-SUFFIXはドメイン名とそのサブドメインに照合します。ドメイン全体を対象にする場合に適しています。DOMAIN-KEYWORDはドメイン名に含まれるキーワードで照合します。想定より広い範囲に適用されることがあります。IP-CIDRとIP-CIDR6は、それぞれIPv4とIPv6のアドレス範囲を指定します。GEOIPはIPアドレスの地理的な割り当て情報を条件に使います。FINALは、それ以前のルールに一致しなかった接続を処理します。通常はルールの末尾に置きます。
設定方法：まず現在の設定をバックアップし、具体的なルールを広い条件のルールより前に配置してから、最後にFINALを設定します。以下はルールの構文例です。example.comは説明用の架空ドメインであり、実際の振り分け設定を推奨するものではありません。
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTこの例では、完全一致のドメインexample.comは最初のルールに一致します。そのサブドメインは2番目のルールに一致する場合があります。前のルールに一致しなかった接続はFINALに渡されます。PROXYの具体的な接続先は、現在のサーバーと設定全体を確認してください。
注意点：ルールは通常、上から順に確認されます。範囲の広い条件を先に置くと、後続の具体的な条件に一致しなくなることがあります。IPルールとドメインルールでは参照する情報が異なり、名前解決の結果も判断に影響します。問題が起きたら、まず接続記録で接続先と照合結果を確認し、関係するルールを修正してください。例外ルールを大量に追加するのは避けましょう。
ルールキーワードとポリシーの基礎を見る →既存のサブスクリプションを読み込む
サーバーを個別に管理する
概要：サブスクリプションは複数のサーバー情報をまとめて管理するためのものです。個別のサーバー項目には、接続先のプロトコル、アドレス、ポート、認証情報が保存されます。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどは必要な項目がそれぞれ異なるため、プロトコル名だけを変更して他のパラメータを流用することはできません。
画面の場所：HomeでAdd Serverを使ってサーバーを追加します。既存のサブスクリプションは、該当する種類を選んでSubscribeから登録できます。すでにお持ちの共有情報は、Scan QR Codeまたはクリップボードからの読み込み機能でも取り込めます。具体的な操作場所は現在の画面でご確認ください。いずれの操作も、利用者ご自身がサブスクリプションまたはサーバー情報をすでにお持ちであることを前提としています。
設定方法：読み込み前に、入力する情報がサブスクリプションURL、個別サーバーの共有情報、設定ファイルのどれかを確認します。サブスクリプションURLはSubscribeの該当欄に入力し、保存と更新の後、グループ内にサーバーが表示されるか確認します。手動で入力する場合は、先にプロトコルを選び、アドレス、ポート、認証情報に加え、プロトコルに必要なトランスポートとTLSのパラメータを一つずつ確認します。最後にHomeで使用するサーバーを明示的に選択します。
複数のサブスクリプションは、見分けやすい名前を付けて整理してください。更新前に選択中の項目を記録し、更新後もその項目が残っていて選択されているか確認します。サーバーの追加や削除を伴う場合があるため、サブスクリプションの一覧が常に変わらないローカルのリストだと思い込まないでください。
注意点：サブスクリプションの更新は一覧を再取得する操作であり、すべてのサーバーへの接続を保証するものではありません。Connectivity Testの結果もダウンロード速度を示すとは限りません。測定条件、プロトコルのハンドシェイク、現在のネットワークによって数値は変わります。グループを削除する前に復元に必要な情報を確認し、画面を共有するときはサブスクリプションURL全体と認証情報を隠してください。
サブスクリプションとサーバーの管理方法を見る →ネットワーク条件に応じて接続を開始
通信の振り分けルールとは別の設定
概要：On Demandは、指定した条件に応じてシステムVPN接続を開始または維持する機能です。「いつ接続するか」を決めるものであり、Configのルールが決める「接続後にリクエストをどう処理するか」とは異なります。両方の設定をそれぞれ確認してください。On Demandを有効にしても、サーバー情報やルール設定が自動で作成されることはありません。
画面の場所：SettingsでOn Demandの設定を探し、選択できるネットワーク条件と動作を確認します。初回接続に必要なVPN構成の許可はシステムが確認します。システムのダイアログを読み、必要に応じて許可してください。
設定方法：まず自動接続に関する設定をオフにし、手動で一度接続を確認します。サーバー、Global Routing、設定が正常に動作することを確認してからOn Demandを有効にし、画面に表示される選択肢からネットワーク条件を設定します。Wi-Fi名を条件に指定した場合は、名前が正確か、設定した動作が何を意味するかを確認してください。
注意点：有効にすると、条件を満たしたときに接続が再確立される場合があり、手動で切断しても切れた状態が続くとは限りません。自動動作を確認するときは、まずOn Demandの条件を確認し、接続先のネットワークを一度切り替えて動作を見ます。条件を調べずにシステム設定を何度も削除しないでください。システムにVPNの表示があっても、すべてのリクエストがプロキシサーバーを経由するとは限りません。
通信量と接続記録で
実際の動作を確認
概要：Dataでは、クライアント側で記録される通信量の変化を確認できます。表示される統計はアプリが記録できる範囲のもので、サービス提供元の利用明細や通信速度の測定結果と同じとは限りません。集計期間、リセットの動作、接続先での課金基準は異なる場合があります。
画面の場所：画面下部のDataを開き、表示されている統計や記録を確認します。個別のリクエストを調べる場合は、アプリの接続記録を開き、接続先、時刻、表示可能なポリシー情報を確認してください。表示される項目は実際の画面に従います。
確認方法：動作確認を始める前に、現在のカウントと時刻を記録します。対象を一つ決めてアクセスし、Dataに戻って変化を確認してください。比較のためにカウントをリセットする場合は、対象範囲を確認し、残しておく情報を保存してから操作します。テストを比較する際は、バックグラウンド動作の影響を減らすため、ネットワーク、接続先、操作を同じにしてください。
注意点：カウントが増えても、データ通信が発生したことを示すだけで、目的のサービスが正常に動作したとは限りません。接続に失敗しても、DNS問い合わせ、ハンドシェイク、再試行で通信が発生することがあります。記録を確認するときは、リクエストを実行した時刻を手がかりにしてください。共有する前にドメイン名、アドレス、個人の利用状況がわかる情報を隠し、機微な記録全体を送らないようにしましょう。
基本的な補助設定
問題に応じて一項目ずつ調整
以下の項目はSettingsまたは現在の設定に関連する画面で確認します。設定名は英語表記のまま記載しています。画面内の分類や利用できる機能は、アプリの表示に従ってください。
DNS：どの設定で名前解決するか確認
概要と場所：DNSはドメイン名をIPアドレスに変換します。関連項目はSettingsのDNS設定と、現在のConfigにあるDNS欄に分かれている場合があります。両方を確認してください。一つのスイッチだけで実際の名前解決経路を判断することはできません。
設定方法：まず現在の値を保存し、システムDNS、カスタムDNS、DNS over HTTPSのどれを使うか確認します。そのうえで、問題に関係する項目だけを変更してください。同じドメインを再テストするときはキャッシュの影響に注意し、接続記録も確認して名前解決とアクセスの成否を分けて判断します。
注意点：暗号化された名前解決はプロキシ接続と同じではなく、名前解決に成功しても接続先のポートに到達できるとは限りません。サーバーのアドレス自体を先に名前解決する必要がある場合もあり、不適切な設定は接続の依存関係を生むことがあります。明確な障害の証拠がない場合は、正常に動作している設定を維持してください。
Test Method：測定条件を選ぶ設定であり、実際の速度ではありません
概要と場所：SettingsのTest Methodでは、サーバーのテスト方法を選択できます。Connectivity Testでどのように測定するか、また結果が接続のどの段階を反映するかに影響します。
設定方法：現在の方式の説明を確認してから選び、同じサーバー群で比較します。画面でテスト対象を指定できる場合は、対象を同じにしてください。方式を変更したら再テストし、異なる方式で得た数値を混ぜて順位付けしないようにします。
注意点：テスト数値が低くても、実際の通信が継続的に速いとは限りません。テストに失敗した場合は、接続先に到達できないのか、ハンドシェイクに失敗したのか、ローカルネットワークに問題があるのかを切り分けてください。最終的には実際の用途で安定してアクセスできるか確認します。
Today Widget：システムからすばやく状態を確認
概要と場所：Today Widgetの設定は、システムが対応するクイック表示または操作機能に関するものです。まずSettingsで該当項目を探し、システムでウィジェットを追加できる場所に利用可能な項目があるか確認してください。
設定方法：画面に表示される選択肢で表示内容や動作を設定し、追加後にアプリ内の状態と一致しているか確認します。システムの対応状況は、使用中のデバイスとアプリで実際に利用できる機能に従います。
注意点：クイック表示は設定全体の確認に代わるものではありません。表示が更新されるまで時間がかかる場合があります。接続に問題があるときは、ウィジェットの表示だけで判断せず、Homeを開いてサーバーとGlobal Routingを確認してください。
iCloud：同期、復元、バックアップの違い
概要と場所：iCloud関連機能は、対応する範囲でデータを保存または同期します。Settingsでアプリに用意されているiCloud項目を確認し、システム側でアプリのiCloud利用が許可されているかも確認してください。
設定方法：有効にする前に、復元に使えるデータを別途保存し、同期対象と上書きに関する確認事項を読んでください。デバイスを変更した後は、データの同期が完了したことを確認してから接続を有効にします。サーバーの選択状態、統計記録、すべての設定が一緒に移行するとは限りません。
注意点：App Storeの購入済み項目から復元できるのはアプリの購入情報であり、アプリ内の設定を復元する機能ではありません。同期はデータの変更を反映するため、独立したバックアップの代わりにはなりません。サブスクリプションURLや認証情報は機微な情報として、アカウントの安全管理に従って取り扱ってください。
Diagnostics：原因の層を特定し、必要な情報を保存
概要と場所：Diagnosticsはトラブルの切り分けを補助する機能で、Settingsの関連ツールから確認できます。アプリが提供する診断情報を収集、確認するためのもので、サーバーのパラメータや振り分けルールを自動修正する機能ではありません。
設定方法：まず問題が起きた時刻、現在のネットワーク、Global Routing、選択中のサーバーを記録してから、問題に関連する診断を実行します。問題を一度再現して必要な結果を保存し、正常な場合と比較してください。設定を変え続けてから大量の記録をまとめて取るのは避けましょう。
注意点：診断情報にはドメイン名、アドレス、設定の一部、認証情報が含まれる場合があります。共有する前に内容を確認し、機微な情報を隠してください。診断結果が出たからといって、原因が必ずローカル側または接続先側にあるとは限りません。
設定後に確認する手順
- 情報を確認。Homeで選択中のサーバーとプロトコルの項目を確認します。サブスクリプションの読み込み後も、使用する項目が選択されているか確認してください。
- モードを確認。Global Routingを確認します。Configを使う場合は、現在の設定と関連するポリシーの適用先も確認してください。
- 手動で動作確認。まず対象を決めてアクセスを試し、Dataまたは接続記録で該当時刻の変化を確認します。
- 一項目ずつ比較。切り分けが必要な場合は、モード、サーバー、DNSのうち一度に一つだけ変更し、その都度新しい接続を試します。
- 通常の状態に戻す。切り分けが終わったら、使用予定のモードに戻し、On Demand、同期、クイック表示を確認して、一時的な設定が残らないようにします。
初めて使う場合は、使い方ガイドに沿って読み込みから接続確認まで進めてください。複数のサブスクリプションを管理する場合は、管理マニュアルの各章を確認できます。アプリの購入、デバイスの互換性、システム要件はApp Storeの掲載内容をご確認ください。正規品の確認方法も、購入前にご覧いただけます。