デスクトップでの日常利用
まずはClash Plusを確認しましょう。GUIからサブスクリプションを読み込み、プロキシグループを切り替える使い方に向いています。インストール前にOSとアーキテクチャの対応状況を確認してください。初回接続ではシステムプロキシを使い、アプリの通信を取り込む必要がある場合は、TUNの設定と権限を確認しましょう。
選定の候補：Clash Plusオープンソースコア · 各OSのクライアントを実機検証
Clash評価ナビ Clashクライアントのダウンロードと比較レビュー
クライアント選びからルール分岐まで、OS別にダウンロード先を確認し、接続ログで設定を検証できます。
- mihomoコア
- GPL-3.0 オープンソース
- YAML設定
- ルール分岐
クライアント比較
Clashクライアント選びの5つのポイント
機能の実装状況を確認してから、操作画面の使いやすさを見ましょう。同じサブスクリプションを読み込めても、権限や設定のマージ、通信の取り込み方はクライアントごとに異なります。
切り替え項目の数より、ルールの順序が重要
ルールモードでは、接続先を順番に照合し、ドメイン、IP、プロセスに応じたプロキシグループへ振り分けます。クライアントを選ぶ際は、接続画面で適用ルール、プロキシグループの経路、接続先を確認できるかがポイントです。特定のサイトが想定外の経路を通る場合は、まずログを確認してからルールの順序を調整しましょう。すべての通信をグローバルモードに切り替えるのは避けてください。通信を一律の出口へ送るだけのプロキシと異なり、Clashの仕組みでは直通とプロキシを併用できます。ただし、ルールセットが更新可能であること、プロキシグループ名が有効であること、最後のフォールバックルールが想定どおりであることが前提です。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECTアプリがシステムプロキシを使わない場合はTUNを検討
TUNは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシ設定を参照しないアプリにも対応します。通信速度を上げる機能ではなく、すべてのアプリで必ず動作するわけでもありません。評価時には、サービスのインストール、権限の許可、ルートの復元、スリープからの復帰後の動作を確認しましょう。まずシステムプロキシで接続を検証し、その後にTUNを個別に有効にすると、問題がノード側か通信の取り込み側かを切り分けやすくなります。TUNは通常のシステムプロキシより広い範囲の通信に影響します。ほかのVPNやネットワークフィルターと併用する場合は、ルートやDNSの競合を一つずつ確認してください。
tun:
enable: true
auto-route: true
auto-detect-interface: trueサブスクリプションの更新とローカル編集は分けて管理
サブスクリプションは設定の取得元であり、クライアントは設定を取得して読み込む役割を担います。有効なノードを提供するものではありません。選ぶ際は、更新ログが分かりやすいか、取得に失敗したときに元の設定が保持されるか、ローカルの上書き設定が次回更新で置き換わらないかを確認しましょう。更新に失敗した場合は、まずURLの有効性とネットワーク接続を調べ、その後で形式やコアとの互換性を確認します。ダウンロードした設定ファイルを直接編集するより、クライアントが対応する上書き・マージ機能を使うほうが長期的な管理に便利です。マージ順序はクライアントごとに異なるため、移行後は適用結果を確認してください。
profile:
store-selected: true
store-fake-ip: trueDNSの設定を変える前に、名前解決の経路を確認
DNSはドメイン名の名前解決を行い、ルール判定や接続にも影響します。fake-ipは割り当てたアドレスとドメイン名を対応付け、redir-hostは実際の名前解決結果を使います。アプリとの互換性を踏まえて選びましょう。クライアントを比較するときは、DNSの切り替え項目だけでなく、画面での変更が最終設定に反映されるか、TUNによるDNSの横取りが機能するか、アプリが独自の暗号化DNSを使っていないかも確認が必要です。システムDNSを直接変更する場合と比べ、コアのDNSには追加のルール設定があります。DNS漏れやページが開けない問題を調べるときは、OS、ブラウザー、コアの設定を個別に確認してください。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16クライアント名だけでは、コアの機能は分からない
GUIクライアントはサブスクリプション、権限、画面操作を管理し、コアはプロトコル処理、ルール照合、接続の転送を担います。設定を移行するときは、クライアントに実際に組み込まれているコアを確認してから、プロトコル、ルールセット、設定項目の対応状況を調べましょう。同じmihomoを使うクライアントでも、更新頻度や初期設定が異なる場合があります。見た目だけで互換性を判断しないでください。メンテナンスが終了した旧コアに対し、mihomoは設定エコシステムを引き継ぎ、関連機能を拡張しています。個々の設定項目は、使用するコアのドキュメントや起動ログで確認してください。解析エラーが出た場合は、再インストールを繰り返すのではなく、まず該当する設定項目を特定しましょう。
log-level: info
ipv6: false
mode: rule設定例のカードには個別の項目を掲載しており、接続に必要な設定一式ではありません。実際に使うには、有効なプロキシノード、プロキシグループ、使用中のOSに適した権限設定が必要です。
利用シーンとクライアント
まず利用するデバイスを決め、長期的に管理する設定を比較しましょう。星の数では順位付けせず、操作手順と導入条件をもとに紹介します。
モバイル回線への切り替え
まずClash Plusのモバイル版を比較しましょう。Wi-Fiからモバイルデータ通信に切り替えた後は、接続が復帰するか、プロキシグループの選択が維持されるかを確認します。バックグラウンド動作はOSの省電力設定やVPN権限に左右されるため、画面を開いた状態で一度接続できただけで、安定して使えるとは限りません。
選定の候補：Clash PlusLinuxデスクトップ
Clash Verge Revを優先して比較し、FlClashも確認できます。GUIで設定や接続ログを管理できますが、パッケージ形式はディストリビューションに合わせて選んでください。デスクトップ環境のシステムプロキシ、サービスの権限、ターミナルのプロキシ設定はそれぞれ別のため、個別に動作確認が必要です。
選定の候補：Clash Verge RevGUIなしの環境への導入
サーバーやルーターでは、mihomoを直接導入する方法もあります。設定ファイル、サービスログ、起動設定を管理できるユーザー向けです。導入前にCPUアーキテクチャ、設定ディレクトリ、実行ユーザーを確認してください。コントロールインターフェースへのアクセスは制限し、インターネットに直接公開しないようにしましょう。
選定の候補：mihomoコアClashクライアントのダウンロード
ダウンロードセンターでは、OS別にクライアント、インストール条件、メンテナンス状況を掲載しています。まずOSを選び、次にCPUアーキテクチャを確認してください。インストーラーをダウンロードできても、OSとの互換性確認は必要です。
Windows
まずClash Plusを比較し、続いてClash Verge Rev、FlClash、Clash Nyanpasuを確認しましょう。ダウンロード前にシステム情報でアーキテクチャを確認し、インストール後はシステムプロキシの設定箇所を確認してください。サービスモードやTUNを使う場合は、先に権限に関する案内を読みましょう。セキュリティソフトによるブロックとノードへの接続失敗は、別の問題として切り分けてください。
ダウンロードへ →macOS
Apple SiliconとIntelを確認してから、対応するインストーラーを選んでください。普段使いにはClash Plus、Clash Verge Rev、FlClashを比較できます。システムプロキシとネットワーク拡張では許可の手順が異なります。起動時に警告が表示された場合は、配布元とシステム要件を確認し、OSのセキュリティ機能を一括で無効にしないでください。
ダウンロードへ →Android
まずClash Plusを確認し、Clash Meta for Android、FlClash、Surfboardとも比較できます。インストーラーのアーキテクチャと設定形式を確認してから、VPN権限を許可してください。画面ロック後に接続が切れる場合は、サブスクリプションURLを変えるだけでなく、バッテリー最適化、バックグラウンド実行の制限、ほかのVPNアプリも確認しましょう。
ダウンロードへ →iOS
ダウンロードセンターからClash PlusのApp Storeページにアクセスできます。公式サイトはclashplus.ioです。インストール後、OSの案内に従ってVPNを許可し、有効な設定を読み込んでください。デスクトップ版の設定項目や操作方法をそのまま移行できるとは限りません。モバイル版が対応する設定方法を確認してください。
ダウンロードへ →Linux
デスクトップではClash Verge RevとFlClashを比較し、サーバーではコアの直接導入も検討できます。ディストリビューション、CPUアーキテクチャ、パッケージ形式を先に確認してください。GUIクライアントのシステムプロキシ設定だけでは、すべてのターミナルアプリに適用されない場合があります。コマンドラインツールでは、プロキシ環境変数も個別に確認しましょう。
ダウンロードへ →初回接続で確認する3つの手順
まず検証可能な接続を確立してから、設定を追加しましょう。各手順で判断材料を残しておくと、問題が起きたときに原因を切り分けやすくなります。
-
クライアントをインストールして起動を確認
OSとアーキテクチャに合ったパッケージを選び、インストール後は設定画面とログ画面を開きます。クライアントがコアを起動できることを確認してから、サブスクリプションを設定してください。システムプロキシ、TUN、自動起動は一度に有効にしないでください。この段階で起動エラーが出る場合は、権限、ポートの競合、設定の解析エラーを優先して確認しましょう。
-
サブスクリプションを読み込み、プロキシを選択
有効なサブスクリプションを設定画面に追加し、更新に成功したら選択して、プロキシグループからノードを選びます。サブスクリプションURLには通常アクセス用の認証情報が含まれるため、公開するスクリーンショットに写さないでください。更新失敗とノードへの接続不能は別の問題です。前者は取得ログ、後者は接続ログで確認しましょう。エラー表示の色だけで原因を判断することはできません。
-
プロキシを有効にして通信を確認
まずルールモードとシステムプロキシを使って目的のサイトにアクセスし、接続画面でドメイン、適用ルール、出口のプロキシを確認します。遅延テストの結果は特定のテスト先に対するもので、すべてのサイトの速度を示すわけではありません。ブラウザーで確認できたら、ほかのアプリも一つずつ試しましょう。通信が取り込まれないアプリがある場合に、TUNやアプリ個別のプロキシ設定を確認してください。
オープンソース情報とメンテナンス状況
クライアント、コア、本サイトの関係
Clash評価ナビは、クライアントの選び方と設定情報を紹介するサイトであり、各クライアントの開発元ではありません。おすすめする際は利用条件を明示し、オープンソース情報は確認可能なプロジェクトの公開情報を参照しています。
プロジェクトの経緯：原版と後続プロジェクトを区別
Clashのルール設定やプロキシグループの考え方は、複数のクライアントで引き継がれています。原版プロジェクトと後続のフォークは、同じ製品が継続してメンテナンスされているものとして扱えません。見慣れた名前や似た画面だけで、現在も更新されていると判断しないでください。選ぶ際は、クライアントのメンテナンス状況、コアの提供元、現在のOSへの対応範囲をあわせて確認しましょう。
mihomoはClash Metaから派生し、関連するコア機能の開発を続けています。古い設定を移行する場合は、まずルールとプロキシグループの構成を維持し、解析ログで設定項目の互換性を確認するとよいでしょう。メンテナンスが終了したクライアントは、ダウンロードセンターでアーカイブ済みと表示しています。過去の情報と現在の日常利用向けの選択肢を区別するための目安にしてください。
コアの関係：画面が似ていても動作は同じとは限らない
クライアントは設定管理、トレイメニュー、システムプロキシ、権限設定を提供し、コアは実際の接続処理を担います。それぞれ更新のタイミングも異なります。クライアントに新しいボタンが追加されても、すべてのOSで同じ方法で通信を取り込むとは限りません。同じコアでも、ルーティング、権限、ネットワーク環境によってOSごとに制約を受けます。
そのため、クライアントを比較するときは再現可能な操作を優先して確認しましょう。設定を読み込めるか、プロキシグループを選べるか、接続を追跡できるか、終了後にプロキシ設定が元に戻るかを確認します。画面のスクリーンショットは参考情報であり、最終的に適用された設定や接続ログの代わりにはなりません。用語の意味を知りたい場合は、まず用語集を確認し、その後に操作手順へ進んでください。
オープンソース情報：実装と利用条件の両方を確認
mihomoはGPL-3.0ライセンスのオープンソースソフトウェアです。公開リポジトリでソースコード、コミット履歴、課題の議論を確認できます。オープンソースであることは動作を調べる手がかりになりますが、すべてのサブスクリプション、ネットワーク環境、サードパーティ製パッケージで同じ動作が保証されるわけではありません。また、コアのライセンスがすべてのGUIクライアントに適用されるわけではありません。各プロジェクトのライセンスとリリース情報を個別に確認してください。
以下のコマンドはmihomoのソースコードを取得するものです。実装やビルド手順を調べたい方向けで、通常の利用にはGUIクライアントをインストールすれば十分です。リポジトリを先にクローンする必要はありません。本サイトでは、確認できないスター数、ユーザー数、速度ランキングをおすすめの根拠にしていません。実際の接続状況は、ご自身のネットワーク環境で確認してください。
更新の基本：設定を保持してから移行
アプリ、コア、サブスクリプション、ルールセットの更新は、それぞれ別のものです。クライアントをアップグレードする前に、現在の設定とローカルの上書き設定を保存してください。アップグレード後は、まず従来の基本的な接続手順で動作を確認し、その後に追加機能をチェックします。サブスクリプションを再取得すると、ダウンロードした設定ファイルに直接加えた変更が上書きされることがあります。継続的に使う変更は、対応する上書き機能に設定しましょう。
メンテナンス時は一度に変更する項目を一つにし、変更前後のエラーメッセージを記録してください。更新後に問題が起きた場合は、データを何度も消去するのではなく、起動ログと最終的に適用された設定を照合します。具体的なバージョン情報は、ダウンロードセンターのクライアント詳細で確認できます。日常の確認、ロールバックの準備、ログの読み方については、利用ガイドのメンテナンス編をご覧ください。
mihomoのソースコードを取得
git clone https://github.com/MetaCubeX/mihomo.gitmihomoのソースコードを取得するコマンドをコピーします。クライアントのダウンロードやインストールは行いません。
Clashの技術ノート
具体的な問題に応じて、各記事をご覧ください。公開日の新しい順に、初回接続の確認、コアの移行、導入方法に関する3つのノートを掲載しています。
Clashの初回接続後に行うこと：ノード選び、遅延テスト、プロキシ経由の通信確認
サブスクリプションを読み込んだら、まず遅延テストの数値の意味を確認し、用途に合ったノードを選びます。次に接続パネル、ログ、IP確認ページの3つを使い、ブラウザーやアプリの通信が実際にプロキシを経由しているか確認します。
ノートを読む →mihomoコアと原版Clashコアの違い：プロトコル対応、ルールセット、設定の互換性
mihomo（旧Clash Meta）と原版Clashコアを比較し、追加プロトコル、rule-providers、GEOSITEルール、TUNの実装、設定項目の互換性を解説します。既存の設定をそのまま移行できるか判断する際に役立ちます。
ノートを読む →LinuxでClashを導入する方法：デスクトップGUIとsystemdを使うコマンドラインの2通り
デスクトップ向けディストリビューションではGUIクライアントを、サーバーやGUIのない環境ではmihomoバイナリとsystemdを使います。この記事では2通りの導入方法に分けて、インストール、設定ディレクトリ、自動起動、ターミナルの環境変数を解説します。
ノートを読む →