Clash 公式サイト · 全プラットフォームクライアントダウンロード

ルールエンジンは DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR などの条件を上から順に照合し、一致した時点で処理を終え、最後の MATCH で残りを処理します。通常はルールモードを維持しておけば、ブラウザで日本国内のサイトと海外サービスを同時に開いても、それぞれ別の経路を通り干渉しません。設定ファイル内のルールはリモートのルールセットを参照でき、メンテナーがまとめて更新するため、ローカルで一件ずつ書く必要はありません。個別サイトの経路を調整したい場合は、ルールリストの先頭により精密な条件を挿入すれば上書きできます。ルール文法は本サイトの設定完全ガイドに段階的な例を掲載しています。

オリジナルの Clash コアリポジトリは2023年に更新が停止しましたが、コミュニティが保守する mihomo(旧称 Clash Meta)が開発を引き継ぎました。既存の YAML 設定構造と完全に互換性があり、旧設定はほぼそのまま移行できます。その上で VLESS や Hysteria2 などの新プロトコル、rule-providers によるルールセット、GeoSite データベース、より細かい粒度の DNS ポリシーが追加されています。本サイトのダウンロードページに掲載している Clash Plus、Clash Verge Rev、FlClash などのクライアントは全てこのコアを内蔵しており、コアの違いと移行のポイントはブログで専門記事にまとめています。

サブスクリプションの実体はリモートに置かれた設定ファイルで、クライアントはURLからダウンロードしてノード・ポリシーグループ・ルールを解析します。導入はリンクをコピーして設定ページに貼り付け確認するだけ。以降サービス提供元がノードを更新すると、クライアントは設定した間隔で自動的に新しいバージョンを取得するため、手動操作を繰り返す必要はありません。複数のサブスクリプションは同時に保存していつでも切り替えられ、互いに上書きされません。更新に失敗する場合は多くがリンクの期限切れかネットワーク不通で、確認手順はチュートリアルページのステップ2に詳しく記載しています。サブスクリプションの YAML と Base64 という2形式の違いはブログで専門記事にまとめています。

従来のシステムプロキシは、プロキシ設定を能動的に読み取るアプリにしか効果がなく、ゲームクライアントや一部の開発ツールは素通りしてしまいます。TUNモードはシステム内に仮想ネットワークカードを作成し、デバイスの全アウトバウンド通信をコアに取り込んで同じルールセットで分流します。カバー範囲はルーターレベルのプロキシに相当します。有効化はクライアントの設定ページから行い、Windows では管理者権限で仮想ネットワークカードドライバをインストールし、macOS ではネットワーク拡張を許可する必要があります。有効化後はシステムプロキシを無効にして重複を避けることを推奨します。システムプロキシとの使い分けは、よくある質問セレクションで一言の結論を紹介しています。

ポリシーグループはノードの上位に位置するスケジューリング層です。url-test グループは一定間隔でテストURLにリクエストを送り、各ノードの遅延を記録して最適なものを自動選択します。fallback グループは順番に可用性を確認し、優先ノードが失効すると次のノードへ移ります。load-balance グループは接続を複数ノードに分散します。クライアントパネルのワンクリック測定ボタンは、現在のグループに対して手動で一巡テストを実行するもので、遅延の数値がノードの隣に表示されるため手動選択にも便利です。ポリシーグループの各フィールドの意味とネストの書き方は設定完全ガイドに独立した章があり、そのままコピーできる YAML 例も掲載しています。

各プラットフォームのクライアントは画面こそ異なりますが、内部は同じコアで同じ設定形式を解析しています。デスクトップには Clash Plus と Clash Verge Rev、Android には VpnService ベースの APK クライアント、iOS には App Store 上の Clash Plus、Linux サーバーではコアのバイナリを直接実行します。どのプラットフォームでサブスクリプションを導入しても、得られるノードリスト・ポリシーグループ・分流動作は完全に一致し、デスクトップで調整したルールはスマートフォンでもそのまま有効です。各プラットフォームのインストール方法の違いはダウンロードページの対応セクションにまとめてあり、複数サイトを行き来する必要はありません。