オープンソース · 5つの主要プラットフォームに対応

ClashX公式サイトClash 各プラットフォーム版クライアントと設定ガイド

公式Clashをダウンロード ガイドを見る

環境に合った Clash クライアントを選び、日本語ドキュメントを見ながらサブスクリプションを導入し、ルール分岐、DNS、TUN 設定を進められます。ダウンロード、基本手順、上級パラメーターを分けて整理しているため、複数のプロジェクトページを行き来する必要がありません。

永久無料 オープンソース 日本語ドキュメント mihomo カーネル資料
主な機能

サブスクリプション導入からルール分岐用途別に設定項目を解説

Clash クライアントは画面こそ異なりますが、基本的な動作は設定の読み込み、ポリシーの選択、ルールの照合、トラフィックの取り込みを中心に構成されています。以下の4つは日常利用で特によく確認する項目です。タブを切り替えて、仕組み、設定例、適用範囲を確認できます。

01 / CONFIG

サブスクリプション導入とローカル上書き

サブスクリプションはノード、ポリシーグループ、基本ルールを提供し、クライアントが定期的に取得してローカル設定へ反映します。初回利用時は、まずサブスクリプションURLが正常に応答することを確認し、次に設定プレビューにプロキシとポリシーグループが表示されるか確認します。ローカルDNS、ポート、ルール設定を保持したい場合、サブスクリプションから生成されたファイルを何度も直接編集するのは避け、クライアントの上書き、マージ、スクリプト機能を使って個別のレイヤーに保存します。これによりサブスクリプション更新時にはノード一覧だけを置き換え、手動設定は決められた順序で維持できます。

サブスクリプション導入手順を見る →
config.yaml 
mixed-port: 7890
mode: rule

profile:
  store-selected: true

proxy-providers:
  primary:
    type: http
    path: ./providers/main.yaml
プラットフォームから選ぶ

Clash クライアントのダウンロード

利用中のOSに対応するタブをまず選び、メンテナンス状況、画面方式、インストール形式、アーキテクチャ対応を比較してください。トップページではプラットフォームへの入口だけを案内し、クライアント一覧、システム要件、インストーラーへのリンクはダウンロードページに集約しています。場所ごとの情報差異を避けるためです。

Windows

デスクトップでの日常利用に適しています。ダウンロードページではGUIクライアントとアーカイブ版を分けて掲載し、パッケージのアーキテクチャ、システムプロキシ、TUN権限の違いも説明しています。

ダウンロードへ

macOS

Apple Silicon と Intel の両アーキテクチャを確認してください。各クライアントのインストール方法に加え、システムプロキシ、メニューバー操作、設定ディレクトリについても確認できます。

ダウンロードへ

Android

スマートフォンやタブレットでの利用に適しています。ダウンロード前にCPUアーキテクチャを確認し、サブスクリプション導入後は、クライアントがシステムVPN接続を作成することを許可してください。これで通信の取り込みが有効になります。

ダウンロードへ

iOS

ストアページから Clash Plus をインストールします。iOSタブではアプリへの入口、公式サイト情報、初回のVPN設定追加時に確認が必要なシステム手順を案内しています。

ダウンロードへ

Linux

デスクトップではGUIクライアントを選べます。サーバー、ソフトウェアルーター、コンテナ環境では、mihomo カーネルを直接実行する構成が一般的です。ダウンロードページでは用途ごとに分けて掲載し、デスクトップ用インストーラーとカーネルの圧縮ファイルが混在しないようにしています。

ダウンロードへ

どのクライアントを選べばいい？

まずOSを確認し、次にGUIが必要か判断します。一般的なデスクトップやモバイル端末ではGUIクライアントが使いやすく、サブスクリプションの導入、ポリシーの切り替え、ログの確認を直接行えます。Linuxサーバーやルーター環境では、通常 mihomo カーネルを設定ファイルとサービスマネージャーと組み合わせます。ARMアーキテクチャの端末では、ARM64やARMv7などの表記も確認してください。名前が似ていてもインストールパッケージをOS間で共用できるとは限らないため、導入前にダウンロードページのシステム要件を確認しましょう。

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

オープンソースカーネルとクライアントの違い

Clash エコシステムは、カーネル、GUIクライアント、設定形式、コミュニティ製ルールなど複数の要素で構成されています。異なるクライアントでも同じ、または近い考え方で設定できますが、メンテナー、対応プラットフォーム、画面機能、リリース周期は完全には一致しません。ソフトウェアを選ぶ際は名称だけで判断せず、プロジェクトの状態とOSへの適合性も確認してください。

mihomo 継続的に保守される互換カーネル
GPL-3.0 mihomo のオープンソースライセンス
5 platforms デスクトップ、モバイル、Linux

プロジェクトの歴史

Clash は、広く使われるルール設定方式とポリシーグループモデルを形成しました。その後、複数のコミュニティプロジェクトがこれを基盤にクライアントや互換カーネルを保守しています。現在、設定機能を調べる際には mihomo や Clash Meta という名称を目にすることがよくあります。両者には歴史的・互換的な関係がありますが、同じインストールプログラムと単純にみなすことはできません。当サイトのダウンロード一覧では具体的なクライアント名ごとに掲載し、ドキュメントでは現在も使われている設定概念を中心に解説します。

カーネルの関係

mihomo は設定の解析、プロキシ接続の確立、ルール照合、DNSやTUNなどの基盤機能を担います。GUIクライアントはその上で、インストール、サブスクリプション管理、ポリシー切り替え、ログ確認、システムトレイ操作を提供します。ある画面機能が存在するかどうかは、カーネルの機能だけでなく、クライアントが該当設定を公開しているかにも左右されます。そのため、ドキュメントのYAMLパラメーターとクライアント画面の項目は分けて理解する必要があります。

コミュニティエコシステム

ルールセット、GeoSiteデータ、パネル、サブスクリプション処理ツール、各プラットフォームのクライアントが、利用環境を構成しています。コミュニティのリソースは設定の手間を減らせますが、外部ルールやスクリプトを導入する前に、更新元、参照パス、上書き順を確認してください。特にリモートルールセットの構造が変わると、設定の読み込みに失敗する場合もあれば、一部の通信だけが想定したポリシーにマッチしなくなる場合もあります。原因によって確認方法は異なります。

更新の仕組み

クライアント更新、カーネル更新、サブスクリプション更新、ルールセット更新は、それぞれ異なる経路です。クライアントのアップグレードは主に画面や統合機能を変え、カーネルのアップグレードはプロトコルと設定機能に影響します。サブスクリプション更新ではノードとサービス提供元のポリシーが置き換わり、ルールセット更新ではドメインやIPの分類結果が変わります。問題が発生したら、まず直近の変化がどの経路から来たのかを確認し、該当箇所を戻すか点検しましょう。すべてを再インストールして設定を書き直すより効果的です。

mihomo source git clone https://github.com/MetaCubeX/mihomo.git
よくある質問

ダウンロードと設定の前に確認する4項目

接続トラブルの原因は、ノードそのものではなく、クライアントの種類、サブスクリプションの内容、プロキシモード、システム権限の組み合わせにあることが少なくありません。ここでは初回インストールや設定移行で特に迷いやすいポイントを整理します。

Clash、mihomo、GUIクライアントはどう違う？

Clash は一般に設定体系と関連エコシステムを指し、mihomo は継続的に保守されている互換カーネルの一つです。GUIクライアントはカーネルの機能をデスクトップやモバイルOSに組み込みます。実際にインストールするのは特定のクライアントまたはカーネルファイルであり、すべてのプラットフォームで使える共通インストーラーではありません。選ぶときはまずOSを確認し、クライアントが使用するカーネルと対応機能を確認してください。基本事項のよくある質問を見る →

サブスクリプションの導入は成功したのに、ポリシーグループに選べるノードがないのはなぜ？

まず、サブスクリプションの応答内容がClashで認識できる設定か確認し、次にクライアントの設定プレビューと実行ログを確認します。エラーページ、認証メッセージ、不完全なYAMLだけが返される場合、画面上は導入完了と表示されても、実際にはプロキシ一覧が生成されないことがあります。また、ポリシーグループが正しいプロキシまたはproviderを参照しているかも確認してください。ノードが存在していても、表示可能なポリシーグループに追加されていない場合があります。インストールと設定のトラブルシューティングを見る →

システムプロキシとTUNモードはどちらを選ぶべき？

ブラウザーや、システムプロキシ設定に従う多くのデスクトップアプリでは、まずシステムプロキシを使えば十分です。ゲーム、コマンドラインツール、システムプロキシを読み取らないアプリでは、TUNが必要になる場合があります。TUNは仮想ネットワークインターフェース、ルーティング、権限に関わるため、有効化後はDNSとLANの除外項目も確認してください。取り込み範囲を広げるために複数のプロキシ方式を重ねると、原因の切り分けが難しくなります。TUN と Fake-IP の解説を読む →

サブスクリプションの更新に失敗したら、最初にどこを確認すべき？

まずブラウザーまたはコマンドラインで、サブスクリプションURLが有効な内容を返すか確認します。次にクライアントの時刻、ネットワーク接続、URLの欠落、ログに記録されたHTTPステータスを確認してください。古い設定では接続できるのに新しい内容だけ取得できない場合、問題は通常サブスクリプションのリクエスト経路にあります。ダウンロードは成功しても読み込みでエラーになる場合は、YAML構文、ルールセットのパス、上書き・マージ結果を確認します。トラブルシューティングの全編を見る →

設定とトラブルシューティングの記事

最近の更新

システムプロキシ、実行ログ、トラフィックの取り込みを中心に、再現可能な確認手順を整理しています。現象がどの層に対応するのかを先に説明し、続いて確認の順序を示すことで、接続トラブルのたびにすべての設定を同時にリセットする必要をなくします。

すべての記事を見る →
トラブルシューティング

プロキシを有効にするとブラウザーは通るのにターミナルは通らない？システムプロキシが効かない場合の切り分け

ブラウザーはシステムプロキシを読み取る場合もあれば、独自のプロキシ設定を使う場合もあります。一方、ターミナルのプログラムは環境変数に依存することがよくあります。この記事では、上書き設定、プロキシポート、環境変数、検証コマンドを個別に確認し、どの層で通信がクライアントを迂回しているのかを判断します。

全文を読む →
トラブルシューティング

Clash の実行ログの読み方：DNSエラーから接続タイムアウトまでの切り分け

実行ログには、ルールのマッチ、DNSクエリ、接続確立、エラー原因が同時に現れます。この記事では、主要フィールドを読む順序を説明し、名前解決失敗、接続タイムアウト、接続拒否、設定読み込みエラーごとに確認すべき箇所を分けて解説します。

全文を読む →
上級設定

TUNモードとシステムプロキシはどちらを選ぶ？2つのトラフィック取り込み方式を比較

システムプロキシはアプリが設定を読み取ることを前提とし、TUNは仮想ネットワークインターフェースを通じてネットワーク層で通信を取り込みます。この記事では、適用範囲、DNS処理、必要な権限、トラブルシューティングの負担を比較し、デスクトップの日常利用と特殊なアプリに適した選択方法を示します。

全文を読む →
Clashをダウンロード