DOMAIN-SUFFIX
ドメインのサフィックスに基づいて照合します。たとえば example.com は、そのドメインとサブドメインに適用できます。DOMAINはドメインの完全一致、DOMAIN-KEYWORDはキーワードによる照合です。キーワードの範囲が広すぎると、意図しない接続まで対象になるおそれがあります。
まず Global Routing を設定し、Config と現在のサーバーを確認します。接続を確認してから、On Demand、DNS、同期を設定してください。一度に変更する項目を一つに絞ると、設定が接続に与える影響を確認しやすくなります。
GLOBAL ROUTING
Global Routingでは、Shadowrocketに渡された接続の処理方法を指定します。HomeでGlobal Routingを開き、Config、Proxy、Directから選択してください。日本語ではそれぞれ設定、プロキシ、直接接続にあたります。これらの選択肢はルーティング方法を切り替えるもので、サーバーを作成したり接続情報を補ったりする機能ではありません。設定後はHomeに戻り、選択中のサーバーと接続スイッチを確認します。
| モード | 処理方法 | 使用する場面 | 確認する項目 |
|---|---|---|---|
| Config(設定) | 現在有効な設定ルールに基づいてポリシーを選択します。 | ドメインやアドレス範囲などの条件で通信を振り分ける場合。 | 有効な設定ファイル、ルールの順序、ポリシーの参照先。 |
| Proxy(プロキシ) | 通信をプロキシ経由で処理します。適用範囲はシステムやアプリの動作にも左右されます。 | 現在のサーバーで接続先へ通信できるか一時的に確認する場合。 | サーバーの利用可否、プロトコルの設定、接続先へのアクセス結果。 |
| Direct(直接接続) | 通信を直接接続で処理します。プロキシサーバーの検証にはなりません。 | ローカルネットワークから接続先へ到達できるか一時的に確認する場合。 | ローカルネットワーク、ドメインの名前解決、接続先サービスの状態。 |
ルールに応じて通信を振り分ける場合は、通常Configを使用します。Configでは接続できずProxyではアクセスできる場合、すぐにプロトコルを変更するのではなく、ルールがどのポリシーに一致したかを先に確認してください。Directでもアクセスできない場合は、ローカルネットワークと接続先の状態を確認します。1回のアクセス失敗だけで、原因がクライアントにあるとは判断できません。
ProxyとDirectは比較用の条件として使えますが、テスト後は元のモードに戻してください。モードを切り替えても、既存の長時間接続がすぐに再確立されるとは限りません。確認時はリクエストを再実行し、必要に応じて設定を保存してから再接続します。Global Routingがシステム上のすべての通信を完全に制御するわけではなく、システムサービスやアプリ独自の接続動作が結果に影響する場合もあります。
RULE MATCHING
ルールは「どの接続をどのポリシーで処理するか」を定めます。Configで有効な設定ファイルとルールの内容を確認し、Global RoutingではConfigを選択してください。ルールの種類は照合条件、ポリシーは一致した後の処理方法を示します。両者を混同しないようにしましょう。通常は対象範囲が明確なルールを先に、範囲の広いルールを後に配置し、最後にフォールバック項目を確認します。
ドメインのサフィックスに基づいて照合します。たとえば example.com は、そのドメインとサブドメインに適用できます。DOMAINはドメインの完全一致、DOMAIN-KEYWORDはキーワードによる照合です。キーワードの範囲が広すぎると、意図しない接続まで対象になるおそれがあります。
IPアドレスの割り当てデータベースに基づいて照合します。ウェブサイトの言語やコンテンツで判定するものではありません。データベースの記録、名前解決の結果、実際のサービス設置場所は異なる場合があるため、サイト名だけでどのGEOIP条件に一致するかを判断できません。
IPv4とIPv6のアドレス範囲をそれぞれ照合します。設定前にアドレスファミリーとプレフィックス長を確認してください。同じドメインでも異なるアドレスが返される場合があります。IPv4のルールしかない場合、IPv6接続も同じように処理されるとは限りません。
前の条件に一致しなかった場合に適用されるフォールバックルールです。ドメインやアドレス範囲の照合値は指定しません。FINALのポリシーを確認すると、個別ルールのない接続が最終的にプロキシ経由または直接接続になった理由を把握しやすくなります。
PROXYはプロキシ経由、DIRECTは直接接続、REJECTは該当する接続の拒否を意味します。設定で独自のポリシー名やポリシーグループ名を使う場合は、参照先が存在し、名前の表記が一致していることも確認してください。以下は構文の説明用の断片で、完全な設定ファイルではありません。例示ドメインはルールの構造を説明するためのものです。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
REJECTの対象は接続であり、ページ内の特定のコンテンツではありません。ページ本文とほかのリソースが同じドメインを使っている場合、そのドメインを拒否すると正常な機能にも影響することがあります。USER-AGENTなどの条件は、クライアントが該当情報を取得できることが前提であり、すべての暗号化接続に適用できるわけではありません。ルール変更後は、接続ログで接続先、一致したルール、最終ポリシーを確認してください。ページの見た目が変わったかどうかだけで判断しないようにしましょう。
プロトコルの項目や選び方を確認するには、プロトコル技術リファレンスも参照してください。ルールの誤一致とプロトコル設定の誤りは異なる問題です。切り分けでは、まず通信の経路を確認し、その経路で接続を確立できるかを調べます。
SERVER MANAGEMENT
サーバー項目には、個々の接続に必要なアドレス、ポート、プロトコル、認証情報が保存されます。サブスクリプションは複数の項目を取得・更新するために使います。これらの情報は主にHomeで管理します。お手元にサブスクリプションがある場合は、Add Serverから追加画面を開き、Subscribeを選んで完全なURLを入力してください。個別のサーバー情報をお持ちの場合は、該当するプロトコルを選び、情報に従って各項目を入力します。QRコードがある場合はScan QR Codeを利用できますが、読み込み後も内容を確認してください。
保存後、項目名、プロトコル、サーバーアドレス、ポートを確認し、使用するサーバーが選択されていることを確かめます。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは設定項目の構成が異なります。Typeだけを変更して別のプロトコルに切り替えることはできません。TLS名やトランスポート設定などの追加項目も、手元の情報に合わせてください。テストを通すために検証を安易に無効にしないでください。
サブスクリプションを更新すると、リモートのリストを再取得します。既存の項目名や件数が維持されるとは限りません。更新前に対象のサブスクリプショングループを確認し、更新後も選択中の項目を確認してください。サブスクリプションから生成された項目を手動編集した場合、次回の更新で変更が上書きされる可能性があります。個別の設定を継続して保持する必要がある場合は、アプリでの保存・管理方法を事前に確認してください。
リストが空の場合は、まずURLが完全にコピーされているか、余分な空白が含まれていないか、取得した内容が対応するサブスクリプション形式かを確認し、既存サブスクリプションの有効状態も調べます。リストは表示されるのに接続できない場合は、アドレス、ポート、認証情報、ネットワーク到達性を確認してください。Configのルーティング設定とHomeのサーバーリストは用途が異なります。サブスクリプションを読み込んでも、適切なルーティング設定が有効になるわけではありません。
サブスクリプションURLにはアクセス情報が含まれる場合があります。問題を報告する際はエラーの種類だけを記載し、スクリーンショットやログに含まれるURLのパラメーター、認証情報、個人用アドレスを隠してください。URL全体を公開の掲示板などに貼り付けないでください。詳しい追加手順は使い方ガイドをご覧ください。
ON DEMAND
On Demandは、設定した条件に応じてシステムにVPN接続を開始させる機能です。「いつ接続するか」を設定するもので、「接続後にどのように通信を振り分けるか」はGlobal Routingと現在の設定で決まります。サブスクリプションの自動更新とは別の機能であり、自動接続によって利用できなくなったサーバー情報が補われることはありません。
SettingsでOn Demandを開き、現在のバージョンに表示される条件項目を確認して、実際に使用するネットワーク環境に合わせて設定します。初めて設定する前に、Homeで手動接続し、サーバーが利用できることを確認してください。その後、自動接続を有効にします。Wi-Fi関連の条件がある場合は、ネットワーク名と対応する動作を一つずつ確認し、本来除外する環境を接続条件にしないよう注意してください。
設定後は、条件に一致する環境と一致しない環境の両方でテストし、システムのVPN状態とアプリ内の接続状態を確認します。手動で切断しても再接続される場合、スイッチの不具合ではなくOn Demandの条件が再び成立した可能性があります。一時的に問題を切り分ける場合は、元の条件を記録してからOn Demandを一時停止し、手動テスト後に設定を元に戻してください。
DATA
Dataでは、クライアントが記録した通信量を確認できます。Dataを開いたら、まず表示対象の範囲とカウントの意味を確認し、アップロードやダウンロードなどの項目を比較してください。通信量のカウントは、クライアントがデータ転送を確認したことを示します。接続先のページが正常に表示されたことや、すべてのリクエストが想定したポリシーで処理されたことを単独で証明するものではありません。
特定の操作による変化を確認する場合は、現在のカウントを記録してから、内容が明確なアクセスを一度行い、戻って変化を比較します。現在の画面にリセット操作がある場合は、過去のデータが不要であることを確認してから使用してください。リセットの対象は該当する統計のみで、サービス側の利用量は消去されません。バックグラウンドのアプリやシステムの動作も通信量に含まれる場合があります。テスト中はほかの通信をできるだけ控えてください。
Dataは、サブスクリプションの残り容量を一括で確認する画面ではありません。クライアントの統計と利用中のサービスの課金記録は、集計期間、プロトコルのオーバーヘッド、リセット時刻によって異なる場合があります。「使用量が一致しない」場合は期間と集計方法を揃えて比較してください。「アクセスできない」場合は接続ログ、DNS、サーバーの状態を確認します。通信量の数値だけで利用可否を判断しないでください。
SETTINGS & DIAGNOSTICS
Settingsでは、接続、テスト、補助機能に関する設定をまとめて確認できます。一部の項目は現在のConfigの内容に左右される場合もあります。操作時はアプリに実際に表示される項目を確認し、変更前の値を記録してから一項目ずつ変更・検証してください。複数の設定でDNS、テスト、自動接続の項目を一度に重ねて変更すると、どの項目が変化の原因か判断しにくくなります。
DNSはドメイン名をアドレスに変換し、その結果は後続の接続や一部のルール照合に影響します。まずSettingsでDNS関連の項目を確認し、次に現在のConfigにDNS設定が含まれているかを調べてください。一か所を変更しただけで反映されたと決めつけないようにしましょう。既存の設定を使う場合は、DNSリクエストのルーティングとフォールバックの仕組みを先に確認してください。
ドメインではアクセスできない一方、アドレスでは到達できる場合、名前解決を確認する手掛かりになります。ただし、原因を示す確定的なものではありません。証明書の名前、サーバー側の要件、キャッシュが違いを生む場合もあります。DNSを変更した後はリクエストを再実行し、必要に応じて再接続して、診断結果も確認してください。見慣れたアドレスが表示されたことだけで、設定が正しいとは判断できません。
Test Methodでは接続テストの方式を選択し、Connectivity Testではそのテストを実行します。まずSettingsでTest Methodを確認し、サーバーリストに戻って確認したい項目をテストしてください。方式によって測定対象は異なります。結果をダウンロード速度と同一視したり、異なる方式の数値を並べて比較したりしないでください。
テストに成功しても、該当する条件下で通信できたことを示すだけで、すべての接続先にアクセスできるとは限りません。失敗した場合も、方式、接続先、ネットワーク環境をあわせて確認してください。ネットワーク条件によってテストの動作が制限される場合もあります。サーバー項目を比較する際は方式とネットワーク環境を揃え、最終的には実際の利用時のアクセス結果で判断してください。
Today Widgetは、システムのウィジェットに関連する補助機能です。Settingsで該当する項目を確認し、デバイスのシステムで許可されている場所にウィジェットを追加または管理してください。利用できる場所、表示形式、操作内容はシステム環境やアプリの実装状況によって異なります。デバイスに表示される内容を基準にしてください。
ウィジェットの状態だけで、Homeでの確認を済ませないようにしてください。ウィジェットで操作した後に状態が一致しない場合は、アプリに戻って接続スイッチ、Global Routing、サーバーの選択を確認します。初回利用時は、アプリ内で設定と必要なシステムの許可を行ってください。
iCloud関連機能は、アプリが対応する範囲のデータを同期します。Settingsで同期設定を確認し、デバイスのシステムでiCloudが利用可能かも確認してください。別のデバイスでデータを確認する前に、両方のデバイスで使っているアカウント、同期の許可、ネットワーク環境が条件を満たしているか確認します。変更内容がすぐに別のデバイスへ反映されるとは限りません。
同期の対象範囲は、アプリ内の最新の説明に従ってください。すべてのサーバー認証情報、統計履歴、システムのVPN許可が含まれるとは限りません。重要な設定を変更する前に、復元できるコピーを保管してください。App Storeの購入履歴とiCloudのデータ同期は別の仕組みです。購入を復元しても設定が復元されるわけではなく、設定を読み込んでも購入が完了するわけではありません。
Diagnosticsでは、接続の切り分けに必要な情報を収集・確認できます。Settingsで該当する項目を探し、問題を一度再現してから、利用可能な診断情報を確認または書き出してください。問題が発生したときのネットワークの種類、Global Routing、接続先ドメイン、現在の設定、エラーの状況を記録すると、名前解決、接続確立、ルール処理のどの段階で起きたかを切り分けやすくなります。
問題を報告する前に、ログにサブスクリプションURL、認証情報、個人用ドメインなどの機密情報が含まれていないか確認し、必要に応じて伏せてください。診断ログは一定期間の観察記録であり、過去のすべての動作を証明するものではありません。設定変更後に問題が解消した場合は、ほかの項目をまとめてリセットせず、変更した項目を記録してください。
本ページでは主にiPhoneとiPadの機能を説明しています。Mac、Apple TV、Apple Visionの互換性、システム要件、購入条件はApp Storeの掲載内容をご確認ください。デバイスによって画面構成が異なる場合があるため、本ページの操作位置がすべてのデバイスで共通とは限りません。