Clash の3つのプロキシモードの選び方:ルール・グローバル・ダイレクトの違いと切り替えタイミング
ルール・グローバル・ダイレクトの3モードにおけるトラフィックの実際の流れを比較し、日常的にはルールモードを基本とすべき理由、そしてノードのテストやサイト異常の調査時に一時的に切り替える際の正しい操作手順を解説します。
全文を読む ->オープンソースエコシステム · 全プラットフォームクライアント継続収録
Clash 全プラットフォーム クライアントダウンロードと設定ガイド
Windows、macOS、Android、iOS、Linuxの5プラットフォームで利用可能なクライアントを収録し、ルール分岐、プロキシモード、DNS 処理について日本語で解説するトラブルシューティングガイドを提供します。バージョン情報は上流のリリースに合わせて継続的に更新されます。
features
コア機能モジュール
左側でモジュールを選択すると、右側にその機能の詳細説明と関連パラメータが表示されます。以下の説明は mihomo コアと主要な GUI クライアントの一般的な動作に基づいています。クライアントによって画面上の名称は多少異なりますが、基盤となるフィールドは共通です。
ルール分岐エンジン
ルールセクションは上から下へ順番に各接続をマッチングします。ドメインサフィックス、完全ドメイン名、宛先 IP レンジ、プロセス名などが判定条件となり、マッチしたら対応するポリシーを実行し、マッチしなかった接続は末尾の MATCH ルールでフォールバック処理されます。ルールセット(RULE-SET)は外部ファイルの参照と定期更新に対応しており、よく使われる地域リストやドメインリストは手動で管理する必要がありません。
分岐の結果によって、接続がプロキシグループを経由するか直接接続するかが決まります。プロキシグループ内の自動速度テストとフェイルオーバー戦略を組み合わせることで、手動操作なしに接続の可用性を保てます。カスタムルールの書き方と優先順位については、本サイトのチュートリアルと技術ノートを参照してください。
この機能が解決するのは「トラフィックごとに異なる経路を通す」という課題です。社内ドメインは直接接続、動画配信サービスは特定地域のノード固定、広告ドメインは即拒否——こうした細かなポリシーは、ルールセクションの先頭に数行のカスタムエントリを挿入するだけで実現でき、サブスクリプションの他の部分には手を加えません。ルールマッチングの負荷はごくわずかで、数千件のルールでもボトルネックにはなりません。単純なオン/オフしかないプロキシツールとの最も明確な違いがここにあります。
3つのプロキシモード
ルールモード(Rule)は設定内のルールセクションに従って各トラフィックの経路を判定する、日常使用時のデフォルトモードです。グローバルモード(Global)はすべてのトラフィックを現在選択中のプロキシグループに渡すもので、ノードの接続テストによく使われます。ダイレクトモード(Direct)はすべてのプロキシをバイパスし、あるサイトの異常がプロキシによるものかどうかを調べる際に使用します。
3つのモードはクライアント画面上でワンクリックで切り替えられ、切り替えは即時に反映されるためコアの再起動は不要です。テストが完了したらルールモードに戻し、グローバルモードによる不要なトラフィック消費を避けましょう。
モード切り替えはトラブルシューティングにおける最速の二分探索でもあります。ダイレクトモードでも開けないサイトはプロキシとは無関係の問題であり、グローバルでは使えるのにルールモードで使えない場合は、ルールの設定漏れか誤ったポリシーグループへのマッチが原因である可能性が高いです。この判断手順を身につければ、「突然ネットに繋がらなくなった」問題の大半は 1 分以内に原因の層を特定でき、クライアントの再インストールやノードの交換を闇雲に繰り返す必要はありません。
DNS と Fake-IP
内蔵 DNS モジュールは DoH や DoT などの暗号化アップストリームに対応し、ドメインごとに異なる解決サーバーを割り当てることで、解決結果が改ざんされる可能性を低減します。Fake-IP モードは予約済みネットワークセグメントの仮想アドレスでローカルクエリに即時応答し、実際の解決は接続確立時まで遅延させることで、初回パケットの待ち時間を大幅に短縮します。
Fake-IP と Redir-Host にはそれぞれ適した利用シーンがあります。LAN サービスやオンラインゲームなど実 IP に敏感なシーンでは fake-ip-filter のホワイトリストに追加する必要があり、詳しい判断方法は技術ノートの原理解説をご覧ください。
あるアプリがドメインを 198.18 で始まる仮想アドレスに解決した後に動作異常を起こす場合は、Redir-Host に全面的に戻すのではなく、まずそのドメインを fake-ip-filter に追加してください。低遅延の利点を保ちながら、一部の頑固なアプリにも対応できます。DNS リークのセルフチェック方法とアップストリームの選び方は、よくある質問ページの該当項目を参照してください。
TUN トラフィック引き受け
TUN モードはシステムレベルで仮想ネットワークアダプタを作成し、システムプロキシ設定を読み取らないコマンドラインツールやゲームプロセスを含む、すべての送信トラフィックを引き受けます。従来のシステムプロキシ方式に比べて TUN のカバー範囲は完全で、個別のプログラムにプロキシパラメータを設定する必要がありません。
TUN の有効化には管理者権限または root 権限が必要で、初回起動時にクライアントがシステムサービスのインストールをガイドします。システムプロキシと TUN はどちらか一方を選べば十分で、両方を同時に有効にしても追加のメリットはありません。混合ポート(mixed-port)は同一ポート上で HTTP と SOCKS5 の両方のインバウンドを提供します。
Windows の TUN は WinTun ドライバに依存し、macOS ではシステム機能拡張の許可が必要です。有効化した途端にネットに繋がらなくなった場合は、まずクライアントのサービスが管理者権限でインストールされているかを確認し、次に DNS ハイジャックが機能しているかをチェックしてください。日常のブラウジングにはシステムプロキシで十分で、TUN が本当に必要なのはプロキシ設定を読まないコマンドラインツールやゲームだけです。
複数サブスクリプション管理
設定ファイル(Profile)はポート、プロキシグループ、ルールセクションを一括して定義します。クライアントは複数のサブスクリプションのインポートとその間の切り替えに対応しており、各サブスクリプションは個別に保存され、更新間隔も個別に設定できます。更新時にはサブスクリプションが提供するフィールドのみが上書きされるため、異なる提供元のノード品質を比較しやすくなっています。
長期的に保持したいカスタムルールは、サブスクリプションの原文を直接編集するのではなく、クライアントの上書き(オーバーライド)やマージ機能を通じて反映すべきです。そうしなければ、次回のサブスクリプション更新時に変更が失われてしまいます。フィールド構造とバックアップ方法については、技術ノートの Profile 解説記事を参照してください。
複数のサブスクリプションのノード品質を比較する際は、両方の Profile に同じ上書き内容を適用し、テスト条件を揃えることをおすすめします。サブスクリプションの切り替えや削除の前には手動バックアップを取っておけば、問題が起きてもすぐに巻き戻せます。サブスクリプション URL は認証情報と同等ですので、公開の場に貼り付けないでください。
download
プラットフォーム別クライアント取得
5つのプラットフォームすべてでメンテナンス中のクライアントを選択できます。プラットフォームをクリックすると、ダウンロードセンターの対応セクションに移動し、各クライアントの説明、バージョン、システム要件を確認できます。どれを選べばよいか迷ったら、各カード下の適用説明を目安にしてください。同じサブスクリプションはプラットフォームを問わず各クライアント間で共通に使えます。
Windows
x64 / ARM64
Windows 10/11 の日常利用には Clash Verge Rev が最適。旧システムでは開発終了した Clash for Windows のアーカイブ版も選択肢です。
ダウンロードへmacOS
Intel / Apple Silicon
ClashX Meta はメニューバーに常駐する軽量クライアント。Intel と Apple Silicon はそれぞれ対応するインストーラをダウンロードしてください。
ダウンロードへAndroid
ARM64 / ARMv7
FlClash と Surfboard は VPN サービス方式でトラフィックを引き受けるため root 不要。APK をインストールしてサブスクリプションを取り込むだけです。
ダウンロードへopen-source
オープンソースエコシステムとサイトデータ
Clash クライアントのエコシステムは複数の独立したオープンソースプロジェクトで構成されており、コアと主要な GUI クライアントのソースコードはいずれも公開され、誰でも確認できます。本サイトは出典を確認できるビルド成果物のみを収録し、各プロジェクトのメンテナンス状況を追跡しています。各ダウンロード項目には提供元リポジトリと対応するリリースバージョンを明記しているため、チェックサムを自分で照合できます。
収録クライアント数
9
対応プラットフォーム数
5
サイト対応言語数
5
現在の主要コア
mihomo
ソースコードから始める
Clash はもともと 2018 年に公開されたオープンソースのルールベースプロキシコアです。2023 年 11 月に元リポジトリの保守が終了した後は、コミュニティの mihomo(旧 Clash Meta)がプロトコルと設定フォーマットを引き継ぎ、対応プロトコルとルールタイプを拡充して、現在のエコシステムにおける事実上の標準コアとなりました。デスクトップの Clash Verge Rev、macOS の ClashX Meta、Android の FlClash などの GUI クライアントはいずれも独立したオープンソースプロジェクトで、mihomo コアを内蔵または呼び出しており、設定ファイルは各クライアント間でほぼ共通に使えます。
ルールエンジン、DNS モジュール、TUN 実装のいずれも mihomo リポジトリ内で公開されています。ビルド環境を持つユーザーはソースコードを取得して自分でコアをコンパイルできますし、サーバーやルーター向けにはダウンロードセンターでビルド済みのコアバイナリも入手できます。本サイトは各プロジェクトのリリースページを追跡しており、収録するバージョン番号とメンテナンス状況は上流のリリースに合わせて更新されます。開発終了したプロジェクト(Clash for Windows など)は明確に表示し、出典不明の「高速化版」「改造版」の再配布は一切行いません。
git clone https://github.com/MetaCubeX/mihomo.gitコアリポジトリをクローンします。一般ユーザーはダウンロードセンターの GUI クライアントを直接利用すれば十分です。自前ビルドは、コード監査や機能の絞り込み、特殊なアーキテクチャでの実行が必要な場合に適しています。
faq
よくある質問ピックアップ
新規ユーザーから特によく寄せられる質問に一言で方向性を示します。詳しい説明は各リンク先のページをご覧ください。
Clash for Windows が開発終了。今は何を使えばいい?
原作者は 2023 年 11 月にリポジトリを削除しました。Windows では現在も保守が続く Clash Verge Rev への乗り換えを推奨します。設定ファイルはそのまま引き継げます。各クライアントのメンテナンス状況はクライアント比較をご覧ください。
ダウンロード・インストール後、最初に何をすればいい?
プロバイダのサブスクリプション URL をインポートし、システムプロキシを有効にして、モードが「ルール」になっていることを確認すれば使い始められます。3 ステップの手順と各プラットフォームのスクリーンショットはクイックスタートにあります。
Clash を OS 起動時に自動起動させるには?
主要クライアントはいずれも設定画面に「自動起動」スイッチがあります。Windows でスイッチが効かない場合は、管理者権限でサービスをインストールしていないことが原因のほとんどです。調査手順はよくある質問を参照してください。
設定ファイルを自分で編集したい。フィールドはどこで調べる?
ポート、DNS、プロキシグループ、ルールセクションの各フィールドの意味と、オーバーライド・マージの書き方は、本サイトの設定リファレンスに体系的にまとめてあります。編集前の通読をおすすめします。
blog
最新の技術ノート
設定構造、プロキシモード、トラブルシューティングをテーマにした詳細な解説記事をテーマ別に分類し、継続的に追加しています。どの記事も原理から出発し、そのまま使える設定スニペットと調査手順を提示します。Clash をただオン/オフするだけでなく、仕組みまで理解したい読者向けです。
Clash Fake-IP モードの動作原理:DNS マッピングの仕組みと適用シーンの判断
Fake-IP が予約済みネットワークセグメントの仮想アドレスで実際の DNS 解決をどのように代替するか、なぜ初回パケットの遅延を低減できるのか、Redir-Host との動作の違い、そして回避やホワイトリスト登録が必要なシーンについて解説します。
全文を読む ->Clash 設定ファイル(Profile)の構造解説:各フィールドの意味と複数サブスクリプション管理方法
Profile の中核となるフィールド(ポート、プロキシグループ、ルールセクション)がそれぞれ何を担っているか、サブスクリプション更新時にどの内容が上書きされるかを分解して解説し、さらに複数の設定ファイルの切り替え、重複排除、バックアップの方法についても説明します。
全文を読む ->