ClashクライアントのダウンロードとYAML設定ガイド

ルーティングルールは、接続に使う出口を決めます。コアはリストの上から順に照合し、最初に一致したルールを適用するため、完全一致のドメインは広範なルールより前に、最後のフォールバックは末尾に配置します。ルールを直接記述するほか、ルールセットでまとめて管理することもできます。全通信の出口を切り替えるだけの方法と異なり、ルールモードでは接続先ごとに異なるポリシーを適用できます。変更後は接続画面で宛先ドメイン、適用ルール、プロキシグループの経路を確認しましょう。ブラウザーでページが開けるかどうかだけでは、振り分け結果を判断できません。

プロキシグループを使うと、ルールの宛先と実際のノードを分けて管理できます。ルールには固定のグループ名を指定し、グループ内でノードを選ぶため、出口を切り替えるたびに個々のルールを変更する必要はありません。手動選択にはselect、測定結果に応じた自動選択には通常url-test、利用可能な接続先への切り替えにはfallbackを使います。ノードを一覧に並べるだけの場合と比べ、用途ごとに出口の優先度を設定できます。ただし、グループ名は参照先と完全に一致させ、グループ間で循環参照が起きないようにしてください。遅延テストで分かるのは測定先へのリクエスト状況であり、すべてのサイトの通信速度や安定性を示すものではありません。

DNS設定ではドメイン名の解決方法と、コアがドメイン名と接続の対応を保持する方法を指定します。fake-ipはリクエストに対して対応付け用のアドレスを返し、コアが実際の接続先と関連付けます。上流サーバーが返すグローバルIPアドレスではありません。システムDNSを単純に置き換える方法より、ドメインルールをルーティングに適用しやすい一方、対象の通信が実際にコアを通る必要があります。LAN内の機器や特定アプリで互換性の問題が起きた場合は、まず名前解決の経路を確認し、必要に応じてフィルターを設定してください。最初から複数の上流DNSを追加するのは避けましょう。設定を変更したら、古いキャッシュを削除して接続をやり直します。

TUNは仮想ネットワークインターフェースで通信を受け取るため、システムプロキシ設定を参照しないアプリにも適しています。変わるのは通信がコアに入る経路であり、すべての接続が自動的にプロキシ経由になるわけではありません。出口は引き続き現在のモードとルールで決まります。システムプロキシに比べ、TUNはサービス権限やルーティング、DNSの制御に依存し、ほかのVPNや仮想ネットワークアダプターとも競合しやすくなります。初めて使うときは、通常のプロキシ接続が正常に動作することを確認してから、TUNを個別に有効にしてください。接続できなくなった場合は、まずTUNを無効にして元の状態に戻し、サービスの状態、ルーティング、ログを確認します。複数の項目を同時に変更しないでください。

オーバーライドを使うと、待ち受けポートの固定やログレベルの変更、ルールの追加など、ローカルの設定をリモート設定と分けて保存できます。サブスクリプションから生成されたファイルを直接編集すると、次回更新時に変更が失われることがあります。クライアントが提供するオーバーライド機能で管理すれば、変更を追跡しやすくなります。ただし、オーバーライドの設定項目がすべてのクライアントで共通しているわけではありません。マージ順序やリストの追加・置換方法は実装によって異なります。適用前にバックアップし、適用後は編集画面だけでなく最終的な設定を確認してください。ルールリストを変更した場合は、追加したルールがフォールバックより後ろに配置されていないか、特に確認しましょう。