Clash用語集：プロキシ・ルール・DNS・設定項目を解説

サブスクリプションは通常、リモート設定URLです。クライアントはそこからノード、プロキシグループ、ルール、DNS設定を取得します。更新するとサービス側の内容を再読み込みするため、ローカルで直接変更した部分が上書きされる場合があります。

サブスクリプションURLを読み込めない場合は、まずURLが完全で有効か、返される内容がクライアント対応の設定形式かを確認します。サブスクリプション自体はノードではなく、ノードはその内容の一部です。

ノードは接続先として利用できるプロキシサーバーの入口です。通常はサーバーアドレス、ポート、プロトコル、認証情報、通信パラメータを含みます。クライアントがノードを選択すると、カーネルがそれらの情報に従って接続を確立します。

ノード名は識別しやすくするためのラベルにすぎず、実際の速度を単独で示すものではありません。接続品質はローカルネットワーク、サーバー負荷、回線距離、対象サイトにも左右されます。

遅延は、テストリクエストを送信してから応答を受け取るまでの時間です。通常はミリ秒で記録します。値が小さいほどテスト対象の応答が速いことを示しますが、ダウンロード速度が必ず高いとは限りません。

クライアントの遅延テストは、テスト先、タイムアウト、現在のネットワーク状態に影響されます。ノードを比較するときは同じ方法で測定し、実際の利用感も合わせて判断してください。

HTTPプロキシはローカルの待受ポートでアプリのリクエストを受け取り、クライアントが後続の接続方式を決定します。ブラウザやシステムプロキシ設定に対応する多くのソフトでそのまま利用できます。

システムプロキシだけを有効にしている場合、システム設定を参照しないコマンドラインツール、ゲーム、一部のバックグラウンドサービスはクライアントを経由しないことがあります。アプリごとにプロキシを設定するか、TUNモードを利用してください。

SOCKS5は汎用性の高いプロキシプロトコルインターフェースです。複数の上位接続を扱え、ユーザー名とパスワードによる認証にも対応します。開発ツール、ダウンロードツール、コマンドラインプログラムの一部には専用のSOCKS5設定があります。

利用時はクライアントのローカル待受アドレスとSOCKSポートを入力します。DNSもプロキシに処理させるかどうかは、アプリの実装と指定するアドレス形式によって異なります。

Ruleモードでは接続をルールリストに順番に照合し、一致したポリシーに従ってプロキシ、直接接続、拒否を決めます。日常利用に適しており、Webサイトやアプリごとに異なる経路を選べます。

ルールの順番は非常に重要です。範囲の広いルールを前に置きすぎると、後続の詳細なルールが機能しなくなることがあります。分岐の問題を調べるときは、まずログの一致ルールと最終ポリシーを確認してください。

Globalモードでは、クライアントが取り込んだ大部分の接続を現在選択中のプロキシポリシーへ一括で渡します。この状態では、設定内の細かなルールは通常の日常的な分岐判断に使われません。

特定のノードが利用できるか短時間テストしたり、問題がルールに起因するか確認したりする場合に適しています。長時間使う場合は、LAN、システムサービス、プロキシを通すべきでない接続に注意してください。

Directモードでは、取り込まれた接続がプロキシノードを使わず対象へ直接アクセスします。ローカルネットワーク経路を一時的に戻したり、障害がプロキシ経路に関係するか判断したりする際に使います。

Directへ切り替えてもクライアント自体が終了するわけではありません。ローカルポート、DNS、TUNが動作し続ける場合があります。取り込みを完全に停止するには、該当するスイッチをオフにするかプログラムを終了してください。

Rule Providerはルール群を独立したファイルまたはリモートURLに保存し、メイン設定から名前で参照する仕組みです。メイン設定を短くでき、よく使うルールセットを個別に更新できます。

ルールセットの動作タイプは内容の形式と一致させる必要があります。たとえばドメイン、IPサブネット、クラシックルールなどです。タイプが合わないと、ファイルを正常に取得できても期待どおりに一致しないことがあります。

GeoIPは地理データベース上の対象IPの帰属情報に基づいて照合し、国や地域ごとの接続分けに使われます。判定対象はアドレス情報であり、Webページの使用言語ではありません。

データベースを長期間更新しないと、新しく割り当てられたIPや帰属が変わったIPが誤分類される可能性があります。地理ルールの一致がおかしい場合は、データベースの更新日時と取得元を確認してください。

GeoSiteは用途や帰属ごとに整理されたドメインルールデータベースです。メディア、検索、通信、一般的なサービスなどのドメイン集合を照合できます。ドメイン分類に着目するもので、アドレスの帰属を判定するGeoIPとは異なります。

1つのWebサイトが複数のサードパーティドメインを使うことがあるため、単一のカテゴリーですべてのリクエストをカバーできるとは限りません。調査時は接続ログを確認し、より具体的なドメインルールを追加してください。

プロキシグループは複数のノード、直接接続ポリシー、他のプロキシグループをまとめ、ルールから参照できるようにします。手動選択、テスト結果による選択、フォールバック、負荷分散などが一般的な動作です。

ルールが一致するのは通常、最終ノード名ではなくプロキシグループ名です。実際の接続先は、その時点でグループ内のどのメンバーが選択されているかによって決まります。

YAMLはClash設定でよく使われるデータ形式で、インデントによって項目の階層を表します。スペース、コロン、リスト記号に敏感で、タブやインデントのずれが解析失敗を招くことがあります。

設定を変更するときは同じ階層のインデントをそろえ、ノード名を不用意に変更しないでください。名前に特殊記号が含まれる場合は、引用符で囲むと安全です。

port はHTTPプロキシのローカル待受ポートを設定します。アプリでHTTPプロキシを有効にすると、通常はローカルアドレスとこのポートへ接続します。

ポートが他のプログラムに使用されていると、カーネルが待ち受けを開始できないことがあります。ポートを変更したら、システムプロキシや手動設定済みのアプリも合わせて更新してください。

mixed-port はHTTPとSOCKSの接続を同時に受け付ける混合待受ポートです。アプリは対応するプロキシ形式に応じて同じポートへ接続できます。

ローカルポートの数を減らせますが、リモートノードで使われるプロトコルは変わりません。設定内で複数の待受ポートを指定する場合は、ポート番号が重複しないようにしてください。

proxies はメイン設定に直接記述する静的ノード定義を保存します。各エントリには通常、名前、サーバーアドレス、ポート、プロトコル、対応する認証パラメータを含めます。

プロキシグループはノード名でこれらのエントリを参照するため、名前を変更したら関連するプロキシグループも更新してください。ノードが多い場合は、Proxy Providerで別ファイルへ分割できます。

proxy-groups はプロキシグループを定義します。グループ名、動作タイプ、選択可能なメンバーを指定し、ルールは通常トラフィックをグループへ渡して最終ノードを決めます。

グループ内のメンバーには、ノード、組み込みポリシー、別のプロキシグループを指定できます。参照名は完全に一致させる必要があり、一致しないとカーネルが対象のプロキシやポリシーを見つけられないことがあります。

rules はトラフィック分岐の条件と対象ポリシーを上から順に保存します。通常は詳細なドメインや特殊サービスから書き始め、より広いカテゴリーのルールを続け、最後にフォールバックルールを置きます。

接続が前のルールに一致すると、通常は後続ルールの判定へ進みません。新しいルールが効かない場合は、より前にある広範な条件で先に処理されていないか確認してください。