OPEN SOURCE · MULTI-PLATFORM BUILDS

Clash for Android クライアントダウンロードと設定ガイド

Windows、macOS、Android、iOS、Linux の 5 プラットフォームに対応した Clash クライアントの入口を用意し、サブスクリプションのインポートTUN モード設定ルールベースの振り分けに関する完全な日本語ドキュメントを提供します。クライアントのコードはオープンソースで、バージョンとインストーラーは一対一で対応し、ダウンロード入口はダウンロードページで統一管理されています。

  • TUN MODE
  • RULE-SET
  • MULTI-PROFILE
  • META CORE
  • OPEN SOURCE
SPEC SHEET

コア機能

仕様表に沿って Android クライアントの主要機能を項目ごとに整理しています。各項目は設定ファイル内の機能に対応しており、詳しい使い方はチュートリアルページとトラブルシューティングページをご覧ください。

TUN 全体接続

TUN

システムの VpnService を利用して仮想ネットワークインターフェースを構築し、ネットワーク層で全アプリの通信を一括して処理します。アプリごとにプロキシアドレスを設定する必要はありません。システムプロキシ設定を読み取らないゲームやコマンドラインツール、バックグラウンドサービスにも有効です。コアには system と gvisor の 2 種類のプロトコルスタック実装があり、端末の性能や互換性に応じて転送方式を選べます。IPv6 対応と DNS ハイジャックは設定内で個別にオン/オフでき、接続範囲と安定性を細かく調整できます。

ルールベースの振り分け

RULE-SET

ドメイン名、IP レンジ、プロセス名、GeoSite 分類に基づいて通信の経路を逐次判定します。日本国内のサイトは直接接続、目的のサイトはプロキシ経由、広告ドメインはブロックといった設定を同一の設定ファイル内で同時に成立させられます。ルールセットはリモートサブスクリプションとローカル上書きの両方に対応し、ルールの更新はメインの設定ファイルを変更せずに行えます。単純な全体接続・直接接続の 2 択しか持たないクライアントと比べ、ルールエンジンによって 1 つの設定でほとんどの利用シーンに長期間対応でき、日常的に手動でモードを切り替える必要はほぼありません。

複数プロファイル管理

MULTI-PROFILE

複数の設定ファイルを同時に保存し、ワンタップで切り替えられます。異なるサブスクリプションサービス、自前で構築したノード設定、テスト用の設定を互いに干渉させずに管理できます。各プロファイルはサブスクリプションのアドレス、更新時刻、自動更新間隔を個別に記録し、切り替え時にアプリを再起動する必要はなく、プロキシグループのノード選択状態も切り替え後も保持されます。複数のサブスクリプション元を並行管理していたり、自宅と職場のネットワークを頻繁に移動するユーザーにとって、設定作業の重複を減らす重要な機能です。

サブスクリプション自動更新

AUTO-UPDATE

サブスクリプション設定は時間単位または日単位でバックグラウンド自動更新の周期を設定でき、ノードの変更やサブスクリプションアドレスの変更を手動で対応する必要がありません。更新に失敗した場合は直前の有効な設定を保持するため、一時的なネットワーク不調でノードリストが消えることはありません。通知バーのステータス表示と合わせて、毎回の更新結果を一目で確認できます。設定の詳細画面から手動で更新を実行し、返されたエラー内容を確認することもでき、サブスクリプションリンクの期限切れやフォーマット異常の原因をすぐに特定できます。

アプリ単位の振り分け

PER-APP

アクセス制御リストを使えば、指定したアプリをプロキシの対象外にする、あるいはホワイトリスト内のアプリのみをプロキシ経由にすることができます。銀行系アプリは直接接続が必須、LAN 内で使うツールは仮想ネットワークインターフェースを経由させたくない、といった場合にクライアント全体を停止する必要はなく、アプリ一覧で対象のパッケージ名にチェックを入れるだけで済みます。制御の粒度はパッケージ名単位で、ドメインルールによる振り分けと組み合わせて使うことで、「アプリ単位」と「宛先単位」の両方の通信制御要件を矛盾なく同時に満たせます。

Meta コアの機能

META CORE

クライアントには Meta(mihomo)系コアが組み込まれており、オリジナルプロトコルに加えて、より多くの現代的なプロキシプロトコルとアウトバウンドタイプに対応しています。ルールの記法はオリジナル版の設定ファイルとの後方互換性を維持しています。コアはクライアントのバージョンに合わせて上流の更新を継続的に追随するため、プロトコルのハンドシェイクやレイテンシ測定、ロードバランス戦略の改善がクライアントの大型リリースを待たずに反映されます。サブスクリプション提供元が新しいプロトコルへ移行済みのユーザーにとって、Meta コア搭載クライアントへの切り替えは最も低コストなアップグレード手段であり、既存の設定はほぼそのまま利用できます。


DOWNLOAD

全プラットフォームのダウンロード入口

5 プラットフォーム分のインストーラーはダウンロードページで OS ごとにグループ管理されており、バージョン番号はバージョン一覧 API によってページ読み込み時に取得されます。各プラットフォームをクリックするとダウンロードページの該当セクションに直接移動します。

Windows

Clash Plus や Clash Verge Rev などのデスクトップクライアントを提供。x64 と ARM64 のインストーラーがあり、システムプロキシ・TUN モードのいずれも利用できます。

ダウンロードへ

macOS

Intel と Apple Silicon 向けに別々のインストーラーを提供。メニューバーに常駐し、システムプロキシのオン/オフをワンタップで切り替えられます。

ダウンロードへ

Android

APK を直接インストール。arm64-v8a と armeabi-v7a アーキテクチャに対応し、TUN 全体接続とアプリ単位の振り分けをサポートします。

ダウンロードへ

iOS

Clash Plus は App Store で公開済み。ストアから直接インストールでき、更新もストア経由で自動的に配信されるため追加の作業は不要です。

ダウンロードへ

Linux

デスクトップ環境向けに deb パッケージを提供。サーバーやルーターでは mihomo コアと systemd を組み合わせて常駐運用できます。

ダウンロードへ

全クライアントを見る →


QUICK START

初回設定は 3 ステップで完了

インストールから接続確認まで、標準的な手順はわずか 3 ステップです。以下は簡易版のプレビューで、各ステップの詳しい画面位置や分岐パターンは完全版チュートリアルに掲載しています。

01

クライアントをインストール

ダウンロードページで端末のアーキテクチャに合ったインストーラーを選択します。Android では APK をダウンロード後そのままインストールし、初回起動時にシステムの案内に従って VPN 接続の権限を許可します。デスクトップではインストーラーを実行後、バックグラウンド常駐を許可するだけです。

02

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

設定ページに移動し、新規プロファイルを作成してサブスクリプション提供元から取得したリンクを貼り付けます。保存するとクライアントが自動でノードリストと振り分けルールを取得します。リンクが認識されない場合は、それが Clash 形式であって他のプロトコル専用形式ではないかをまず確認してください。

03

起動して接続を確認

メイン画面に戻ってプロキシを起動し、プロキシページで遅延の低いノードを選択して、目的のサイトにアクセスし接続を確認します。あわせてプロキシグループの遅延テストを一度実行し、明らかにタイムアウトするノードを日常利用の対象から除外しておくとよいでしょう。

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


OPEN SOURCE

オープンソースエコシステムとバージョンの出典

クライアントとコアはいずれも公開リポジトリで開発されており、バージョンリリース、コミット履歴、課題の議論はすべて確認可能です。以下は本サイトの掲載内容と直接関わる事実の一部です。

プロジェクトの歴史

Clash はもともとコマンドライン形式のコアとして登場し、その後コミュニティによってデスクトップからモバイルまでを網羅する完全なクライアントエコシステムへと発展しました。Android 版クライアントはオープンソース化以来長期にわたり継続的に更新されており、各リリースバージョンは検証可能なソースコードのタグに対応し、変更内容はリリースノートに記載されているため、出典をたどれないインストーラーは存在しません。

コアの関係

オリジナル版コアの更新が停止した後、コミュニティが保守する Meta ブランチ(現名 mihomo)がプロトコルの発展を引き継ぎました。現在活発に開発が続く各クライアントは、おおむね mihomo をコアとして採用しています。本サイトに掲載しているクライアントはいずれもこのエコシステムをベースに構築されており、設定形式は相互に互換性があるため、クライアント間の移行は基本的にサブスクリプションアドレスの差し替えだけで済みます。

更新の仕組み

各クライアントのインストーラーはプロジェクトのリリースページでビルド・公開されており、本サイトのダウンロードページはバージョン一覧 API を通じてページ読み込み時に最新バージョン番号と対応ファイルを取得します。表示されるバージョン情報は実際に配布されているファイルと一致しており、手動での書き換えやインストーラーへの二次加工は一切行っていません。

ドキュメントの維持

サイト内のチュートリアルとトラブルシューティングドキュメントは、クライアントの安定版に合わせて更新されており、手順の記述は現行バージョンの画面に基づいています。すべてのダウンロード入口はダウンロードページで一元管理されており、出典の確認がしやすくなっています。ビルド環境がある場合は、ソースコードリポジトリを直接クローンして自身でビルドし、公開バージョンと比較することも可能です。

GIT git clone https://github.com/MetaCubeX/ClashMetaForAndroid.git

FAQ PICKS

よくある質問セレクション

利用頻度の高い質問とその一言結論をまとめました。詳しい対応手順は各ページをご覧ください。

  • サブスクリプション更新でネットワークエラーが出る場合は? まずブラウザでサブスクリプションリンクを直接開いて期限切れでないか確認し、次に更新時にプロキシのループが発生していないか確認します。診断ページのサブスクリプションの章に沿って順に確認してください。 対処手順 →
  • 自動起動はどう設定する? Android ではシステム設定で自動起動の権限を許可し、クライアントを電池最適化のホワイトリストに追加する必要があります。メーカーによって設定項目の位置は多少異なります。 操作手順 →
  • 全ノードがタイムアウトする場合は? まずサブスクリプションを一度更新して無効なノードを除外し、次にテストアドレスやネットワーク環境を切り替えて比較し、ノード側の問題かローカルネットワークの問題かを区別します。 対処手順 →
  • クライアントが多くてどれを選べばいいかわからない? プラットフォーム、コア、保守状況を横並びで比較して決めましょう。比較レビューページでは各クライアントの適用シーンと選定の結論をまとめています。 横並び比較 →

NOTES

技術ノート

サブスクリプション形式、コアの違い、各プラットフォームでの導入に関する詳しい記事を、公開日時の新しい順に 3 本掲載しています。

サブスクリプション管理

Clash サブスクリプション形式の詳細解説:YAML 設定、Base64 リンク、汎用サブスクリプションの相互変換方法

取得したサブスクリプションリンクをクライアントが認識しない?まず Clash の YAML、Base64 ノードリスト、各プロトコル専用形式の違いを整理し、サブスクリプション変換の仕組み、よく使うパラメータ、プライバシー上の注意点を解説します。

続きを読む →
プラットフォーム導入

Linux で Clash を導入する全手順:デスクトップクライアントとコマンドライン systemd サービスの構築

2 つの導入経路を解説します。デスクトップ環境では Clash Verge Rev の deb パッケージによるインストールと自動起動設定、サーバー環境では mihomo コアと systemd を組み合わせた常駐運用を扱い、設定ディレクトリの構成や権限に関する注意点も含みます。

続きを読む →
トラブルシューティング

Windows の UWP アプリがプロキシを経由しない場合の対処法:ループバック制限の解除手順を詳しく解説

ストア版アプリがローカルプロキシに接続できない根本原因は、UWP のネットワーク分離によるループバック制限です。制限の仕組みを整理し、CheckNetIsolation コマンドと GUI ツールという 2 つの解除方法、そして確認手順を紹介します。

続きを読む →

記事一覧を見る →