Windows
デスクトップGUI、システムプロキシの制御、自動起動を必要とするユーザーに適しています。ダウンロードページではClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ版クライアントを順に掲載し、それぞれの用途を説明しています。
クライアントダウンロード · プラットフォーム選び · 日本語設定ガイド
OS、プロセッサーのアーキテクチャ、利用スタイルからクライアントを選び、完全無料、オープンソース、日本語ドキュメントを通じて、ルール振り分け、サブスク設定、mihomoコアの設定範囲を確認できます。
Platform entries
トップページではプラットフォームの案内に絞っています。具体的なクライアント、プロセッサーのアーキテクチャ、システム要件、インストーラーへのリンクはダウンロードページに集約し、同じファイルリンクを複数箇所で管理しない構成にしています。
デスクトップGUI、システムプロキシの制御、自動起動を必要とするユーザーに適しています。ダウンロードページではClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ版クライアントを順に掲載し、それぞれの用途を説明しています。
インストール前に「このMacについて」でIntelかApple Siliconかを確認してください。同じクライアントの2種類のビルドは併用できません。ダウンロードページではアーキテクチャ別に入口を分け、初回起動、システムプロキシ、権限確認で必要な手順も補足しています。
モバイル端末では通常ARM64ビルドを優先します。アーキテクチャが分からない場合は、ダウンロードページの汎用パッケージの説明を参考にしてください。クライアントはシステムVPNインターフェースで通信を処理するため、接続状態、バックグラウンド制限、省電力設定が継続動作に直接影響します。
iPhoneとiPadではClash Plusで対応する設定を使用します。ダウンロード先はApp Storeで、公式情報はclashplus.ioを確認してください。初回接続時にVPN構成の追加を求められるため、許可した後にクライアントへ戻り、プロキシグループを選択します。
デスクトップ環境ではGUIクライアント、サーバー、ソフトウェアルーター、コンテナ環境ではmihomoコアの直接実行が適しています。両者は設定形式が似ていますが、サービス管理、権限、ログの場所、通信経路は大きく異なります。
どれを選ぶか迷ったら、まずクライアント選びガイドを読み、対応するプラットフォームのダウンロードへ進んでください。
Configuration lanes
よく使う機能を5つの設定レーンに分けています。左側の項目を選ぶと、右側に関連する課題、使い方、注意すべき範囲が表示されます。
Clashは設定のルールを上から順に照合し、ドメイン、宛先IP、プロセス、ルールセットに応じて接続を直接接続、拒否、または指定したプロキシグループへ渡します。これはすべてのリクエストを同じ出口に固定するのではなく、「通信の種類ごとに処理方法を変える」ための仕組みです。使用時はまずルールモードになっていることを確認し、適用されたルールとプロキシグループの選択を確認してください。
単一のスイッチだけを持つプロキシツールに比べ、ルール方式は分類ロジックを継続的に管理できる点が利点です。一方で、ルールの順序を明確に保つ必要があります。範囲の広すぎるルールを先頭に置くと後続項目が無視されるため、トラブル時はノードを何度も切り替えるのではなく、実際に適用された結果を確認します。一時的にすべての通信を同じように処理する場合はグローバルモードを使い、切り分け後にルールモードへ戻してください。
デスクトップやモバイルのクライアントは、主に設定のインポート、プロキシ切り替え、システムインターフェースの制御、ログ表示を担当します。設定を解析して接続を処理するのはコアです。元のClashが設定構造を築き、Clash Metaがプロトコルとルール機能を拡張し、その後継プロジェクトがmihomoという名称でメンテナンスされています。クライアントを選ぶ際は、GUIにどのコアが内蔵され、または対応しているかも確認してください。
基本的なフィールドの多くは同じ設定体系で利用できますが、新しいコアの拡張フィールドを古いクライアントが認識できるとは限りません。設定を移行する際は元ファイルを残し、クライアントログに表示されるフィールド解析の警告を確認してください。サーバーやルーターではmihomoを直接実行できます。一般的なデスクトップユーザーは、コアを統合したGUIクライアントのほうがシステムプロキシや更新を管理しやすいでしょう。
WindowsとmacOSのデスクトップクライアントは通常、システムプロキシに対応するアプリの通信を取り込みます。コアと権限が許せば、TUNモードでさらに多くの接続を対象にすることもできます。AndroidとiOSはシステムVPNインターフェースに依存するため、初回接続時に許可ダイアログが表示されます。Linuxではデスクトッププロキシ、環境変数、透過転送、サービスとしての導入などを使う場合があります。
プラットフォームの違いはトラブルの現れ方に直結します。たとえばブラウザーは使えるのにコマンドラインツールが接続できない場合、コマンドラインがシステムプロキシを継承していないことがよくあります。モバイル端末でロック後に接続が切れる場合は、バックグラウンド動作と省電力制限を確認してください。選定では画面の見た目だけでなく、OSバージョン、プロセッサーのアーキテクチャ、通信の取り込み方式、日常の管理コストも確認する必要があります。
サブスクURLは設定内容を取得するために使われ、クライアントはその中のプロキシ項目、プロキシグループ、ルール、DNS設定を解析します。サブスクから生成された設定を直接編集するのは手軽ですが、次回の更新でローカル変更が上書きされる可能性があります。安定した運用には、元のサブスクを保持し、長期的な変更をクライアントのオーバーライド、スクリプト、独立した設定コピーに入れ、変更目的を記録する方法が適しています。
サブスクの更新に失敗したら、まずURLが完全か、現在のネットワークから取得元へアクセスできるか、返された内容が有効な設定か、キャッシュファイルが壊れていないかを順に確認します。一度の切り分けでURL、コア、ルール、DNSを同時に変更しないでください。毎回1つの条件だけを変えることで、問題がダウンロード、解析、実行のどの段階にあるかを確認できます。
DNSはドメインをIPに変換するだけではありません。Clashの拡張モード、nameserver、fallback、ドメインルール、システムDNSの取り込みが、解析結果とルールの適用に影響します。ウェブページが開かない、一部のドメインだけ異常、接続が繰り返しタイムアウトするといった場合は、まずリクエストがClashに入っているかを確認し、どのリゾルバーを使ったか、返された結果が想定どおりかを確認してください。
切り分けでは、まず簡単な設定から始めます。確実に到達できるプライマリリゾルバーを1組だけ残し、複雑なフィルター条件を一時的に減らしてから、fallbackとルールを1つずつ戻します。ノードを交換するだけではDNS経路の問題は解決しないことがあります。モバイルではシステムのプライベートDNS、デスクトップではブラウザーのセキュアDNSとクライアントのDNS取り込みが別々の経路を作っていないかも確認してください。
Quick start
まず最短の動作経路を完成させ、その後でルール、DNS、自動更新を設定します。これにより、インストールの問題と設定の問題を切り分けられます。
ダウンロードページでOSを選び、次にプロセッサーのアーキテクチャを確認します。Windowsでは通常x64のデスクトップクライアント、macOSではIntelとApple Silicon、AndroidではARM64が一般的です。LinuxではGUIを使うか、mihomoコアを直接導入するかも決める必要があります。
インストール後はまずクライアントを起動し、コアが正常に読み込まれているか確認してください。すぐに高度な項目を大量に変更するのは避けます。ネットワーク、VPN、ファイアウォールの権限を求められた場合は、プラットフォームに応じて許可してください。画面が開いても権限がなければ通信がコアに入らないことがあります。
設定またはサブスクのページに有効なURLを貼り付け、クライアントが取得・解析するまで待ちます。成功すると設定名、プロキシグループ、ルール情報が表示されます。インポート後に一覧が空なら、まず解析ログを確認し、同じURLを何度も登録しないでください。機密性のあるサブスクURLを公開してはいけません。
設定を有効にしたらプロキシグループを開き、設定に用意された選択肢から選びます。初回はルールモードのままにし、ドメインとIPのルールに通信先を決めさせるのがおすすめです。グローバルモードは短時間の問題切り分けには使えますが、元の分類ロジックを迂回するため、すべてのトラブルに対する固定策にはなりません。
システムプロキシを有効にするか、プラットフォームに応じてVPN接続を確立したら、まず安定したサイトにアクセスし、クライアントログにリクエストが記録されるか確認します。リクエストが見えるのに接続できない場合、通信はすでにコアへ入っているため、プロキシグループと接続設定を確認します。ログがまったくない場合は、システムプロキシ、VPNの許可、アプリ固有のプロキシ設定を優先して確認してください。
基本接続を確認できたら、サブスクの更新間隔、起動時の動作、DNSオプションを設定します。変更する項目は毎回1つにし、元に戻せる設定コピーを残してください。更新後に異常が起きても、サブスク内容の変化、クライアント更新、ローカル設定のどれが原因かを素早く判断できます。
Open source context
プロジェクト間の継承関係を理解すると、クライアント名だけを見るよりも、設定の互換性、更新元、問題の所在を判断しやすくなります。
ClashはYAML設定、プロキシグループ、ルール振り分けを中心とする利用方式を確立し、その後デスクトップ、モバイル、ルーター導入にまたがるクライアントエコシステムが形成されました。クライアントごとにGUIの技術やリリース周期は異なりますが、一般的な設定構造、ルールの考え方、プロキシ操作は同じ技術的系譜に由来します。元のプロジェクトが継続的なメンテナンスを停止した後も既存クライアントは動作しますが、エコシステムの保守の重点は後継コアと新しいクライアントへ移っています。
オープンソースリポジトリではコードの変更、課題の議論、リリースノートが公開されており、機能の範囲やバージョン変更の確認に役立ちます。クライアントをダウンロードする際は、「GUIプロジェクト」「コアプロジェクト」「設定の提供元」を区別してください。GUIは操作入口、コアはネットワーク処理、設定内容はユーザーが選んだ提供元から取得します。3者は同じプロジェクトではないため、問題が起きたらログと挙動からどの層を確認すべきか判断します。
Clash Metaは元のClashのプロトコル、ルール、DNS機能を拡張し、その後mihomoという名称でメンテナンスされています。多くの新しいクライアントはmihomoを内蔵コアとして採用し、一般的なClash設定の読み込みや一部の拡張フィールドに対応しています。ただし互換性があっても、すべてのフィールドが任意のバージョンで完全に一致するとは限りません。新しいプロトコルや高度なDNS設定を使う前に、実際に読み込まれているコアと対応範囲を確認してください。
クライアントのバージョン、コアのバージョン、サブスクの内容はそれぞれ独立して更新されます。GUIの更新で内蔵コアが置き換わることがあり、サブスクの更新でプロキシグループやルールが変わり、ローカルのオーバーライドが新しい設定にも適用される場合があります。安定した管理の鍵はこの3種類の変更を記録し、異常時にすべてを一度に更新しないことです。ダウンロードページではリリース一覧から現在の入手先を案内し、技術記事ではテーマ別に移行とトラブル対処を説明しています。
Selected questions
プラットフォーム、コア、通信の取り込み方式を先に確認すると、インストール後にクライアントを何度も変更する手間を減らせます。
一般的なデスクトップGUIが必要なら、まずダウンロードページで推奨されているクライアントから試してください。既存の設定がmihomoの拡張フィールドに依存している場合は、クライアントに統合されたコアの種類を確認します。OSバージョン、プロセッサーのアーキテクチャ、更新状況、設定の移行方法も考慮し、画面のスクリーンショットだけで判断しないでください。
クライアントの比較をすべて見るまずクライアントログにアプリのリクエストが表示されているか確認します。リクエストがない場合は、システムプロキシ、VPN権限、TUNの状態を確認します。リクエストはあるのに接続できない場合は、現在のプロキシグループ、設定の有効性、DNSの解析経路を確認してください。切り分け中は毎回1つの条件だけを変更し、原因を見失わないようにします。
トラブル対処のQ&Aを見るルールモードはドメイン、IP、ルールセットに応じてリクエストを異なるプロキシへ振り分け、日常利用に適しています。グローバルモードは大半のリクエストを同じプロキシに渡すため、特定の出口が使えるかを短時間で確認する用途に向きます。グローバルモードはルールの切り分けの代わりにはならないため、テスト後は設定の目的に合わせて元のモードへ戻してください。
モード設定の手順を見る通常は必要ありません。まずサブスクURLが完全で、現在もアクセスできるか確認します。次にレスポンスを現在のコアが解析できるかを確認し、ローカルキャッシュとシステム時刻も確認してください。クライアント自身のファイル破損やバージョン非互換が明確になった場合に限り、再インストールや別バージョンへの変更を検討します。
サブスク更新の対処手順を読むLatest references
DNS、起動トラブル、ルーター導入の3つの方向から詳しく解説します。記事では切り分けの順序に沿って条件と注意点を説明し、1つの設定ですべての環境を解決しようとはしません。
ClashのDNSリクエスト経路、プライマリとバックアップのリゾルバーの役割、fallbackのフィルター条件、よくある異常の対処手順を整理します。
壊れた設定、権限制限、コアファイル、システムコンポーネントの4方向から、クライアントが起動できない原因を特定します。
メインルーターとサブルーターの方式を比較し、アーキテクチャの選択、機器のリソース、転送経路、日常的な管理範囲を説明します。