Clashセットアップ:全プラットフォーム対応クライアントのダウンロードと設定ガイド

Clash の中核的な仕組みはルールの逐次マッチングです。各コネクションはドメインのキーワード、ドメインの拡張子、IP レンジ、GEOIP 帰属などの条件で順に照合され、一致したポリシーグループ(プロキシ・直結・拒否のいずれか)に渡されます。この仕組みにより、日本国内のサイトは直結、海外サービスはプロキシ経由、広告ドメインは即時ブロックといった動作を、手動でスイッチを切り替えることなく同時に成立させられます。ルールはサブスクリプション化されたルールセット(rule-provider)にも対応し、日常的なメンテナンスコストは1件ずつ手書きするより大幅に低くなります。具体的な書き方は上級マニュアルのルールの章を参照してください。

mihomo コアは、オリジナル版 Clash がサポートしていた Shadowsocks、VMess、Trojan に加え、VLESS、Hysteria2、TUIC、WireGuard といった比較的新しいプロトコル実装を追加しています。異なるプロトコルのノードを同じ YAML 設定に書き込み、同じポリシーグループ内で混在させることができ、クライアント側は遅延やルールに応じて自動的に選択します。プロトコルごとに別のツールを用意する必要はありません。各プロトコルの完全なパラメータ説明は、概念チェックページでカテゴリ別に検索できます。

システムプロキシはプロキシ設定に従うアプリにのみ有効で、コマンドラインツール、ゲームクライアント、一部の UDP 通信はそのまま迂回してしまいます。TUN モードは仮想ネットワークアダプタを作成してネットワーク層で全アウトバウンド通信を制御し、fake-ip による解決と組み合わせることで、プロキシ設定を読まないプログラムも分流ルールの対象になります。デスクトップクライアントでは通常スイッチを1つオンにしてドライバーや権限を許可するだけで有効化でき、両モードの仕組みの違いと選び方はブログと上級マニュアルで個別に解説しています。

プロバイダーから提供されたサブスクリプションリンクをクライアントに読み込むと、ノードリストは設定した周期で自動的に更新され、ノードを切り替えるたびに設定をやり直す必要はありません。ルールも同様にサブスクリプション化できます。よく使う分流ルールをリモートルールセットに分割し、クライアントが定期的に更新することで、ローカル設定には参照と少数の個別条件だけを残せます。複数サブスクリプションの統合とローカルでの上書きの方法は上級マニュアルで章を設けて解説しており、複数のサブスクリプションを併用しているユーザーに適しています。

プロキシ利用時に最も見落とされがちなのが DNS です。問い合わせが依然としてローカルのプロバイダーのサーバーを経由していると、アクセス先の意図が露出してしまいます。これがいわゆる DNS 漏洩です。Clash 内蔵の DNS モジュールは fake-ip 拡張モード、DoH/DoT による暗号化アップストリーム、ドメイン別のグループ解決に対応しています。国内ドメインは国内 DNS で解決速度を確保し、それ以外のドメインはリモート解決に任せることで漏洩を回避します。関連項目の推奨値とトラブルシューティング方法は上級マニュアルの DNS の章にまとめています。

コアは RESTful コントロールAPIを公開しており、ノード切り替え、遅延テスト、コネクション確認、ログ出力はすべてAPI経由で実行できます。デスクトップクライアント標準搭載のパネル以外にも、metacubexd などの Web コンソールと連携し、ルーターやサーバー上で動作するコアのインスタンスをブラウザから管理できます。これはヘッドレス構成(サブルーター、NAS、VPS)における標準的な管理方法でもあり、構成の考え方はブログのルーター方式の概説を参照してください。