mihomoルールエンジン · デスクトップ設定

Clash PC版ダウンロードと設定

OSに合ったクライアントを選び、サブスクリプションを導入してルールを設定したら、プロキシが機能しているか確認します。

  • 日本語設定ガイド
  • オープンソースのエコシステム
  • config.yaml

デバイス別にインストーラーを確認

CONFIGURATION / 設定と操作

ルール・プロキシ・設定の管理

GUIは設定のインポートや切り替え、確認を担当し、コアは設定の解析と通信処理を担います。それぞれの役割を把握してから調整すれば、問題がサブスクリプション、クライアントの設定、システムのネットワーク環境のどこにあるか切り分けやすくなります。

ルールの順序でマッチ結果が決まる

ルールモードでは、設定ファイルに記載された順に通信を照合します。最初に一致したルールのポリシーが適用され、それ以降の例外は評価されません。LAN内のドメイン、特定のサイト、拒否ルールは用途に合わせて配置し、残りの通信を受けるMATCHは末尾に置きます。すべての通信を同じ出口に送るグローバルモードとは異なり、ルールモードでは接続先ごとに経路を使い分けられます。変更前にプロキシグループ名が存在することを確認し、接続の詳細画面で適用されたルールを確認しましょう。サブスクリプション付属のルールは、更新で変更が失われないようクライアントのオーバーライド機能で追加できます。

rules:
  - DOMAIN-SUFFIX,local,DIRECT
  - DOMAIN-SUFFIX,github.com,Proxy
  - MATCH,Proxy
mihomo

Clash Metaの技術路線を引き継ぐプロキシコア

GPL-3.0

mihomoコアのオープンソースライセンス

5つのプラットフォーム

デスクトップとモバイルで、それぞれ対応クライアントを選ぶ

CLIENT SHELF / ダウンロード

OSに合ったClashクライアントを選ぶ

OSとプロセッサーのアーキテクチャを確認してから、対応するインストーラーを選びましょう。名前が似たクライアントを比べるときは、開発が継続しているか、コアに対応しているか、システム要件を満たすかを確認してください。ダウンロードページでは、プラットフォームごとに選べるプロジェクトとバージョン情報をまとめて確認できます。

Windows

デスクトップでは、Clash PlusやClash Verge Revなどから選べます。システム設定でデバイスのアーキテクチャを確認し、インストール後にサブスクリプションを導入してシステムプロキシを有効にしたら、ブラウザーで接続を確認しましょう。TUNが必要な場合は、クライアントの案内に従ってサービスと権限を設定してください。

ダウンロードページへ →

macOS

インストール前にApple SiliconとIntelのどちらのMacかを確認し、対応するビルドを選んでください。初回起動時はシステムの案内に従って必要な権限を許可します。以前の設定を移行した後は、待ち受けポートとローカルパスを確認しましょう。メニューバーのスイッチ、システムプロキシ、TUNの設定場所は、選択したクライアントによって異なります。

ダウンロードページへ →

Android

デバイスのアーキテクチャに合ったクライアントを選びます。初回接続時はシステムのVPN使用許可が必要です。バックグラウンド動作が中断される場合は、バッテリー最適化とバックグラウンド実行の権限を確認してください。デスクトップで使えるサブスクリプションでも、形式に互換性があるか確認が必要です。リンクを開けるだけでインポート成功と判断しないでください。

ダウンロードページへ →

iOS

ダウンロードページからClash PlusのApp Storeページにアクセスでき、公式サイトclashplus.ioも確認できます。インストール後、互換性のある設定をインポートしてからVPN構成の使用を許可してください。モバイル回線とWi-Fiを切り替えた後は、接続状態とプロキシグループの選択を再確認しましょう。

ダウンロードページへ →

Linux

デスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使いましょう。システムプロキシが適用される範囲は、デスクトップ環境やアプリの実装によって異なります。サーバーやルーターでは、ダウンロードページでmihomoコアを確認し、利用環境に合わせて設定とサービスを管理してください。

ダウンロードページへ →

インストール後の確認手順

インストールは最初のステップです。まず設定が有効になっていて、解析エラーがないことを確認します。次にプロキシグループで利用可能な出口を選び、最後に必要なプロキシ機能を有効にします。古い接続の影響を避けるため、新しいブラウザーリクエストで確認してください。それでもプロキシが機能しない場合は、クライアントの通知と適用ルールを記録してからヘルプセンターで調べましょう。一度に変更する設定を一つに絞ると、原因を特定しやすくなります。

すべてのクライアントを見る → インストールと初回接続のガイドを読む →

OPEN SOURCE / プロジェクトとコア

オープンソースの範囲とメンテナンス

Clash、Meta、mihomoの関係

Clashは当初、プロキシコアと設定の仕組みを提供し、その後、各プラットフォーム向けのGUIクライアントが登場しました。オリジナル版Clashの開発終了後も、エコシステム内の後続プロジェクトは進化を続けています。Clash Metaという名称は古いガイドや設定情報でよく使われ、mihomoはそのフォークの技術路線を引き継いでいます。情報を読むときは、プロジェクトの旧称と現在使われているコアを区別しましょう。Clashという名前が付いたインストーラーを、すべて同じプロジェクトのものと考えてはいけません。

コアはプロトコル処理、DNS、ルール照合、接続の転送を担い、GUIクライアントは設定画面、設定管理、システム連携、ログ表示を担当します。Clash Verge Revなどのクライアントはコアを呼び出して動作しますが、GUIとコアの更新は別々のメンテナンス項目です。ある機能が使えるかどうかは、クライアントに設定項目があるかだけでなく、同梱のコアがその項目に対応しているかも確認してください。GUIを入れ替えるだけで、すべての設定互換性の問題が解決するわけではありません。

公開コードから分かること

公開リポジトリでは、ソースコード、コミット履歴、課題の議論、リリースノートを確認できます。設定項目が変更された場合や、特定のプロトコルに対応していない場合は、出所の不明な設定例を繰り返し試すより、該当プロジェクトのドキュメントやリリース履歴を調べるほうが効果的です。mihomoコアのライセンスはGPL-3.0です。他のクライアントのコードライセンス、配布条件、サードパーティー依存関係は、各プロジェクトのファイルを確認してください。コアのライセンスがすべてのGUIクライアントに適用されるわけではありません。

右側のコマンドはmihomoのソースコードを取得するものです。実装を読んだり開発に参加したりする方向けで、デスクトップクライアントのインストールやシステムプロキシサービスの作成は行いません。一般ユーザーはインストーラーのページからGUIクライアントを選べます。設定の動作を調べる場合は、公式ドキュメントで構文と既定の動作を確認してください。このサイトは日本語でダウンロード先と使い方を案内するもので、各上流プロジェクトの開発チームではありません。

更新前後に確認すること

クライアント、コア、リモートサブスクリプション、ルールセットには、それぞれ異なる更新元があります。クライアントの更新では設定画面の場所が変わる場合があり、コアの更新ではプロトコルへの対応が追加されたり設定項目が変更されたりします。サブスクリプションの更新ではプロキシやグループが置き換わり、ルールセットの更新では振り分けの対象範囲が変わります。これらは別々の設定であり、障害が起きたときにすべて同時に変更すべきではありません。まずエラーがどの層で発生したかを確認し、更新、ロールバック、設定の修正を判断しましょう。

更新前にローカルのオーバーライド、よく使うプロキシグループの選択、必要な設定記録を保存してください。更新後は設定の読み込みに成功したことを確認し、DNS、LANへのアクセス、よく使うアプリをチェックします。以前は開けていたサイトにアクセスできなくなった場合は、新旧の設定とリリースノートを比較し、変更された項目を優先して調べましょう。再現手順と機密情報を削除したログを残せば、単に「接続できない」と伝えるより、プロジェクトのコミュニティが問題を特定しやすくなります。

初期設定で迷いやすいポイント

サブスクリプションを追加したのに、なぜプロキシグループを選ぶ必要がある?

サブスクリプションには利用可能なプロキシと振り分けルールが定義され、プロキシグループで実際に使う出口を選択します。インポート後は新しい設定が有効になっていることを確認し、ルールが参照するグループ名と、そのグループで選択中の項目を確認してください。プロキシグループの用語解説を見る →

システムプロキシを有効にすると、すべてのアプリに適用される?

システムプロキシを参照しないアプリや、独自のネットワーク設定を持つアプリもあります。まずブラウザーで確認し、次に該当アプリのプロキシ設定を調べましょう。他の通信も経由させる必要がある場合は、TUNモードを検討してください。システムプロキシのトラブルシューティングを見る →

TUNを有効にすればDNSの問題も解決する?

TUNは通信を取り込む方式です。DNSの動作は、コアの名前解決設定、システムの名前解決経路、アプリ独自の設定にも左右されます。名前解決に問題がある場合はログも確認し、スイッチが有効かどうかだけで判断しないでください。DNSとプロトコルのリファレンスを見る →

手動で変更したルールが、更新後に変わってしまうのはなぜ?

リモートサブスクリプションの更新で元のファイルが置き換わる場合があります。ローカルルールはクライアントのオーバーライド機能やマージ設定に追加し、最終的にどこへ挿入されるか確認してください。ルールの内容が正しくても、順序が不適切だと一致しないことがあります。設定のインポートと使い方を見る →

READING / 設定ガイド

サブスクリプションの導入、初回接続、ルールの書き方

以下の3記事は公開日の新しい順です。初めて使う方は、まずサブスクリプションを導入して接続を確認しましょう。通信の振り分け範囲を調整する場合は、ルール構文と評価順を確認してください。記事中の設定名は操作の流れを示すもので、具体的な場所は選択したクライアントの画面で確認してください。

すべての記事を見る →