Clashクライアントの選び方｜Clash Verge Rev・FlClash・ClashX Metaを比較

使うデバイスと操作スタイルから候補を絞る

Clashクライアントは、まずOS、次に普段の使い方で選びましょう。MacとWindowsで似た設定手順を使いたいならClash Verge Rev、PCとAndroidで近い操作感を求めるならFlClash、Macのメニューバーからノードを切り替えるシンプルな使い方ならClashX Metaが候補です。3つは同じアプリの別テーマではありません。設定管理、バックグラウンドサービス、設定画面の構成がそれぞれ異なります。

クライアントは画面の表示やサブスクリプションの管理を担い、プロキシカーネルを起動します。設定の解析、ルール判定、接続の確立を実行するのはカーネルです。Clash Metaは後にmihomoという名称になりました。「Metaカーネル」と「mihomo」を見かけたら、別々の設定体系と決めつけず、各クライアントのリリースノートで対象バージョンを確認してください。

• ブラウザーだけで使う：システムプロキシの設定、サブスクリプションの更新、ノード切り替えの手軽さを確認しましょう。
• ターミナルやゲームなどにも使う：TUN、補助サービス、接続ログの機能を重点的に確認しましょう。
• ルールを頻繁に編集する：設定の上書き、ルール編集、更新後の設定保持方法を確認しましょう。
• 複数のデバイスで使う：まず各OS向けの正式版があるかを確認し、次に画面や操作感の一貫性を比べましょう。

3つのクライアントを比較

ここでは各プロジェクトの位置づけと一般的な操作方法を比較します。特定バージョンのボタン配置が今後も変わらないとは限りません。対応OSの最低バージョン、カーネルのバージョン、インストーラーのアーキテクチャはリリースごとに変わる場合があるため、ダウンロード前にリリースノートを確認してください。

「同じカーネルに対応」していても、機能の操作画面まで同じとは限りません。カーネルに機能があっても、クライアントにGUIの切り替え項目がなかったり、OSの権限が別途必要だったりする場合があります。特にTUNは、紹介ページに記載があるだけで、すべてのリリースで同じ手順で有効にできるとは限りません。

Macユーザー向け：ウィンドウ、メニューバー、チップの種類を比較

接続状況やルールを確認するなら、まずClash Verge Rev

「このリクエストはどのノードを通ったのか」「このルールが適用された理由は何か」をよく確認するなら、独立したウィンドウでプロキシグループ、接続履歴、ログを並べて見られると便利です。初期設定では、まずサブスクリプションを追加して選択し、次にプロキシ画面でノードを選び、最後にシステムプロキシを有効にします。サブスクリプションが反映される前にDNSやTUNを続けて調整すると、どの操作が結果に影響したのか特定しにくくなります。

PCとスマホで似た操作感を求めるなら、FlClash

FlClashは複数のプラットフォームで似た画面を使えるため、操作に慣れやすいのが特長です。ただし、権限の仕組みはOSによって異なります。AndroidのVPN権限とmacOSの補助サービスは別のものです。デバイスを替えたら、設定が選択されているか、ルールモードが同じか、ノードの選択が引き継がれているかを改めて確認しましょう。ホーム画面が似ているだけで、動作状態まで同期しているとは限りません。

メニューバーから操作したいなら、ClashX Metaのリリース内容を確認

ClashX MetaはMacのメニューバーから操作するスタイルに近く、ノードや設定の切り替えを主に使うユーザーに向いています。新しいプロトコルや複雑なDNS設定が必要な場合は、リリースごとのカーネル情報とメンテナンス状況を確認してください。ClashX、ClashX Meta、その他ClashXの名前を含む派生版は、自由に置き換えられる同一のインストーラーではありません。

1. Appleメニューから「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。
2. Apple Silicon搭載Macでは、ARM64またはApple Siliconと記載されたパッケージを選びます。Intel Macではx64またはIntel向けを選択してください。Universal版がある場合は、リリースノートに搭載アーキテクチャが含まれていることを確認しましょう。
3. システム要件を確認します。たとえばmacOS 13 Venturaを使っている場合、対象パッケージの最低要件が13以下である必要があります。ここでの13は確認例であり、3つのクライアントに共通する最低要件ではありません。
4. インストール後は、テストするクライアントだけを起動し、別のプロキシサービスがバックグラウンドに残らないようにします。

Windows・スマートフォン向け：対応していないプラットフォームを除外

Windows：バックグラウンドサービスと接続の調査を比較

WindowsではClash Verge RevとFlClashが候補になります。ルールの適用状況、接続の詳細、設定の上書きを細かく確認したい場合は、デスクトップでの管理手順を比較しましょう。AndroidでFlClashを使っているなら、Windows版を試すと画面操作を覚え直す手間を減らせます。ClashX MetaはmacOS向けのため、Windows用のインストール候補にはなりません。

TUNの有効化やサービスのインストール時に、OSの権限確認が表示される場合があります。インストールしたクライアントからの確認であることを確かめてから許可してください。会社のPCでデバイス管理ポリシーが適用されている場合は、ネットワークサービスのインストールが許可されているかを先に確認しましょう。クライアントを何度も再インストールしたり、セキュリティ設定を無効にしたりする必要はありません。

Android：VPNの権限、バックグラウンド動作、設定の互換性を確認

この3つの中でAndroid版があるのはFlClashです。初めてVPN接続を開始するとき、Androidのシステム権限ダイアログが表示されます。許可した後も、有効な設定を選ぶ必要があります。通常、ユーザープロファイルで同時に動作できるVPNサービスは1つです。別のVPN、パケットキャプチャツール、ローカルフィルターアプリが接続を取り合うこともあります。

画面ロック後に接続が切れる場合は、システムのバッテリー最適化、バックグラウンド動作、自動起動の設定を確認してから、クライアントのログを調べましょう。スマートフォンのメーカーによって設定メニューの名称は異なるため、別メーカーの画面をそのまま参考にするのは避けてください。デスクトップの「システムプロキシ」とAndroidのVPNによる通信制御は、同じ仕組みではありません。

iPhone・iPad：対応する別のクライアントを選ぶ

AndroidのインストーラーやmacOSのディスクイメージをiOS、iPadOSで使うことはできません。この3つだけでは、iPhone向けクライアントの選択肢を網羅できません。利用地域で実際に入手できるアプリを確認し、対応プロトコルとサブスクリプション形式を調べてください。同じサブスクリプション提供元でも、クライアントごとに異なる形式のURLを案内している場合があります。

サブスクリプション、ルール、TUN：設定が実際に使えるか確認

移行できるか判断する前に、サブスクリプション形式を確認

YAMLはインデントで構造を表すテキスト形式です。Clashの設定には通常、ノードだけでなく、proxy-groupsで定義するプロキシグループ、rulesのルール、dnsの設定なども含まれます。ノード一覧だけのサブスクリプションと、ルーティング設定を含む完全な設定ファイルでは、インポート後の内容が異なります。

移行時は、サブスクリプション提供元がClash Metaまたはmihomo向けとして案内しているURLを優先してください。旧Clash形式をそのまま使えるかは、プロトコルや設定項目によって異なります。「未対応のプロキシタイプ」と表示されたら、カーネルの対応状況と設定内容を確認しましょう。トークンを含むサブスクリプションURLを、公開ログや信頼できない変換サイトに貼り付けないでください。

ルールモードと通信の取り込み方を区別する

• ルールモード：カーネルに届いた接続をルールに基づいて判定し、直接接続、プロキシなどの動作を選びます。
• システムプロキシ：OSのプロキシ設定に従うアプリのリクエストを、ローカルのプロキシポートに転送します。
• TUNモード：仮想ネットワークインターフェースとルーティングを使って、より多くの通信を取り込みます。通常、権限やルート、DNSの設定が必要です。

TUNを有効にしても「すべての通信がプロキシを通る」わけではありません。通信がカーネルに届いた後も、ルール、除外ルート、プラットフォームの制約が影響します。ブラウザーでは接続できるのにターミナルでは失敗する場合、ターミナルがシステムプロキシを使っていない可能性があります。ノードが無効とは限りません。

ポート番号を指定して再現可能なテストを行う

以下はmihomoの設定項目の意味を示すもので、そのままインポートできる完全なサブスクリプションではありません。7890はここで使う例示用の混合プロキシポートで、3つのクライアント共通の初期値ではありません。

mixed-port: 7890
allow-lan: false
mode: rule

クライアントが実際に待ち受けている混合ポートを確認したうえで、macOSまたはLinuxのターミナルから明示的にプロキシ経由のテストを実行できます。以下のコマンドはポートが7890の場合の例です。画面に別の番号が表示されている場合は、コマンドも同じ番号に変更してください。応答があっても、そのリクエストが完了したことしか分かりません。接続履歴でプロキシ経由か直接接続かを確認しましょう。

curl -I --max-time 15 --proxy http://127.0.0.1:7890 https://example.com

クライアントの移行では、一度に変更する項目を1つにする

旧クライアントのデータフォルダー全体を新しいクライアントに上書きしないでください。サブスクリプションURLや手動で追加したルールは移行できますが、データベース、ログイン情報、サービスの状態、画面の設定はクライアント固有の場合が多くあります。次の手順で進めると、設定とOS側の通信制御のどちらに問題があるか切り分けやすくなります。

1. 旧設定を記録：サブスクリプションの提供元、現在のノード、動作モード、待ち受けポート、自分で追加したルールを保存します。パスワードやトークンを含む情報は、信頼できる場所だけに保管してください。
2. 旧クライアントの通信制御を解除：旧クライアントのシステムプロキシとTUNを無効にしてから、アプリを終了します。バックグラウンドサービスをインストールした場合は、終了後も動作していないか確認してください。
3. 元の設定をインポート：新しいクライアントにサブスクリプションを追加し、手動で一度更新します。更新結果を確認し、プロキシグループが空になっていないことを確かめましょう。
4. まず基本の接続をテスト：同じノードと同じルールモードを保ち、システムプロキシまたは明示的なプロキシ接続を確認してから、TUNを個別にテストします。
5. カスタマイズを1つずつ戻す：ルールの上書き、DNS設定、自動起動を順番に追加し、変更のたびにログと接続履歴を確認します。

2つのアプリが同時に127.0.0.1:7890を待ち受けようとすると、後から起動したアプリはポートを使用できない場合があります。ポートが異なっていても、2つのTUNがルートやDNSを取り合うことがあります。テスト中は通信制御の入口を1つだけにすると、すべての機能を同時に有効にするよりも原因を特定しやすくなります。

macOS 13以降で同様の設定画面を使うバージョンでは、「システム設定」→「ネットワーク」→現在のネットワーク接続→「詳細」→「プロキシ」から設定の残りを確認できます。HTTPまたはHTTPSプロキシが、終了済みアプリのローカルポートを参照している場合は、元の値を記録してから、今回のテストで追加した項目だけを無効にしてください。会社のポリシーで設定されたプロキシは、許可なく削除しないでください。

同じタスクを試して、使い続けるクライアントを決める

ホーム画面の遅延表示だけでクライアントの優劣を判断しないでください。遅延テストに使うアドレス、タイムアウト、同時接続数、接続の再利用方法はクライアントごとに異なる場合があります。同じノードで表示される数値が違っても、画面の違いによって通信速度が上がったとは限りません。

• サブスクリプションを確認：手動で一度更新し、ノード数とプロキシグループ名が想定どおりか確認します。
• ルーティングを確認：直接接続するサイトとプロキシ経由になるサイトを1つずつ開き、接続履歴でルールと接続先を確認します。
• ターミナルを確認：明示的なプロキシ接続と、実際に必要なTUN経由の通信をそれぞれテストします。環境変数の効果をTUNの効果と取り違えないようにしましょう。
• 復帰動作を確認：一度スリープから復帰し、Wi-Fiからスマートフォンのテザリングに切り替えて、DNSと接続が復旧するか確認します。
• メンテナンス性を確認：ログ、カーネル情報、サブスクリプション更新の場所を把握し、今後よくある問題を自分で調べられるか確認します。

用途に合わせて選びましょう。デスクトップでの問題調査やルール管理を重視するならClash Verge Rev、Androidとデスクトップで操作感をそろえたいならFlClash、Macのメニューバー操作を重視するならClashX Metaのリリース状況と必要な機能を確認してください。選んだクライアントを普段使いの入口として1つに絞り、復元できる設定バックアップを保管するほうが、頻繁に乗り換えるより安定して問題を切り分けられます。