Clashクライアントの選び方：Windows・macOS・Android・iOSを比較

SELECTION BASELINE

コア、通信の取り込み方、メンテナンス状況を確認する

クライアントの画面とプロキシコアは別の層

Clashクライアントは通常、GUI、設定管理モジュール、プロキシコアで構成されます。GUIは購読設定の読み込み、プロキシグループの切り替え、接続履歴の表示を担い、コアは設定の解析、ルール照合、プロキシ接続の確立、DNS処理を担当します。見た目が似た2つのクライアントでも、搭載するコアが異なれば、対応する設定フィールドの範囲も変わります。

現在のクライアント選びでは、Clash Premium互換設定とClash Meta（現在はmihomoというプロジェクト名が一般的）の拡張設定に遭遇することがよくあります。mihomoは従来のClash設定構造を基に、ルールプロバイダー、プロキシプロバイダー、TUN、DNSルーティング、さらに多くのプロトコル機能をサポートしています。購読設定に rule-providers、proxy-providers、sniffer、tun、または新しいDNSフィールドが含まれる場合は、クライアントが実際に最近も保守されているmihomoコアを使用しているかを優先的に確認してください。

システムプロキシとTUNの使い分け

システムプロキシは、デスクトップ環境で最も直接的な通信の取り込み方法です。クライアントがOSのHTTPまたはSOCKSプロキシ設定を書き換え、その設定を読み取るアプリが接続をClashへ渡します。設定が簡単で必要な権限も比較的少ない一方、一部のゲーム、コマンドラインツール、サンドボックスアプリ、独自のネットワークスタックを使うソフトはシステムプロキシを迂回することがあります。

TUNモードでは仮想ネットワークインターフェースを作成し、より低い層でIP通信を取り込みます。一般に適用範囲は広くなりますが、管理者権限、VPN権限、システムネットワーク拡張の許可が必要です。また、他のVPN、仮想マシンのネットワークアダプター、セキュリティソフト、企業ネットワーク用コンポーネントと競合する可能性もあります。モバイルクライアントに表示されるVPNマークは、通常、アプリが通信を取り込むためにシステムから提供される標準的な入口を示すもので、リモートVPNのプロトコル種別と同じ意味ではありません。

古いチュートリアルの画面より、現在も保守されているかを重視する

Clash for Windows、一部の初期macOSクライアント、旧世代のモバイルプロジェクトは、検索結果や過去のチュートリアルに今も登場します。しかし、古いクライアントは長期間更新されていない可能性があります。使い続けると、新しい設定フィールドを解析できない、OSアップデート後にプロキシの切り替えが動かない、コアのバージョンが古いといった問題が起こります。選ぶ際は、最新のリリース履歴、コアの更新頻度、現在のOS互換性に関する説明を確認し、ダウンロード数や古い記事の推薦だけで判断しないでください。

デスクトップでは、mihomoを採用し継続的に保守されているGUIクライアントを優先するとよいでしょう。Windows、macOS、LinuxをカバーするClash Verge RevやClash Nyanpasuなどが候補になります。Androidでは、mihomo系クライアントとFlClashなどを比較できます。具体的な名称だけが基準ではありません。重要なのは、入手元、コアの種類、対象プラットフォーム、必要な機能範囲が合っているかです。

PLATFORM MATRIX

Windows・macOS・Android・iOSの比較

Windows：機能が充実し、設定のデバッグに適する

Windowsクライアントは通常、購読管理、プロキシグループの切り替え、遅延テスト、接続一覧、ログ、設定の上書きといった機能を一通り備えています。ルールの適用状況、DNSリクエスト、プロセスごとの通信を確認したい場合、デスクトップのGUIは直接的な確認手段になります。mihomoに対応するクライアントなら、必要に応じてTUN、プロセスルール、トラフィックのスニッフィング、ルールセットも有効にできます。

インストール前に、x64やARM64などのCPUアーキテクチャを区別してください。IntelまたはAMDのPCの多くはx64を選び、Windows on ARMデバイスではARM64ビルドを優先します。TUNを有効にしてインターネットに接続できなくなった場合は、仮想ネットワークアダプターのドライバー、管理者権限、同時起動中の他のVPN、セキュリティソフトによるネットワークサービスのブロックを確認します。Web閲覧だけなら、まずシステムプロキシで基本的な通信経路を確認してからTUNを有効にするとよいでしょう。

macOS：チップのアーキテクチャとネットワーク権限を確認する

macOSクライアントは通常メニューバーに常駐し、システムプロキシ、ルールモード、プロキシグループをすばやく切り替えられます。Intel Macにはx64またはx86_64ビルド、Appleシリコン搭載Macにはarm64またはuniversalビルドが対応します。Rosettaで一部のIntelアプリを動かすこともできますが、長期的にはネイティブarm64版が適しています。

システムプロキシやTUNを初めて有効にすると、macOSから管理者パスワードの入力、ネットワーク拡張の許可、関連するシステム権限の承認を求められることがあります。クライアント終了後もシステムプロキシが残っていると、ブラウザーがインターネットに接続できない場合があります。その際は、まずシステムプロキシをオフにするか、システム設定のネットワーク項目から残った設定を削除してください。会社の管理下にある端末では、構成プロファイルによってネットワーク拡張のインストールが制限されることもあります。

Android：バックグラウンド維持とアプリ別プロキシを確認する

Androidクライアントは通常、システムVPNインターフェースを通じて通信を取り込むため、ステータスバーにVPNアイコンが表示されます。モバイル版で比べるべき点はノード対応だけではありません。アプリ別プロキシ、IPv6、テザリング共有、LANのバイパス、DNSモード、省電力設定への対応も重要です。特定のアプリを直接接続させる、または指定したアプリだけをプロキシ経由にする場合は、アプリの包含・除外リストに対応しているか確認してください。

AndroidはOSやメーカーによってバックグラウンド管理の方針が大きく異なります。画面ロック後にプロキシが切断される場合、よくある原因はバッテリー最適化、バックグラウンド動作の禁止、システムによるプロセスの自動終了です。クライアントをバッテリー最適化の対象外にし、バックグラウンド実行を許可してください。TUNや複雑なDNSルールを長時間使うと消費電力が増えるため、端末の状況に応じて不要なログ、接続統計、頻繁なヘルスチェックを無効にします。

iOS：設定形式を先に確認し、デスクトップ版の名称だけで判断しない

iOSで一般的なのは、Clashのルールや購読形式に対応するネットワークツールであり、デスクトップクライアントをそのままスマートフォンへ移植したものではありません。こうしたアプリはNetwork Extensionを通じて通信を取り込み、システムメモリ、バックグラウンド実行、アプリ配布のルールによる制約を受けます。Stashなどは多くのClash形式の設定を認識でき、Shadowrocketなどもさまざまなノードや購読形式を読み込めますが、ルール構文、上書き方法、拡張フィールドは完全には一致しません。

「Clashの購読を読み込める」という表示は、購読内容を変換または解析できる可能性を示すだけで、デスクトップ版のYAMLを完全にサポートするという意味ではありません。mihomo専用フィールド、スクリプト処理、複雑なルールプロバイダー、特定のDNS動作を含む設定は、iOSクライアントで無視、書き換え、エラー報告の対象になることがあります。購入やインストールの前に、購読URLを開けるかだけでなく、クライアントのドキュメントでプロトコル、ルール形式、リモートルールセット、DNS機能を確認してください。

CORE COMPATIBILITY

購読の互換性と設定全体の互換性は別

購読サービスが返す内容は、主に3種類あります。完全なClash YAML、ノード情報だけを含む設定、Webインターフェースがクライアントの種類に応じて変換した結果です。完全なYAMLにはプロキシグループ、ルール、DNS、ルールプロバイダーが含まれることが多く、ノード型の購読はプロキシサーバーを主に提供し、プロキシグループやルールはクライアント側のテンプレートで生成します。変換結果は、サービス側で選択された出力形式に左右されます。

複数のデバイスで使う場合、最も安定する方法は、基本となる購読設定を1つ保持し、プラットフォームごとに個別の上書きを用意することです。デスクトップではTUN、スニッフィング、プロセスルールをより完全に有効化し、モバイルでは必要なプロキシグループ、ドメインルール、DNS設定を残します。特定のプラットフォーム専用フィールドを、すべてのデバイスで設定を読み込むための前提にしないでください。

設定フィールドを項目ごとに確認する

• プロキシプロトコル：画面にプロトコル名が表示されているかだけでなく、クライアントのコアが購読設定で実際に使われているプロトコルとパラメーターに対応しているか確認します。
• ルール形式：DOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOIP、GEOSITE、RULE-SETなどのルールに対応しているか確認します。
• リモートプロバイダー：proxy-providersまたはrule-providersを使う場合、クライアントがリモートリソースを更新し、対応する形式を処理できるか確認します。
• DNSモード：fake-ipとredir-hostでは動作が異なります。モバイルでは、システムのプライベートDNS、IPv6、他のVPN設定の影響も受けます。
• TUNパラメーター：コアのバージョンによって、ネットワークスタック、自動ルート、インターフェース検出、DNSハイジャック関連フィールドの実装が変わることがあります。
• 上書きの仕組み：クライアントの設定マージ、前処理スクリプト、ローカルパッチは通常、汎用形式ではありません。移行時には再設定が必要です。

以下の基本構造は設定の構成を理解するためのものです。実際のプロキシグループ名は、購読ノードまたはプロキシプロバイダーに合わせる必要があります。ルールは上から順に照合され、最後にMATCHで、それまでに一致しなかった接続を処理します。

mixed-port: 7890
mode: rule
allow-lan: false
log-level: info

dns:
  enable: true
  enhanced-mode: fake-ip

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

SCENARIO CHOICE

デバイスと用途に合うクライアントを選ぶ

WindowsまたはmacOSを1台で日常的に使う場合

継続的に保守され、比較的新しいmihomoコアを内蔵し、コアのバージョンを明確に表示できるデスクトップクライアントを優先します。基本機能として、購読更新、プロキシグループの切り替え、ルールモード、システムプロキシ、接続ログ、遅延テストが必要です。アプリがシステムプロキシを迂回する場合だけTUNを有効にすれば、権限やネットワークの競合を抑えられます。

PCとAndroidで購読設定を共有する場合

デスクトップではYAML、ログ、ルールの適用状況を確認し、Androidではモバイル通信中のアプリ別通信を管理します。両方で同じノード購読を使えますが、ローカルの上書き設定は分けて保存することをおすすめします。Androidではヘルスチェックの頻度を下げ、プロキシが不要なローカルアプリを除外します。デスクトップでは、より詳細なログとルールプロバイダーの更新設定を維持できます。

PCとiPhoneまたはiPadで設定を共有する場合

まずiOSアプリが対応する購読形式を確認し、直接読み込むか、サーバー側で互換設定を生成するかを決めます。デスクトップ設定に複雑なmihomo拡張が含まれる場合は、iOS用に簡略化した設定を用意し、対応するノード、プロキシグループ、ルールだけを残します。プロキシグループ名には、変換時の参照不一致を避けるため、安定した英語名または短い日本語名を使うとよいでしょう。

ゲーム、コマンドラインツール、システムプロキシを使わないアプリ

このような用途では、通常TUNが必要です。WindowsとmacOSでは、TUNの動作状態、ネットワークインターフェース、エラーログを表示できるクライアントを選びます。AndroidとiOSでは、システムVPNインターフェースを通じて通信を取り込みます。有効化後は、直接接続するサイト、プロキシ経由のサイト、LAN内のデバイスを順に確認してから対象アプリをテストし、DNS、ルート、ノードの問題を混同しないようにします。

複雑なルールの編集や接続トラブルの対処が必要な場合

ルールの管理にはデスクトップクライアントが適しています。接続一覧には、対象ドメイン、対象IP、適用ルール、使用プロキシグループ、出口ノードを表示できることが望ましいです。ログでは、設定解析エラー、DNS失敗、プロキシハンドシェイク失敗、タイムアウトを区別できる必要があります。モバイルは動作結果の確認には向きますが、画面サイズとシステム制限があるため、大規模なYAML編集環境には適しません。

MIGRATION CHECKLIST

インストールと移行のチェックリスト

1. OSバージョンを確認：クライアントが対応するWindows、macOS、Android、iOSの最低バージョンを確認します。
2. CPUアーキテクチャを確認：デスクトップ版ではx64、ARM64、universalを区別し、ファイル名のOS表記だけで選ばないようにします。
3. コアの種類を確認：クライアントの説明または設定画面で、mihomo、旧Clashコア、独自の互換実装のどれを使っているか確認します。
4. 必要な情報をバックアップ：購読URL、ローカルルール、プロキシグループの選択、特殊なDNS設定を保存し、不要なキャッシュはコピーしません。
5. 古いクライアントを先に停止：古いクライアントのシステムプロキシ、TUN、自動起動を無効にし、2つのプログラムが同時にネットワーク設定を書き換えないようにします。
6. 先に読み込んでから設定を変更：基本の購読設定を解析できることを確認し、1つのノードへの接続をテストしてから、上書きやリモートルールセットを有効にします。
7. 通信の取り込みは段階的に有効化：まずシステムプロキシをテストし、必要に応じてTUNを有効にします。モバイルではVPN権限を付与し、バックグラウンド設定を確認します。
8. ルールの適用状況を確認：直接接続すべき対象とプロキシ経由にすべき対象へそれぞれアクセスし、接続履歴でプロキシグループと出口の結果を確認します。
9. DNSを確認：ドメインには接続できないのにIPには接続できる場合、システムのプライベートDNS、fake-ip、IPv6、DNSハイジャックの設定を確認します。
10. 復旧手段を残す：システムプロキシをオフにする場所とTUNを停止する方法を記録し、通信が途切れたときはまず直接接続できる状態に戻します。

最終的な選定ポイント

Windowsユーザーはmihomoコア、TUNの動作状態を確認できること、ログ機能を最優先にします。macOSユーザーはAppleシリコンのネイティブ対応とネットワーク拡張の権限も確認します。Androidユーザーはアプリ別プロキシ、バックグラウンドの安定性、消費電力を重点的に比較します。iOSユーザーは、Clash YAML、ルールセット、DNSフィールドに対するアプリの実際の互換範囲を先に確認してください。

購読設定を読み込んでノードを切り替えるだけなら、活発に保守され、画面が分かりやすい現行バージョンを選べば十分です。複雑な設定を複数のプラットフォームで同期する場合は、ノード購読とプラットフォーム別の上書きを分離し、各クライアントの設定ドキュメントを基準にしてください。クライアント名は変わることがありますが、コアの機能、システムへの適用方法、設定互換性こそが長期的な選定基準になります。