Windows
Clash Plus、Clash Verge Revなどのグラフィカルクライアントを収録。システムプロキシとTUN仮想ネットワークカードの2方式に対応し、Windows 10 / 11、x64・ARM64アーキテクチャ向けのインストーラーがそろっています。
ダウンロードへオープンソースエコシステム · mihomoコア搭載クライアントを継続メンテナンス
Windows、macOS、Android、iOS、Linux向けのClashクライアント入手・設定マニュアルです。クライアントはmihomoコアを採用し、ルール振り分けとTUNモードに対応。ダウンロード入口、はじめ方、上級設定をそれぞれ1ページに整理しています。
5つのプラットフォームはそれぞれ独立したクライアントとインストーラー形式を用意しています。各入口をクリックするとダウンロードページの該当セクションに直接移動します。ダウンロードページではシステム要件や、開発が終了したクライアントのアーカイブ情報も確認できます。
Clash Plus、Clash Verge Revなどのグラフィカルクライアントを収録。システムプロキシとTUN仮想ネットワークカードの2方式に対応し、Windows 10 / 11、x64・ARM64アーキテクチャ向けのインストーラーがそろっています。
ダウンロードへIntel・Apple Silicon両対応のインストーラーを提供。クライアントはメニューバーに常駐し、拡張モードで全体の通信を接管できます。旧型デバイス向けにはClashX Metaのアーカイブ版も用意しています。
ダウンロードへVpnServiceを利用したroot不要のプロキシ機能を実装。アプリ単位のプロキシ振り分けとサブスクリプションの自動更新に対応し、ARM64・ARMv7それぞれに対応するAPKを用意しています。
ダウンロードへClash PlusはApp Storeに掲載済みで、ストアから直接インストールできます。サブスクリプションのインポートやルール振り分けの仕組みはデスクトップ版と同一で、追加の設定ツールは不要です。
ダウンロードへdebパッケージとグラフィカルクライアントを提供。サーバーやルーター環境ではmihomoコアのバイナリを直接配置し、systemdサービスとして常駐運用することもできます。
ダウンロードへGUIを持たないコアバイナリで、AMD64 / ARM64 / ARMv7 / MIPSアーキテクチャに対応。サーバーやルーター利用者向けです。一般的なデスクトップ利用者には上記のグラフィカルクライアントをおすすめします。
ダウンロードへクライアントの主要機能を仕様書形式で一覧化しました。各項目でどんな課題を解決するか、どう使うかを説明し、右側に対応する設定例を掲載しています。パラメータの詳細な解説は上級設定ページをご覧ください。
ドメインの末尾、IPの所属、プロセス名などの条件で通信を異なる出口へ振り分けます。日本国内サイトは直接接続、目的サービスはプロキシ経由、広告ドメインは拒否といった運用が可能です。ルールは上から順に照合され、最初に一致した条件が適用されます。末尾のMATCHで未一致の通信を受け止めます。全体をプロキシ経由にする方式と比べ、ローカルアクセスを遅くせず、すべての通信を迂回させることによる余計な遅延も避けられます。ルールは設定ファイルに直接記述するほか、rule-providersでリモートのルールセットを参照し、日次で自動更新することもできます。
rules:
- DOMAIN-SUFFIX,openai.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
# config.yaml · rules
システムプロキシはプロキシ設定に従うアプリしか制御できず、コマンドラインツールやゲームクライアント、一部のデスクトップソフトはそれを直接迂回してしまいます。TUNモードはシステム層に仮想ネットワークカードを作成し、デバイスの全通信をネットワーク層で接管したうえでコアに渡し、同じルールセットで処理します。アプリ側の対応状況に依存しません。デスクトップ版は初回有効化時にサービスコンポーネントのインストールと管理者権限の付与が必要で、モバイル版はVpnServiceにより同等の効果を実現します。通常はFake-IPと組み合わせてDNSの往復回数を減らします。
tun:
enable: true
stack: system
auto-route: true
# config.yaml · tun
ポリシーグループは複数のノードをまとめ、選択ロジックを定義する仕組みです。selectは手動選択、url-testは定期的にテスト用URLへリクエストを送り、遅延が最も低いノードへ自動的に切り替えます。fallbackはリスト順にフォールバックし、load-balanceは複数ノードに接続を分散します。intervalでテスト周期を、toleranceで切り替えの許容差を設定でき、遅延が近い2つのノードが交互に切り替わる現象を防げます。ポリシーグループは入れ子構造にもでき、「地域別グループ+自動優先」のような構成も組めます。
proxy-groups:
- name: AUTO
type: url-test
url: http://www.gstatic.com/generate_204
interval: 300
tolerance: 50
# config.yaml · proxy-groups
サブスクリプションリンクはサービス提供者が生成し、クライアントは定期的に取得することで最新のノード一覧を得られます。proxy-providersはノードの取得元とローカルルールを分離する仕組みで、複数のサブスクリプションを同一のポリシーグループに統合でき、ノードを更新してもローカルの変更が失われません。health-checkは定期的に有効性を確認し、失効したノードを取り除きます。グラフィカルクライアントにはオーバーライドやMerge機能もあり、個人のルールやDNS設定をサブスクリプションの上に重ねられるため、サブスクリプションを変更しても設定全体を書き直す必要はありません。
proxy-providers:
main:
type: http
url: "サブスクリプションリンク"
interval: 86400
# config.yaml · proxy-providers
DNSの解決品質は振り分けの精度を左右します。enhanced-modeをfake-ipに設定すると、コアはドメインごとに予約アドレス帯内の仮想アドレスを返します。アプリが仮想アドレスに接続すると、コアはドメイン名で直接ルールを照合できるため、実際の名前解決を待たずに接続を確立でき、ローカルの解決汚染も回避できます。実際のIPが必要な場面(LAN内のプリンター、一部のオンラインゲームなど)ではfake-ip-filterに例外として登録すれば従来型の解決に戻せます。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
# config.yaml · dns
コアには標準でHTTPコントロールAPIが内蔵されており、ノード切り替え、遅延テスト、接続一覧、リアルタイムログなどをexternal-controllerのアドレス経由で操作できます。グラフィカルクライアントのパネルもこのAPIの上に構築されています。metacubexdやyacdなどのWebパネルを接続すれば、ブラウザから稼働中のコアを遠隔管理でき、GUIを持たないソフトルーターやNAS、サーバー上のインスタンスに特に有用です。
external-controller: 127.0.0.1:9090
secret: "your-password"
# config.yaml · external-controller
インストールから接続確認まで、基本的な流れはたった3ステップです。ここでは簡易版のプレビューを掲載し、各ステップの操作画面や機種差、よくあるエラーは完全版の使い方ページで解説しています。
ダウンロードページで使用中のデバイスに対応するインストーラーを選択します。全プラットフォームでClash Plusを推奨。Windows / macOSではインストール時の案内に従いサービスコンポーネントの権限を許可してください。後でTUNモードを有効化する際に必要になります。
サービス提供者から発行されたサブスクリプションリンクをコピーし、クライアントの「サブスクリプション / 設定」ページに貼り付けてインポートします。クライアントが自動的にノード一覧を取得して設定を生成し、成功すればプロキシページでポリシーグループがすべて確認できます。
プロキシページでポリシーグループとノードを選び、システムプロキシ(またはTUNモード)を有効化します。目的のサイトにアクセスして接続を確認し、内蔵の遅延テストで各ノードを比較して、常用グループを数値が最も低いノードに切り替えます。
プロジェクトの歴史。ClashはもともとGo言語で書かれたルールベースのプロキシコアで、明快なYAML設定形式と柔軟な振り分けルールにより、完成度の高いクライアントエコシステムを形成しました。オリジナルのリポジトリがアーカイブされた後、コミュニティはMetaブランチを土台にmihomoという名前で開発を継続しており、設定形式は後方互換を保ちつつ、ドメインスニッフィングや新しいアウトバウンドプロトコルなどの機能を追加し続けています。
コアとクライアントの関係。当サイトに掲載しているClash Plus、Clash Verge Rev、FlClashなどのグラフィカルクライアントは、いずれもmihomoコアをラップしたものです。コアはプロトコル実装、ルール照合、DNS処理を担い、クライアントはサブスクリプション管理、UI表示、システム連携(システムプロキシ、TUNサービス、自動起動など)を担当します。コアのアップグレードはクライアントのバージョンに含まれて配布されるため、一般利用者がコア単体を更新する必要はありません。
更新の仕組み。各クライアントはオープンソースプラットフォーム上でバージョン単位でリリースされ、当サイトのダウンロードページのリンクは常に最新の安定版を指し、バージョン番号を明記しています。開発が終了したクライアント(Clash for Windows、ClashX Meta)は別途アーカイブし、バッジを付けて表示することで、既存利用者が過去のインストーラーを取得できるようにしていますが、新規導入は推奨していません。
コミュニティ運営。コアと主要なクライアントのコードはすべて公開・監査可能で、問題報告や機能改善はissueとPRを通じて進められています。振り分けに使われるGeoIP / GeoSiteデータベースもコミュニティのリポジトリから定期的に公開され、クライアント内からワンタップで更新できます。
git clone https://github.com/MetaCubeX/mihomo.git
最も頻出する4つの質問と一言の結論を掲載しています。詳しい判断手順やスクリーンショットはよくある質問ページをご覧ください。
mihomoはClash Metaブランチの後継コアで、設定形式は後方互換を保っています。現在の主流なグラフィカルクライアントの内部では、いずれもmihomoが動作しています。詳細を見る →
まずサービスコンポーネントが正しくインストールされているか、管理者権限が付与されているかを確認し、次にDNSが有効かつauto-routeがオンになっているかを確認してください。対処手順を見る →
必ずしもそうとは限りません。まずテスト先のURLに到達できるか、ローカルネットワークが正常かを確認し、その後ノード・回線・ローカル設定の3段階で原因を切り分けます。切り分け方法を見る →
多くはサブスクリプションがClash形式以外のデータを返しているケースです。サービス提供者にClash / mihomo専用のサブスクリプションリンクを発行してもらうか、リンクが途中で切れていないか確認してください。対処法を見る →
ノード選び、ポリシーグループの設定、移行方法など実践的な記事を、公開日の新しい順に3本表示しています。
クライアントの保守が終了した際の移行手順:設定とサブスクリプションがそのまま使えるかの確認、ローカルのオーバーライドのエクスポート、プラットフォームごとに保守が続いている代替クライアントの選定、そして移行後に再設定が必要な項目を整理します。
全文を読む →初心者向けのノード選定方法をまとめました。遅延の数値をどう読むか、通信量倍率が使用量に与える影響、地域選択とアクセス先の関係、そして主要プロトコルの速度・安定性の違いを解説します。
全文を読む →3種類の自動ポリシーグループの判定ロジックと主要パラメータ(url/interval/tolerance)を分解し、低遅延重視・可用性重視・通信の分散といった適用シーンを比較しながら設定例を紹介します。
全文を読む →