Clashクライアント比較

選び方の結論：まずはClash Plus

初めてインストールする場合や、Windows、macOS、Android、iOSで使うクライアントを選ぶ場合は、当サイトではClash Plusをおすすめします。利用するOSでサブスクリプションを読み込み、ノードを選び、ルールモードで接続できることを確認しましょう。その後、より細かな設定編集が必要か判断できます。LinuxではClash Verge RevとFlClashを比較してください。製品名を統一することより、実際に必要なOSに対応しているかが重要です。

config.yamlの管理、DNSのトラブルシューティング、ルールセットの調整が中心なら、コアが対応する設定項目、実行中の設定の確認方法、ログの参照方法を優先して比較しましょう。デスクトップではClash Verge Rev、デスクトップとAndroidで似た操作感を求める場合はFlClashが候補です。Surfboardの設定をすでに使っているAndroidユーザーは、Surfboardを個別に評価してください。Clash YAMLを扱う別のUIとして考えることはできません。

対応OS・コア・機能の比較

スマートフォンでは表を横にスクロールできます。使いやすさはサブスクリプションの読み込みと日常的な通信の振り分けに必要な設定手順を基準にしたもので、性能評価ではありません。設定形式の知識がない場合、UIがシンプルでも移行が簡単とは限りません。

MetaはClash派生エコシステムでよく使われる名称で、mihomoは現在の関連コアを代表する実装です。チュートリアルにMetaと書かれていても、古いインストーラーが現在のmihomoの設定項目すべてに対応するとは限りません。特にtun、sniffer、proxy-providers、DNS関連の設定は、クライアント名だけで判断せず、実際に動作しているコアで確認してください。

クライアント別の詳しい解説

Clash Plus：初めてのインストールと複数端末での利用

Clash Plusは当サイトが最初におすすめするクライアントです。デスクトップとモバイルに対応していますが、機能はOSごとに確認してください。デスクトップの設定項目がiOSでも使えるとは限りません。初心者はまずサービス提供元の互換性のあるサブスクリプションを読み込み、ルールモードでポリシーグループを選び、接続先が想定どおりか確認しましょう。最初からDNSやTUNを変更するより、問題の切り分けが簡単です。

サブスクリプションの更新、ノードの切り替え、接続確認を中心に使いたいユーザーに向いています。スクリプトによる上書き、プロセスごとのルール、特定のコア設定項目が必要なら、対応OSを事前に確認してください。製品情報は公式サイトのclashplus.ioをご覧ください。インストーラーはダウンロードページにまとめています。iOSではApp Storeのリンクを利用してください。

Clash Verge Rev：デスクトップ設定とTUN

Clash Verge Revは、mihomoの設定をデスクトップで日常的に管理するユーザーに向いています。サブスクリプションのファイル、マージ後の内容、実際に動作する設定は区別して確認しましょう。サブスクリプションを編集しても、更新後に変更が残るとは限りません。ルールを継続的に追加する場合は、クライアントのマージまたは上書きの仕組みを理解し、生成された設定でルールがどの順番になっているか確認してください。

TUNを使うと、システムプロキシを使用しないアプリの通信も多く制御できますが、サービスの権限、仮想ネットワークアダプター、ルーティングの変更が伴います。TUNのスイッチがあるからといって、常時有効にするのは避けてください。まずシステムプロキシでノードとルールが正常に動作することを確認してから、TUNやDNSを設定すると、問題を切り分けやすくなります。Linuxではディストリビューションに適したパッケージ形式と、デスクトップ環境の依存関係も確認してください。インストーラーはLinuxのダウンロードページをご覧ください。

FlClash：デスクトップとAndroidで似た操作感

FlClashの特徴は、クロスプラットフォームUIとmihomoの設定エコシステムです。PCとAndroidを頻繁に切り替えて使う場合、設定やプロキシグループ、接続状況の確認方法が似ているため、操作を覚え直す負担を減らせます。ただし、通信をシステム全体で制御する方法はOSごとに異なります。デスクトップではシステムプロキシまたはTUNを使い、Androidでは通常、システムVPNの許可が必要です。同じ権限設定を両方で使うことはできません。

既存のYAMLを読み込んだら、まずポリシーグループの参照先が存在するか確認し、次にルールセットのダウンロードとDNSの名前解決を確認してください。他のクライアントが生成したローカルパス、コントロールインターフェース、独自の設定項目が古い設定に含まれている場合は、ひとつずつ整理します。設定を開けても、すべてのルールが有効とは限りません。起動ログと実際の接続記録を確認してください。

Clash Nyanpasu：コア選択と設定の処理

Clash Nyanpasuは、デスクトップの設定を自分で管理したいユーザー向けです。当サイトではWindows版のインストーラーを提供していますが、プロジェクトが対応するすべてのビルド対象を示すものではありません。比較する際は、まず選択中のコアを確認し、そのうえで設定構文が対応しているか判断してください。コアを変更すると、設定項目の対応状況、DNSの動作、ログの内容が変わる場合があります。単なる名称の変更として扱わないでください。

複数のサブスクリプションを使う場合、ルールの上書きや設定の処理順序を確認する場合は、最終的にコアへ渡されるYAMLを確認しましょう。サブスクリプションの内容に問題がなくても、実行結果に異常があるなら、原因はサブスクリプション自体ではなくマージ処理かもしれません。ルール振り分けに慣れていない場合は、まず標準の手順で読み込み、ポリシーグループの参照を理解してから設定を追加してください。

Clash for Windows：アーカイブ版の設定と移行

Clash for Windowsはメンテナンスが終了しており、当サイトでは過去の環境を確認するためのアーカイブ版を掲載しています。古いチュートリアルにあるProfiles、Parsers、サービスのインストール手順は、当時のクライアントとコアの組み合わせでしか使えない場合があります。新しいデバイスでは、チュートリアルの画面に見覚えがあるという理由だけでアーカイブ版を使い続けないでください。クライアントが起動しただけでOSとの互換性が確認できたと判断するのも避けましょう。

移行前にサブスクリプションの配布元、ポリシーグループ名、カスタムルールを控えてください。旧クライアントを終了したら、システムプロキシが解除されていることを確認してから新しいクライアントを起動し、システムプロキシと起動時の設定を改めて行います。旧クライアントのフォルダーを新しいクライアントに丸ごと上書きしたり、Premium関連の設定がmihomoと完全に同じだと考えたりしないでください。まずよく使うルールを確認し、その後に高度な設定項目を戻しましょう。アーカイブ版はWindowsのダウンロードページにあります。

Clash Meta for Android：派生版とシステムVPN

Clash Meta for AndroidはCMFAと略されることがあります。この名称は元のプロジェクト、古いチュートリアル、その後のコミュニティ派生版でも使われるため、表示名だけでメンテナンス状況を判断できません。元のプロジェクトはメンテナンスが終了しています。後継の派生版を選ぶ際は、配布元、コアの説明、更新履歴を確認し、同じ名前のインストーラーをすべて開発継続中と見なさないでください。

使う際は設定の読み込み、VPNの許可、通信を制御するアプリの範囲が重要です。ブラウザーは接続できるのに他のアプリで失敗する場合は、アプリが除外されていないか、Androidがバックグラウンド動作を制限していないか確認してください。通常、システムで同時に接続を制御できるVPNサービスはひとつです。他のVPNアプリと競合する場合があります。こうした問題はOSの動作に関係するため、ノードを変更しても解決しません。

Surfboard：まず設定形式を確認

SurfboardはAndroid向けの独立したクライアントで、Clashコアを採用しておらず、Clash YAMLを扱うクライアントとしては使えません。互換性のある設定をすでに持っているユーザーや、Surfboard独自のルール・ポリシー構文が必要なユーザーに適しています。Clashのサブスクリプションしか持っていない初心者は、プロキシに対応しているという理由だけで移行しないでください。

異なる設定形式へ変換する場合は、ノードのプロトコル、ポリシーグループ、ルール、DNSをそれぞれ確認する必要があります。ノードを変換できても、設定全体の動作が維持されるとは限りません。移行先が対応していない設定項目は、変換しても利用できません。サービス提供元が互換形式を提供しているか確認し、変換後の内容もチェックしてください。設定形式の違いは用語集を参照し、ノード一覧と完全な設定を混同しないようにしましょう。

ClashX Meta：macOSメニューバー版のアーカイブ

ClashX Metaのメニューバー操作は、旧バージョンのmacOSでの利用方法を確認する際に参考になりますが、プロジェクトのメンテナンスは終了しています。既存環境で過去の設定を確認する用途に限り、新しいデバイスではメンテナンスが継続しているクライアントを優先してください。特にOSをアップデートした後は、プロキシ設定、権限、コアの動作を改めて確認する必要があります。以前のデバイスで正常に使えた経験を、新しいOSにそのまま当てはめないでください。

移行前にサブスクリプションのURL、ポリシーグループの選択、ローカルルールを記録してください。旧クライアントを終了したらシステムプロキシが解除されていることを確認してから、新しいクライアントを起動しましょう。複数のプログラムがプロキシ設定を交互に変更するのを防げます。Apple Silicon向けのインストーラーが必要な場合は、ファイル名にmacOSとあるかだけでなく、デバイスのアーキテクチャに合うものを選んでください。インストーラーはmacOSのダウンロードページにまとめています。

用途に合わせたクライアントの選び方

クライアント移行前の確認手順

移行の目的は、古いUIの設定項目をひとつ残らずコピーすることではなく、通信の振り分け方を再現することです。復元できる設定ファイルを保存し、サブスクリプション由来の変更とローカルの上書き設定を記録してください。サブスクリプションURLにはアクセス用の認証情報が含まれる場合があります。スクリーンショットや公開ログに載せたり、オンライン変換サービスに入力したりしないでください。

1. 設定の種類を確認。 完全なYAML、ノード一覧、URIリンクを区別してください。移行先でノードを解析できても、すべてのポリシーグループを読み込めるとは限りません。
2. 参照関係を確認。 rulesが参照するポリシーグループ、ポリシーグループが参照するノード、ルールセット名を確認し、名前だけが存在して定義がない状態を防ぎましょう。
3. 通常のプロキシを先に確認。 旧クライアントを終了し、システムプロキシと待ち受けポートを確認してから、新しいクライアントで正常に接続できることを確認します。
4. 高度な通信制御は後から設定。 TUN、DNSハイジャック、スニッフィング、アプリごとの振り分けをひとつずつ有効にしてください。設定を追加するたびにログを確認し、複数の変更が重なって原因が分からなくならないようにしましょう。
5. 設定の更新をテスト。 サブスクリプションを手動で更新し、カスタムルールが上書きされていないこと、ポリシーグループの選択が想定どおりであることを確認してから、OS起動時の自動起動を設定します。

クライアントが決まったら、クライアントのダウンロードページでOSに合ったインストーラーを選んでください。インターネットに接続できない、バックグラウンドで切断される、UWPアプリがプロキシを通らない場合は、まずFAQを参考に、システム全体の通信制御、DNS、ノードの問題を切り分けてから、クライアントを変更するか判断しましょう。