Windows
一般的なデスクトップ用途に適しており、Clash Plus、Clash Verge Rev、FlClashなどのGUIクライアントを比較できます。ダウンロード前にOSのビット数を確認し、インストール後にサブスクリプションを追加してシステムプロキシを有効にしてください。
ダウンロードへClashクライアントのダウンロード、全プラットフォームへの導入・設定、ルーティングのトラブル解決をまとめています。まずOSに対応したメンテナンス中のGUIクライアントを選び、ガイドに沿ってサブスクリプションの追加、プロキシグループの選択、システムプロキシまたはTUNによる通信の取り込みを行います。
1つの接続はルール照合から始まり、プロキシグループで出口を選択し、システムプロキシまたはTUNによってアプリの通信がローカルコアへ送られます。以下では、実際の処理順に沿って各段階の役割、適用場面、操作画面を説明します。
Clashは設定ファイルのルールセクションを上から順に確認します。ドメインルール、GeoSite、GeoIP、IPサブネット、プロセスルールで異なる種類のリクエストを処理でき、最初に一致したルールが接続を渡すプロキシグループを決めます。最後に、通常は MATCH が未一致の接続を処理します。そのため、ルールは数より順序が重要です。具体的なルールを広範なルールより前に置き、先に一致してしまうのを防ぎます。
直接接続、プロキシ、ブロックを使い分けたい日常設定に適しています。サブスクリプションを追加したら、現在の設定に十分なルールセクションが含まれているか確認し、クライアントの接続ログで一致した項目を確認できます。特定のサイトが誤った出口を通る場合は、グローバルモードへ切り替える前に、ルールの順序、ドメインの種類、参照先のプロキシグループ名を確認してください。
プロキシグループはルールとプロキシノードの間に位置します。ルールは接続をグループへ渡し、グループが指定ノード、自動選択、フォールバック、直接接続、ブロックのいずれを使うか決定します。ルール全体を書き換えずに出口を調整できるため、たとえば「海外サイト」グループのノードだけを切り替え、ストリーミング、メッセージング、直接接続サービスは個別の選択を維持できます。
使用前に、プロキシグループが参照するノードやサブグループが実際に存在することを確認し、現在の選択肢が利用可能か確認してください。サブスクリプション更新後にグループ名が変わると、古いルールから対象を参照できなくなる場合があります。設定を手動で統合する際は、YAMLのインデントと名前が完全に一致しているかにも注意が必要です。単一のスイッチだけを提供するプロキシツールより、用途別に出口を管理したい設定に適しています。
システムプロキシを有効にすると、クライアントはOSのHTTP、HTTPS、またはSOCKSプロキシアドレスをローカルの待受ポートへ向けます。ブラウザ、オフィスソフト、多くのデスクトップアプリがこの設定を読み取るため、サブスクリプション追加後の最初の取り込み方法として一般的です。クライアントを終了する前にシステムプロキシを元へ戻し、停止したローカルポートを参照し続けないようにしてください。
システムプロキシですべてのプログラムを自動的にカバーできるわけではありません。ターミナルツールには環境変数の個別設定が必要な場合があり、一部のゲームや独自ネットワークスタックを使うソフトはOS設定を無視します。ブラウザは使えるのにターミナルが失敗する場合は、ブラウザ独自のプロキシ、コマンドライン環境変数、ローカルポート、ファイアウォールを個別に確認してください。サブスクリプションを何度も更新するだけでは解決しません。
TUNモードは仮想ネットワークインターフェースを作成し、システムプロキシ設定を読み取らないプログラムの通信もClashコアへ取り込み、同じルールとプロキシグループで処理します。ターミナルツール、ゲームランチャーなど、個別にプロキシを設定しにくいアプリに適していますが、システム権限が必要で、他のVPN、仮想NIC、エンドポイントセキュリティソフト、企業ネットワークポリシーと競合する場合があります。
有効にする前に、通常のシステムプロキシが動作することを確認してください。設定の問題とTUNドライバーの問題を切り分けやすくなります。有効化後にネットワークへ接続できなくなった場合は、管理者権限、仮想NICの状態、DNS設定、ルーティングの競合、他の通信取り込みソフトを順に確認します。トラブル解決後に自動起動を設定し、誤った設定が起動時に繰り返し読み込まれないようにしてください。
トップページではプラットフォームへの入口のみを案内し、対応クライアント、メンテナンス状況、システム要件、インストーラーの種類はダウンロードページにまとめています。アクセスする前にOSのバージョンとCPUアーキテクチャを確認し、macOS用Apple Silicon版をIntel端末で使ったり、デスクトップ版をモバイル端末で使ったりしないようにしてください。
一般的なデスクトップ用途に適しており、Clash Plus、Clash Verge Rev、FlClashなどのGUIクライアントを比較できます。ダウンロード前にOSのビット数を確認し、インストール後にサブスクリプションを追加してシステムプロキシを有効にしてください。
ダウンロードへApple Silicon版とIntel版を分けて案内しています。初回起動時はmacOSのセキュリティ警告に対応し、選択したクライアントでシステムプロキシやTUNに必要な権限を許可してください。
ダウンロードへ端末のアーキテクチャに合うインストーラーを選べます。インストール後は通常、AndroidのVPNインターフェースで通信を取り込みます。初回接続時にはシステム権限の確認画面が表示され、サブスクリプション更新とバックグラウンド実行権限も個別に確認が必要です。
ダウンロードへApp StoreからClash Plusを入手し、アプリ内でサブスクリプションまたは設定を追加します。初回接続時はシステムの案内に従ってVPN構成の追加を許可し、その後はアプリ内でプロキシグループを切り替えたり、サブスクリプションを更新したりできます。
ダウンロードへデスクトップユーザーはGUIクライアントを選べます。サーバー、ソフトウェアルーター、自動化環境ではMihomoコアを直接使う構成が適しています。導入前に、サービス権限、設定パス、ログの確認方法を明確にしてください。
ダウンロードへ一連の流れは、ダウンロード後にスイッチを入れるだけではありません。まずクライアントとシステムの適合を確認し、信頼できる設定を追加してプロキシモードを選び、最後に接続ログで実際の一致結果を検証します。
ダウンロードページから対応プラットフォームを選び、現在のシステムアーキテクチャに合う、メンテナンス中のクライアントを優先してください。インストール後はメイン画面を開き、ポートの競合、権限不足、コアの起動失敗が表示されていないか確認します。macOSではセキュリティ許可、WindowsでTUNを使う場合は管理者権限、モバイル端末ではVPN構成の許可に注意が必要です。
設定またはサブスクリプション画面にサービス提供元のURLを貼り付けるか、ローカルのYAMLファイルを読み込みます。更新後はプロキシノード、プロキシグループ、ルールがすべて表示されるか確認してください。ノードだけでルールがない場合、用途別のルーティングができない可能性があります。サブスクリプションURLは機密性の高い設定情報なので、公開ページやスクリーンショットに載せないでください。
初めて使う場合は、まずルールモードのまま主要なプロキシグループで利用可能な出口を選び、システムプロキシを有効にすることをおすすめします。接続ログを開いて普段使うサイトへアクセスし、想定したルールとプロキシグループに一致しているか確認します。通常のプロキシが正常に動作してから、必要に応じてTUN、自動起動、バックグラウンド実行を有効にすると、問題が起きた際も原因箇所を特定しやすくなります。
Clashは単一のインストーラー名ではなく、ルールベースのプロキシコア、メンテナンスされる派生版、GUIクライアント、設定データで構成されるエコシステムです。これらの層を理解することで、ダウンロード対象、更新元、トラブル解決の範囲を判断できます。
原版Clashプロジェクトは、YAML設定、プロキシノード、プロキシグループ、ルールリストを中心とする基本的な利用方式を確立しました。エコシステムの発展に伴い、Mihomoはコア機能を継承・拡張し、現在もメンテナンスされている多くのデスクトップ・モバイルクライアントが基盤コンポーネントとしてMihomoを採用しています。ユーザーが通常ダウンロードするのはGUI付きクライアントであり、コアファイル単体ではありません。サーバーやルーターではコアを直接実行する構成が一般的です。
Clash Plus、Clash Verge Rev、FlClashなどは異なるUIとプラットフォーム連携を提供しますが、基本的な流れは共通しています。設定ファイルを管理し、コアを起動し、プロキシグループを表示し、システムプロキシを変更し、接続情報とログを読み取ります。名前が似ていてもインストーラーを他のプラットフォームで使えるとは限らず、メンテナンス状況も同じではありません。そのためダウンロードページでは、プラットフォーム、アーキテクチャ、開発停止状況を分けて表示しています。
サブスクリプションには通常、ノードと設定内容が含まれます。ルールは接続の振り分けを決め、GeoIPやGeoSiteなどのデータは地理・ドメイン分類ルールの照合に使われます。3者の更新時期は異なる場合があります。特定のドメインが誤分類される場合、原因は必ずしもクライアントにあるとは限りません。サブスクリプションが更新されているか、ルールセットの参照が有効か、データベースが読み込まれているか、プロキシグループ名がルールと一致しているかを個別に確認してください。
クライアントのバージョン更新は主にUI、システム連携、パッケージングの問題を修正します。コアの更新はプロトコル、DNS、ルール実行、ネットワークスタックに影響し、サブスクリプションの更新はノードと設定内容を変更します。トラブル解決でこの3種類の更新を混同すると、効果のない操作につながります。まず現在のクライアントとシステム環境を記録し、ログにある明確なエラーを確認してから、問題に関係する層だけを更新し、変更後にルールの一致を再検証してください。
まず、現象からダウンロード、設定、通信の取り込み、ルールのどの問題かを切り分け、よくある質問ページで詳しい確認手順を見てください。問題箇所を特定する前に、ポート、DNS、ルール、プロキシグループを同時に変更しないようにしましょう。
まずOSで絞り込み、メンテナンス状況、CPUアーキテクチャ、必要な機能を確認します。GUIを使いたい一般ユーザーはMihomoコアを単体でダウンロードする必要はありません。サーバーやルーターへ導入する場合は、コアのパッケージとサービス管理方法を重点的に比較してください。詳しい違いはクライアント比較をご覧ください。
追加に成功したことは、クライアントが設定を読み込めたことを示すだけです。コアが起動しているか、プロキシグループで利用可能な出口を選択しているか、システムプロキシまたはTUNが有効か、ローカル待受ポートが競合していないか、現在のリクエストがどのルールに一致したかも確認してください。接続検証の手順に沿って、項目ごとに確認することをおすすめします。
多くの場合、まずシステムプロキシだけで十分です。システムプロキシに従わないアプリを取り込む必要がある場合にのみ、TUNを有効にしてください。両者の連携方法はクライアントによって異なるため、有効化後はルーティング、DNS、仮想NICの状態を確認し、他のVPNやネットワーク管理ソフトとの二重取り込みを避けてください。
ルールモードは設定に従って接続を1件ずつ判定するため、日常利用に適しています。グローバルモードは接続を統一されたプロキシグループへ渡し、短時間の出口テストなどに使います。直接接続モードはプロキシを経由しません。特定のサイトだけに問題がある場合は、まずルールの一致を確認し、設定の問題を隠すためにグローバルモードを常用することは避けてください。詳しくはよくある質問をご覧ください。
以下の記事では、プロジェクトの関係、YAML設定の構造、旧クライアントからの移行を解説します。基本的なインストールを終え、コアの依存関係や設定のメンテナンス方法をさらに理解したいユーザーに適しています。
Clash、Mihomo、主要GUIクライアントの位置づけ、依存関係、選定の境界を整理し、一般ユーザーがクライアントをダウンロードすべきか、コアを単体で使うべきかを説明します。
全文を読む →YAMLの階層に沿って主要フィールドを分解し、プロキシノード、プロキシグループ、DNS、ルールの参照関係と、設定を手動編集する際に起こりやすいインデントの問題を説明します。
全文を読む →旧クライアントから移行する前の準備、サブスクリプションとローカル設定の移行方法を紹介し、OS別に代替クライアントの選び方と設定確認の順序を説明します。
全文を読む →