Windows
Clash Plus や Clash Verge Rev などのデスクトップクライアントを提供。x64 と ARM64 のインストーラーがあり、システムプロキシ・TUN モードのいずれも利用できます。
ダウンロードへWindows、macOS、Android、iOS、Linux の 5 プラットフォームに対応した Clash クライアントの入口を用意し、サブスクリプションのインポート、TUN モード設定、ルールベースの振り分けに関する完全な日本語ドキュメントを提供します。クライアントのコードはオープンソースで、バージョンとインストーラーは一対一で対応し、ダウンロード入口はダウンロードページで統一管理されています。
仕様表に沿って Android クライアントの主要機能を項目ごとに整理しています。各項目は設定ファイル内の機能に対応しており、詳しい使い方はチュートリアルページとトラブルシューティングページをご覧ください。
システムの VpnService を利用して仮想ネットワークインターフェースを構築し、ネットワーク層で全アプリの通信を一括して処理します。アプリごとにプロキシアドレスを設定する必要はありません。システムプロキシ設定を読み取らないゲームやコマンドラインツール、バックグラウンドサービスにも有効です。コアには system と gvisor の 2 種類のプロトコルスタック実装があり、端末の性能や互換性に応じて転送方式を選べます。IPv6 対応と DNS ハイジャックは設定内で個別にオン/オフでき、接続範囲と安定性を細かく調整できます。
ドメイン名、IP レンジ、プロセス名、GeoSite 分類に基づいて通信の経路を逐次判定します。日本国内のサイトは直接接続、目的のサイトはプロキシ経由、広告ドメインはブロックといった設定を同一の設定ファイル内で同時に成立させられます。ルールセットはリモートサブスクリプションとローカル上書きの両方に対応し、ルールの更新はメインの設定ファイルを変更せずに行えます。単純な全体接続・直接接続の 2 択しか持たないクライアントと比べ、ルールエンジンによって 1 つの設定でほとんどの利用シーンに長期間対応でき、日常的に手動でモードを切り替える必要はほぼありません。
複数の設定ファイルを同時に保存し、ワンタップで切り替えられます。異なるサブスクリプションサービス、自前で構築したノード設定、テスト用の設定を互いに干渉させずに管理できます。各プロファイルはサブスクリプションのアドレス、更新時刻、自動更新間隔を個別に記録し、切り替え時にアプリを再起動する必要はなく、プロキシグループのノード選択状態も切り替え後も保持されます。複数のサブスクリプション元を並行管理していたり、自宅と職場のネットワークを頻繁に移動するユーザーにとって、設定作業の重複を減らす重要な機能です。
サブスクリプション設定は時間単位または日単位でバックグラウンド自動更新の周期を設定でき、ノードの変更やサブスクリプションアドレスの変更を手動で対応する必要がありません。更新に失敗した場合は直前の有効な設定を保持するため、一時的なネットワーク不調でノードリストが消えることはありません。通知バーのステータス表示と合わせて、毎回の更新結果を一目で確認できます。設定の詳細画面から手動で更新を実行し、返されたエラー内容を確認することもでき、サブスクリプションリンクの期限切れやフォーマット異常の原因をすぐに特定できます。
アクセス制御リストを使えば、指定したアプリをプロキシの対象外にする、あるいはホワイトリスト内のアプリのみをプロキシ経由にすることができます。銀行系アプリは直接接続が必須、LAN 内で使うツールは仮想ネットワークインターフェースを経由させたくない、といった場合にクライアント全体を停止する必要はなく、アプリ一覧で対象のパッケージ名にチェックを入れるだけで済みます。制御の粒度はパッケージ名単位で、ドメインルールによる振り分けと組み合わせて使うことで、「アプリ単位」と「宛先単位」の両方の通信制御要件を矛盾なく同時に満たせます。
クライアントには Meta(mihomo)系コアが組み込まれており、オリジナルプロトコルに加えて、より多くの現代的なプロキシプロトコルとアウトバウンドタイプに対応しています。ルールの記法はオリジナル版の設定ファイルとの後方互換性を維持しています。コアはクライアントのバージョンに合わせて上流の更新を継続的に追随するため、プロトコルのハンドシェイクやレイテンシ測定、ロードバランス戦略の改善がクライアントの大型リリースを待たずに反映されます。サブスクリプション提供元が新しいプロトコルへ移行済みのユーザーにとって、Meta コア搭載クライアントへの切り替えは最も低コストなアップグレード手段であり、既存の設定はほぼそのまま利用できます。
5 プラットフォーム分のインストーラーはダウンロードページで OS ごとにグループ管理されており、バージョン番号はバージョン一覧 API によってページ読み込み時に取得されます。各プラットフォームをクリックするとダウンロードページの該当セクションに直接移動します。
Clash Plus や Clash Verge Rev などのデスクトップクライアントを提供。x64 と ARM64 のインストーラーがあり、システムプロキシ・TUN モードのいずれも利用できます。
ダウンロードへIntel と Apple Silicon 向けに別々のインストーラーを提供。メニューバーに常駐し、システムプロキシのオン/オフをワンタップで切り替えられます。
ダウンロードへAPK を直接インストール。arm64-v8a と armeabi-v7a アーキテクチャに対応し、TUN 全体接続とアプリ単位の振り分けをサポートします。
ダウンロードへClash Plus は App Store で公開済み。ストアから直接インストールでき、更新もストア経由で自動的に配信されるため追加の作業は不要です。
ダウンロードへデスクトップ環境向けに deb パッケージを提供。サーバーやルーターでは mihomo コアと systemd を組み合わせて常駐運用できます。
ダウンロードへインストールから接続確認まで、標準的な手順はわずか 3 ステップです。以下は簡易版のプレビューで、各ステップの詳しい画面位置や分岐パターンは完全版チュートリアルに掲載しています。
ダウンロードページで端末のアーキテクチャに合ったインストーラーを選択します。Android では APK をダウンロード後そのままインストールし、初回起動時にシステムの案内に従って VPN 接続の権限を許可します。デスクトップではインストーラーを実行後、バックグラウンド常駐を許可するだけです。
設定ページに移動し、新規プロファイルを作成してサブスクリプション提供元から取得したリンクを貼り付けます。保存するとクライアントが自動でノードリストと振り分けルールを取得します。リンクが認識されない場合は、それが Clash 形式であって他のプロトコル専用形式ではないかをまず確認してください。
メイン画面に戻ってプロキシを起動し、プロキシページで遅延の低いノードを選択して、目的のサイトにアクセスし接続を確認します。あわせてプロキシグループの遅延テストを一度実行し、明らかにタイムアウトするノードを日常利用の対象から除外しておくとよいでしょう。
クライアントとコアはいずれも公開リポジトリで開発されており、バージョンリリース、コミット履歴、課題の議論はすべて確認可能です。以下は本サイトの掲載内容と直接関わる事実の一部です。
Clash はもともとコマンドライン形式のコアとして登場し、その後コミュニティによってデスクトップからモバイルまでを網羅する完全なクライアントエコシステムへと発展しました。Android 版クライアントはオープンソース化以来長期にわたり継続的に更新されており、各リリースバージョンは検証可能なソースコードのタグに対応し、変更内容はリリースノートに記載されているため、出典をたどれないインストーラーは存在しません。
オリジナル版コアの更新が停止した後、コミュニティが保守する Meta ブランチ(現名 mihomo)がプロトコルの発展を引き継ぎました。現在活発に開発が続く各クライアントは、おおむね mihomo をコアとして採用しています。本サイトに掲載しているクライアントはいずれもこのエコシステムをベースに構築されており、設定形式は相互に互換性があるため、クライアント間の移行は基本的にサブスクリプションアドレスの差し替えだけで済みます。
各クライアントのインストーラーはプロジェクトのリリースページでビルド・公開されており、本サイトのダウンロードページはバージョン一覧 API を通じてページ読み込み時に最新バージョン番号と対応ファイルを取得します。表示されるバージョン情報は実際に配布されているファイルと一致しており、手動での書き換えやインストーラーへの二次加工は一切行っていません。
サイト内のチュートリアルとトラブルシューティングドキュメントは、クライアントの安定版に合わせて更新されており、手順の記述は現行バージョンの画面に基づいています。すべてのダウンロード入口はダウンロードページで一元管理されており、出典の確認がしやすくなっています。ビルド環境がある場合は、ソースコードリポジトリを直接クローンして自身でビルドし、公開バージョンと比較することも可能です。
git clone https://github.com/MetaCubeX/ClashMetaForAndroid.git
利用頻度の高い質問とその一言結論をまとめました。詳しい対応手順は各ページをご覧ください。
サブスクリプション形式、コアの違い、各プラットフォームでの導入に関する詳しい記事を、公開日時の新しい順に 3 本掲載しています。
取得したサブスクリプションリンクをクライアントが認識しない?まず Clash の YAML、Base64 ノードリスト、各プロトコル専用形式の違いを整理し、サブスクリプション変換の仕組み、よく使うパラメータ、プライバシー上の注意点を解説します。
続きを読む →2 つの導入経路を解説します。デスクトップ環境では Clash Verge Rev の deb パッケージによるインストールと自動起動設定、サーバー環境では mihomo コアと systemd を組み合わせた常駐運用を扱い、設定ディレクトリの構成や権限に関する注意点も含みます。
続きを読む →ストア版アプリがローカルプロキシに接続できない根本原因は、UWP のネットワーク分離によるループバック制限です。制限の仕組みを整理し、CheckNetIsolation コマンドと GUI ツールという 2 つの解除方法、そして確認手順を紹介します。
続きを読む →