DISPATCH BAY · オープンソースプロジェクト・クライアント随時更新

Clash クライアント全プラットフォーム対応ダウンロード・設定ガイド

プラットフォーム別に分けたインストーラー入口。サブスクリプション導入、システムプロキシ、TUNモードの設定手順を完全解説。クライアントは永久無料オープンソース日本語ドキュメント付きで、Windows・macOS・Android・iOS・Linuxの5プラットフォームに対応。

AIR WAYBILL
CLASH DISPATCH · CLASHSERVICE.COM
Tracking No. トラッキングコア MIHOMO · STABLE
DESTINATION · 5プラットフォーム宛先
DISPATCH

仕分けゲート · 5プラットフォームのダウンロード入口

受取プラットフォーム別に仕分け

ダウンロードページはOS別に5つのゲートに分かれ、各ゲートには複数のクライアントが並び、システム要件とインストール手順が付いています。どのクライアントを選ぶか迷った場合、各プラットフォームの最初のカードが現在の推奨クライアントです。以下のゲートをクリックすると、ダウンロードページの該当プラットフォームのタブへ直接移動します。

MANIFEST

マニフェスト詳細 · クライアントの主要機能一覧

全項目確認 · 6件
MNF-01
ルール分流
ドメイン名、IPレンジ、GeoIPの所属地域などの条件によって、通信を異なる出口へ振り分けます。一般的なサイトは直接接続し、プロキシが必要な通信は指定ノードへ、広告ドメインは直接ブロックできます。ルールは設定ファイルのrulesセクションに記述され、上から順に照合され、最後はMATCHで受け止めます。アプリごとに個別にプロキシを設定するのに比べ、分流ルールは一度設定すれば全体に適用され、ブラウザ、コマンドライン、バックグラウンドプログラムも同じルール表に従うため、逐一切り替える必要がありません。
搭載済
MNF-02
プロキシグループ
複数のノードを1つのグループにまとめ、戦略によって実際に使う経路を決定します。selectは手動指定、url-testは定期的な速度測定で最速ノードを自動選択、fallbackは順番にフェイルオーバー、load-balanceは複数ノードへ接続を分散します。ルールは具体的なノードではなくプロキシグループを指すため、ノードが変わってもルール表を修正する必要はありません。グループ内には他のグループを入れ子で参照でき、「地域グループ → 用途グループ」のような階層構造を組めます。日常利用ではUI上で選ぶだけで済みます。
搭載済
MNF-03
サブスクリプション管理
サービス提供元のサブスクリプションリンクを一度導入すれば、クライアントが完全な設定を取得し、ノード・プロキシグループ・ルールが一括で反映されます。以降は一定間隔または手動で更新でき、ノードが変わっても再入力は不要です。複数のサブスクリプションは複数の設定(Profile)として並存でき、クライアント内でワンクリック切替が可能で互いに干渉しません。サブスクリプションの解析失敗や更新後にノードが空になるといったよくある状況については、トラブル対処ページに確認用チェックリストを用意しています。
搭載済
MNF-04
TUNモード
仮想ネットワークアダプタを通じてネットワーク層で全通信を制御し、システムプロキシ設定を読み取らないプログラム(ゲーム、コマンドラインツール、一部のクライアントソフト)もルール表に取り込まれます。Windowsでは管理者権限でサービスコンポーネントをインストールする必要があり、macOSとLinuxではネットワーク拡張またはrootの許可が必要、Androidはシステムのvpnインターフェースにより同等の効果が自然に実現されます。有効化後はシステムプロキシとどちらか一方を使えば十分で、ガイドページにプラットフォームごとの有効化手順と注意点があります。
権限が必要
MNF-05
ノード速度測定
プロキシグループ内の全ノードに対してHTTP遅延テストを実行し、ミリ秒数がノードの横に表示されるため一目で可用性が分かります。url-testグループは測定結果に基づき最も遅延の低いノードを自動選択し、結果が悪化すると再選択します。テストURLと間隔は設定で調整できます。ここでの遅延値はテスト経路の往復時間を示すものであり、実際のダウンロード帯域幅とは別物なので、ノードを選ぶ際は両者を分けて考える必要があります。
搭載済
MNF-06
Mihomo コア
本サイトに掲載している各GUIクライアントは、同じコアエンジンmihomo(旧称Clash.Meta)を共用しています。プロキシプロトコルのハンドシェイク、ルール照合、DNS解析はすべてコアで行われ、クライアントは操作画面にすぎません。コアはClashのYAML設定文法を継承しつつ、より多くのプロキシプロトコルとルールタイプを拡張しており、同じ設定ファイルを異なるクライアント間で共通利用できるため、クライアントを変えても設定を書き直す必要はありません。コア本体もダウンロードページで別途提供しており、サーバーやルーターのユーザーが利用できます。
コア部品
QUICK START

クイックスタート · 3ステップで初回接続完了

簡易版 · 詳細な手順はガイドページ参照
HANDLING STEPS · 作業手順書
  1. クライアントをダウンロード・インストール

    ダウンロードページへ移動し、お使いの環境に対応するゲートで推奨クライアントを選んでインストールします。Windows と macOS はインストールウィザードに従うだけで完了、Android はAPKインストール時にシステムの提示に従って提供元を許可、iOS はApp Storeの手順通りに進めます。インストール後初回起動すると、クライアントはシステムトレイまたはメニューバーに常駐します。

  2. サブスクリプション設定を導入

    サービス提供元のサブスクリプションリンクをコピーし、クライアントの設定(Profiles)ページに貼り付けてダウンロードします。導入に成功すると、ノード一覧と分流ルールが自動で反映されます。一覧が空になったり解析エラーが出た場合は、まずリンクが完全か、期限が切れていないかを確認し、それでも解決しない場合はトラブル対処ページのチェックリストで順に確認してください。

  3. ノードを選んで動作確認

    システムプロキシのスイッチをオンにする(または必要に応じてTUNモードを有効化)し、プロキシページでプロキシグループ内のノードを選択します。あらかじめ遅延テストを実行してから選ぶこともできます。その後、目的のサイトにアクセスして接続を確認してください。ブラウザが反応しない場合は、スイッチの状態、ポートの競合、ルールモードの3点を確認してください。多くの問題はこの3つに集約されます。

PROVENANCE

出所証明 · オープンソースプロジェクトとコアの背景

GitHubで一つずつ確認可能

プロジェクトの経緯。Clashはもともとルール分流を中核とするオープンソースのプロキシコアで、分かりやすいYAML設定文法とプロキシグループ設計によりコミュニティで広く使われるようになりました。オリジナルのコアリポジトリがアーカイブされた後、コミュニティ派生のmihomo(旧称Clash.Meta)が引き継ぎ、設定形式の互換性を保ちながらより多くのプロトコルとルールタイプを追加し、現在主流のClash系クライアントが共通で採用するコアとなっています。

オープンソースの生態。コアと本サイトに掲載している主要なGUIクライアント(Clash Verge Rev、FlClash、Clash Nyanpasuなど)のコードはすべてGitHub上で公開されており、GPL-3.0などのオープンソースライセンスで公開されています。コミット履歴、Issueの議論、リリース情報はすべて確認できます。当サイトはインストールファイルを一切改変・再パッケージ化せず、リンクは常に各プロジェクトの公式リリースチャネルを指します。

コアとクライアントの関係。GUIクライアントはインターフェース操作を担い、サブスクリプションの導入、ノードの切替、システムプロキシのオン/オフなどを行います。実際のプロトコルハンドシェイク、ルール照合、DNS処理はすべてコアが行います。そのため同じ設定ファイルを異なるクライアント間で共通利用できるため、クライアントを変えても設定を再構築する必要はありません。これが選定時に複数のクライアントを気軽に試せる理由です。

更新の仕組み。本サイトのダウンロード入口は各クライアントの最新安定版を指しており、バージョン一覧は定期的に確認・更新しています。メンテナンスが終了したクライアント(Clash for Windows、ClashX Metaなど)はアーカイブ状態を明記した上でダウンロードを維持し、既存ユーザーが必要に応じて利用できるようにしています。各プラットフォームのシステム要件とインストール時の注意事項は、ダウンロードページの各ゲートに記載しています。

REPO MANIFEST · コアリポジトリ

mihomo コアのソースコードは公開されており、直接クローンしてビルドスクリプトやリリース履歴を確認できます:

git clone https://github.com/MetaCubeX/mihomo.git
  • LICENSEGPL-3.0
  • LANGGo
  • CONFIGYAML
  • RELEASEGitHub Releasesで継続的に公開
INQUIRY

よくある質問 · 頻出4件

詳細はトラブル対処ページ参照

Clash と mihomo の関係は?

mihomo は Clash コアのコミュニティ派生版で、設定文法の互換性を保ちながらプロトコル対応を拡張しています。本サイトのクライアントはすべてこれをコアエンジンとして採用しています。

詳しく見る →

サブスクリプション導入後、ノード一覧が空になったら?

まずリンクの完全性と有効期限を確認し、次にサーバー側の返却形式とローカルネットワークを確認してください。順番に調べれば原因を特定できることが多いです。

詳しく見る →

Windows で UWP アプリがプロキシを経由しない?

UWP アプリは既定でシステムのネットワーク分離によりループバックアクセスが制限されています。ループバック制限を解除するか、TUNモードで通信を制御してください。

詳しく見る →

プロキシグループ、ノード、ルールはそれぞれ何を指す?

ノードは出口経路、プロキシグループはノードのグループ化と選択戦略、ルールはどの通信をどのグループに渡すかを決定します。この3つは階層的に参照し合っています。

用語解説 →
LOG BOOK

活用ノート · 最新3件

日付の新しい順
入門ガイド2026年6月27日

Clash Profile とは:設定ファイルの基本概念と複数設定の切替管理入門

Profile は Clash クライアントが読み込む設定の完全な単位で、サブスクリプション・ノード・ルールを内包する関係にあります。本記事では設定ファイルの取得元、保存場所、更新の仕組み、そして複数の設定を並存させた場合の切替・管理方法を解説します。

トラブル対処2026年6月9日

Clash 有効化後にブラウザで HTTPS 証明書エラーが出る原因分析と解決方法

証明書エラーは必ずしもプロキシソフトの問題とは限りません。システム時刻のずれ、ポータルハイジャック、MITM復号スイッチ、証明書チェーンの欠落などが原因となることがあります。本記事ではプロキシとTLS証明書検証の関係を解説し、状況別の対処方法を紹介します。