対象範囲を決めてからルールの順序を設定
宛先ごとに通信を振り分けるには、Global RoutingでConfigを選択し、Configページで現在使用中のファイルを確認します。ルールは上から順に照合され、最初に一致したルールのポリシーが適用されます。特定ドメインのルールは、より広いドメインサフィックスのルールより前に配置し、FINALは末尾に置きます。以下の例では、まず指定したサブドメインを拒否し、残りのexample.comへのリクエストをPROXY経由にし、それ以外の通信をDIRECTにします。これは照合の仕組みを示す例であり、既存の環境にそのまま適用できる完全な設定ではありません。
[Rule]
DOMAIN,ads.example.com,REJECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
ルールの種類を読む →
接続の開始条件と通信の振り分け条件は別
On Demandは条件に応じて接続を開始する機能です。手動接続が正常に動作することを確認してから設定してください。SettingsでOn Demandの利用条件を確認して保存し、対象のネットワークで接続開始と切断の動作をそれぞれテストします。On Demandは接続するタイミングを決め、[Rule]は接続後のリクエスト経路を決めます。有効にしてもサーバーパラメータは修正されず、ルールの順序も自動では変更されません。以下の断片は独立した振り分け層を説明するもので、On Demandの設定指示ではありません。自動再接続の問題を調べる際は、接続のトリガー設定を個別に確認してください。
[Rule]
DOMAIN,example.com,PROXY
FINAL,DIRECT
On Demandの機能を見る →
Typeは既存のサーバー情報に合わせて選択
ShadowrocketはShadowsocks、VMess、VLESS、Trojanなどのプロトコルに対応しています。サーバーを追加するときは、名前が似ているかどうかだけで判断せず、手元のサーバー情報に合わせてTypeを選んでください。プロトコルによって認証、トランスポート、TLSの項目は異なり、共通ではありません。追加後もHost、Port、関連パラメータを確認してください。プロトコルは接続を確立し、以下のルールは対象リクエストをPROXYに渡すかどうかだけを決めます。プロトコルの認証情報は含まれません。サーバーパラメータの誤りをルールの変更で代用しないでください。利用可能なTypeはアプリ内の一覧をご確認ください。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
プロトコルと項目の用語を見る →
既存の情報を追加して項目の接続可否を確認
既存のサブスクリプションURLがある場合は、Add ServerのSubscribeから追加し、保存後にHomeのSERVERリストを確認します。サブスクリプションを更新できても、項目を読み込んで更新したことを示すだけで、すべてのサーバーに接続できるとは限りません。更新に失敗した場合は、URLが完全か、現在のネットワークからアクセスできるか、既存のアクセス権が有効かを確認してください。サブスクリプションURLには通常、認証情報が含まれるため公開しないでください。以下は追加後に別途確認するルールの例であり、サブスクリプションURLの形式ではありません。サーバーリストと現在の設定ファイルは別々に確認してください。
[Rule]
DOMAIN,example.com,PROXY
FINAL,DIRECT
Subscribeからの追加手順を見る →
設定ファイルの役割をセクションごとに確認
設定ファイルには用途ごとに設定が保存されます。[General]は全般的なパラメータ、[Rule]は振り分けルール、[Host]はローカルのドメインマッピング、[URL Rewrite]はリクエストURLの書き換えに使います。Configページで編集する前に元のファイルを保存し、保存後は変更した設定が現在使用中か確認してください。iCloud同期を有効にしている場合も、このデバイスで選択されている状態を確認します。ファイルが同期されたことは、接続状態も同期されたことを意味しません。以下は[Rule]セクションだけの最小例です。実際に使う前に、既存ファイル内の必要な設定を残してください。
[Rule]
IP-CIDR,192.168.0.0/16,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
.conf設定をセクションごとに読む →
テスト結果と実際のアクセスを照合
Connectivity Testは、現在のネットワークでサーバーへの接続状態を確認します。結果はテスト方法、宛先、ネットワーク状況によって変わり、すべてのWebサイトが利用できるかどうかを示すものではありません。まずサーバーを選んでテストを実行し、続けて対象にアクセスして、接続ログから想定したポリシーが適用されたか確認してください。Dataで通信量の変化を確認できますが、通信量が増えただけでは特定のドメインがPROXYを経由したと判断できません。確認可能な条件となる具体的なドメインを使って振り分けを設定し、失敗した場合はサーバー、DNS、ルールの順序を確認して、一度に一項目だけ変更してください。
[Rule]
DOMAIN,example.com,PROXY
DOMAIN,localhost,DIRECT
FINAL,DIRECT
トラブルシューティングへ →