Windows
Windows 10 64bit 以上に対応。インストーラー版とポータブル版から選べ、自動起動とシステムプロキシのワンクリック切り替えに対応。
ダウンロードへ →オープンソースエコシステム・クライアント継続更新中
お使いのプラットフォームに合わせてクライアントを選び、サブスクリプションを導入してシステムプロキシを設定するだけで利用開始できます。永久無料、オープンソース、さらに日本語ドキュメントでインストールからルール分流・TUN モードまで解説します。
ルール分流から日常メンテナンスまで、6つの停留所で Clash の主要な使い方をカバーします。気になる停留所を見つけたら、乗換リンクからマニュアルの該当章へ直接ジャンプできます。
ドメイン、IP セグメント、GeoIP データベースに基づき、トラフィックを異なる出口へ振り分けます。ローカルサイトは直接接続、目的のサービスはプロキシ経由、広告ドメインはブロックするといった制御が可能です。ルールは上から順にマッチングし、一致した時点で処理が確定します。一度ルールセットを組んでおけば、日常的に手動でルートを切り替える必要はほぼありません。特定の接続がどのルールに一致したか確認したい場合は、クライアントの接続パネルで一件ずつ確認すれば、分流が想定通りかどうか一目で分かります。
ルール・グローバル・直接接続の3モードは、それぞれ異なる使い方に対応します。日常利用ではルールモードでトラフィックが自動的に振り分けられ、特定アプリのデバッグで全トラフィックをプロキシ経由にしたい場合はグローバルモードへ、一時的にプロキシを止めたいがクライアントは終了したくない場合は直接接続モードへ切り替えます。3つのモードはクライアントのメイン画面でワンクリック切り替えができ、即座に反映されます。アプリの再起動は不要で、既に設定済みのルールセットにも影響しません。
システムプロキシはプロキシ設定に従うアプリしか制御できず、コマンドラインツールや一部のクライアントは迂回してしまいます。TUN モードは仮想ネットワークアダプタを使ってネットワーク層で全トラフィックを接管するため、ゲーム、ターミナル、システム更新も分流対象に含められます。有効化前にサービスモードをインストールし、他の仮想ネットワークアダプタ系ソフトを終了させ、DNS ハイジャックが有効になっているか確認してから、問題なければ常時オンにしてルール分流と併用できます。
サブスクリプションリンクは、ノード、プロキシグループ、ルールをまとめてリモート更新可能な設定ファイルとして提供します。リンクを貼り付けて導入した後、自動更新間隔を設定すれば、ノードの変更があっても手動で設定を書き換える必要はありません。複数のサブスクリプションを併存させ、用途別に名前を付けて個別に更新し、ワンクリックで切り替えることもでき、互いに上書きされることはありません。サブスクリプションの取得に失敗した場合、クライアントのログに明確なエラー発生源が表示されるので、それをもとに調査すれば原因を特定できます。
Windows、macOS、Android、iOS、Linux それぞれに対応クライアントがあり、設定の書き方は共通なので、1つのサブスクリプションを全プラットフォームで使い回せます。デスクトップでは Clash Plus や Clash Verge Rev、モバイルでは App Store 配信版や Android インストールパッケージ、サーバーやルーターでは mihomo コアを直接動かせます。デバイスを変更する際は同じサブスクリプションを再度インポートするだけで、ルールやグループ設定はそのまま引き継がれます。
起動時の自動起動とサブスクリプションの自動更新を設定しておけば、クライアントは長期間ほぼ無人で運用できます。GeoIP と GeoSite データベースは月1回程度更新すれば分流の精度を保てます。ノードの遅延測定はプロキシグループ画面に内蔵されているので、定期的にワンクリックで測定し、自動選択グループに切り替えを任せれば、手動でノードを選ぶ手間がなくなります。異常が発生した場合はまずログパネルを確認してください。ほとんどの問題はログに明確な手がかりが残っています。
5つのプラットフォームにそれぞれ専用の乗降場があります。使用中のOSを選んで、ダウンロードページの該当セクションから推奨順にクライアントを取得してください。
Windows 10 64bit 以上に対応。インストーラー版とポータブル版から選べ、自動起動とシステムプロキシのワンクリック切り替えに対応。
ダウンロードへ →Intel と Apple Silicon 両対応のインストーラー。メニューバーに常駐し、システムプロキシはスイッチ操作で即時反映。
ダウンロードへ →Android 8.0 以上に対応。VPN サービスで全トラフィックを接管し、アプリ単位のプロキシとサブスクリプション自動更新に対応。
ダウンロードへ →App Store 配信版。iPhone と iPad 共通で使え、サブスクリプション導入後に必要に応じてプロキシモードを切り替え可能。
ダウンロードへ →deb パッケージとビルド済みコアを提供。デスクトップユーザーは GUI クライアントを、サーバーは mihomo を直接運用できます。
ダウンロードへ →インストールが終わったら残るは3つだけです。以下は簡略ルートで、詳しい手順は使い方ガイドページに掲載しており、各ステップにアンカーリンクを用意しています。
クライアントの設定ページを開き、サービス提供元から発行されたサブスクリプションリンクを貼り付けて導入を確定し、設定ファイルのダウンロード完了を待ちます。リスト内に設定名が表示されれば導入成功です。
メイン画面に戻り、プロキシモードを「ルール」に切り替えます。ローカルトラフィックは直接接続、目的のサービスはプロキシ経由となり、振り分けは設定内のルールに従って自動で完了するため、手動での操作は不要です。
システムプロキシのスイッチをオンにし、よく使うサイトにアクセスして接続を確認します。ページが正常に表示されれば接続成功です。表示されない場合はまずノードの遅延を測定し、別の利用可能なノードに切り替えて再試行してください。
Clash はオープンソースコミュニティ発のルールベース型プロキシコアから始まり、明快な設定文法と安定した分流性能によって、この分野における事実上の標準的な選択肢となりました。オリジナルのリポジトリがアーカイブされた後も、コミュニティの動きは止まりませんでした。設定フォーマット、ルール文法、使い方はそのまま引き継がれ、新旧クライアント間もスムーズに移行できるため、既存の設定を作り直す必要はありません。
現在活発にメンテナンスされているコアは、MetaCubeX コミュニティによる mihomo(いわゆる Clash Meta コア)です。従来の Clash 設定と互換性を保ちながら、プロトコル対応と DNS 機能を継続的に拡張しています。本サイトで紹介しているデスクトップ・モバイル向けクライアントは、いずれもこのコアをベースに構築されており、コアの更新とクライアントのリリースサイクルは独立していて、それぞれのバージョン履歴が公開されています。
Clash Verge Rev、FlClash から Clash Nyanpasu まで、主要な GUI クライアントはすべてソースコードを公開しており、誰でも実装を確認したり、issue や修正パッチを提出したりできます。ルールセット、GeoIP データベース、サブスクリプション変換ツールもコミュニティによって維持されており、問題が発生してもたいてい公開された issue の中に先例と解決策が見つかります。
本サイトのダウンロードリンクは常に各クライアントの最新リリース版を指しており、バージョン番号はダウンロードページ上でリアルタイムに表示されます。クライアント自体にも更新チェック機能が組み込まれています。コアのソースコードを直接追いたい場合は、右側のリポジトリをクローンしてください。リリースページには各プラットフォーム向けのビルド済みバイナリも同時に公開されます。
git clone https://github.com/MetaCubeX/mihomo.git
まずノードの遅延を測定し、プロキシモードとルールの一致状況を確認して、チェックリストに沿って順に確認しましょう。
サブスクリプションの更新に失敗した場合は?まずサブスクリプションリンクの有効期限を確認し、次に更新リクエストがローカルのプロキシ自体にブロックされていないか確認してください。
TUN モードとシステムプロキシ、どちらを選ぶべき?通常はシステムプロキシで十分です。ターミナルやゲームなどのトラフィックも接管したい場合に TUN を有効化してください。詳しい概念は用語集を参照。
無料ノードは長期的に使えますか?クライアントの設定が正しいかを確認するのには向いています。安定した日常利用には信頼できるサブスクリプション提供元を選ぶことをお勧めします。
TUN 仮想ネットワークアダプタとシステムプロキシのトラフィック接管における本質的な違いを解説し、Windows と macOS で TUN を有効化し、サービスモードをインストールし、DNS ハイジャックの動作確認を行う一連の手順を紹介します。
サブスクリプションリンクの期限切れ、ネットワークブロック、User-Agent 検証といった原因を分類ごとに分析し、サブスクリプション取得失敗のエラー発生源を解説。各クライアントで自動更新間隔を設定する場所と推奨値も紹介します。
ノードの遅延テスト、プロキシモードの選択ミス、DNS ポイズニング、ルールが DIRECT に一致してしまうケースまで、ローカルから遠隔の順に9つの確認ポイントを挙げ、それぞれに確認方法と対応する修正手順を付けて解説します。