Windows
トレイ操作、システムプロキシの切り替え、自動起動、TUNによる通信取り込みが必要なデスクトップユーザー向けです。ダウンロードページでは、Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ済みクライアントのメンテナンス状況と用途の違いをまとめています。
ダウンロードへオープンソースエコシステム · 全プラットフォーム対応クライアントと日本語設定ガイド
現在のOSと利用目的に合うクライアントを選び、サブスク導入、プロキシグループの選択、ネットワークの取り込みを順に進めます。内容は全プラットフォーム対応のダウンロード、ルール分岐、日本語のトラブルシューティングを中心に、初回設定から継続的なメンテナンスまで必要な手順をすぐ確認できる構成です。
Windows、macOS、Android、iOS、Linux
Clash設定に対応し、ルール、プロトコル、ネットワーク取り込み機能を拡張します。
コアコードを公開し、設定の挙動やバージョンによる変更をコミュニティで確認できます。
OSごとにネットワーク権限、バックグラウンド処理、インストーラー形式が異なります。まず対応プラットフォームを選び、デスクトップGUI、モバイルでの常時接続、サーバー運用などの目的に合わせてクライアントを決めてください。
トレイ操作、システムプロキシの切り替え、自動起動、TUNによる通信取り込みが必要なデスクトップユーザー向けです。ダウンロードページでは、Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ済みクライアントのメンテナンス状況と用途の違いをまとめています。
ダウンロードへApple SiliconとIntel Macに対応します。インストーラーを選ぶ際はCPUアーキテクチャを区別し、システムプロキシ権限、ログイン項目、ネットワーク拡張の許可を確認してください。システムプロキシを使わないアプリも取り込む場合は、ルーティングへの影響を理解したうえでTUNを利用します。
ダウンロードへAndroidクライアントは通常、システムのVpnServiceを使ってアプリ通信を取り込みます。サブスク導入に加えて、バックグラウンド動作、省電力機能の対象外設定、常時接続VPN、アプリ別ルーティングも確認してください。設定しないと、画面ロック後にシステムがプロセスを終了して接続が途切れることがあります。
ダウンロードへiPhoneとiPadでは、システムのネットワーク拡張を使ってプロキシ接続を確立します。クライアントのインストールと更新はApp Storeで管理されます。ダウンロードページにはClash Plusのストア入口と公式情報を掲載しており、導入後は設定内のプロキシグループから出口を切り替えられます。
ダウンロードへデスクトップ環境ではGUIクライアント、サーバー、ソフトウェアルーター、コンテナ環境ではmihomoカーネルの直接実行が適しています。インストール前にCPUアーキテクチャ、パッケージ形式、サービス権限、設定ファイルとログの保存場所を確認してください。
ダウンロードへ一般的なデスクトップユーザーは、まず保守が続いているGUIクライアントを選び、CPUアーキテクチャに合うインストーラーを入手します。モバイルでは、公式ストアまたはインストーラーの入手元を確認してからバックグラウンド権限を設定してください。サーバー、ルーター、自動化環境で動かす場合に限り、mihomoカーネル、設定ファイル、サービスプロセスを直接管理します。
ルールモードは、すべての通信を一つの出口へ送るだけの仕組みではありません。クライアントはルールを上から順に確認し、最初に一致した項目を指定されたプロキシグループへ渡します。判定順、ルール種別、ネットワークの取り込み範囲を理解することで、設定結果を説明可能な状態に保てます。
ドメインルールは、Webサイト、APIのドメイン、コンテンツサービスの振り分けに適しています。完全なドメイン名や特定のドメインサフィックスに一致させ、ダイレクト、プロキシ、カスタムプロキシグループへリクエストを渡せます。宛先IPだけを見る方法より、実際にアクセスするサービス名に近く、読みやすく管理しやすいのが特徴です。
利用時は、範囲が狭く具体的なルールを前に、広いサフィックスを後ろに配置します。たとえば、あるサブドメインだけをダイレクト接続し、同じ親ドメインの他の通信をプロキシ経由にする場合は、完全なドメインルールを先に記述します。DNSの解決経路にも注意が必要です。カーネルへ渡る前にドメイン情報が失われると、IPルールによる判定に切り替わることがあります。そのため、ドメイン分岐とDNS設定は併せて確認してください。
IP-CIDRルールは、宛先IPが属するアドレス範囲を判定します。LAN、予約済みアドレス、固定サーバーのネットワーク、ドメインで安定して識別できない接続などに適しています。連続したアドレス範囲を明確に表現できるため、個別のIPを一つずつ列挙するより長期的な管理に向き、家庭内ネットワーク、社内ネットワーク、公衆ネットワークの通信も分けて処理できます。
設定時はプレフィックス長が正しいか確認してください。広すぎるネットワーク範囲は本来プロキシにすべきアドレスまで含み、狭すぎる範囲は一致しない接続を残します。no-resolve付きのルールは通常、判定時にDNS解決を自動的に行わないことを示します。余分な問い合わせを減らせますが、カーネルが宛先IPをすでに取得していることが前提です。異常を調べる際は、Webページが開くかだけでなく、接続記録の宛先アドレス、一致したルール、最終的なポリシーも確認してください。
MATCHは通常、ルールリストの末尾に置き、前のルールに一致しなかったすべての接続を受けます。設定のデフォルト方針を決める項目で、プロキシグループを指定すれば未知の通信は原則プロキシ経由、DIRECTを指定すれば原則ダイレクト接続になります。残りのリクエストに一致するため、配置を誤ると後続ルールが実行されません。
より安全な方法は、LAN、システムサービス、明示的にダイレクト接続するドメイン、プロキシが必要なサービスを先に列挙し、最後にMATCHで締めることです。デフォルトポリシーを変更する前に、従来の動作に依存するアプリがないか確認してください。特に更新サービス、LAN機器の検出、社内ネットワークには注意が必要です。ログで大量の接続がMATCHにしか一致しない場合、前方のルールが不足しているか、ドメイン情報やルールセットが想定どおり読み込まれていない可能性があります。
TUNは仮想ネットワークインターフェースを通じて、より多くのシステム通信を取り込みます。システムプロキシを参照しないアプリ、一部のゲームランチャー、コマンドラインツール、通信を一括して分岐したいデスクトップ環境に適しています。TUNが解決するのは通信をカーネルへ取り込めるかどうかであり、DOMAIN、IP-CIDR、MATCHの代わりになるものではありません。カーネルに入った接続は、引き続きルールの順序に従ってポリシーを選びます。
有効化する前に、管理者権限、ルーティングテーブル、DNSのリダイレクト方式、他のVPNソフトとの競合を確認してください。LANに接続できない、ネットワークループが発生する、スリープ復帰に失敗するといった場合は、まずTUNを無効にして基本的なシステムプロキシを確認し、自動ルート、厳格ルート、DNSリスナー、ファイアウォール設定を順番に調べます。通常のWebプロキシが正常なら、機能を増やす目的だけで無理に有効化する必要はありません。
Clashは通常、設定に記載された順番でルールを確認し、一致すると検索を終了します。すべてのルールを同時に計算して「最も具体的な」ものを選ぶ仕組みではないため、順序そのものが設定ロジックの一部です。ルールを追加しても結果が変わらない場合は、前方の広範なルールに先に取り込まれていないか確認してください。
ルールは通常、個別のノードではなくプロキシグループを指定します。これにより、ルール本文を変更せずにノードの切り替え、自動選択、別の出口への切り戻しができます。設定を保守する際は、まずどのプロキシグループに一致したか、次にそのグループで何が選択されているかを確認し、ルールの問題とノードの接続性を混同しないようにします。
クライアントを選ぶ際、画面上の名称は最初に確認する情報にすぎません。より重要なのは、使用カーネル、設定の互換範囲、システム連携方式、メンテナンス状況です。これらの関係を理解して初めて、ガイドの設定が現在のクライアントに適用できるか判断できます。
Clashエコシステムでは、プロキシノード、プロキシグループ、ルール、DNS、実行パラメータを含むYAML設定構造が広く使われています。オリジナルプロジェクトの更新停止後も、コミュニティのフォークが互換性を保守しており、mihomoは一般的な設定記法を継承しながら、ルール種別、プロキシプロトコル、DNS動作、TUN関連機能を拡張しています。実際の利用では、クライアントに組み込まれている、または呼び出されるカーネルを基準にしてください。画面にClashという名称があるかどうかだけで機能を判断することはできません。
GUIクライアントは通常、サブスクリプション管理、プロキシグループの切り替え、システムプロキシ、自動起動、ログ確認、カーネル更新を担当します。実際に接続を確立し、ルールを判定して通信を転送するのはカーネルです。両者の役割は異なるため、「画面から設定を導入できる」ことは、すべての項目が現在のカーネルでサポートされることを意味しません。設定エラーが発生した場合は、クライアントのバージョン、カーネル名、エラー行、実行ログを記録し、構文、互換性、システム権限のどの問題かを判断します。
オープンソースプロジェクトでは、コード、コミット履歴、リリースノート、課題の議論が追跡可能な技術的根拠になります。特定のルールがいつ追加されたか、デフォルト動作が変わったか、既知の問題が確認済みかを調べられます。また、クライアントのラッパー層とカーネル本体の役割も比較できます。当サイトでは機能を説明する際、設定の意味、システムのネットワーク機構、公開されたメンテナンス情報を優先し、ダウンロード数、評価、ノード速度など安定して検証できないデータを判断基準にしません。
クライアントの更新では、画面の変更、カーネルの置き換え、権限の変更、設定の移行が同時に発生することがあります。安定した保守のため、動作する設定を保存し、カスタムルールを記録し、リリースノートを確認したうえで、更新後にサブスクリプション更新、プロキシグループの選択、DNS、システムプロキシの状態を確認してください。問題が起きた場合は、まず最小構成に戻して基本接続を検証し、その後ルールセット、スクリプト、TUN設定を少しずつ追加します。一度に複数の項目を変更するより原因を特定しやすくなります。
以下の質問から、ダウンロードページ、使い方ガイド、用語集、詳細FAQのどこを確認すべきかすぐ判断できます。具体的なエラーログがある場合は、元のエラー内容と操作手順を保存してから、一つずつ切り分けてください。
クライアントはGUIとシステム連携を提供し、mihomoなどのカーネルは接続、ルール、通信転送を担当します。YAML設定ファイルはノード、プロキシグループ、ルール、DNSの動作を記述します。3者の互換性がそろって初めて正常に動作します。詳しい概念は用語集をご覧ください。
導入成功は、設定がクライアントに読み込まれたことを示すだけです。カーネルを起動し、利用可能なポリシーを選び、システムプロキシまたは適切な取り込み方式を有効にし、ルールが正しいプロキシグループに一致していることも確認してください。使い方ガイドに沿って、設定、モード、接続、確認手順を順番に調べられます。
ルールモードは設定に従って通信を振り分けるため、日常利用に適しています。グローバルモードは大部分の接続を同じプロキシポリシーへ渡すため、ノードの一時的なテストに向きます。ダイレクトモードは主にローカルネットワークが正常か確認する際に使います。モードを切り替えても、無効なノードや誤ったサブスクリプションは修復されません。詳しい違いはFAQページをご覧ください。
ブラウザや一般的なデスクトップアプリがシステムプロキシに正常に従う場合は、通常そのままで問題ありません。システムプロキシを参照しないアプリを取り込む、より多くのプロトコルを処理する、通信を一括して分岐するといった目的がある場合にTUNを検討してください。有効化後は、ルーティング、DNS、LANアクセス、他のVPNソフトとの競合を確認します。
カーネルの違い、Androidのネットワーク取り込み、クライアント画面まで、具体的な課題ごとに解説します。基本インストールを終えた後の確認に適しています。
mihomo(Clash Meta)の互換性、拡張ルール、プロトコル対応、設定移行の要点を整理し、既存設定をそのまま使えるか判断できるように解説します。
続きを読む →Androidで通信を取り込む仕組みと、画面ロック後の切断、バックグラウンドプロセスの終了、省電力制限への対処手順を解説します。
続きを読む →主要な画面エリアごとに、プロキシグループの切り替え、サブスクリプション更新、実行ログ、基本設定の実際の役割を解説します。
続きを読む →