オープンソースエコシステム · mihomoコア搭載クライアントを継続メンテナンス

Clashクライアント ダウンロード&全プラットフォーム設定マニュアル

Windows、macOS、Android、iOS、Linux向けのClashクライアント入手・設定マニュアルです。クライアントはmihomoコアを採用し、ルール振り分けTUNモードに対応。ダウンロード入口、はじめ方、上級設定をそれぞれ1ページに整理しています。

DOWNLOAD INDEX

プラットフォーム別にクライアントを入手

5つのプラットフォームはそれぞれ独立したクライアントとインストーラー形式を用意しています。各入口をクリックするとダウンロードページの該当セクションに直接移動します。ダウンロードページではシステム要件や、開発が終了したクライアントのアーカイブ情報も確認できます。

Windows

Clash Plus、Clash Verge Revなどのグラフィカルクライアントを収録。システムプロキシとTUN仮想ネットワークカードの2方式に対応し、Windows 10 / 11、x64・ARM64アーキテクチャ向けのインストーラーがそろっています。

ダウンロードへ

macOS

Intel・Apple Silicon両対応のインストーラーを提供。クライアントはメニューバーに常駐し、拡張モードで全体の通信を接管できます。旧型デバイス向けにはClashX Metaのアーカイブ版も用意しています。

ダウンロードへ

Android

VpnServiceを利用したroot不要のプロキシ機能を実装。アプリ単位のプロキシ振り分けとサブスクリプションの自動更新に対応し、ARM64・ARMv7それぞれに対応するAPKを用意しています。

ダウンロードへ

iOS

Clash PlusはApp Storeに掲載済みで、ストアから直接インストールできます。サブスクリプションのインポートやルール振り分けの仕組みはデスクトップ版と同一で、追加の設定ツールは不要です。

ダウンロードへ

Linux

debパッケージとグラフィカルクライアントを提供。サーバーやルーター環境ではmihomoコアのバイナリを直接配置し、systemdサービスとして常駐運用することもできます。

ダウンロードへ

Mihomoコア

GUIを持たないコアバイナリで、AMD64 / ARM64 / ARMv7 / MIPSアーキテクチャに対応。サーバーやルーター利用者向けです。一般的なデスクトップ利用者には上記のグラフィカルクライアントをおすすめします。

ダウンロードへ

すべてのクライアントを見る →

SPEC SHEET

コア機能一覧

クライアントの主要機能を仕様書形式で一覧化しました。各項目でどんな課題を解決するか、どう使うかを説明し、右側に対応する設定例を掲載しています。パラメータの詳細な解説は上級設定ページをご覧ください。

F-01

ルール振り分け

ドメインの末尾、IPの所属、プロセス名などの条件で通信を異なる出口へ振り分けます。日本国内サイトは直接接続、目的サービスはプロキシ経由、広告ドメインは拒否といった運用が可能です。ルールは上から順に照合され、最初に一致した条件が適用されます。末尾のMATCHで未一致の通信を受け止めます。全体をプロキシ経由にする方式と比べ、ローカルアクセスを遅くせず、すべての通信を迂回させることによる余計な遅延も避けられます。ルールは設定ファイルに直接記述するほか、rule-providersでリモートのルールセットを参照し、日次で自動更新することもできます。

rules:
  - DOMAIN-SUFFIX,openai.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY
# config.yaml · rules
F-02

TUNモード

システムプロキシはプロキシ設定に従うアプリしか制御できず、コマンドラインツールやゲームクライアント、一部のデスクトップソフトはそれを直接迂回してしまいます。TUNモードはシステム層に仮想ネットワークカードを作成し、デバイスの全通信をネットワーク層で接管したうえでコアに渡し、同じルールセットで処理します。アプリ側の対応状況に依存しません。デスクトップ版は初回有効化時にサービスコンポーネントのインストールと管理者権限の付与が必要で、モバイル版はVpnServiceにより同等の効果を実現します。通常はFake-IPと組み合わせてDNSの往復回数を減らします。

tun:
  enable: true
  stack: system
  auto-route: true
# config.yaml · tun
F-03

ポリシーグループとノード速度テスト

ポリシーグループは複数のノードをまとめ、選択ロジックを定義する仕組みです。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
F-04

サブスクリプションと設定管理

サブスクリプションリンクはサービス提供者が生成し、クライアントは定期的に取得することで最新のノード一覧を得られます。proxy-providersはノードの取得元とローカルルールを分離する仕組みで、複数のサブスクリプションを同一のポリシーグループに統合でき、ノードを更新してもローカルの変更が失われません。health-checkは定期的に有効性を確認し、失効したノードを取り除きます。グラフィカルクライアントにはオーバーライドやMerge機能もあり、個人のルールやDNS設定をサブスクリプションの上に重ねられるため、サブスクリプションを変更しても設定全体を書き直す必要はありません。

proxy-providers:
  main:
    type: http
    url: "サブスクリプションリンク"
    interval: 86400
# config.yaml · proxy-providers
F-05

DNSとFake-IP

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
F-06

外部コントロールAPI

コアには標準でHTTPコントロールAPIが内蔵されており、ノード切り替え、遅延テスト、接続一覧、リアルタイムログなどをexternal-controllerのアドレス経由で操作できます。グラフィカルクライアントのパネルもこのAPIの上に構築されています。metacubexdやyacdなどのWebパネルを接続すれば、ブラウザから稼働中のコアを遠隔管理でき、GUIを持たないソフトルーターやNAS、サーバー上のインスタンスに特に有用です。

external-controller: 127.0.0.1:9090
secret: "your-password"
# config.yaml · external-controller

上級設定マニュアルを読む →

QUICKSTART

3ステップで初回接続を完了

インストールから接続確認まで、基本的な流れはたった3ステップです。ここでは簡易版のプレビューを掲載し、各ステップの操作画面や機種差、よくあるエラーは完全版の使い方ページで解説しています。

  1. クライアントをダウンロード・インストール

    ダウンロードページで使用中のデバイスに対応するインストーラーを選択します。全プラットフォームでClash Plusを推奨。Windows / macOSではインストール時の案内に従いサービスコンポーネントの権限を許可してください。後でTUNモードを有効化する際に必要になります。

  2. サブスクリプションをインポート

    サービス提供者から発行されたサブスクリプションリンクをコピーし、クライアントの「サブスクリプション / 設定」ページに貼り付けてインポートします。クライアントが自動的にノード一覧を取得して設定を生成し、成功すればプロキシページでポリシーグループがすべて確認できます。

  3. ノードを選択して接続を確認

    プロキシページでポリシーグループとノードを選び、システムプロキシ(またはTUNモード)を有効化します。目的のサイトにアクセスして接続を確認し、内蔵の遅延テストで各ノードを比較して、常用グループを数値が最も低いノードに切り替えます。

完全版のチュートリアルを見る →

OPEN SOURCE

オープンソースエコシステムと保守体制

プロジェクトの歴史。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
  • 言語 Go
  • ライセンス GPL-3.0
  • 設定 YAML
  • API RESTful API
FAQ PICKS

よくある質問ピックアップ

最も頻出する4つの質問と一言の結論を掲載しています。詳しい判断手順やスクリーンショットはよくある質問ページをご覧ください。

Q-01Clashとmihomoはどういう関係?

mihomoはClash Metaブランチの後継コアで、設定形式は後方互換を保っています。現在の主流なグラフィカルクライアントの内部では、いずれもmihomoが動作しています。詳細を見る →

Q-02TUNモードを有効にすると通信できなくなる場合は?

まずサービスコンポーネントが正しくインストールされているか、管理者権限が付与されているかを確認し、次にDNSが有効かつauto-routeがオンになっているかを確認してください。対処手順を見る →

Q-03ノードの速度テストがすべてタイムアウトする場合、ノードが故障している?

必ずしもそうとは限りません。まずテスト先のURLに到達できるか、ローカルネットワークが正常かを確認し、その後ノード・回線・ローカル設定の3段階で原因を切り分けます。切り分け方法を見る →

Q-04サブスクリプションのインポートで「形式エラー」と表示される?

多くはサブスクリプションがClash形式以外のデータを返しているケースです。サービス提供者にClash / mihomo専用のサブスクリプションリンクを発行してもらうか、リンクが途中で切れていないか確認してください。対処法を見る →

BLOG

最新記事

ノード選び、ポリシーグループの設定、移行方法など実践的な記事を、公開日の新しい順に3本表示しています。

Clashクライアントの開発終了後の移行方法:設定移行と代替クライアントの選び方

クライアントの保守が終了した際の移行手順:設定とサブスクリプションがそのまま使えるかの確認、ローカルのオーバーライドのエクスポート、プラットフォームごとに保守が続いている代替クライアントの選定、そして移行後に再設定が必要な項目を整理します。

全文を読む →

すべての記事を見る →

クライアントをダウンロード