Windows
デスクトップブラウザー、オフィスソフト、システムプロキシが必要な一般的な環境に適しています。ダウンロード前にシステムアーキテクチャを確認し、インストール後は設定を読み込んでからシステムプロキシを有効にしてください。Microsoft Storeアプリだけ通信できない場合は、UWPループバックとローカルポートの使用状況を確認します。
オープンソースエコシステム · クロスプラットフォーム対応クライアントと日本語設定メモ
Clashクライアントの設定ガイド
適切なクライアントを選び、インストール権限、サブスクリプションの読み込み、ルール分岐の順に設定します。端末への導入手順に沿って主要な入口を整理し、DNS、TUN、システムプロキシ、接続エラーの確認手順も掲載しています。
完全無料
オープンソース
5つのプラットフォーム
日本語ドキュメント
設定とトラブル解決
初めて使う場合は、まずガイドを読み、検証可能な接続経路を一つ完成させてください。利用するクライアントを選ぶときは、OSに合わせてダウンロードページへ進みます。これにより、コア、GUIクライアント、設定ファイルを同じインストールパッケージと混同せずに済みます。
プラットフォーム別入口
利用中の端末に合うダウンロードページを選択
トップページでは、端末から対応プラットフォームの一覧へ案内します。ダウンロードページでは、選択可能なクライアント、対応アーキテクチャ、システム要件を確認できます。同じプラットフォームでも、デスクトップGUI、モバイルアプリ、サーバー向けコアが用意されている場合があるため、インストール前に端末の種類を確認してください。
macOS
IntelとApple Siliconでは、対応するインストーラーを選択してください。初回起動時にシステムのセキュリティ機能でブロックされた場合は、システム設定からアプリの入手元と権限を確認します。より多くのアプリ通信を制御する必要がある場合は、クライアントの説明に従って拡張モードまたはTUNを有効にしてください。
Android
スマートフォン、タブレット、一部のAndroid搭載テレビに適しています。サブスクリプションを読み込んだ後、システムによるVPN接続の作成を許可してください。しばらくバックグラウンドに置くと切断される場合は、バッテリー最適化、バックグラウンド実行制限、常駐通知の権限を確認します。
iOS
iPhoneとiPadでは、App StoreからClash Plusを入手します。初回接続時にVPN構成の確認が表示されるため、許可してから端末の通信を制御してください。ルールモード、ポリシーグループ、サブスクリプション更新はアプリ内で設定できます。普段使いの前に、現在の設定が有効期限内か確認することをおすすめします。
Linux
デスクトップLinuxではGUIクライアントを選べます。サーバー、ソフトウェアルーター、コンテナ環境では通常Mihomoコアを直接使用します。deb、rpm、圧縮アーカイブを区別し、AMD64、ARM64などのアーキテクチャも確認してください。サービスとして動かす場合は、設定パス、実行ユーザー、ログディレクトリの権限も個別に設定します。
GUIクライアントとコアのどちらを選ぶべきかわからない場合は？
一般的なデスクトップやスマートフォンでは、GUI付きのクライアントを優先してください。サーバー、ルーター、既存の管理パネルがある環境ではMihomoコアを検討します。クライアント比較ページで、対応プラットフォームや操作方法の違いも確認できます。
設定ドロワー
接続から安定したルール分岐へ
Clashの主な設定は、互いにつながる4つの層に分けて考えられます。まず通信のマッチング方法を決め、次にクライアントの動作モードを選び、その後にシステム全体の通信制御を設定し、最後にサブスクリプションと設定を管理します。デスクトップでは左側の章を切り替えられ、狭い画面では章が縦に連続して表示されます。
Rule routing
ルールは上から順に評価し、ポリシーグループが処理を担当
ルールモードでは、ドメイン、IP、ネットワーク種別、ルールセットなどに基づいてリクエストを指定のポリシーグループへ送ります。設定ファイルは通常上から順に確認され、マッチすると評価が停止します。そのため、具体的なルールは包括的なルールより前に置き、最後に最終フォールバックを配置します。特定のサイトが意図しない経路を通る場合は、接続ログでマッチしたルールを確認し、次に対象ポリシーグループの選択を確認してください。すべてのノードを何度も切り替える必要はありません。
グローバルプロキシと比べ、ルール分岐ではローカルサービス、LAN内の端末、プロキシが必要なリクエストを別々に処理できます。日常の管理では、ルールセットを更新可能な状態に保ち、重複する上書きを避け、カスタムルールの後に明確な最終ポリシーを残すことが重要です。変更前に元の設定を保存し、変更後は明確な対象を1〜2件だけテストすると、原因を早く特定できます。
- まずリクエストがどのルールにマッチしたかを確認し、次にポリシーグループの選択を確認します。
- カスタムドメインルールは、汎用ルールセットより前に配置します。
- MATCHなどの最終フォールバックを残し、リクエストの行き先がなくなるのを防ぎます。
Proxy modes
ルール、グローバル、ダイレクトは確認段階に応じて使い分ける
ルールモードは、設定に基づいて通信ごとの経路を決めるため、日常的な利用に適しています。グローバルモードは、制御可能なリクエストの大半を同じポリシーへ送るため、問題がルールマッチングにあるかを判断する際に使います。ダイレクトモードは一時的にプロキシを迂回し、ローカルネットワーク自体が正常か確認するためのものです。モード切り替えは診断手段であり、すべての異常に対する恒久的な対処としてグローバルモードを使うべきではありません。
ルールモードでは接続できずグローバルモードなら正常な場合は、ルールの順序、ルールセットの更新、ポリシーグループを確認します。グローバルモードでも異常なら、サブスクリプション、ノードの利用可否、システムプロキシ、DNSを確認してください。テスト後は日常利用に適したモードへ戻し、手動で選んだポリシーグループが無効なノードのままになっていないことも確認します。
- ルールモードは日常の通信分岐に使います。
- グローバルモードはルールの問題範囲を絞り込むために使います。
- ダイレクトモードはローカルネットワークと対象サービスを検証するために使います。
System takeover
TUNはより多くの通信を制御できる一方、必要なシステム条件も増える
システムプロキシは、OSのプロキシ設定に従うアプリに主に影響します。ゲーム、一部のコマンドラインツール、独自のネットワークスタックを使うソフトウェアは迂回する場合があります。TUNは仮想ネットワークインターフェースを作成し、より低い層から通信を制御するため、通常は適用範囲が広くなります。有効にする前に、クライアントの権限、仮想NICドライバー、ルーティング、DNS設定を確認してください。デスクトップOSでは管理者の許可が必要になる場合もあります。
TUNを有効にして通信できなくなった場合は、複数の項目を同時に変更しないでください。まずTUNを無効にしてシステムプロキシが使えるか確認し、次にポート競合、DNSリスニング、ルートの除外設定、他のVPNソフトを確認します。LAN内の端末にアクセスできない場合は、プライベートアドレスがダイレクトのままになっているかも確認してください。基本的なプロキシ経路が正常になってから、TUN層の問題に取り組みます。
- まずシステムプロキシを正常に動作させてから、TUNを有効にします。
- 管理者権限、仮想インターフェース、DNSのリスニングを確認します。
- LANとローカルサービス用に適切なバイパスルールを残します。
Configuration care
サブスクリプションの更新とローカル変更は分けて管理する
サブスクリプションは設定内容を提供し、クライアントはそれを読み込み、更新、実行します。インポート後は設定が選択されていることを確認し、ポリシーグループとルールが揃っているか確認してください。サブスクリプションURLを更新できても、ローカル編集が保持されるとは限りません。更新時にサブスクリプションファイルへ直接加えた変更が上書きされるクライアントもあるため、長期的に使うルールは、クライアントが対応するオーバーライド、スクリプト、マージ設定に配置するのが適しています。
日常のメンテナンスは、現在使える設定を記録し、サブスクリプションを更新し、ポリシーを再選択し、ダイレクト対象とプロキシ対象を1件ずつテストし、最後にDNSと接続ログを確認する順で進めます。更新後に突然使えなくなった場合は、まず直前の正常な設定へ戻してから差分を比較してください。接続できない状態で複数の項目を続けて変更するのは避けます。
- 更新が成功したら、現在有効な設定名を確認します。
- 長期的に使うカスタム内容は、オーバーライドまたはマージ層に配置します。
- 最近正常に動作した設定を、復旧用の基準として1つ保存します。
情報源とメンテナンス
Clashエコシステムのクライアント、コア、設定
オープンソースであることは、コードと協業方法を確認できることを示すだけです。実際に使う際は、プロジェクトの関係、配布元、メンテナンス状況を区別する必要があります。ダウンロードページではGUIクライアントとMihomoコアを分けて掲載し、トップページではそれらの組み合わせ方を説明しています。インストール前に必要なものを判断しやすい構成です。
プロジェクトの歩み：Clashの概念を受け継ぐ複数のクライアント
Clashでは、設定ファイル、ルールマッチング、ポリシーグループ、ローカルプロキシポートといった一般的な利用方法が形成されました。元のプロジェクトの状況が変化した後も、コミュニティでは互換性のある設定と利用習慣を軸に、複数の派生プロジェクトが開発されています。Mihomoは現在広く使われているコア実装の一つです。デスクトップやモバイルのクライアントは、通常コアに加えて、サブスクリプション管理、ポリシー切り替え、ログ確認、システムプロキシ、更新機能を提供します。
つまり「Clashクライアント」は、特定の1つのインストールパッケージだけを指すわけではありません。似た画面でも異なるコアを採用している場合があり、同じコアを複数のGUIクライアントから利用することもできます。選ぶ際は、対応プラットフォーム、メンテナンス状況、設定の互換性、システム全体の通信制御方法を確認し、名称だけで判断しないでください。
オープンソースエコシステム：コードとリリース履歴を確認できるリポジトリ
公開リポジトリでは、ソースコード、ライセンス、Issue、コミット履歴、リリースノートを確認できます。機能が変わった場合は、まず対象クライアントとコアのリリース履歴を確認し、設定項目が変更されていないか調べてください。再現性のある不具合では、既存のIssueを検索すると、画面の案内だけから推測するより効率的に解決できます。
各プロジェクトはそれぞれのメンテナーが管理しており、更新頻度や対応プラットフォームも異なります。当サイトではクライアント名とOS別に入口を整理し、すべてのコンポーネントを同一プロジェクトとして扱っていません。アーカイブ済みのクライアントはダウンロードページでメンテナンス状況を示し、更新中のプロジェクトについては、掲載されているバージョン一覧の最新情報を基準にしてください。
コアの関係：Mihomoが接続を処理し、画面が操作を担う
コアは設定を読み込み、プロキシ接続を確立し、ルールを実行し、DNSを処理して実行ログを出力します。GUIクライアントはその上にクリック操作可能な設定画面を提供します。画面に「接続済み」と表示されても、クライアントが特定の操作を完了したことを示すだけです。実際にアクセスできるかどうかは、設定の有効性、ポリシー選択、システム全体の通信制御、DNS、対象ネットワークに左右されます。
トラブル解決では、画面の層とコアの層を分けて考えると整理しやすくなります。サブスクリプションを取得できない場合は、まずURLとローカルネットワークを確認します。すべてのノードが使えない場合は、設定内容とネットワーク制限を確認します。特定のアプリだけプロキシを通らない場合は、システムプロキシまたはTUNを確認します。一部のドメインだけ異常な場合は、ルールのマッチ結果とDNS解決を優先的に確認してください。
更新の考え方：変更内容を確認してから設定とクライアントを更新
クライアント更新、コア更新、ルールセット更新、サブスクリプション更新は、それぞれ別の作業です。クライアント更新では画面やOS対応が変わることがあります。コア更新は設定項目や通信動作に影響し、ルールセット更新はマッチ結果を変え、サブスクリプション更新では設定提供元が内容を決定します。一度に1種類だけ更新すると、異常発生時に原因を特定しやすくなります。
普段の利用で、すべてのリリースを頻繁に追う必要はありません。現在の設定が安定しているなら、まず変更内容を読み、必要な修正が含まれているか確認してから更新します。操作前にクライアント名、OSバージョン、設定名、主要なスイッチを記録してください。操作後は、ダイレクト対象、プロキシ対象、LANアクセスを個別に検証し、再現可能な確認手順を作ります。
Source checkout
Mihomoのソースコードを確認する
以下のコマンドは公開リポジトリをクローンするためのものです。実装、ビルド手順、コミット履歴を確認したいユーザーに適しています。GUIクライアントをインストールするだけなら、コマンドの実行は不要で、ダウンロードページへ直接進めます。
git clone https://github.com/MetaCubeX/mihomo.git
インストールメモ
初回利用時の4つの簡易チェック
ダウンロード後にまず行うことは？
クライアントを起動し、システムの案内に従って必要な権限を許可してから、有効なサブスクリプションまたはローカル設定を読み込みます。設定を選択してポリシーを指定し、その後でシステムプロキシを有効にしてください。最初からTUN、DNS変更、カスタムルールを同時に設定せず、最小限の接続経路を完成させると各段階の状態を判断しやすくなります。
初回設定の手順を見る「接続済み」なのにウェブページを開けない場合、最初に確認する項目は？
まず現在の設定が有効になっているか、ポリシーグループで利用可能な項目が選ばれているか確認し、次にシステムプロキシが有効か確認します。その後、ダイレクトモードとグローバルモードを個別にテストし、問題がローカルネットワーク、ルール、プロキシ接続のどこにあるか切り分けます。それでも改善しない場合は、DNS、ポート競合、TUNの権限を確認してください。
完全なトラブル解決手順を見るシステムプロキシが正常なら、TUNも有効にする必要がありますか？
ブラウザーや普段使うソフトが想定どおり動作しているなら、システムプロキシをそのまま使えます。一部のアプリがシステムプロキシを読み込まない場合、より多くの通信を制御する必要がある場合、またはアプリの通信方式を把握している場合に限り、TUNを検討してください。有効化後は、LANアクセス、DNS、他のVPNソフトとの競合を再確認します。
システム全体の通信制御について見るサブスクリプション更新後にカスタムルールが消えた場合は？
サブスクリプションから生成された設定を直接編集すると、更新時に新しい内容で上書きされる場合があります。まず直前の正常な設定に戻し、長期的に使うルールをクライアント対応のオーバーライド、マージ、スクリプト層へ移してください。変更後はルールの位置と最終フォールバックを確認し、接続ログでカスタムルールが実際にマッチしたことを検証します。
ルールとサブスクリプション管理の章を読む最近のメモ
インストール、ルール、接続トラブルの解決
各記事では、1つの明確な操作を中心に解説しています。インストールで止まったとき、ルールがマッチしないとき、接続状態に異常があるときに、問題別に確認できます。全体の手順は、チュートリアルと使用ガイドを中心に進めてください。
Clash初回インストール設定チェックリスト：クロスプラットフォームの初期設定とよくある落とし穴
インストール元、システム権限、サブスクリプションの読み込み、初回接続の確認まで、各プラットフォームに共通する手順と見落としやすい初期設定を整理します。初回起動時の確認にも、再インストール後の設定復元にも利用できます。
記事を読むClashカスタムルール構文詳解：マッチ順序、優先度、ルールの上書き
よく使うルールの種類、上から順に評価される仕組み、フォールバックルールの位置、カスタムルールが意図どおり動かない場合の確認方法を解説します。変更前後に接続ログで実際のマッチ結果を検証できます。
記事を読むWindowsにClashをインストールする全手順：システムプロキシ、サブスクリプション設定、ループバックの確認
Windowsクライアントのインストール、設定の読み込み、システムプロキシの有効化、接続確認を解説し、権限、ローカルポート、UWPループバックの問題にも対応します。初回インストールの実際の順序に沿って構成しています。
記事を読む証明書エラー、DNS異常、接続後にインターネットへアクセスできない問題を解決する場合は、記事一覧のトラブル解決カテゴリから続けて探してください。
使用ノウハウを見る