mihomo
Clash Meta から発展したプロキシコアで、プロトコル接続、ルールマッチング、DNS 処理、トラフィック転送を担います。多くのデスクトップ・モバイルクライアントは mihomo を基盤コンポーネントとして利用し、設定管理、トレイメニュー、システムプロキシの切り替え機能を提供します。クライアントのバージョンとコアのバージョンは必ずしも同期しないため、機能の対応状況はそれぞれ確認してください。
Clash 設定ガイド
Clash クライアント用語集
mihomo コア、プロキシモード、ルールと分流、DNS、設定ファイルの基本概念をまとめて解説します。見慣れない項目は、カテゴリまたはローマ字索引から直接探せます。
5 カテゴリ
28 用語
設定・トラブルシューティングの参考
01
プロトコルとコア
GUI クライアント、プロキシコア、制御インターフェース、外部リソースを区別します。画面は操作の入口を担当し、コアは実際の接続とトラフィック処理を担当します。
Clash コア
設定ファイルを読み込み、プロキシ接続、ルールと分流、DNS 解決を実行する中核プログラムです。単独でも動作し、GUI クライアントから起動・管理することもできます。オリジナルの Clash、Clash Meta、mihomo は同じエコシステムの流れにありますが、項目や機能範囲には違いがあります。設定を移行する際は、使用中のコアのドキュメントを基準にしてください。
プロキシプロトコル
ノードがリモートサーバーへ接続する際に使う通信規格です。設定には通常、サーバーアドレス、ポート、認証情報、転送方式、暗号化パラメータが含まれ、これらはサーバー側と一致している必要があります。同じプロトコル名でも拡張オプションがすべて互換とは限らないため、設定をインポートした後は使用中のコアが該当項目に対応しているか確認してください。
External Controller
コアが提供する制御インターフェースです。GUI クライアントはここからプロキシグループ、アクティブな接続、ログ、ルールの状態を取得し、プロキシ切り替えなどの操作を送信できます。一般的な設定値にはローカルのリッスンアドレスとポートが含まれます。LAN からの制御インターフェースへのアクセスを許可する場合は、アクセスキーを設定し、到達範囲も制限してください。
Provider
独立したファイルやリモート URL からノードセットまたはルールセットを読み込む仕組みです。Proxy Provider はノード、Rule Provider は再利用可能なルールを管理し、データ形式と参照位置は異なります。Provider には更新間隔、ヘルスチェック、ローカルキャッシュの保存先を設定できるため、メイン設定にすべての詳細を記述する必要がありません。
02
プロキシモード
プロキシモードは、Clash に入ったトラフィックがどの出口を選ぶかを決めます。システムプロキシと TUN は、どのアプリの通信をコアへ取り込めるかを決めます。
Rule モード
設定ファイルのルール順に従って、各リクエストを直接接続、プロキシ、拒否のいずれかに振り分けます。ドメイン、IP、プロセス、外部ルールセットで照合できるため、日常利用で最も一般的なモードです。Rule に切り替えた後も、各プロキシグループに有効な出口を選ぶ必要があります。ルールがプロキシグループに一致した際、接続を確立できない場合があるためです。
Global モード
Clash に入ったトラフィックを指定したプロキシグループから一律に送信し、通常の分流ルールを個別には実行しません。ノードの利用可否を一時的に確認したり、ルール設定によるアクセス異常を切り分けたりする際に適しています。Global はコア内部の出口選択だけを変更し、Clash に入っていないアプリの通信を自動的に取り込むことはありません。
Direct モード
コアに入った接続をリモートのプロキシノードを経由せず、宛先へ直接アクセスさせます。インターネットに接続できない場合、このモードでローカルリッスン、システムプロキシ、基礎ネットワークが正常かを確認できます。Direct はクライアントを終了することではなく、通信が Clash のローカルポートや DNS モジュールを通る場合もあります。
システムプロキシ
OS の HTTP または SOCKS プロキシアドレスを Clash のローカルリッスンポートへ向けます。ブラウザーや多くのデスクトップアプリはこの設定を読み込みますが、一部のゲーム、コマンドラインツール、独立したネットワークコンポーネントは無視することがあります。システムプロキシを有効にしても通信がない場合は、ポート、バイパスリスト、アプリ固有のプロキシ設定を確認してください。
TUN モード
仮想ネットワークインターフェースで IP トラフィックを取り込み、システムプロキシ設定を読まないアプリにも適用できます。有効化には通常システム権限が必要で、クライアントはルーティングや DNS リダイレクトのルールも設定します。通信断、LAN サービスの停止、スリープ復帰後の異常が起きた場合は、仮想 NIC、ルーティングテーブル、ファイアウォール、DNS の状態を順に確認してください。
03
ルールと分流
ルールは記述順に実行されます。より具体的な条件を通常は前方に置き、最後にフォールバックルールで一致しなかった接続を処理します。
ルールと分流
ドメイン、IP、プロセス、ルールセットに応じてリクエストを異なるプロキシグループへ送ります。ルールは上から順に評価され、最初に一致した結果が現在の接続の出口を決めるため、順序そのものが設定の一部です。分流を変更した後は設定を再読み込みし、接続詳細で実際に一致したルールとプロキシ経路を確認してください。
DOMAIN-SUFFIX
ドメインのサフィックスでリクエストを照合するルールタイプです。たとえば example.com のルールは通常そのサブドメインにも一致し、同じサイト群を共通の出口へまとめるのに適しています。ドメイン情報を対象とするため、宛先 IP しかなくコアがドメインを復元できない接続では一致しない場合があります。
GEOIP
宛先 IP の地理データベース上の所属地域に基づいて照合し、地域別の直接接続やプロキシ設定に利用します。結果は GeoIP データベースのバージョン、対象サービスが使うアドレス、DNS の応答に左右されます。ドメインの登録地域、サーバーの設置地域、IP データベースの表示地域は異なる場合があるため、GEOIP だけを唯一の判断材料にしないでください。
RULE-SET
Rule Provider 内のルールセットを参照して照合する方式です。大量のドメインや IP ルールをメイン設定から分離し、コアが設定した間隔でキャッシュを更新できます。Provider 名、ルール動作タイプ、RULE-SET の参照先を一致させないと、読み込みに失敗したり一致しなかったりするため注意してください。
MATCH
ルールリストの最終的なフォールバック項目で、それまで一致しなかった接続を処理します。MATCH は通常1回だけ末尾に置き、プロキシグループ、DIRECT、REJECT のいずれかを指定できます。リストの途中に置くと、後続ルールは照合されません。
04
DNS とネットワーク
DNS モードは、ドメインをどのように解決・マッピングするかに影響します。ネットワーク障害の原因はノードだけでなく、システムリゾルバー、IPv6 ルート、アプリ内蔵 DNS にある場合もあります。
DNS リーク
接続をプロキシ経由にしていても、ドメイン検索が想定外の DNS リゾルバーへ送られる現象です。検索対象が露出したり、解決結果とプロキシ出口の地域が異なることでアクセス異常が起きたりする可能性があります。切り分けでは、システム DNS、Clash の DNS モード、ブラウザーの暗号化 DNS、TUN の取り込み範囲を同時に確認してください。
Fake-IP
コアがドメインに予約アドレスを返し、内部マッピングで後続接続の実際の宛先を識別する DNS モードです。IP トラフィックの段階でもドメイン情報を保持できるため、ドメインルールを引き続き適用できます。LAN 検出、一部のゲーム、実際の DNS 応答を必要とするプログラムでは、Fake-IP の除外リストへの追加が必要になる場合があります。
Redir-Host
まずドメインの実 IP を解決し、その結果に基づいて接続を転送する DNS 方式です。互換性のある経路は分かりやすい一方、ドメインルールや IP ルールが DNS キャッシュ、CDN の振り分け、解決場所の影響を受ける場合があります。DNS モードを切り替えた後は、古いキャッシュを削除してから結果を確認してください。
Nameserver
Clash の DNS モジュールが通常のドメイン検索に使う上流リゾルバーの一覧です。通常の DNS、DoH、DoT などを指定できますが、対応範囲はコアによって異なります。リゾルバー自体が現在のネットワークまたはプロキシ経路から到達できないと、ノードは正常でもドメインにアクセスできない状態になります。
IPv6
インターネットプロトコルの第6版で、IPv4 とは独立したアドレスとルートを提供できます。Clash で IPv6 を有効にすると、DNS が AAAA レコードを返し、接続が IPv6 を優先して試行する場合があります。ローカルネットワーク、ノード、ルート、宛先サービスがすべて利用可能で初めて経路が成立します。切り分けでは一時的に無効化して問題範囲を確認できます。
05
クライアントと設定ファイル
サブスクリプションは設定を配布し、YAML は具体的な項目を保存し、クライアントはコアの機能を OS に接続します。更新とローカル変更の上書き関係を明確にしておく必要があります。
サブスクリプション URL
リモート設定やノードセットを取得するための URL で、通常はサービス提供者が発行します。クライアントがサブスクリプションを更新すると内容を再ダウンロードし、同じ設定内のローカル変更が上書きされる場合があります。インポートに失敗した場合は、URL が完全か、ネットワークに到達できるか、返された内容が現在のクライアントに対応する形式かを確認してください。
ノード
設定ファイル内で、プロキシサーバーへの接続パラメータを記述する項目です。アドレス、ポート、プロトコル、認証情報が含まれます。ノード名は選択用のラベルにすぎず、回線品質を判断する根拠にはなりません。実際の利用可否は、パラメータの正確性、サーバーの状態、ローカルネットワーク、中間経路によって決まります。
プロキシグループ
複数のノード、DIRECT、REJECT、または他のプロキシグループを、ルールから参照できる1つの出口にまとめます。一般的なタイプには手動選択、自動速度テスト、フェイルオーバー、負荷分散があります。グループは入れ子にできますが、階層が深すぎると切り分けが難しくなるため、アクティブな接続では最終的に選ばれたノードを確認してください。
ノード遅延
クライアントがテスト先へ TCP 接続または HTTP リクエストを送った後に記録する応答時間で、通常はミリ秒で表示されます。値はその時点のテスト URL、ネットワーク経路、ハンドシェイクだけを反映し、帯域幅や長時間の安定性を直接示すものではありません。ノード選びでは、実際のアクセス、パケットロス、混雑時間帯の状態、ダウンロード速度も考慮してください。
YAML
Clash の設定ファイルでよく使われる構造化テキスト形式で、インデントによってオブジェクトとリストの階層を表します。タブ、誤ったインデント、スペース不足、閉じられていない引用符により設定を解析できなくなることがあります。編集後はまず構文を確認し、設定を再読み込みしてログの具体的なエラー位置を確認してください。
設定ファイル
ポート、ノード、プロキシグループ、ルール、DNS オプションを保存する YAML ドキュメントで、クライアントでは Profile と呼ばれることもあります。サブスクリプション設定、ローカル設定、クライアント生成設定は別々のディレクトリに保存される場合があります。バックアップ時はメイン YAML だけでなく、Provider ファイルとクライアントの上書き設定も保存が必要か確認してください。
Mixed Port
同じローカルポートで HTTP と SOCKS のプロキシ接続を同時に受け付けるリッスン方式で、一般的な項目名は mixed-port です。アプリは同じアドレスとポートを指定するだけで、コアが接続内容から入口プロトコルを判別します。ポートが使用中、またはファイアウォールで遮断されていると、システムプロキシを正しく設定しても接続できません。
Allow LAN
他の LAN 端末が Clash のローカルプロキシポートへアクセスできるかを制御する項目で、一般的なフィールド名は allow-lan です。有効化後は、リッスンアドレスがループバックインターフェースだけに限定されていないこと、ホストのファイアウォールで該当ポートが許可されていることを確認してください。スマートフォン、テレビ、ゲーム機では、Clash を実行している端末の LAN アドレスをプロキシサーバーに指定します。