Global Routingの3つのモード
HomeでGlobal Routingを確認します。Configモードでは、現在の構成ファイルにあるルールに従ってリクエストを処理します。Proxyモードでは、対象の通信をプロキシ経由で処理します。Directモードでは直接接続します。ルールで振り分ける場合はConfigを選び、Configで想定したファイルが有効になっていることを確認してください。モードを切り替えると通信の処理方法は変わりますが、サーバーパラメータの誤りは修正されません。トラブルシューティングでは一度に一つだけ変更し、変更前のモードを記録したうえで同じ接続先を使って差を確認してください。モード変更をルールの適用と取り違えないようにします。
On Demandで接続開始条件を設定
SettingsでOn Demandを確認し、利用状況に応じて接続開始条件を設定します。On Demandが決めるのは接続を開始するタイミングであり、特定のドメインがどの経路を通るかではありません。経路はGlobal Routingとルールで決まります。初回設定では、まず手動で接続を確認してから自動接続を有効にしてください。2種類の動作を同時に調べずに済みます。変更後は実際に使うネットワークに切り替えて確認し、デバイスの接続状態も調べてください。接続が自動的に再開する場合は、確認済みの構成ファイルをすぐ削除せず、まずOn Demandの条件を見直します。
ルールは順番に判定される
Configで使用中の構成ファイルにある[Rule]セクションを確認します。DOMAINは完全一致のドメイン名、DOMAIN-SUFFIXはドメインとそのサブドメイン、IP-CIDRはIPアドレスの範囲を対象にします。ルールは上から順に判定され、一致すると対応するポリシーが適用されます。条件の範囲が広いルールを先に置くと、後続の詳細なルールが適用されない場合があります。必要な例外を一般的な条件より前に置き、末尾にFINALを設定してください。右側の例では、特定のドメインにDIRECTを適用し、同じサフィックスに一致するその他のリクエストにPROXYを適用します。ルールの順番によって同じ範囲の結果が変わることを示しています。
プロトコルの種類はサーバーと一致させる
Add ServerのTypeで、既存情報に合った種類を選択します。例:Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2。プロトコルによって必要な認証情報や転送設定が異なり、アドレスとポートだけでは判断できません。サーバーの提供元が示すパラメータを一つずつ確認し、必要なTLS、転送方式、DNS設定を保持してください。WireGuardでは、ローカルインターフェースとPeerのパラメータを区別する必要があります。ルール内のPROXYはポリシーであり、プロトコル名ではありません。ルールを書き換えても、正しいプロトコル設定の代わりにはなりません。
Subscribeで既存情報を読み込む
ユーザーがすでに保有するサブスクリプション情報を用意し、Add ServerでSubscribeを選択して入力・保存します。その後、HomeのSERVERリストに想定した項目が表示されることを確認してください。サブスクリプションの更新は、提供元からサーバー情報を再取得する操作です。アプリの更新やルールファイルの更新とは異なります。読み込み前にリンクが完全か確認し、読み込み後は使用する項目が選択されていることを確かめてください。サブスクリプションURLにアクセス認証情報が含まれる場合があります。公開したり、スクリーンショットに写したりしないでください。右側ではサブスクリプションの項目を作らず、サーバーリストと[Rule]の役割だけを説明します。
設定と実際のリクエストを分けて確認
Configで使用中のファイルを確認し、Connectivity Testで基本的な接続性を調べてから、SettingsのDiagnosticsで問題箇所を特定します。Dataの通信量統計はリクエストや通信量の変化を把握するためのもので、すべての接続先にアクセスできることを示すわけではありません。iCloud同期を使う場合は、デバイスの関連設定を確認し、別途バックアップを保管してください。同期後も、使用中の構成ファイルとサーバーの選択を確認する必要があります。診断情報を共有する前に、認証情報とサブスクリプションURLを削除し、ローカルネットワーク、サーバーパラメータ、DNS、ルールの順に確認します。