Mihomoコア対応Clashクライアント ダウンロードと設定ガイド

プロジェクトの変遷とコアの位置づけ

Mihomoは、Clash Metaプロジェクトの後継で使われているコアの名称です。ローカルポートの待ち受け、設定の解析、プロキシ接続の確立、ルール判定、DNS処理を担当します。普段ユーザーが見るウィンドウ、トレイメニュー、サブスク管理、システムプロキシのボタンは、多くの場合、上位のGUIクライアントが提供します。コアとクライアントは同じソフトウェアパッケージではないため、どちらもMihomoを使っていても、インストール方法、設定画面、システム連携が異なる場合があります。

オープンソースエコシステムの役割分担

コアのメンテナーは、プロトコル実装、設定項目、ネットワーク動作、実行の安定性を担当します。クライアントのメンテナーは、それらの機能をデスクトップやモバイルOSに適した画面にまとめます。サブスクサービスの提供元は、ノード、プロキシグループ、ルールを生成します。問題が起きたら、まずどの層に属するかを判断してください。画面が開かないならクライアント層、設定の解析失敗ならYAMLや項目の互換性、ノードのタイムアウトなら接続層、サイトに誤ったポリシーが適用されるならルールの一致結果を確認します。

設定の互換性と移行方法

Mihomoは比較的幅広いClash設定構造に対応しますが、クライアントによっては元の設定とは別に独自の画面設定を保存します。たとえば自動起動、ウィンドウの動作、システムプロキシのオン・オフは、通常サブスクファイルには書き込まれません。クライアントを移行する際は、サブスクURL、ローカルの上書きルール、クライアント設定を分けてバックアップしてください。設定ファイルを1つコピーするだけですべて移行できると考えず、再取り込み後にプロキシグループ、DNS、システムプロキシの状態を項目ごとに確認するのが安全です。

更新の仕組みと問題の再現

クライアントの更新、コアの更新、サブスクの更新は、それぞれ異なる経路です。クライアントのアップグレードは主に画面とシステム連携を変え、コアのアップグレードは設定項目の追加やネットワーク動作の修正につながる場合があります。サブスク更新ではノード、ルール、プロキシグループが置き換わります。トラブル時は、利用OS、クライアント名、設定の入手元、動作モード、重要なログを記録すると、無駄な試行を減らせます。更新後に異常が出たら、まずどの層で変化が起きたかを確認し、設定を見直すかクライアント設定を確認するか判断します。