Clash クライアント比較

Clash Plus：初心者や複数デバイス利用者におすすめ

よく使われるPCやスマートフォンのOSに対応しているため、サブスクリプション管理の手順を統一しやすいのが特長です。初回接続では、サブスクリプションの読み込み、設定の有効化、プロキシグループの選択、通信制御の有効化の順に進めると、詳細設定を一度に有効にするより問題を特定しやすくなります。iOSではダウンロードセンターからApp Storeへのリンクを確認してください。それ以外のOSでは、CPUアーキテクチャに合ったインストーラーを選びましょう。

複数デバイスで使えても、設定や接続状態が自動で同期されるわけではありません。サブスクリプションを利用できるデバイス数はサービス提供元によって異なります。ノードの選択、システムプロキシ、VPNの権限もデバイスごとに確認が必要です。特定のプロトコル、スクリプト、DNSの動作が必要な場合は、製品名だけで機能が共通だと判断せず、各OS向けビルドの対応状況を確認してください。製品情報はclashplus.ioをご覧ください。

Clash Plusの各OS向けダウンロード先を見る →

Clash Verge Rev：デスクトップでのTUNとルール確認

Clash Verge Revは、PCを主に使い、充実した設定管理を求めるユーザーに適しています。mihomoコアはルール、プロキシグループ、DNSなどに対応し、GUIから設定を確認・管理できます。システムプロキシに対応していないアプリもプロキシ経由で通信させたい場合は、TUNの利用を検討できます。有効にする前に、システム権限やサービスコンポーネントを確認し、ほかのネットワークツールとの競合にも対処してください。

習得に時間がかかるのは、ボタンの位置よりも設定同士の影響関係です。たとえば、サブスクリプションの元データ、設定の上書き、アプリ内のオプションが、実際に動作する設定に影響することがあります。問題が起きたら、まず有効な設定を確認し、実際に適用されたルールを調べましょう。Windows、macOS、Linux向けのダウンロード先を掲載していますが、すべてのCPUアーキテクチャ向けにインストーラーがあるとは限りません。

デスクトップ版のインストール方法を見る →

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

FlClashはデスクトップとAndroidに対応しており、操作を覚える負担を減らしたいユーザーに向いています。mihomoコアを採用し、設定、プロキシグループ、接続履歴などを使って日常的な管理ができます。PCとスマートフォンで操作の考え方は似ていますが、PCのシステムプロキシやTUNとAndroidのVPNサービスは別の仕組みです。接続に問題がある場合は、それぞれ分けて確認してください。

FlClashに移行する際は、まずサブスクリプションを読み込み、元の設定を保存しておきましょう。よく使うアプリが接続できることを確認してから、ローカル設定を追加してください。旧版Clashの設定を使っている場合は、プロキシグループ名やルールからの参照を重点的に確認します。mihomoを使っていた場合も、旧クライアント側で追加の上書きが設定されていないか調べてください。画面が似ていても、実際に適用される設定の確認は必要です。

FlClashとその他のAndroid向けクライアントを見る →

Clash Nyanpasu：設定管理と画面のカスタマイズ

Clash Nyanpasuは、コアの選択や設定管理、デスクトップ画面のオプションを理解して使いたいユーザーに向いています。当サイトではWindows版を配布しています。コアを切り替える場合は、実際に動作しているコアを確認してから、設定項目の対応状況を調べましょう。画面に選択肢があっても、すべてのコアが同じ動作をするとは限りません。

サブスクリプションを毎日読み込んで接続するだけなら、おすすめのクライアントより手順が少ないとは限りません。一方、設定の比較やデスクトップの操作方法の調整を頻繁に行う場合は、候補に加える価値があります。安定版とテスト用の設定は分けて保存し、一度に一項目ずつ変更しましょう。問題が起きたら、コア名、エラーメッセージ、変更内容を記録し、画面の不具合、権限の問題、設定ミスを切り分けてください。

Windows版クライアントを見る →

Clash for Windows：アーカイブ版の確認と旧環境からの移行

Clash for WindowsはCFWとも呼ばれます。古い解説にはCFWの画面が多く掲載されていますが、今も新しいデバイスへのインストールがおすすめという意味ではありません。旧版Clash系のため、現在のmihomo向けドキュメントに記載された新しいプロトコルや設定項目をそのまま適用することはできません。当サイトでは、旧環境との比較や移行準備を目的にWindows版のアーカイブを掲載しています。新規ユーザー向けの標準選択肢ではありません。

移行前に、サブスクリプションのURL、手動で追加したルール、必要なローカル設定を保存してください。プログラムのフォルダー全体をコピーするだけでは不十分です。旧クライアントを終了し、システムプロキシを無効にしてから新しいクライアントを起動し、ポートの競合を防ぎましょう。元の設定にローカルの絶対パス、スクリプト、旧形式の拡張項目がある場合は、一つずつ確認してください。新しいクライアントが起動できても、それだけでは移行完了ではありません。プロキシグループやルールが想定どおりに動くかも確認しましょう。

アーカイブ版とメンテナンス中のクライアントを比較 →

Clash Meta for Android：Clash設定を使っているAndroidユーザー向け

Clash Meta for AndroidはCMFAとも呼ばれ、Androidで設定とプロキシを管理するクライアントです。Meta/mihomo系であり、旧版Clash for Androidとは別のものです。サブスクリプション、プロキシグループ、ルールを理解しているユーザーなら、操作の流れをつかみやすいでしょう。初めてプロキシを有効にする際は、AndroidのVPN権限を許可する必要があります。この許可はroot権限を与えることとは異なります。

利用する際は、Androidのバックグラウンド制限も考慮してください。画面ロック後に接続が切れる場合は、バッテリー最適化とバックグラウンド動作の権限を確認します。一部のアプリだけプロキシを通らない場合は、アプリごとのアクセス制御とルールを調べましょう。問題があるたびにノードを変えるのは避けてください。インストーラーはCPUアーキテクチャに合ったものを選びます。判断できない場合は、まずダウンロードセンターのアーキテクチャ解説を確認し、汎用版を使うか検討してください。

CMFAのインストーラーを確認 →

Surfboard：画面より先に設定形式を確認

SurfboardもAndroid向けですが、Clashを別の画面で使えるようにしたものではありません。独自のプロキシ実装と設定方式を採用しており、Clash YAML、プロキシグループの記述、ルール構文をそのまま共通形式として使えるわけではありません。互換性のある設定をすでに持ち、ルールの意味も理解しているユーザーに向いています。Clashのサブスクリプションしかない場合は、対応形式が提供されているかサービス提供元に確認してください。

形式の変換は、拡張子を書き換えるだけではありません。変換後はプロトコルの対応状況、ルールの優先順、ポリシー名、DNSの動作を確認しましょう。機能によっては同等の設定ができない場合もあります。サブスクリプションURLには認証情報が含まれるため、使い慣れていないオンラインサービスに安易に入力しないでください。手元のClash設定をそのまま使いたい場合は、Clash Plus、CMFA、FlClashを先に比較するのがおすすめです。

Android向けクライアント一覧を見る →

ClashX Meta：macOSの旧メニューバー版

ClashX Metaは、メニューバーからの操作に慣れていて、既存の設定を引き継ぎたいmacOSユーザー向けの移行候補です。Meta系のコアを採用していますが、アーカイブ版の機能はビルド時点のままです。名前にMetaとあっても、現在のmihomoと機能が同じとは限りません。新規インストールやOSのアップグレード後は、Clash Plus、Clash Verge Rev、FlClashを優先して比較してください。

移行する際は、システムプロキシのアドレス、待ち受けポート、設定ファイルの場所を控えておきましょう。メニューバーのアプリを終了した後、システムのネットワーク設定に古いプロキシが残っていないか確認してから、新しいクライアントを起動してください。Apple Silicon用とIntel用のインストーラーも別々に選ぶ必要があります。OSのアップグレード後にだけ接続の問題が起きる場合は、アプリを何度も上書きするのではなく、権限とOSの互換性を確認しましょう。

macOS向けクライアントを見る →

クライアントを決めたら、まず現在使えている環境を残しておきましょう。サブスクリプションから取得できるのはリモート設定であり、クライアントに保存された上書き設定、ルール、プロキシグループの選択は含まれないことがあります。移行でよくある失敗は、新しいソフトで通信できないことよりも、旧環境の設定を一つ見落とすことです。

1. 設定の入手元を整理する。サブスクリプションURLと必要なローカル設定を保存し、サブスクリプション由来の項目と手動で追加した項目を区別します。認証情報を含むデータは、自分のデバイスで安全に保管してください。
2. 旧クライアントを終了する。システムプロキシとTUNを無効にしてから、アプリを終了します。同じポートを使用するバックグラウンドサービスがないか確認し、2つのクライアントが同時にルートやDNSを書き換えないようにしましょう。
3. まず元のサブスクリプションで動作確認する。新しいクライアントに読み込んで設定を有効にし、プロキシグループを選択できることを確認してから、ローカルルールを少しずつ戻します。エラーが出た場合は該当する設定項目を確認し、内容がわからない項目をすべて削除しないでください。
4. 通信制御とルーティングを分けて確認する。まずアプリの通信がクライアントに届いているかを確認し、次に適用されたルールを調べます。Webページが開けても、コマンドラインやゲームの通信が制御されているとは限りません。また、ルールが適用されてもノードへの接続が成功しているとは限りません。
5. 再起動後の動作を確認する。OS起動時の自動起動、バックグラウンド動作の権限、プロキシの復元動作を確認してください。よく使うアプリが継続して正常に動くことを確認してから、旧クライアントを削除し、必要な設定のバックアップを残しましょう。

設定を始めるときはサブスクリプションの読み込み方法を確認してください。通信をどこまで制御するか知りたい場合は、システムプロキシの設定とTUNモードの説明を参照してください。読み込み後に接続できない場合は、インターネットに接続できない場合の対処手順で原因を確認します。ルールや設定項目に違いがある場合は、ルールによる振り分けの確認とconfig.yamlのトラブル対処をご覧ください。