Clash の3つのプロキシモードの選び方:ルール・グローバル・ダイレクトの違いと切り替えタイミング
ルール・グローバル・ダイレクトという3つのモードで通信が実際にどのような経路をたどるかを比較し、日常的にはルールモードを既定にしておくべき理由、そしてノードのテストやサイト異常の調査時にグローバル・ダイレクトへ一時的に切り替える正しい手順を解説します。
3つのモードがそれぞれ制御しているもの
Clash と Clash Meta(mihomo コア)のクライアント画面には、通常「モード」を切り替える項目があり、よく見かける3つの選択肢がルール(Rule)、グローバル(Global)、ダイレクト(Direct)です。この3つは役割の階層としては同じ——「これから発生する1本の通信が、最終的にどの出口から端末を出ていくか」を決めるものですが、判断基準がそれぞれ異なります。
- ルールモード:設定ファイルの
rulesセクションを1行ずつ照合し、ドメイン・IP・GEOIP・プロセス名などの条件に一致した通信を対応するプロキシグループまたはダイレクトに振り分けます。どの規則にも一致しなかった場合は、末尾のMATCH項目で受け止めます。 - グローバルモード:規則の照合ステップを飛ばし、すべての通信を現在選択している1つのプロキシノード(またはプロキシグループ)にまとめて渡します。ドメインや地域による区別はありません。
- ダイレクトモード:同様に規則の照合を飛ばしますが、方向は逆です——すべての通信はどのプロキシノードも経由せず、そのまま端末のネットワーク出口から直接送信されます。
言い換えると、ルールモードは「条件に応じて振り分ける」、グローバルモードは「すべてプロキシ経由」、ダイレクトモードは「すべてプロキシなし」です。3つは互いに排他的な単一選択状態で、同時にはどれか1つだけが有効になります。
ルールモードでの通信の実際の経路
ルールモードは、ほとんどの Clash 設定ファイルで既定として有効になっており、配布元も長期的な利用を推奨しているモードです。判断順序は設定ファイル内の rules リストの記載順に従い、よく使われる規則の種類には以下のようなものがあります。
| 規則の種類 | 役割 | 典型的な用途 |
|---|---|---|
| DOMAIN-SUFFIX | ドメインの末尾で一致判定 | 特定サイトを指定のプロキシグループへ |
| DOMAIN-KEYWORD | ドメインのキーワードで一致判定 | 同種サービスを一括分類 |
| GEOIP | IP の所属国・地域で一致判定 | 国内 IP はダイレクト、海外 IP はプロキシ経由 |
| RULE-SET | 外部の規則集合を参照 | 配布元が管理する分類ルールセット |
| MATCH | 兜底規則、必ず最終行に配置 | どの条件にも一致しなかった通信の受け口 |
1本の通信が発生すると、コアは先頭の規則から順に照合していき、一致した時点で以降の照合は止まります。「2つの規則に同時に一致する」という競合は発生しません——先に書かれた規則ほど優先度が高くなります。これが、多くの配布設定でよく利用される国内サービスのダイレクト規則を前方に、海外サービスのプロキシ規則と兜底の MATCH を後方に置く理由でもあります。無駄な照合を減らし、順序ミスによって本来ダイレクトにすべき通信が誤ってプロキシされてしまう事態を避けるためです。
ルールモードの利点はきめ細かさです。国内のクラウドストレージ、地図、決済系アプリはダイレクトにして速度と安定性を確保しつつ、海外サイトやアプリはプロキシ経由にまとめられ、両者は互いに干渉しません。欠点は、効果が完全に規則集合の質と更新頻度に依存する点です。配布元の規則集合の網羅性が不十分だと、新しく出現したドメインについて一時的に振り分けが正確でなくなることがあり、通常は規則集合の更新を待つか、カスタム規則を手動で追加する必要があります。
グローバルモードが向く場面とそのコスト
グローバルモードは「プロキシすべきかどうか」の判断をすべて利用者に委ね、コアは rules セクションを参照せず、すべての通信を現在選択しているノードに送ります。以下のような場面では、これが合理的、あるいは必要な選択になります。
- ノードが本当に使えるかをテストする:グローバルモードに切り替えて対象ノードを選択し、異なる地域のサイトにいくつかアクセスすれば、規則による振り分けの干渉を受けずに、そのノードの接続性と遅延をそのまま確認できます。
- 「ルールモードではアクセスできないが、ノードを変えると正常になる」問題の調査:規則集合が特定のドメインを誤って分類していると疑う場合、グローバルモードでまずノード自体の問題か、振り分け規則の問題かを見極められます。
- アクセス対象が規則集合の更新より速く出現する場合:例えば新しく公開されたばかりでまだ規則集合に登録されていない海外サイトに一時的にアクセスする必要がある場合、グローバルモードならすぐに反映され、規則の更新やカスタム規則の作成を待つ必要がありません。
注意
グローバルモードでは、国内サイト、LAN 内サービス、システム更新など本来ダイレクトにすべき通信も強制的にプロキシノードへ送られるため、不要な遅延増加が生じます。実際のグローバル IP に依存する一部のローカルサービス(LAN 内機器の管理画面、一部の決済確認など)は、これによりアクセス失敗やリスク判定を招く場合があります。グローバルモードは短時間の的を絞ったテストには適していますが、日常的に長期間使い続ける状態としては推奨されません。
ダイレクトモードが向く場面
ダイレクトモードはグローバルモードと正反対で、すべての通信がどのプロキシノードも経由しません。典型的な利用場面はより限定的で、主に問題調査の際に「プロキシ自体による干渉を排除する」ために使われます。
- あるサイトが開けない原因がローカルネットワークの問題か、プロキシノードの問題かを疑う場合、ダイレクトモードに切り替えて確認します——ダイレクトでもアクセスできない場合、問題は Clash とは無関係であり、端末側のネットワークまたは対象サイト自体を調査すべきだと分かります。
- LAN 内のルーター管理画面、NAS の管理画面、プリンター設定画面など、LAN 内からのみアクセス可能なアドレスに一時的にアクセスする必要がある場合。こうしたアドレスはプロキシノード経由で転送されるべきではありません。
- OS やアプリストアの更新時、規則集合が該当ドメインをダイレクトとして分類していない場合、一時的にダイレクトモードに切り替えることでダウンロード速度を上げ、プロキシノードの帯域消費を避けられます。
強調しておきたいのは、ダイレクトモードでは海外サイトはプロキシを失うためアクセスできなくなりますが、これは想定どおりの挙動であり不具合ではないという点です。調査が終わったらルールモードに戻すことを忘れないでください。
なぜ日常的にはルールモードを既定にすべきか
ルールモードを既定の状態にする核心的な理由は、「効率」と「安定性」という2つの要求を同時に満たせる点にあります。一方、グローバルとダイレクトはそれぞれどちらか一方しか満たせません。
グローバルモードを長期的に使い続けると、国内サイトへのアクセス、LAN 内機器への接続、システム更新のたびにプロキシノードを余分に経由することになり、速度が落ちるだけでなくノードの帯域消費も増えます。トラフィック制限のある配布を利用している場合は特に影響が大きくなります。ダイレクトモードを長期的に使い続けることは、実質的にプロキシ機能をオフにすることと同じで、Clash が存在する意味自体を失わせてしまいます。ルールモードはこの両極端な判断をすべて規則集合に委ねるため、規則集合が適切に管理されていれば、ほとんどの場面で手動介入は不要です。
モードを切り替える正しい手順
モードの切り替えは長期的な状態としてではなく、一時的な診断アクションとして扱うべきです。以下の手順を目安にし、切り替え後は確認が終わったら必ずルールモードに戻してください。
規則集合の分類が誤っていたと確認できた場合、より確実な対処法はグローバルモードにとどまることではなく、設定ファイル内の規則リストの前方に該当ドメイン用のカスタム規則を追加し、どのプロキシグループへ振り分けるか、あるいはダイレクトにするかを明示することです。こうしておけば、同種の問題は以後手動でモードを切り替えなくても解決します。
よくある疑問の補足
一部の利用者は「モード」と「プロキシグループ内のノード選択」を混同してしまいます——これは互いに独立した2つの軸です。モードが決めるのは「どのように振り分けるか」であり、プロキシグループのノード選択が決めるのは「プロキシ側に振り分けられた後、具体的にどのサーバーを経由するか」です。モードを切り替えても、すでに選択済みのノードがクリアされることはありません。ルールモードでいずれかの規則に一致してあるプロキシグループへ渡された後も、そのグループ内で手動で選んだノード、またはテストにより自動選択されたノードがそのまま使われます。
また、TUN モードはここで説明した3つのモードとは別の階層の概念です。TUN はシステム全体のネットワーク層の通信を横取りする接続方式であり、ルール/グローバル/ダイレクトはその接続後の振り分け判断ロジックです。TUN モードを有効にした状態でも、ルール・グローバル・ダイレクトの間で切り替えは可能で、両者は同時に機能し、互いに干渉しません。