Config を選択してからルールの順序を確認
ルールによる振り分けでは、接続先のドメインやアドレスに応じて PROXY、DIRECT などのポリシーを決定します。Home の Global Routing で Config を選ぶと、現在の設定にあるルールに従って通信先が決まります。ルールは通常、上から順に照合されるため、具体的な条件を広範な条件より前に配置します。FINAL は、それまでのルールに一致しなかったリクエストを処理します。問題を調べる際は、まず選択中の Config を確認し、実際に一致したルールを特定してください。ルールを変更したら対象を絞って再テストします。サーバーと DNS を同時に切り替えると、結果が変わった原因を判断しにくくなります。
DOMAIN-SUFFIX,example.com,PROXY
該当する章を見る →
接続を修復する機能ではなく、条件に応じて接続する機能
On Demand は、設定したネットワーク条件に応じて接続を開始する機能です。Settings から設定できます。まず手動で接続し、既存の設定が使えることを確認してから有効にし、普段使うネットワークごとに動作を確認してください。システムの VPN 構成への許可と On Demand の条件が、接続状態に影響します。スイッチをオフにしても自動接続する場合は、サーバーをすぐに削除せず、まずこの設定を確認してください。Host、Port、認証情報の誤りを補正する機能ではなく、接続テストの代わりにもなりません。一時的に接続を止める場合は、On Demand の条件が引き続き有効になっていないかも確認してください。
Settings / On Demand
該当する章を見る →
既存のパラメータに合わせて Type を選択
サーバーを追加する際は、Type を既存サーバーのプロトコルに合わせてください。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 では、必要なフィールドや通信方式が異なります。プロトコル名だけ変更して、ほかのパラメータをそのまま使うことはできません。Add Server で Type を確認し、Host、Port、認証情報、通信設定を一つずつ照合してください。提示されていない項目を推測で入力しないでください。速度やバッテリー消費は、ネットワークの品質、接続時間、サーバー設定にも左右されます。プロトコル名だけで結果を保証することはできません。技術リファレンスでは、各フィールドの意味と違いを説明しています。
Add Server / Type / Host / Port
該当する章を見る →
既存のサブスクリプションを読み込み、一覧を確認
既存のサブスクリプションは、Add Server で Subscribe を選択して入力できます。保存前にリンクが完全か確認し、コピー時に混入した空白、改行、末尾の句読点に注意してください。読み込み後、Home に戻ってサブスクリプションのグループとサーバー項目を確認し、使う項目を選択します。以降の更新では、そのサブスクリプション内の一覧が更新されるのが一般的です。一時的な手動変更を長期保存の方法として使わないでください。サブスクリプションの URL にアクセス認証情報が含まれる場合があるため、公開スクリーンショットやログに載せないでください。一覧が更新されたことはサブスクリプションの取得成功を示すだけで、接続できるかどうかは別途テストが必要です。
Add Server / Subscribe
該当する章を見る →
Config とサーバー一覧を区別する
Config はルールや関連するネットワーク設定を管理するもので、サブスクリプション内のサーバー一覧とは異なります。Config 画面で使用中のファイルを確認し、General、Rule、Hosts などのセクションを確認してください。編集前に元の設定を保存し、一度に変更する項目は一つに絞って、変更の目的を記録しましょう。iCloud で同期する場合は、アプリ内の関連設定とシステムの iCloud の状態を確認し、別のデバイスでファイルが実際に届いているか確認してください。ファイル名が同じだけで内容も一致していると判断しないでください。ルールを適用するには、Global Routing で Config が選択されている必要もあります。
Config / General / Rule / Hosts
該当する章を見る →
テスト結果と実際のアクセスを分けて確認
Home の Connectivity Test は、サーバーの応答を初期確認するために使えます。ただし、テスト結果一つだけで、すべての Web サイトやアプリにアクセスできるとは判断できません。まず選択中のサーバーを確認し、次に Global Routing を確認してから、対象を明確にしてアクセスを試してください。テストに応答があるのに Web ページを開けない場合は、DNS、ルールの照合結果、接続先サービスの状態を確認します。Data の通信記録はリクエストが送信されたかを調べる手掛かりになり、Settings の Diagnostics はさらに詳しい原因調査に役立ちます。診断情報を共有する前に、サブスクリプション URL や認証情報が含まれていないか確認し、機密情報を削除してください。
Connectivity Test / Data / Diagnostics
該当する章を見る →