ドメインで照合
DOMAINは指定したドメインに、DOMAIN-SUFFIXはドメインのサフィックスに、DOMAIN-KEYWORDはドメインに含まれるキーワードに一致します。特定の対象だけを変更したい場合は、範囲が明確な条件を優先してください。キーワードの範囲が広すぎると、他の対象にも影響することがあります。
公式ハンドブック · 機能と設定
Shadowrocketの機能解説
Global RoutingからSettingsまで、「機能・場所・設定方法・注意点」を項目ごとに確認できます。
主にiPhone／iPadでの操作を解説します。あらかじめ、利用中のサブスクリプションまたはサーバー情報を用意してから、リクエストの処理方法を設定してください。機能のスイッチだけでは、有効な接続情報の代わりにはなりません。
- Config / Proxy / Direct
- ルールとポリシーを分けて確認
- 設定は一度に1項目だけ変更
Global Routing：3つの接続モード
接続スイッチは接続を開始するかどうかを決め、Global Routingは接続開始後のリクエスト処理方法を決めます。別々の設定です。
HomeでGlobal Routingを開き、Config、Proxy、Directから選択します。日本語の「設定・プロキシ・直接接続」は各モードの用途を説明するための表現です。操作時は英語の画面表示を確認してください。モードを選ぶ前に、利用可能なサーバーが選択されていることを確認します。ルール振り分けを使う場合は、Configで使用中の構成ファイルも確認してください。
| 画面上の選択肢 | 処理方法 | 使用する場面 | 確認するポイント |
|---|---|---|---|
| Config · 設定 | 現在の構成にあるルールとポリシーに従ってリクエストを処理します。 | ドメインやアドレスごとに異なるポリシーを適用したい場合。 | 構成が有効か、ルールの順序、ポリシー名とその適用先。 |
| Proxy · プロキシ | プロキシ経由でリクエストを処理します。Configの通常のルール振り分けは適用されません。 | 選択したサーバーで目的のサイトにアクセスできるか、一時的に確認する場合。 | サーバー情報、選択中のサーバー、対象サイト、接続元のネットワーク。 |
| Direct · 直接接続 | リクエストを直接接続で処理します。 | 現在のネットワークでのアクセス状況と比較し、問題の範囲を絞り込む場合。 | ローカルネットワークとDNS。システムの接続スイッチの代わりにはなりません。 |
通常の振り分けはConfig、一時的な比較には別のモード
構成ファイルをすでに使っている場合は、Configを選択します。直接接続する想定のサイトと、プロキシ経由にする想定のサイトへアクセスし、それぞれのリクエスト記録を確認してください。「テストには応答があるのにページが開かない」場合は、一時的にProxyへ切り替え、同じサイトを再テストします。ProxyではアクセスできてConfigではできない場合、まずルール、ポリシー、名前解決の結果を確認します。どちらでもアクセスできない場合は、サーバーとローカルネットワークを確認してください。この比較で問題の範囲は絞れますが、一度の成功や失敗だけで原因を断定することはできません。
テスト後は、Global Routingを元の設定に戻します。DirectにしてもシステムのVPN構成が停止するわけではありません。アプリの接続を完全に停止する場合は、Homeの接続スイッチを使い、On Demandによって再接続されないかも確認してください。
公式ハンドブックでGlobal Routingを読む →ルール振り分け：マッチ条件と実行ポリシー
ルールは「どのリクエストが条件に合うか」、ポリシーは「一致した後にどう処理するか」を定めます。まずマッチ条件を確認し、次に接続先を確認してください。
ルールは通常、Config内の構成ファイルで管理します。現在使用中の構成を開き、ルールの内容と順序を確認してください。変更前にコピーを保存しておきます。通常、ルールは上から順に照合されるため、具体的な条件を広範な条件より前に配置します。FINALは通常、前のルールに一致しなかったリクエストを処理するため、末尾に置きます。ルールを追加してもその構成が選択されていない場合や、Global RoutingがConfig以外の場合は、期待どおりに動作しません。
アドレスやその他の条件で照合
IP-CIDRとIP-CIDR6はアドレス範囲に、GEOIPはIPアドレスの地理情報に基づいて照合します。USER-AGENTが利用できるかは、該当するリクエスト情報を取得できるかどうかによります。すべてのアプリ通信を名前で識別できるとは限りません。
ルールの書式を理解してから、用途に合わせて変更する
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXYこの構文例では、example.comのサフィックスに一致するリクエストをPROXYへ、指定したローカルネットワークのアドレス範囲に一致するリクエストをDIRECTへ送ります。それ以外のリクエストは、FINALで指定されたPROXYで処理します。これはルールの構造を示す例であり、すべてのネットワークに適した完成済みの構成ではありません。PROXY、DIRECT、REJECTはそれぞれプロキシ、直接接続、拒否を表します。カスタムポリシー名をルールで参照する場合、その名前は構成内の定義と完全に一致させてください。
設定後は対象に再度リクエストを送り、マッチしたルールと処理ポリシーを確認します。ルールに一致していても、ポリシーの接続先サーバーが利用できるとは限りません。同様に、サーバーが利用可能でも、すべての対象が想定どおりのルールに一致するとは限りません。ドメインの名前解決、キャッシュ、既存の接続が再テストの結果に影響することがあります。検証時は、対象とテスト条件をできるだけそろえてください。
サブスクリプションとサーバーの管理
サーバーの項目には接続情報を保存し、Subscribeでは複数の項目をまとめて管理します。Configは主にルールや関連設定を管理します。それぞれ用途が異なります。
Add Server：手持ちのサーバー情報を入力
HomeからAdd Serverを選び、サーバー項目を追加します。サービス提供元の情報に合ったプロトコルを選び、アドレス、ポート、認証情報、通信設定を確認してください。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどは、プロトコルごとに入力項目が異なります。あるプロトコルの情報を別のプロトコルにそのまま流用することはできません。特にUUID、パスワード、暗号化方式、TLS、SNI、Host、パスは、手元の情報を一項目ずつ確認し、名称から推測しないでください。
Scan QR Codeを使う場合は、読み取るQRコードが自分の利用中のサービス情報であることを確認してください。インポート後、項目を開いてプロトコルと重要な情報を確認してから、該当項目を選択してテストします。リストに表示されたことが示すのは、項目が作成されたということだけです。サーバーがオンラインであることや、認証・通信設定がすべて正しいことを保証するものではありません。
Subscribe：利用中のサブスクリプションを追加・更新
追加画面でSubscribeを選択し、手持ちのサブスクリプションURLを入力して保存した後、更新を実行します。更新後はグループ、項目名、件数の変化を確認し、現在選択中のサーバーが残っていることも確かめてください。サブスクリプションの更新は、提供元のサーバー情報を更新するもので、現在のConfigのルール全体を置き換える操作ではありません。サービス側の変更により、項目名、アドレス、設定内容が変わったり、選択中の項目が削除されたりすることがあります。
更新に失敗した場合は、まずURLが完全か、サブスクリプションが有効かを確認し、次に現在のネットワークからURLにアクセスできるかを確かめます。元の構成を残したままネットワークを変えて再テストしてもかまいませんが、問題の切り分けの代わりにサブスクリプション全体を何度も削除しないでください。サブスクリプションURLにはアクセス認証情報が含まれることが多いため、スクリーンショット、診断ファイル、公開の質問にはURL全体を載せないでください。
Config：復元できる構成のコピーを保存
ルールやDNSを変更する前に、現在の構成のバックアップを作成し、コピーの用途を明記してください。別の構成をインポートした後は、どのファイルが実際に選択されているかを確認し、ポリシーの参照先が現在のサーバーやポリシーグループに対応しているかも確認します。バックアップファイルにはサーバーアドレスや認証情報が含まれる場合があります。自分で管理できる安全な場所に保管してください。アプリを再インストールしても、すべてのローカル構成が復元されるとは限りません。
入門ガイドで初回のインポートと接続手順を確認 →On Demand：ネットワーク条件に応じて接続
On Demandは「いつ接続するか」を、Global Routingは「接続後にリクエストをどう処理するか」を決めます。一方を有効にしても、もう一方の代わりにはなりません。
SettingsでOn Demandを開き、Wi-FiやCellularなど、実際に使う条件を確認します。表示される選択肢は、アプリの画面やデバイスのネットワーク機能によって異なります。まずHomeから手動で接続し、対象へのアクセスをテストして、選択中のサーバーと構成が利用できることを確認してから、オンデマンド条件を有効にしてください。サーバー情報の誤りを、接続条件の誤りと取り違えにくくなります。
条件を1つずつテストしてから適用範囲を広げる
まず自動接続が必要なネットワーク条件を1つ選び、保存します。そのネットワークに切り替え、接続状態と実際のアクセス結果を確認してください。複数の条件を同時に有効にすると、どの条件で接続が開始されたか判断しにくくなります。iPadでは、実際に備わっているネットワーク機能に合わせて確認してください。Wi-Fiのみ対応するデバイスを、モバイル通信の状況として調べる必要はありません。
手動で接続を切っても自動的に再接続する場合は、システムのVPN構成を何度も削除するのではなく、まずOn Demandの条件を確認してください。直接接続との比較テストを行う場合は、いったんOn Demandを無効にしてから、Homeの接続スイッチをオフにします。テスト後は元の設定に戻してください。オンデマンド接続を設定しても、サーバーが常に利用できるとは限りません。ネットワークの切り替え、認証エラー、システムの状態が接続に影響するため、実際にアクセスできるか確認してください。
公式ハンドブックでOn Demandを読む →Data：送受信量と統計の範囲を確認
Dataではアプリが記録した通信量を確認できます。接続成功の証明ではなく、サービス提供元の利用明細とも異なります。
Dataを開き、統計画面、記録の対象範囲、データを消去したことがあるかを確認してから、アップロードとダウンロードの数値を見ます。サーバー別やアプリに関連する項目別の表示がある場合は、現在の分類方法を先に確認してください。表示ごとに分類の基準が異なることがあります。ある画面の数値を特定アプリの通信量全体とみなすことはできず、帰属先を特定できない記録から正確な判断をするのも適切ではありません。
1回の操作で数値の変化を確認
同じサーバーとGlobal Routingの設定を維持し、テスト前の数値を記録してから、対象に一度アクセスします。その後Dataに戻り、数値の変化を確認してください。この方法で通信が発生したかを確認できますが、バックグラウンド同期、リトライ、他のアプリの通信も同時に記録される可能性があります。数値に目立った変化がない場合は、接続状態、対象へのリクエストが実際に送信されたか、現在の表示がそのアクセスを含むかも確認してください。
アプリとサービス提供元の管理画面では、記録期間、送受信量の計算方法、プロトコルのオーバーヘッド、課金方式、複数デバイスでの利用状況などにより、統計が異なることがあります。差分だけを見て異常と判断しないでください。また、Dataの累計値をサブスクリプションの残量とみなさないでください。問題の切り分けでは、同じ期間の数値とテスト条件を記録します。利用枠を確認する場合は、利用中のサービスのアカウント情報を確認してください。
Dataの通信量統計の見方を読む →Settings：よく使う6つの設定
設定画面と構成ファイルの両方が、動作に影響することがあります。変更前の値を記録し、一度に1項目だけ変更してください。メニューの場所や利用できる項目は、現在のアプリ画面で確認します。
DNS：ドメインの名前解決方法
機能と場所：DNSはドメイン名をネットワークアドレスに変換します。SettingsのDNS関連項目と、現在のConfigを確認してください。構成に名前解決の設定が含まれているかも関係するため、画面上の数値だけで判断しないでください。
設定方法と注意点：まず現在の名前解決方式と構成内のDNS項目を確認し、実際に使われている経路を把握してから必要に応じて変更します。変更後は、同じドメインに再度アクセスして記録を確認してください。サーバーテストに応答があるのにWebページが開かない場合は、名前解決の失敗、接続の失敗、対象からの応答の失敗を区別します。複数の異なるDNS設定を一度に追加すると、どれが有効か判断しにくく、元に戻すのも困難になります。
Test Method：テスト方法
機能と場所：SettingsでTest Methodを開き、接続テストに使う方法を選択します。Connectivity Testの結果は、テスト方法、対象、現在のネットワークによって変わり、サーバー性能を常に示す指標ではありません。
設定方法と注意点：確認したい内容に合った方法を選び、同じネットワークで同じ項目を再テストします。結果を比較する前に、テスト条件が同じであることを確認してください。ある方法で応答があっても、そのテスト経路が応答したことを示すだけです。すべてのWebページ、通信方式、継続的な通信速度が正常だとは限りません。失敗と表示された場合も、実際のアクセス結果とあわせて確認し、数値だけを根拠に項目を削除しないでください。
Today Widget：ショートカット
機能と場所：SettingsでToday Widget関連の設定を確認し、システムが対応するウィジェットの場所に追加します。表示内容や対応状況は、システムバージョンとアプリの現在の機能によって異なります。デバイス上で利用できるかは、実際の画面で確認してください。
設定方法と注意点：まずアプリ内でサーバーを選び、初回のVPN構成を許可してから、ウィジェットの操作が意図したとおりに動くかを確認してください。ウィジェットとメイン画面の状態が一致しない場合は、アプリを開いて接続状態と更新状況を確認します。ショートカットは操作を簡略化するもので、サーバー情報、Configの選択、システムの許可に代わるものではありません。ウィジェットのアイコンだけで、リクエストに適用されたルールを判断することもできません。
iCloud：構成の同期
機能と場所：SettingsでiCloud関連の項目を確認し、システムアカウントとiCloudのアクセス許可も確認してください。同期では対応範囲内の構成データを保存または転送します。具体的に同期される内容はアプリの現在の説明で確認し、接続状態やローカルの記録がすべて同期されると想定しないでください。
設定方法と注意点：まず現在の構成のコピーを保存してから同期を有効にし、別のデバイスでファイルと内容がそろっているかを確認します。構成が競合した場合は、どちらを残すかを先に決め、両方のデバイスから続けて上書きしないでください。App Storeの購入履歴とiCloudのデータ同期は別のものです。アプリを再入手した後も、構成、サーバー情報、接続の許可をそれぞれ確認してください。
Diagnostics：診断情報
機能と場所：SettingsでDiagnosticsを探し、問題の調査に必要な情報を収集または確認します。診断情報は問題の再現手順とあわせて使ってください。ログ1つだけでは、問題発生時のすべての設定を把握できないことがよくあります。
設定方法と注意点：ネットワークの種類、選択中のサーバー、Global Routing、問題が発生する対象を記録してから、問題を一度再現し、関連する記録を確認します。情報を共有する前に、サブスクリプションURL、認証情報、個人のアドレスなど、機密情報を削除してください。問題に関係する箇所だけを残し、試した設定変更も記載します。診断後は、一時的に変更した記録設定を通常の状態に戻してください。
接続とアクセス許可：まずシステムの状態を確認
機能と場所：初回接続時に表示されるVPN構成の許可要求はシステムからのもので、アプリがネットワーク接続を確立できるようにします。アプリの接続スイッチはシステムに保存されたVPN構成と関係しますが、Configのルールファイルとは別のものです。
設定方法と注意点：システムの案内を確認して必要に応じて許可し、Homeに戻って接続状態を確認します。以前に許可を拒否した、またはシステム構成を削除した場合は、Configでルールを何度も変更するのではなく、接続を再度開始して表示される案内を確認してください。システム上で接続済みと表示されても、対象へのアクセスを確認する必要があります。許可によって解決するのは接続を確立するための権限だけであり、サブスクリプションやサーバー情報の誤りは修正されません。
設定の確認手順
接続情報、接続モード、ルールと名前解決、自動接続の4段階で確認し、複数の条件を同時に変更しないようにします。
- まず手持ちのサーバー情報を確認。プロトコル、アドレス、ポート、認証情報、通信設定を確認し、該当する項目を選んで手動接続します。インポートできたことと実際に利用できることは、分けて確認してください。
- 次にGlobal Routingを決定。通常のルール振り分けにはConfigを使い、意図した構成が選択されていることを確認します。ProxyとDirectは、目的を定めた一時的な比較に使い、終了後は元に戻してください。
- リクエスト記録でルールとDNSを確認。まず名前解決が成功しているかを確認し、次に一致した条件と最終的なポリシーを確認します。サーバーテスト、ドメインの名前解決、対象からの応答は別々の段階です。1つの結果だけですべてを判断しないでください。
- 最後にOn Demandと便利な設定を有効化。手動アクセスの確認ができた後で、自動接続、Today Widget、iCloudを設定し、復元用のコピーを残します。変更のたびに同じ対象だけを再テストし、結果を記録してください。