Windows
普段のデスクトップ利用なら、Clash PlusやClash Verge Revを比較してみましょう。FlClashやClash Nyanpasuも選択肢です。インストール前にシステム情報でCPUアーキテクチャを確認し、初回起動後に設定をインポートしてからシステムプロキシを有効にします。より多くのアプリの通信を制御する場合は、ガイドを参考にTUNの権限とサービスの状態を確認してください。
ダウンロードへプラットフォーム別ダウンロード
Clash ダウンロードとデバイスの選び方
まずOSとCPUアーキテクチャを確認し、クライアントごとの設定管理方法を比較しましょう。インストーラー、システム要件、メンテナンス状況はダウンロードセンターで確認できます。
- 対応プラットフォーム5種類
- 主なコアmihomo
- 設定ファイル形式YAML
macOS
「このMacについて」でAppleシリコンかIntelプロセッサかを確認し、対応するインストーラーを選びましょう。Clash Plus、Clash Verge Rev、FlClashが選択肢になります。ネットワーク関連機能を初めて有効にする際は、macOSの許可ダイアログを確認してください。クライアントの更新後に接続できなくなった場合は、バックグラウンドサービスとシステムプロキシが有効かをまず確認しましょう。
ダウンロードへAndroid
Clash Plus、Clash Meta for Android、FlClash、Surfboardを比較できます。モバイルでは設定形式、VPNの許可、バックグラウンドでのバッテリー管理に注意しましょう。最近の端末の多くはARM64ですが、端末情報で確認してください。Surfboardの設定形式はClash YAMLと異なるため、インポート前にサブスクリプションの配布元が対応形式を提供しているか確認が必要です。
ダウンロードへiOS
ダウンロードセンターからClash PlusのApp Storeページにアクセスできます。公式サイト clashplus.io もご覧ください。インストール後はアプリの案内に沿って設定を追加し、VPNを許可します。デスクトップ版とモバイル版では画面や設定項目が異なる場合があります。サブスクリプションを移行する際は、対応プロトコル、ルール構文、設定のインポート方法を確認してください。
ダウンロードへLinux
デスクトップではClash Verge RevまたはFlClashから始め、ディストリビューションに合ったパッケージ形式を選びましょう。サーバーやルーターで使う場合は、mihomoコアの導入方法も確認できます。コマンドライン版のコアでは、設定ファイルのパス、実行権限、サービスの起動・停止を自分で管理する必要があり、GUIクライアントのインストールとは導入方法が異なります。
ダウンロードへクライアントの基本機能
ルールによる振り分けと接続設定
GUIクライアントは操作画面を提供し、接続の処理はコアが担います。モード、通信の制御方法、設定の入手元を整理しておくと、問題の切り分けに役立ちます。
プロキシモード
ルール・グローバル・直接接続
ルールモードでは、設定内のルールを上から順に照合し、接続先を決定します。プロキシ接続と直接接続を使い分けたい場合に適しています。グローバルモードは通常、クライアントが制御している接続をグローバルポリシーに従って処理しますが、端末上のすべてのアプリがプロキシ経由になるわけではありません。直接接続モードでは、制御対象の接続をそのまま宛先へ接続します。初めて使う場合はルールモードのまま、プロキシグループで選択されている項目を確認しましょう。一時的にグローバルモードへ切り替えると、振り分けルールが原因かどうかを調べる助けになりますが、システムプロキシやTUNの確認に代わるものではありません。右側で3つのモードの説明を切り替えられます。この図は端末のネットワーク設定を変更しません。
3つのモードの違いを見る →モードの説明 · ネットワーク設定には影響しません
ルールに従って接続先を決定
設定ルールを上から順に照合し、一致したルールのポリシーを適用します。普段の通信の振り分けに適しています。
グローバルポリシーを適用
制御対象の接続をグローバルポリシーで処理します。一時的な比較やトラブル切り分けに適しています。
宛先へ直接接続
制御対象の接続を直接接続します。ローカルネットワークへの接続結果との比較に適しています。
通信の制御
システムプロキシとTUNモード
システムプロキシはOSにプロキシアドレスを登録する方式で、この設定を参照するブラウザーやアプリに適しています。TUNは仮想ネットワークインターフェースを使って対象の通信を処理します。通常はより広い範囲をカバーできますが、権限、ルーティング、DNS設定への依存も大きくなります。単純な性能差で選ぶものではありません。まずシステムプロキシで初回接続を確認し、システムプロキシに従わないアプリがある場合にTUNを検討しましょう。有効にする前に競合する可能性のあるVPNを停止し、元の設定を記録してください。モバイルのVPN許可とデスクトップのサービスモードでは設定手順が異なるため、プラットフォーム別のガイドに沿って確認しましょう。
通信の制御方法と許可手順を見る →
ルールと照合順序
ドメインルールとフォールバック
Clashのカスタムルールは通常、上から順に照合されます。具体的なドメインルールは広い範囲に適用されるルールより前に置き、MATCHは最後のフォールバックとして使います。DOMAIN-SUFFIXはドメインの末尾で判定し、GEOIPは宛先IPアドレスの地域で判定します。参照する情報はそれぞれ異なります。右側の例は実際の構文を示しています。PROXYは設定内に存在するポリシーまたはプロキシグループを指定する必要があります。変更前に設定をバックアップし、サブスクリプション更新でローカルの変更が失われないよう、まずクライアントの上書き機能や拡張機能を利用しましょう。ルールの動作確認では、ページが開くかどうかだけでなく、新しい接続でどのルールが適用されたかを確認してください。
ルールとコアの互換性を見る →
設定管理
サブスクリプションのインポートと更新
サブスクリプションURLから接続情報やルール設定を取得します。クライアントだけで利用可能なサービスが自動的に用意されるわけではありません。インポート前にURLの入手元を確認し、Clash YAMLなど、どの形式が提供されているかを確かめましょう。ダウンロード後は設定一覧で該当項目を選択して初めて、コアで使用されます。URLを保存しただけでは設定は切り替わりません。更新するとサーバー上の内容が再取得されるため、独自ルールや画面設定はクライアントが対応する方法で別途管理してください。サブスクリプションURLには認証情報が含まれる場合があります。公開スクリーンショットや一般公開の変換サービスに貼り付けないでください。更新に失敗したら、URLの有効性、期限切れ、ネットワークの接続条件を確認しましょう。
サブスクリプションのインポート手順を見る →初回接続
Clashをすぐに使う3ステップ
まず接続を確立して動作を確認し、その後に自動起動、カスタムルールなどの詳細設定を行いましょう。一度に変更する項目を1つに絞ると、原因を特定しやすくなります。
-
クライアントをインストールして設定をインポート
ダウンロードセンターで使用するプラットフォームのインストーラーを選び、インストール後に設定またはサブスクリプションの画面を開きます。サブスクリプションURLを貼り付け、取得が完了したら一覧から設定を選択してください。ローカルファイルを使う場合は、拡張子を変えただけのファイルではなく、クライアントが対応する形式であることを確認します。インポート時にエラーが出たら、表示内容を確認し、URLへの接続失敗と設定の解析失敗を切り分けましょう。設定が読み込まれていない段階で、システムプロキシを何度も切り替える必要はありません。
-
ポリシーを選択して接続を有効化
ルールモードのまま、プロキシ画面で各プロキシグループの選択状態を確認します。その後、システムプロキシを有効にするか、モバイルでは案内に従ってVPNを起動してください。デスクトップでは同じポートを使用する別のクライアントがないことを確認します。テスト時は、ルーティングの競合を避けるため、別の通信制御ツールを一時的に停止できます。TUNが必要なアプリは、基本的な接続が正常になってから個別に確認しましょう。LAN接続の許可、グローバルモード、TUNはそれぞれ別の設定です。
-
接続を確認して結果を記録
直接接続する想定の宛先と、プロキシ経由の想定の宛先にそれぞれアクセスし、接続画面やログで出口ポリシーと適用ルールを確認します。Clashのノード遅延テストで分かるのはテスト先への応答時間です。ダウンロード速度、ページの完全な読み込み時間、すべてのサービスの利用可否を直接示すものではありません。ブラウザーは正常でも特定のアプリに問題がある場合は、まずそのアプリがシステムプロキシを使うかを確認し、次にDNS、UDP対応、TUNのルーティングを調べましょう。すぐにクライアントを再インストールする必要はありません。
オープンソースエコシステムとサポート範囲
Clashコアとクライアントの関係
選ぶ際は、画面、コア、設定の入手元をそれぞれ確認しましょう。名称が似ていても機能が同じとは限りません。同じ形式のファイルをインポートできても、すべての項目に互換性があるとは限りません。
オリジナルのClashからmihomoへ
Clashのエコシステムは、プロキシコア、GUIクライアント、設定ツールで構成されています。オリジナルのClashプロジェクトがメンテナンスを終了した後も、コミュニティでは関連する設定構文や使い方が発展しています。Clash.Metaのフォークは後にmihomoとして開発が続き、プロトコル対応、DNS、ルール、通信制御機能が追加・改善されました。「Clash Metaの使い方」で扱う概念の多くはmihomoにも当てはまりますが、個々の設定項目は最新のコアドキュメントで確認してください。古いガイドでは、ファイルパスや画面が現在と異なる場合もあります。
画面の機能とコアの機能は別
Clash Verge RevやFlClashなどのクライアントは、設定一覧、システムプロキシ、プロキシグループ、ログへのアクセスを提供します。実際の接続機能は使用するコアによって決まります。機能によっては、画面上の設定とコアの設定の両方が必要です。一方、コアが特定の項目に対応していても、すべてのクライアントに対応するGUI設定があるとは限りません。特定のプロトコル、ルールプロバイダー、DNS機能が必要な場合は、まずコアの対応状況を確認し、次にクライアントでの設定保存方法を調べましょう。
情報の入手元を確認して適用可否を判断
オープンソースリポジトリのドキュメント、ライセンス、課題の議論は、機能の範囲を確認する手がかりになります。このサイトはダウンロード先と操作ガイドを提供しており、すべてのクライアントの開発元やサービス提供元ではありません。設定内の接続先、アカウント、利用枠、有効期限は設定の入手元によって決まり、クライアントを変更しても自動で解決するものではありません。トラブル対処の情報を確認する際は、クライアント名、OS、通信の制御方法、エラー内容を記録しましょう。ログを共有する前に、サブスクリプションURLなどの機密情報を削除してください。
更新前に元に戻せる設定を残す
クライアントの更新とサブスクリプションの更新は別のものです。前者はアプリやコアを変更し、後者はサーバー上の設定を取得し直します。個人ルールや上書き設定を先にバックアップし、変更内容を確認してからアプリを更新しましょう。トラブル対処中に、コア、サブスクリプション、DNS、通信の制御方法を同時に変更するのは避けてください。メンテナンスが終了したクライアントは、ダウンロードセンターにアーカイブとして表示されます。新しい端末ではメンテナンスが継続中の選択肢を優先し、既存環境を移行する場合はプロトコルと設定の互換性を先に確認しましょう。
DNSと接続の確認：Fake-IPはDNSの動作方式の一つで、独立したプロキシプロトコルではありません。ClashでDNS漏れを調べる際は、クライアントのDNS、OSのリゾルバー、ブラウザーのセキュアDNS、実際のルーティングをあわせて確認してください。スイッチを1つ有効にするだけでは、名前解決の経路や接続の出口を検証したことにはなりません。LAN内のドメイン名、プリンター、開発用サービスを使う場合は、ローカルでの名前解決とバイパスルールも確認しましょう。
技術ノート
Clashの設定と段階的なトラブル対処
基本的な接続ができたら、状況に応じて詳しい情報を確認しましょう。どの層で通信に問題が起きているかを先に特定すると、回線、DNS、ルールの問題を混同せずに対処できます。
Clashの通信速度が遅いときの対処法：ノード、回線、本体設定を段階的に確認
ノードの品質、中継回線、ローカルDNSとTUN設定、システム環境の4段階で速度低下の原因を特定。各段階で実行できる確認方法と調整案を紹介します。
技術ノートを読む →ClashのGeoIP・GeoSiteデータベース更新方法：データの入手先、自動更新、ルールの書き方
GeoIP・GeoSiteデータファイルの入手先と用途を解説。mihomoコアでの自動更新設定、手動での置き換え方法、GEOSITEルールの基本的な書き方を紹介します。
技術ノートを読む →Clashのurl-test・fallback・load-balance：プロキシグループの違いと設定例
3種類の自動選択型プロキシグループの選択ロジックと、interval・toleranceなどのパラメーターを解説。安定性や負荷分散の要件に応じた設定方法を紹介します。
技術ノートを読む →