MIHOMO CORE · RULE ROUTING

Clash Meta公式サイト
全プラットフォーム対応クライアントとルール分岐

Clash をダウンロード 使い方を見る

mihomoコア対応のWindows、macOS、Android、iOS、Linuxクライアントをまとめ、サブスクリプションの導入、ルール分岐、ネットワーク診断の具体的な設定手順を案内します。

  • 完全無料
  • オープンソース
  • 日本語ドキュメント

TEST BENCH / ROUTING

mihomoコアの機能記録

以下では、ローカルポートへの接続開始から出口の決定までを、1本の接続経路に沿って整理しています。項目を切り替えると、ルール、DNS、TUN、サブスクリプション設定がそれぞれ何を解決するのか、設定時にどの結果を確認すべきかを確認できます。

RULE-SET / GEOIP / MATCH

接続の出口はルールの順序で決まる

ルールモードでは、ドメイン、IP、プロセス、独立したルールセットを上から順に確認し、最初に一致した結果で接続を直接接続、プロキシ、拒否のいずれかに振り分けます。範囲が狭く意図の明確なルールを先に置き、汎用ルールと MATCH は末尾に残すのが基本です。全体スイッチだけを備えたクライアントと異なり、mihomoではLAN、業務システム、メディアサービス、通常のWebアクセスを分けて処理できます。トラブル対処では接続ログから一致したルールを確認でき、ページが開いたかどうかだけで判断せずに済みます。

PLATFORM ACCESS

OSに合わせてクライアントを選ぶ

ダウンロードページでは、プラットフォームごとに利用可能なGUIクライアント、システム要件、導入先を掲載しています。ここでインストーラーを直接配布するのではなく、各プラットフォームの分類ページへ案内するため、同じOS向けのクライアントを比較できます。

P-01 / DESKTOP

Windows

トレイ常駐、システムプロキシの切り替え、TUNによる通信の取り込みが必要なデスクトップ環境に適しています。ダウンロードページにはClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、アーカイブ済みクライアントも掲載しており、保守状況やUIの好みに応じて選べます。インストール後はまずサブスクリプションを導入し、システムプロキシのスイッチと待受ポートを確認してください。

ダウンロードページへ

P-02 / DESKTOP

macOS

Apple SiliconとIntel Macに対応します。インストール前にプロセッサのアーキテクチャを確認し、初回起動時はシステムの案内に従ってネットワーク拡張機能または補助サービスの権限を許可してください。ブラウザーの通信だけであれば、まずシステムプロキシを使えます。ターミナルなどプロキシ設定を参照しないアプリでは、必要に応じてTUNを有効にします。

ダウンロードページへ

P-03 / MOBILE

Android

AndroidクライアントはシステムVPNインターフェースでアプリの通信を取り込みます。設定を導入した後、接続権限を明示的に許可してください。端末ごとのバックグラウンド制限は常駐動作に影響します。画面ロック後に切断される場合は、ノードやルールを変更する前に、バッテリー設定、バックグラウンド動作の権限、システムVPNの状態を確認します。

ダウンロードページへ

P-04 / MOBILE

iOS

iPhoneとiPadでは、システムネットワーク拡張機能でプロキシ接続を確立します。設定はサブスクリプションの導入、プロキシグループの選択、システムVPNの許可が中心です。接続後はクライアントのログでドメインの一致結果を確認できます。ダウンロードページにはClash PlusのApp Storeへのリンクと公式サイトclashplus.ioを掲載しており、製品情報を確認できます。

ダウンロードページへ

P-05 / DESKTOP

Linux

デスクトップではGUIクライアント、サーバー、ソフトウェアルーター、コンテナ環境ではmihomoコアの直接実行が適しています。設定前に実行ユーザー、設定ディレクトリ、起動方法を決め、ログはシステムサービスの管理下に置いてください。GUIクライアントとコアパッケージは用途が異なるため、通常のデスクトップ環境では前者を選びます。

ダウンロードページへ

すべてのクライアントを見る →

THREE-STAGE SETUP

サブスクリプション導入から接続確認まで

初回設定ですべての高度な項目を同時に変更する必要はありません。まず、再現可能な基本経路を作ります。サブスクリプションをクライアントが解析できることを確認し、ルールモードとプロキシグループを選び、最後に接続ログで一致結果を確認します。基本経路が安定してから、TUN、DNS、カスタムルールを調整してください。

この順序なら、問題を1つの段階に絞り込めます。導入時点でエラーが出ているなら、システムプロキシを確認する必要はありません。設定は正常に読み込めるのにアプリの通信がない場合は、権限、ポート、取り込み方式を確認します。完全ガイドでは各画面への入口と、よくある状態を説明しています。

完全ガイドを見る →
  1. 01

    サブスクリプションまたは設定ファイルを導入する

    クライアントの設定またはサブスクリプション画面で、サービス提供元から取得したリンクを追加し、更新後にプロキシグループ、ノード、ルールが表示されるか確認します。空の設定しか表示されない、または解析に失敗する場合は、リンクがクライアント対応の内容を返しているかを先に確認し、システムプロキシはまだ有効にしないでください。

  2. 02

    ルールモードとポリシーを選択する

    通常はルールモードを選び、主要なプロキシグループで利用可能なポリシーを指定します。グローバルモードでは多くの接続が現在のポリシーを経由し、ダイレクトモードではプロキシを迂回します。どちらも一時的なテストに適しています。切り替え後は、使用中の接続をいったん張り直してください。

  3. 03

    通信の取り込みを有効にしてログを確認する

    まずシステムプロキシを有効にしてテストページを開き、クライアントの接続一覧に新しい記録が出るか、ルール欄が想定どおりかを確認します。対象プログラムがシステムプロキシを参照しない場合は、TUNを検討します。確認時はWebアクセスだけでなく、LAN機器や普段使うアプリも確認し、1つのページだけで結論を出さないようにします。

OPEN SOURCE RECORD

mihomoのオープンソースエコシステムと保守範囲

プロジェクトの関係。Clash Metaという名称は、一般にMetaブランチから形成された機能エコシステムを指し、現在のコアプロジェクトはmihomoという名称で継続開発されています。GUIクライアントは設定管理、システムサービス、トレイ操作、ログ表示を担い、mihomoコアはプロトコル処理、ルール判定、DNS、インバウンドとアウトバウンド接続を担います。この関係を理解すると、問題がUI、システム権限、設定ファイル、コアの実行段階のどこで起きたのかを判断しやすくなります。

公開された協働開発。mihomoのソースコード、コミット履歴、Issue、リリースノートは公開リポジトリで管理されています。利用者は設定フィールドの実装変更を確認でき、クライアント開発者は同じコアを基盤に異なるプラットフォーム向けフロントエンドを構築できます。本サイトでは、公開資料と実際の設定動作に基づいて日本語の説明を整理しています。特定のUI名をコアの機能と同一視せず、サードパーティ製クライアントの操作差を一律の結論として扱いません。

更新の仕組み。コア、GUIクライアント、サブスクリプション、ルールセットは、それぞれ異なる4つの更新経路です。クライアント更新ではUIやシステムサービスが変わる可能性があり、コア更新では設定フィールドやネットワーク動作が変わることがあります。サブスクリプション更新は主にノードとポリシーに、ルールセット更新は接続の一致範囲に影響します。トラブル対処では、最近変更した層を記録し、まず1つの変数だけを元に戻してください。すべてを同時に更新すると原因を特定できなくなります。

ドキュメントの方針。設定記録では、観察できる結果を優先して説明します。ファイルを読み込めたか、ポートが待ち受けているか、システムプロキシが正しいアドレスを指しているか、どのルールに一致したか、DNSリクエストをどのリゾルバーが処理したかを確認します。OSごとに権限とネットワークスタックが異なるため、同じスイッチでも前提条件が変わる場合があります。プラットフォーム差がある項目では、すべての環境を1枚のスクリーンショットで説明せず、手順を分けて掲載します。

SOURCE COMMAND

mihomoのソースコードを見る

以下のコマンドは公開リポジトリをクローンします。設定の実装を読みたい方、Issueを追跡したい方、開発に参加したい方に適しています。通常のクライアント導入でこのコマンドを実行する必要はありません。

git clone https://github.com/MetaCubeX/mihomo.git

OBS-01

設定の読み込み

YAMLを解析できること、外部ルールセットを読み込めること、プロキシグループの参照名が一致していることを確認します。解析段階で失敗している場合、通信の取り込みはまだ始まっていません。インデント、フィールドの互換性、リモートコンテンツの到達性を先に確認してください。

OBS-02

システムによる通信の取り込み

システムプロキシはプロキシ設定に従うプログラムに適しており、TUNはより広い範囲の通信を対象にします。どちらもシステム権限とルーティングに関係するため、切り替え後は接続を張り直し、LANアクセスを確認してください。

OBS-03

ルールの一致

接続が成功しても、正しく分岐しているとは限りません。対象ドメイン、最終IP、適用ルール、選択されたポリシーを確認し、プロキシの利用不可、ルール順序の誤り、DNS結果の異常を切り分けます。

OBS-04

変更履歴

設定を調整するときは、一度に1種類の項目だけを変更し、動作していた直前の設定を保存します。異常が起きてもすぐに戻せるうえ、ルール、DNS、サブスクリプション、クライアント設定のどれが原因かを明確にできます。

SHORT ANSWERS

よくある質問

以下の質問は、トラブル対処の方向を決めるためのものです。設定フィールドの意味は用語集で、詳しい操作手順は使い方ガイドで確認できます。

Clash Metaとmihomoはどのような関係ですか？

Clash Metaは、このブランチとエコシステムで広く使われている名称で、現在のコアプロジェクトはmihomoという名称で保守されています。異なるGUIクライアントがmihomoコアを呼び出せますが、クライアントのUI、システムサービス、リリース時期は各プロジェクトが管理します。詳しくは用語集の「コアとアーキテクチャ」分類をご覧ください。

ルール、グローバル、ダイレクトモードはどう選べばよいですか？

日常の設定では通常ルールモードを使い、ドメイン、IP、ルールセットに応じて異なるポリシーへ振り分けます。グローバルモードは特定のプロキシポリシーが機能するか一時的に確認するとき、ダイレクトモードはプロキシの影響を切り分けるときに適しています。モードを切り替えても既存の接続が以前の経路を使い続ける場合があるため、対象アプリの接続を閉じてから再テストしてください。

システムプロキシを有効にしても、一部のアプリに通信がないのはなぜですか？

システムプロキシを参照しないアプリや、独自のネットワークスタックを使うアプリがあります。まずブラウザーの通信がクライアントに入ることを確認し、対象アプリがプロキシ設定に対応しているかを確認してください。広い範囲を取り込む必要がある場合にTUNを有効にし、管理者権限、仮想NIC、ルート、DNSの取り込み状態を確認します。

サブスクリプションの更新に失敗したら、最初に何を確認しますか？

まずサブスクリプションURLにアクセスでき、現在も有効な設定を返しているか確認します。次に、クライアントログのHTTPステータス、解析メッセージ、フィールドエラーを確認してください。手動アクセスは正常なのにクライアント更新だけ失敗する場合は、現在のプロキシルールで更新リクエストがループしていないかも確認します。詳しい手順はサブスクリプション更新のトラブル対処記録をご覧ください。

FIELD NOTES

最近の設定記録

記事は具体的な問題ごとに、発生条件、確認手順、変更後の検証方法をまとめています。日付は内容を整理した時期を示すもので、設定前には現在のクライアントUIとコアのドキュメントでフィールドを確認してください。

はじめに

Clashのサブスクリプション更新に失敗したら：原因の切り分けと自動更新間隔の設定

リンク切れ、リクエストの遮断、プロキシループ、形式変更の順に確認し、自動更新間隔の設定場所と、手動更新後に確認すべき状態を説明します。

全文を読む
はじめに

Clashのプロキシモードはどれを選ぶ？ルール・グローバル・ダイレクトの違いを詳しく解説

接続経路から3つのモードの動作の違いを説明し、日常のアクセス、一時的なテスト、イントラネットのデバッグでの選び方と、切り替え後に接続を張り直す必要性をまとめます。

全文を読む
はじめに

ClashのサブスクリプションURLを導入する方法：各クライアントの手順と一般的な形式

各クライアントのサブスクリプション導入口を整理し、標準YAML、Base64、汎用共有リンクの違いと、導入後にノード、プロキシグループ、ルールが読み込まれたか確認する方法を説明します。

全文を読む

すべての記事を見る →