GUIクライアント・カーネル・サブスクリプションの違い

Clashクライアントは、画面の見た目だけで選ばないようにしましょう。GUIクライアントはサブスクリプションのインポート、プロキシグループの切り替え、システムプロキシの管理、ログの表示を担います。一方、カーネルは設定の読み込み、ルール判定、DNS名前解決、通信の確立を処理します。見た目が似ていても搭載カーネルの世代が異なることがあり、別々のクライアントが同系統のカーネルを使う場合もあります。

Clash Metaは後継プロジェクトでmihomoとして開発が続いています。チュートリアルで「Metaカーネル」と書かれていたら、画面にMetaの表記があるかだけでなく、実際に使われているmihomoのバージョンを確認しましょう。オリジナルのClash、Clash Premium、mihomoでは対応機能が異なります。設定に新しいプロトコルやフィールドが含まれている場合、旧バージョンのカーネルでは読み込めないことがあります。

  • クライアントのバージョン：メニュー、サブスクリプション管理、バックグラウンドサービス、OSとの連携方法に関わります。
  • カーネルのバージョン：対応プロトコルやルール機能、一部のDNS・TUNの挙動に関わります。
  • サブスクリプションの内容：ノードのほか、プロキシグループ、ルール、DNS設定が含まれる場合もあります。すべてのサブスクリプションが完全な設定ファイルとは限りません。

主要クライアントを比較：まずOSで候補を絞る

ここで比較するのは選び方の目安であり、速度ランキングではありません。サイトのダウンロードページに掲載されたOSが、各プロジェクトの対応OSすべてを示すわけではありません。実際にインストールする際は、CPUアーキテクチャ、対応OSの最低バージョン、配布元を確認してください。名前の似たフォークを同じプロジェクトと見なしたり、別のフォークのメニューを解説する資料として流用したりしないようにしましょう。

クライアント 当サイトで案内しているOS 選ぶときのポイント おすすめのユーザー
Clash Verge Rev Windows、macOS、Linux mihomoを使って設定、接続、デスクトッププロキシを管理。TUNを有効にする前にサービスの状態を確認します。 デスクトップで設定を一元管理し、ルールや接続をよく確認するユーザー。
Clash Nyanpasu Windows 設定管理と画面上の操作性を重視。利用できるカーネルや切り替え方法は、インストールしたバージョンで確認してください。 デスクトップでの操作性を比較し、設定のマージ結果も確認できるユーザー。
FlClashs Windows、macOS、Linux、Android デバイス間で似た操作感を求める場合に便利。フォークごとのリリースノートとカーネル情報を確認してください。 PCとAndroidの両方を使い、操作の違いをできるだけ減らしたいユーザー。
ClashX Meta macOS メニューバーから操作でき、macOSの使い方になじむ設計。名前だけでTUNの管理機能が充実していると判断しないでください。 システムプロキシを主に使い、メニューバーから切り替えたいMacユーザー。
Clash Plus Windows、macOS、Android、iOS 各OSでインポート形式、通信の処理方法、カーネル情報を個別に確認してください。機能がすべて同じとは限りません。 まずデバイスのOSに合ったクライアントを探したいユーザー。
Clash for Windows、Clash for Android Windows・Android向け オリジナルプロジェクトは開発が終了しています。古いチュートリアルや設定例を見かけることはありますが、新しい環境で選ぶ際の第一候補には適しません。 旧環境を識別し、既存の設定を移行したいユーザー。

OSごとのインストーラーを確認するだけなら、まずダウンロードセンターをご覧ください。システムプロキシ、TUN、メンテナンス状況などを比較する場合は、クライアント比較も参考になります。複数のクライアントを同時にインストールしてネットワークを奪い合う状態にしないでください。

カーネルの互換性は、画面の見た目より先に確認

サブスクリプションの形式を確認してから、プロトコル対応をチェック

ノードのアドレス一覧だけのサブスクリプションは、proxies、proxy-groups、rulesを含む完全なClash YAMLとは異なります。インポートに失敗したら、ダウンロードエラー、形式エラー、カーネルの非対応を切り分けてください。ログに未対応のプロキシタイプが表示されるケースと、サブスクリプションURLからログインページが返るケースは、別の問題です。

たとえば、サブスクリプションにHysteria2やTUICのノードが含まれる場合は、使用中のカーネルが該当プロトコルとパラメーターに対応しているか確認してください。クライアントにノード名が表示されたとしても、読み込めたのは一覧の一部だけかもしれません。起動ログを確認してから実際に接続しましょう。

最終的な設定を確認できると、トラブル対処がスムーズ

  • 「インポートに失敗しました」という通知だけでなく、読み込みエラーの詳細を確認できるか。
  • 現在有効なサブスクリプションを識別できるか。未選択の設定を編集してしまうのを防げます。
  • 独自ルールが必要な場合は、オーバーライド、マージ、スクリプトの仕組みと実行順序を確認しましょう。
  • サブスクリプション更新後にローカルの変更が残るか確認してください。リモートサブスクリプションのキャッシュを直接編集しても、次回の更新で上書きされることがよくあります。

カーネルの機能が豊富でも、設定を複雑にすればよいわけではありません。一般的なノードとドメインベースの振り分けだけを使うなら、読みやすく復元しやすい設定のほうが、内容の分からないオーバーライドを重ねるより管理しやすくなります。

システムプロキシとTUN：スイッチの数ではなく用途で選ぶ

システムプロキシは、OSの設定に従うアプリにローカルのHTTPまたはSOCKSプロキシを案内する方式です。ブラウザーでは利用できますが、一部のゲーム、コマンドラインツール、バックグラウンドアプリは自動で使いません。TUNは仮想ネットワークインターフェースとルーティングを使って対象の通信を処理するため、より広い範囲をカバーできます。その一方で、権限、ルーティング、DNS、ほかのVPNとの競合といった問題も考慮が必要です。

利用シーン まず試す方法 必ず確認する項目
主にブラウザーで利用する システムプロキシ システムプロキシのアドレスとポート、ブラウザー独自のプロキシ拡張機能。
アプリにプロキシを手動で設定できる アプリ内のHTTPまたはSOCKS設定 プロキシの種類が正しいか、必要な通信方式にアプリが対応しているか。
アプリがシステムプロキシを使わない 必要性を確認してからTUNを試す サービスの権限、仮想インターフェース、ルーティング、DNS。プロトコルとノードも必要な通信方式に対応している必要があります。
会社のVPNも同時に使う まずは通信を処理するツールを1つに絞り、順番にテストする 会社のネットワークポリシー、ルーティングの優先順位、社内ドメイン、DNSの競合。

設定でmixed-port: 7890を使っているとします。アプリにプロキシを手動設定する場合は、アドレスに127.0.0.1、ポートに7890を入力します。あくまで一例であり、すべてのクライアントで同じ値が初期設定されているわけではありません。Windows 11では「設定」→「ネットワークとインターネット」→「プロキシ」、macOSでは「システム設定」→「ネットワーク」→使用中のネットワークサービス→「詳細」→「プロキシ」でシステムプロキシを確認できます。

サブスクリプション管理と使いやすさ：日常の操作をチェック

使いやすさは、サブスクリプションのインポート、更新時刻の確認、プロキシグループの選択、接続に適用されたルールの確認、エラーログの閲覧という5つの操作で判断できます。テーマやアニメーションだけでは、長期的な管理のしやすさは分かりません。

  1. インポート：使用するサブスクリプションの形式に対応しているか確認します。リクエストヘッダーや特定のクライアント識別情報が必要なサービスでは、提供元の案内に従って設定してください。
  2. 更新：更新に失敗したときに旧設定が保持されるか、手動更新と定期更新を区別しやすいか確認します。成功表示を出すために、短時間で何度もリクエストしないでください。
  3. 選択：プロキシグループと現在のノードが分かりやすく表示されるか確認します。出力モードの切り替えをノードの切り替えと取り違えないようにしましょう。
  4. トラブル対処：接続一覧に宛先、適用ルール、出力先の経路が表示されると便利です。原因を調べられるよう、ログをコピーできることも確認しましょう。
  5. 移行：ローカル設定をエクスポートまたはバックアップできるか確認します。アクセストークン、コントロール用APIキー、サブスクリプションURLは機密情報として扱ってください。

複数の設定を頻繁に扱うデスクトップユーザーは、Clash Verge RevとClash Nyanpasuの設定管理の流れを比べるとよいでしょう。Macで軽い切り替えだけを行うなら、まずClashX Metaが用途に合うか確認してください。PCとAndroidを頻繁に行き来する場合は、FlClashsなどで操作が一貫しているか比較できます。ここでいう「一貫性」は操作感のことで、すべてのOSで同じ権限が使えるという意味ではありません。

デバイスと用途に合わせて選ぶ

Windows：まずシステムプロキシを使い、必要に応じてTUNを有効にする

新しい環境では、Clash Verge Rev、Clash Nyanpasu、FlClashs、Clash Plusの現行バージョンを比較してみましょう。x64とARM64は、PCのCPUに合わせて選びます。同じPCに複数のクライアントを残す場合は、古いクライアントを終了してから新しいクライアントを起動してください。両方が7890を使用していると、後から起動した側がポートを確保できなかったり、システムプロキシの設定が切り替わったりすることがあります。

macOS：CPUアーキテクチャとバックグラウンド権限を分けて確認

Appleシリコン搭載Macでは対応するARM版、Intel Macではx64版を選びましょう。メニューバーから操作したい場合はClashX Meta、設定管理や接続状況をより詳しく確認したい場合はClash Verge Revなどのデスクトップクライアントを比較できます。アプリの起動許可、バックグラウンドサービスの許可、ネットワーク拡張機能の許可はそれぞれ別の権限です。一度の確認だけで必要なネットワーク機能がすべて有効になったと思い込まないでください。

Android・iOS：OSのネットワーク制限を確認

Androidでは、当サイトで案内しているFlClashsやClash Plusなどから選び、バックグラウンド動作とバッテリー制限も確認しましょう。通常、OS上で同時に有効にできる一般的なVPNサービスは1つです。別のVPNアプリや通信アプリに切り替えると、現在の接続が切れることがあります。旧版Clash for Androidの操作に慣れていても、新しいサブスクリプションが旧カーネルに対応するとは限りません。

iOSでは、クライアントのインストール方法、サブスクリプション形式、ネットワーク拡張機能の権限を個別に確認してください。特定の設定を読み込めても、デスクトップ版の拡張フィールドすべてに対応しているとは限りません。Clash PlusのiOS版を使う場合も、デスクトップ版の画面を基準にせず、iOS向けの案内を確認しましょう。

Linux：ディストリビューションのパッケージ形式とデスクトップ環境を確認

Debian・Ubuntu系ではDEB、FedoraなどのRPM系ではRPMを選び、アーキテクチャとシステム依存関係も確認してください。トレイアイコンの対応状況、クライアントからシステムプロキシを変更できるか、TUNサービスに必要な権限なども日々の使い勝手を左右します。GUIのないサーバーでは、ノードの切り替えのためだけにデスクトップ環境を追加せず、カーネルとサービスを直接管理する方法が適しています。

インストール後、同じテストで使い勝手を比較

クライアントを変えても、ノードの帯域が自動的に向上するわけではありません。同じ接続先とカーネル設定でも、測定先、キャッシュ、同時接続数、ルール、DNSによって速度差が出ることがあります。1回の遅延測定だけでクライアント全体を順位付けせず、次の手順で実際の使い勝手を比べましょう。

  1. 古い設定をバックアップし、ほかのプロキシツールを終了して、クライアントを1つだけ起動します。
  2. 同じサブスクリプションをインポートし、同じノードとルールモードを選択します。まずはTUNをオフにします。
  3. 実際に待ち受けているポートを確認します。7890の場合は、以下のコマンドでローカルのHTTPプロキシを明示してリクエストできます。
  4. 接続画面でリクエストの宛先、適用ルール、出力先のポリシーを確認し、意図せず直接接続していないことを確かめます。
  5. 必要な場合だけTUNを有効にし、これまでシステムプロキシを使わなかったアプリをテストします。プリンターや社内サイトに引き続きアクセスできることも確認しましょう。
  6. サブスクリプション更新と再起動をそれぞれ1回行い、プロキシグループの選択、オーバーライド、サービスの状態が想定どおりか確認します。
curl --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com/

Windows PowerShellでは、コマンドの先頭をcurl.exeにすると、旧環境で同名のエイリアスが使われている場合の引数の違いを避けられます。ここでの15はリクエスト全体の最大待ち時間（秒）であり、ノードの遅延しきい値ではありません。宛先からHTTPレスポンスが返っても、実際の経路は接続ログで確認してください。1回成功しただけでは、UDP、すべてのドメイン、すべてのアプリが使えるとは限りません。

選び方はシンプルです。まずOSとアーキテクチャでインストールできないバージョンを除外し、次にサブスクリプションに必要なカーネル機能を確認して、最後に設定管理、ログ、通信の処理方法を比べましょう。サブスクリプションを安定して更新でき、ローカルルールを保持でき、通信経路を分かりやすく確認できるクライアントが、長期利用に向いています。初期設定はClash設定ガイドをご覧ください。ルールやDNSの項目を詳しく確認する場合は、プロトコルガイドも参考になります。