インストーラーアーカイブ · 設定ドキュメントを継続整理

Clash Mac版
全プラットフォーム向けインストーラーアーカイブ

プラットフォーム別にClash クライアントのインストール先と過去のアーカイブを整理し、設定項目、ルール分岐、システムプロキシ、TUN、DNSの確認方法も解説。インストール前の違いを確認し、接続後の設定問題を切り分けられます。

永久無料 オープンソース 日本語ドキュメント

Platform · インストール先

システムに合わせてClash クライアントを選択

同じClash設定でも、読み込むグラフィカルクライアントやコアプログラムによって、インストール形式、システムプロキシの取り扱い、権限モデルは異なります。まずOSとプロセッサーアーキテクチャを確認してからダウンロードページでクライアントを比較すれば、パッケージの選択ミス、インポート後に起動できない問題、システムプロキシが反映されない問題を減らせます。

DESKTOP / WINDOWS

Windows

日常的なデスクトップ利用に適しています。ダウンロードページではGUIを備えた主要クライアントを、継続的に保守されているプロジェクトと過去のアーカイブに分けて掲載しています。インストール後は通常、設定のインポート、プロキシグループの選択、システムプロキシの有効化が必要です。より多くのアプリの通信を対象にする場合は、権限を確認したうえでTUNモードを設定します。

ダウンロードへ

DESKTOP / MACOS

macOS

ダウンロード前に、Apple SiliconとIntelのどちらを搭載した端末かを確認してください。異なるアーキテクチャのインストーラーは共用できません。初回起動時には、システムのセキュリティ確認、ネットワーク拡張機能の許可、プロキシ権限が必要になる場合があります。ダウンロードページではClash Plus、Clash Verge Rev、FlClash、ClashX Metaなどの導入先をまとめています。

ダウンロードへ

MOBILE / ANDROID

Android

Androidクライアントは通常、端末のVPNインターフェースを通じて通信を処理します。有効にすると、ステータスバーにVPNアイコンが表示されます。ページにはプロセッサーアーキテクチャ別と汎用インストーラーの導入先を掲載しています。サブスクをインポートする前に提供元の信頼性を確認し、バックグラウンド動作、バッテリー最適化、VPN常時接続の設定にも注意してください。

ダウンロードへ

MOBILE / IOS

iOS

iPhoneとiPadでは、システムが提供するネットワーク拡張機能を使って接続を処理します。ダウンロード欄にはClash PlusのApp Storeページと公式情報を直接掲載しています。インストール後は、使い方ガイドに従ってサブスクをインポートし、VPN構成の追加を許可してから、プロキシグループで使用するノードまたは自動テストグループを選択します。

ダウンロードへ

DESKTOP / SERVER

Linux

デスクトップ環境ではGUI付きクライアントを、サーバー、ソフトウェアルーター、コンテナ環境ではMihomoコアを直接実行する構成が適しています。ダウンロード前にディストリビューション、CPUアーキテクチャ、インストール形式を確認してください。サービスとして運用する場合は、設定ディレクトリ、ログの保存先、リッスンアドレス、起動権限も別途計画する必要があります。

ダウンロードへ

Config Timeline · 主な機能

通信の入口からルール分岐まで

Clashの処理は、リッスンポート、ルール照合、プロキシグループの選択、DNS名前解決、最終接続という段階に分けられます。左側の目盛りはよく使う設定領域に対応しており、切り替えると項目の用途、実際の使い方、確認すべきポイントを表示できます。

rules.yaml

ドメイン、アドレス、プロセスで出口を決める

ルールモードでは、設定ファイルの順番に従ってリクエストを1行ずつ照合します。ドメインサフィックス、ドメインキーワード、IPネットワーク、GeoIP、ルールプロバイダー、プロセス名などが一般的な条件で、ヒットすると指定したプロキシグループに渡されます。実際の運用では、範囲を細かく絞ったルールを前に置き、最後にフォールバックルールを配置し、参照先のプロキシグループ名が存在することを確認してください。グローバルスイッチだけを備えた単純なプロキシツールと異なり、Clashでは業務サイト、ダイレクト接続サービス、LANアドレス、その他の通信を分けて処理できます。誤った振り分けを調べる際も、ルールの順番に沿って最初にヒットした項目を特定できます。

rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,Final

Open Source · プロジェクトの関係

インストーラー、コア、設定の出所の境界

Clashのエコシステムは、コア、グラフィカルクライアント、ルールデータ、ユーザー設定で構成されています。現在の端末に適したダウンロード先か判断するには、名前が似ているかだけでなく、プロジェクトの保守状況、コアとの関係、プラットフォームのアーキテクチャ、設定の互換範囲も確認する必要があります。

HISTORY

オリジナルのClashから継続的に進化するコアの派生版まで

Clashは当初、ルール駆動型のネットワークプロキシコアとして広く使われ、設定ファイルにはYAMLを採用して、プロキシノード、プロキシグループ、ルール、DNSを1つの構造にまとめていました。オリジナルプロジェクトの更新停止後も、コミュニティでは互換性、新しいプロトコル、ルール機能、各プラットフォームへの対応を軸に関連する派生版が保守されています。現在、多くのデスクトップおよびモバイルクライアントはMihomoを実行コアとして利用していますが、画面上の名称、設定の上書き方法、システム連携の範囲は各クライアントプロジェクトが決めています。したがって「Clash設定に対応」とあっても、メニューの位置、拡張項目、移行時の動作まで全クライアントで同じとは限りません。

ECOSYSTEM

グラフィカルクライアントはシステム連携を、コアは接続処理を担当する

コアは設定の読み込み、接続の確立、ルールの実行、制御インターフェースの提供を担います。グラフィカルクライアントはその上で、インストール、サブスク更新、プロキシ切り替え、ログ確認、システムプロキシ、TUN権限、起動時の自動実行を扱います。Windows、macOS、Android、iOSでは権限モデルが異なるため、同じ名前の機能でも実装方法は変わります。クライアントを選ぶ際は、まずプラットフォームが対応しているかを確認し、次に保守状況、コアの種類、必要な機能を見てください。サーバー転送やルーターへの導入だけが目的ならMihomoコアを直接実行する構成が適しています。メニューバー操作、システム通知、設定管理が必要なら、グラフィカルクライアントのほうが保守しやすいでしょう。

ARCHIVE

過去のアーカイブは旧環境との互換用であり、プラットフォーム確認の代わりにはならない

古いOS、旧型プロセッサー、固定された導入環境では過去のインストーラーが必要になる場合がありますが、アーカイブを公開日順に並べて無作為にインストールすべきではありません。まずOSの最低要件とCPUアーキテクチャを確認し、次にクライアントが現在も保守されているかを確認し、最後に設定項目の互換性を照合してください。保守が終了したクライアントはダウンロードページで個別に表示し、アーカイブであることを分かるようにしています。新しい端末では、現在も保守され、プラットフォーム対応が明確なクライアントを優先してください。既存の安定した環境では、アップグレード前に設定をバックアップし、現在のシステムプロキシ、TUN、DNSの状態を記録して、差異が出た場合に戻せるようにします。

UPDATE

更新時は上流の変更とページの利用可能性を確認する

このサイトでは、クライアントプロジェクトとプラットフォームごとにダウンロード先を整理しています。バージョン情報と各ファイルの詳細はインストーラーページに集約し、トップページでは製品の関係と選択手順を説明しています。整理の際は、上流プロジェクトの状態、導入先への到達性、プラットフォームキーの一致、ドキュメントの説明が現在のクライアント動作に合っているかを重点的に確認します。設定ガイドでは、特定画面の一時的なレイアウトを一般的な結論とせず、システムプロキシ、ルール、プロキシグループ、DNSなど安定した概念を優先して説明します。クライアントごとの画面差異については、各プラットフォームでの操作場所を補足します。

Checklist · よくある質問

インストール前後の確認手順

macOSではApple Silicon版とIntel版のどちらをダウンロードすべきですか?

「このMacについて」でチップ情報を確認します。Appleチップの名称が表示される場合はApple SiliconまたはARMアーキテクチャ版を、Intelプロセッサーと表示される場合はx64またはIntel版を選択してください。アーキテクチャを間違えると、アプリが起動できなかったり、互換変換レイヤーが必要になったりします。詳しいプラットフォームの説明はmacOSダウンロード欄をご覧ください。

サブスクをインポートしてもWebページを開けないのはなぜですか?

まず設定が有効になっていることを確認し、プロキシグループで利用可能なノードが選択されているか、システムプロキシが有効か、プロキシポートを別のプログラムが使用していないかを確認します。次にダイレクト接続のサイトとプロキシ経由のサイトをテストし、ノード、ルール、DNSのどこに問題があるかを切り分けます。複数の通信制御ソフトを同時に有効にすると、ルーティングやプロキシ設定が上書きし合うため避けてください。続きはトラブル対処の手順に沿って確認できます。

システムプロキシとTUNモードは同時に有効にすべきですか?

具体的な動作はクライアントの実装によって異なります。初期設定ではまずシステムプロキシを使い、設定、ノード、ルールが動作することを確認してから、システムプロキシに従わないアプリも取り込む必要がある場合にTUNを有効にするのがおすすめです。TUNを有効にして通信異常が起きた場合は、仮想インターフェースの権限、DNSハイジャック、ルートの競合、他のVPNプログラムを確認してください。詳しい手順は使い方ガイドをご覧ください。

サブスクを更新すると手動で変更したルールは上書きされますか?

リモートサブスクから生成された設定を直接編集すると、更新時に新しい内容で置き換えられることがあります。クライアントが提供する上書き、マージ、スクリプト機能を優先して使い、ローカルルールと上流サブスクを分けて管理してください。変更前に動作確認済みの設定を保存し、追加した項目の階層を記録しておきます。項目の構造とマージの考え方は設定項目リファレンスで確認できます。

Notes · 最新記事

設定とトラブル対処の記録

記事では実際の操作手順に沿って問題を分解し、まず判断条件を示してから確認方法と対処を説明します。設定を扱う際は、システムプロキシ、コアの項目、クライアント画面、上流サブスクを区別し、異なる層の問題を混同しないようにしています。

すべての記事を見る →
トラブル対処

Clashは接続済みなのにWebページを開けない?項目別チェックリスト

システムプロキシのスイッチ、ポートの競合、ノードの利用可能性からDNS汚染とルールのヒットまで、「接続できたのにインターネットへ出られない」本当の原因を順番に切り分けます。各手順で確認できる現象、検証方法、具体的な対処を示しているため、ノードを何度切り替えても改善しない場合に役立ちます。

記事を読む →
上級解説

Clashの遅延テストの数値をどう見る?80msのノードのほうが遅く感じる理由

遅延テストは通常、特定のテストURLへの1回のリクエスト経路だけを示すもので、ページの読み込み、動画転送、長時間接続の体感と同じではありません。この記事ではURL Testの集計方法を分解し、パケットロス、帯域幅、接続先の地域、混雑時間帯の安定性を組み合わせてノード品質を判断する方法を説明します。

記事を読む →