Clash クライアントダウンロードとルール設定

ルール分岐では、ドメイン、接続先IP、ルールセットに応じて通信先を決めます。同じ設定ファイルで、特定のサービスをプロキシ経由にしたり、LAN内の通信を直接接続にしたり、条件に合致したリクエストを拒否したりできます。ルールは上から順に評価され、最初に一致した項目が適用されるため、細かいルールを広い条件のルールより前に置き、最後にMATCHで残りの接続を処理します。出口を全体で切り替える方法と異なり、アプリごとの通信要件を個別に設定できます。初めて編集する場合は、まずドメインルールを1つだけ追加し、接続ログで一致結果を確認しましょう。一度に複数箇所を変更すると、原因の特定が難しくなります。

ポリシーグループは、ノードやほかのポリシーをまとめ、ルールから参照できる名前を付ける仕組みです。selectは手動選択、url-testは検査結果に基づく出口選択、fallbackは上から順に利用可能な項目を探す方式、load-balanceは接続を振り分ける方式です。まずノードの参照元を設定し、ポリシーグループを作成してから、rulesでグループ名を参照すると設定の関係が分かりやすくなります。各ルールにノード名を直接書く場合に比べ、出口を切り替える際の修正箇所を減らせます。自動検査で分かるのは検査先への到達性です。実際の使用感も確認し、一度の検査結果だけで全接続の出口を決めないようにしましょう。

TUNモードは仮想ネットワークインターフェースを通じて通信を取り込みます。システムプロキシ設定を参照しないアプリや、より多くの通信を取り込む必要がある場合に適しています。TUNとルールモードは二者択一ではありません。TUNは通信をカーネルに取り込む方法、ルールは取り込んだ通信の振り分け方法を決めます。有効にする前に、クライアントに必要な権限があることを確認し、ほかのVPN、ルーティング設定、セキュリティソフトとの競合がないか調べてください。通常のシステムプロキシより関係するネットワーク層が多いため、まず基本的なプロキシ接続を確認し、その後ルーティングやDNSの制御を一つずつ有効にします。元のネットワーク設定に戻す方法もあらかじめ確認しておきましょう。

DNSはドメイン名を解決します。Fake-IPは仮想アドレスにドメイン情報を対応付け、後続のルール判定でドメインを利用できるようにする仕組みです。プロキシノードではなく、出口の選択を代替するものでもありません。設定時はDNSサーバーへの到達性、DNSリクエストの経路、LAN内サービスとの互換性をあわせて確認します。特定の端末やアプリが仮想アドレスを扱えない場合は、状況に応じてフィルター項目を追加できます。システムDNSを変更するだけの場合と異なり、クライアント内蔵のDNSはルール分岐やTUNによる通信の取り込みとあわせて確認が必要です。変更後は接続を作り直し、古いキャッシュがテスト結果に影響しないようにしてください。

Profileは、クライアントで設定を保存・切り替えるための機能です。ローカルのYAMLファイルを読み込む方法と、リモートのサブスクリプションから作成する方法があります。読み込み後は使用する設定を選び、カーネルへの読み込みが完了したことを確認してください。ファイルが一覧にあるだけでは、使用中とは限りません。リモート更新でサブスクリプションの内容が置き換わる場合があるため、長期的に保持するルールはクライアントのオーバーライド機能やマージ機能で管理しましょう。ダウンロードしたファイルを直接編集し続けるより、サブスクリプションの内容とローカル変更を分けておくと、元に戻しやすくなります。複数の設定には用途が分かる名前を付け、更新日時も記録してください。サブスクリプションURLにはアクセス用の認証情報が含まれることがあるため、公開画像やログに載せないよう注意しましょう。