01 · RULES
ドメイン、IP、フォールバックルールを順番に照合
ルールモードで重要なのは、ルールの数ではなく照合順序です。通常、ドメインルールをIP系ルールより前に置き、広告カテゴリ、指定ドメイン、ローカルネットワークのアドレスを優先的に処理します。最後に、どのルールにも一致しない接続をMATCHで受けます。クライアントのルール画面では、現在の設定に含まれるルールと、接続が最終的にどのプロキシグループへ入ったかを確認できます。
設定を変更する際は、ルール名とプロキシグループ名が完全に一致しているかも確認してください。存在しないグループを指定すると読み込みに失敗し、広すぎるルールを先に置くと後続のルールが機能しなくなる場合があります。単なるオン・オフ切り替えだけの一般的なプロキシツールと異なり、Clashのルールチェーンでは、ドメイン、地理情報、プロセスなどの条件を組み合わせ、確認しやすい通信経路を構成できます。
プロトコルとルールのリファレンスを見る →
config.yaml · rules
読み込み済み
- DOMAIN-SUFFIX
github.comノード選択
- DOMAIN-KEYWORD
googleノード選択
- GEOSITE
category-ads-allREJECT
- GEOIP
CNDIRECT
- MATCH
フォールバックノード選択
02 · ROUTING
システムプロキシとTUNモードを使い分ける
システムプロキシは、端末のプロキシアドレスをOSの設定に反映します。ブラウザーやシステムプロキシを参照するデスクトップアプリに適しています。一方、ターミナル、ゲーム、一部の独自ネットワーク機能を持つソフトウェアは、この設定を無視することがあります。ブラウザーは使えるのにコマンドラインが通らない場合は、まずアプリがシステムプロキシに対応しているか確認し、環境変数を設定するか、より広い範囲をカバーするTUNモードを使うか判断してください。
TUNモードは仮想ネットワークインターフェースで通信を引き受けるため、より多くのアプリを一括して処理したい場合に適しています。ただし、権限、ルーティング、DNS設定の影響を受けやすくなります。両方を何度も切り替える必要はありません。まずシステムプロキシで設定とノードが正常に動作することを確認し、必要なアプリ範囲に応じてTUNを有効にすると、問題の切り分けが容易になります。
接続手順を読む →
ネットワーク設定
ローカル
- システムプロキシOSのプロキシ設定に反映
- TUNモード仮想ネットワークインターフェースで接続を処理
- LAN接続を許可同じネットワーク内の端末からのアクセスを許可
- 混合ポートHTTPとSOCKSで共通の入口を使用
7890
- IPv6現在のネットワーク環境に応じて設定
03 · DNS
ドメイン解決も同じ分岐チェーンに組み込む
ドメインを条件にするルールでは、DNSの処理方法が照合結果に直接影響します。クライアントは名前解決をコアに任せ、ルールに応じて解決経路を選択できます。OS、ブラウザー、クライアントがそれぞれ異なる方法で名前解決すると、想定と違うルールに一致したり、接続がプロキシを回避したり、古いDNSキャッシュが残ったりすることがあります。
ClashのDNSリークを調べるときは、テストページを1つ確認するだけでは不十分です。現在のモード、設定内のDNSスイッチ、ブラウザーのセキュアDNS、システムキャッシュを確認し、ログに該当する問い合わせが出ているか調べます。nameserver、fallback、fake-ip関連の設定を変更した後は、設定を再読み込みし、既存の接続を閉じてから再テストしてください。これにより、古いキャッシュ、ブラウザー独自の名前解決、コア設定の問題を切り分けられます。
DNSのよくある問題を見る →
DNS設定
mihomo
enabletrue
listen0.0.0.0:1053
enhanced-modefake-ip
respect-rulestrue
ipv6false
名前解決の方法は、ルールモード、ネットワーク環境、アプリの動作と合わせて確認する必要があります。
04 · LOGS
ログで接続経路を確認する
ログ画面では、3つの点を確認できます。リクエストがコアに入ったか、どのルールに一致したか、最終的にどのプロキシが使われたかです。トラブルシューティングでは、まずログレベルを通常の情報表示に保ち、問題を一度再現します。大量のデバッグ行を表示しても結論が明確になるとは限らず、重要な接続が埋もれることがあります。時刻、ドメイン、エラーのキーワードで範囲を絞る方が、通常は効果的です。
ログに対象の接続がまったくない場合、問題はClashに通信が入る前に起きている可能性が高いため、システムプロキシ、TUNの権限、アプリ独自のプロキシ設定を確認します。ログ上でルールには正しく一致しているのに接続できない場合は、プロキシグループの選択、サブスクリプションの状態、接続先のネットワークを確認してください。入口、照合、出口の3段階に分けて見ると、ノードを何度も替えるより安定した原因を見つけやすくなります。
ブラウザーとターミナルの切り分け手順を読む →
実行ログ
INFO
INFO設定ファイルの読み込みが完了しました
INFOシステムプロキシ設定を更新しました
INFOgithub.com が DOMAIN-SUFFIX に一致
INFOプロキシ:ノード選択
INFOルールモードの接続を確立しました