Windows
デスクトップでの日常利用に適しています。GUIクライアントでサブスクリプション、ルールモード、システムプロキシを管理でき、ポートが競合した場合も実行ログを確認して待受ポートを変更できます。
ダウンロードへ
mihomo カーネル · 全プラットフォーム対応クライアント
Clash カーネルハブ
全プラットフォーム対応クライアント
mihomo カーネルを中心に、利用可能なクライアント、設定ガイド、ルールマニュアルを整理しています。まず端末に合うGUIクライアントを選び、サブスクリプションのインポート、プロキシグループの選択、システムプロキシまたはTUNによる通信の引き継ぎを行います。
永久無料
オープンソース
日本語ドキュメント
ルール分岐
端末を選択
5つのプラットフォーム向けダウンロード
GUIクライアントでは、サブスクリプション管理、ノード選択、システムプロキシ、ログ確認を行えます。OSごとにインストール形式、権限の仕組み、通信の引き継ぎ方式が異なるため、まず対象プラットフォームを開き、そのソフトウェア一覧から選択してください。ダウンロードページにはメンテナンス状況、対応アーキテクチャ、基本的なシステム要件も記載し、カーネルの圧縮ファイルをデスクトップアプリと取り違えないようにしています。
macOS
Intel と Apple Silicon のアーキテクチャに合うインストーラーを選択してください。初回起動時は、ネットワーク拡張、システムプロキシ、バックグラウンドサービスの権限確認を求められることがあります。完了後にサブスクリプション設定をインポートします。
ダウンロードへAndroid
システムのVPNインターフェースを通じてアプリの通信を引き継ぐため、スマートフォンやタブレットに適しています。サブスクリプションをインポートしたら、クライアントでプロキシグループのノードを選び、システムによるVPN接続を許可してください。
ダウンロードへiOS
App Storeから対応クライアントを入手します。インストール後はシステムのネットワーク拡張が接続を処理し、サブスクリプション、プロキシグループ、ルールモードをアプリ内で設定します。
ダウンロードへLinux
デスクトップ環境ではGUIクライアントを利用でき、サーバー、ソフトウェアルーター、コンテナ環境では mihomo カーネルを直接導入することが一般的です。選択前に、プロセッサのアーキテクチャとパッケージ形式を確認してください。
ダウンロードへGUIクライアントとカーネルの選び方
多くのユーザーはGUIクライアントから始めるのが適しています。設定の更新、プロキシグループの切り替え、システムプロキシ、接続ログ、カーネルの起動を1つの画面にまとめられるため、日常の管理負担を抑えられます。mihomo カーネルパッケージは主にサーバー、ルーター、コンテナ、自動化環境向けで、設定ファイル、起動パラメータ、デーモンを自分で用意する必要があります。両者は別のプロトコルとして置き換える関係ではありません。GUIクライアントが画面とシステム連携を担い、mihomo が設定を解析して実際の通信を処理する、という役割分担です。
基本ワークフロー
ルール、DNS、マルチプラットフォームの通信制御
Clash クライアントの価値は、特定のノードへ接続することだけではありません。実際の使用感を左右するのは、ルールの照合、名前解決、そしてシステム通信をカーネルへ取り込む方法です。以下の3項目は設定ファイル内で結果に影響しやすい要素です。タブを切り替えて確認できます。
01 / RULES
目的に応じて通信の出口を決める
ルールモードでは、設定ファイルの順番に従って接続先を1行ずつ判定します。ドメインには DOMAIN、DOMAIN-SUFFIX、ルールセットを使用でき、IPアドレスは IP-CIDR、GEOIP などで処理できます。最後に、どのルールにも一致しなかった通信を MATCH で受けます。判定結果は特定のノードへ直接送られるのではなく、まずプロキシグループに入り、そこで直接接続、拒否、プロキシ経由の回線が決まります。
実際の設定では、対象範囲が狭く具体的なルールを、より広いルールより前に置いてください。カスタム項目が先行する汎用ルールに先取りされていないかも確認します。単一のグローバルスイッチしかないツールと違い、Clash のルールチェーンでは、仕事用サイト、LAN、更新サービス、プロキシが必要なドメインを分けて処理できます。通信の境界を明確に保ちながら、ログで接続が最終的にどのルールへ一致したかも追跡できます。
ルールとプロキシグループの応用を見る →
02 / DNS
ドメインとルールの関連付けを保つ
DNS設定はドメインの解決方法を決め、ドメインルールが接続時に正しく適用されるかにも影響します。内蔵DNSを有効にすると、設定に応じて上流のDNSサーバーやフォールバック動作を選び、通常のアドレスまたはFake-IPマッピングを使用できます。Fake-IPモードでは、まずアプリにマッピングアドレスを返し、カーネルが対応関係からドメインを復元します。そのため、多くの場面で早い段階にドメイン情報を取得でき、接続に宛先IPしか残らずドメインルールに一致しにくくなる問題を減らせます。
この設定は、アドレスをいくつか書き写せば終わりというものではありません。LAN内のドメイン、プリンター、ルーターの管理画面、一部のシステムサービスは除外範囲への追加が必要になる場合があります。ブラウザーのセキュアDNS、システムキャッシュ、他のネットワークツールがクライアント設定を迂回することもあります。切り分けでは、まずリクエストがClash DNSに入っているかを確認し、次に解決結果とルールログを調べてください。ノードを何度も変更するだけでは解決しません。詳しいドキュメントでは、nameserver、fallback、Fake-IPフィルターの役割分担も説明します。
DNS設定の解説を見る →
03 / SYSTEM
OSに合った通信制御方式を選ぶ
デスクトップOSでは通常、まずシステムプロキシ設定に従うアプリをシステムプロキシで制御します。設定が分かりやすく、ブラウザーや一般的なデスクトップソフトに適しています。TUNモードは仮想ネットワークインターフェースを作成し、システムプロキシを参照しないプログラムもカーネルへ取り込めますが、ルーティング、DNS、権限、ファイアウォールも関係します。モバイル端末では、一般にシステムVPNインターフェースを利用して同様の制御を行います。画面上の起動ボタンの背後にあるのは、単なるプロキシアドレスの変更ではなく、システムレベルのネットワーク拡張です。
同じサブスクリプションを複数の端末で使えても、システム連携の方法をそのまま流用することはできません。Windowsではサービス権限とポート使用状況、macOSではネットワーク拡張、AndroidとiOSではVPN認証、Linuxではデスクトップセッション、デーモン、プロセッサアーキテクチャを確認します。サイトのダウンロードページではクライアントをプラットフォーム別に整理し、チュートリアルでは操作順に権限確認を説明します。応用マニュアルではTUN、ルーティング、ドメインスニッフィングの組み合わせまで扱います。
手順に沿って初回接続を完了 →
オープンソースエコシステム
カーネル、クライアント、ドキュメントの役割分担
Clash のエコシステムは、カーネル、GUIクライアント、設定形式、ルールセット、コミュニティドキュメントで構成されています。各要素の役割を理解することは、特定のソフトウェア名だけを覚えるより、設定を長期的に管理するうえで役立ちます。
Clash の設定体系から mihomo へ
Clash は、ルール、プロキシグループ、プロキシノード、DNSを組み合わせて使う設定方式を確立しました。mihomo はこの体系をもとにネットワーク処理機能を継続的に実装し、複数の活発なクライアントで採用されるカーネルとなっています。設定ファイルの proxies、proxy-groups、rules、dns はそれぞれ異なる役割を担います。ノードは接続パラメータ、プロキシグループは切り替え可能な出口、ルールは接続を送るプロキシグループ、DNSはドメインと宛先の関連付けを保持します。
そのため、クライアント名が変わっても設定ロジックが完全に変わるわけではありません。移行時は、カーネルがサポートするフィールド、クライアントによるシステム機能の扱い方、既存ルールセットが引き続き正常に更新できるかを確認することが重要です。サイトのドキュメントでは、現在一般的な mihomo の設定動作を中心に、Clash の基本概念も説明しています。
GUIクライアントがシステム連携を担う
GUIクライアントには通常、設定サブスクリプションの更新、プロキシグループの切り替え、接続履歴、ログ確認、システムプロキシ制御、カーネルプロセス管理が含まれます。独自のルール構文を作るのではなく、基盤の機能をWindows、macOS、Android、iOS、Linuxのネットワーク機構へ接続します。クライアントごとの差は主に、画面構成、更新頻度、システムサービス、設定オーバーライド、対応プラットフォームの範囲にあります。
ダウンロードページでは、現在もメンテナンスされているクライアントとアーカイブ済みプロジェクトを分けて表示し、利用可能な入口をプラットフォーム別に掲載しています。選ぶ際は、OSの対応状況、プロセッサアーキテクチャ、必要な機能を優先し、画面のスクリーンショットだけで判断しないでください。一般的なデスクトップユーザーにはGUIクライアントが適しています。コマンドライン、サービス管理、ルーティング設定に慣れたユーザーは、カーネルを直接導入する方法が向いています。
更新は3つの層に分けて確認
クライアントの更新、カーネルの更新、サブスクリプションの更新は別々の作業です。クライアント更新では画面やシステム互換性が変わることがあり、カーネル更新はプロトコル実装、ルール機能、DNSやTUNの動作に影響します。サブスクリプション更新ではノード、プロキシグループ、リモート設定の内容が更新されます。特定のノードが使えない場合は、クライアントを再インストールするより先にサブスクリプションを更新し、プロキシグループを確認するほうが効果的です。ログにカーネル起動失敗、未対応の設定フィールド、システム連携の異常が出ている場合に限り、クライアントとカーネルの状態を詳しく確認します。
サイト内のコンテンツもこの役割分担に沿って構成しています。ダウンロードページではソフトウェアを選び、使い方ガイドでは初回インストールと接続を扱います。設定ガイドではルール、DNS、TUN、オーバーライドを説明し、よくある質問ではポート競合、ノードのタイムアウト、システムプロキシが反映されない問題などをまとめています。
オープンソースコードで実装を確認
mihomo のソースコードと開発記録は公開されており、設定フィールド、動作の変更、問題の修正内容を確認できます。出所の分からない設定例に向き合うときは、伝聞よりも公開ドキュメント、コードの説明、実際のログを信頼するほうが確実です。リリースノートを読む際も、カーネルの機能とクライアントの機能を分けて考えてください。カーネルが対応していても、すべてのクライアントがその画面を提供しているとは限りません。クライアントに追加されたスイッチも、既存の設定項目を画面化しただけの場合があります。
ローカルでコードを確認する場合は、次のGitコマンドで公開リポジトリを取得できます。コマンドはコードの閲覧と問題の切り分けに使うものです。クライアントをインストールするだけのユーザーは実行する必要はありません。
よくある質問
インストール前に4点を確認
初回利用時の問題は、ノードそのものではなく、ダウンロードするプラットフォーム、サブスクリプション形式、プロキシモード、システム権限の組み合わせが合っていないことから起こりがちです。以下に確認の順序を示します。詳しい手順は使い方ガイドとよくある質問ページで確認できます。
Clash クライアントと mihomo カーネルの違いは？
mihomo は設定、ルール、DNS、接続を処理するカーネルです。GUIクライアントはインストール画面、設定管理、システムプロキシ、ネットワーク権限、カーネルプロセスを担当します。一般ユーザーはOSに対応したGUIクライアントをダウンロードし、サーバーやルーターへ導入する場合は通常カーネルパッケージを直接使用します。
サブスクリプションをインポートしてもノードがない場合、まず何を確認する？
まず、ウェブページのURLや単一ノードの説明ではなく、完全なサブスクリプションURLをインポートしたか確認します。次に設定を手動更新し、更新ログにネットワークエラー、形式エラー、認証状態の異常がないか調べます。設定が更新済みなのにプロキシグループが空の場合は、現在有効な設定ファイルが正しいか確認してください。
ルールモード、グローバルモード、直接接続モードはどう選ぶ？
日常利用では通常ルールモードを選び、各接続の行き先をルールに決めさせます。グローバルモードは大半の通信を同じプロキシ設定へ送るため、一時的なテストに適しています。直接接続モードは、問題がプロキシ経路に関係するかを判断する際に使います。モードを切り替えた後は、プロキシグループで利用可能なノードが選択されていることも確認してください。
クライアントは動作中なのに、ブラウザーからネットワークへアクセスできない場合は？
システムプロキシが有効か、待受ポートが競合していないか、プロキシグループで有効なノードが選ばれているか、DNSリクエストがクライアントに入っているかを順番に確認します。一部のプログラムだけがシステムプロキシを使わない場合は、多数のルールを直接変更する前にTUNモードが必要か検討してください。詳しい切り分け手順はよくある質問ページで確認できます。
設定メモ
最近の Clash ガイド
記事は実際の操作上の問題ごとに分けています。各記事では1つの明確なテーマだけを扱い、確認の順序、設定場所、検証方法を示します。同じ現象が起きたときに、すぐ参照できます。
Clash のポートが使用中のときは？競合プロセスの特定と待受ポート変更の手順
起動ログに bind: address already in use と表示される場合、通常は待受ポートが別のプロセスに使用されています。この記事では、Windows、macOS、Linuxで競合を特定するコマンドと、mixed-port などの設定項目を変更した後の確認方法を説明します。
Clash のカスタムルールの書き方：DOMAIN系の構文と照合優先順位を詳しく解説
ドメインの完全一致、ドメインサフィックス、IPネットワーク、GEOIPまで、ルールパラメータ、上から順に照合される仕組み、カスタムルールを設定のどこに置くべきかを項目ごとに説明します。
記事を読むClash 初回接続ガイド：ノード選択、遅延測定、プロキシ有効化の確認
サブスクリプションのインポート後、プロキシグループでノードを選択し、タイムアウト結果を確認します。正しいシステム連携方式を有効にし、対象アドレスとログから通信がカーネルに入っていることを確認します。
記事を読む