mihomo コアマルチプラットフォーム対応クライアント、ルール分岐、日本語設定ガイドを掲載。デバイスに合ったクライアントを選び、コアの対応機能を確認できます。
まずOSを選び、次にCPUアーキテクチャを確認します。デスクトップではトレイ管理や設定編集、モバイルではバックグラウンド動作の権限、バッテリー管理、OSのネットワーク機能も確認しましょう。名前が似ていても、インストーラーやコア、サブスクリプション形式が同じとは限りません。
まずはClash Plusがおすすめです。Clash Verge Rev、FlClash、Clash Nyanpasuも選べます。インストール前にWindowsの種類を確認してください。TUNを使う場合は、クライアントの案内に従ってサービスの権限を設定します。Clash for Windowsは開発が終了しています。旧環境から移行する際は、サブスクリプション、オーバーライドルール、システムプロキシのポートも確認しましょう。プログラムのフォルダーをコピーするだけでは移行できません。
ダウンロードページへまずはClash Plusがおすすめです。デスクトップでルールを管理するなら、Clash Verge RevやFlClashも選べます。システム情報でApple SiliconかIntelかを確認し、対応するインストーラーを選んでください。ネットワーク機能を許可したら、ほかのプロキシアプリがシステム設定を変更していないか確認しましょう。アーカイブ済みのClashX Metaは旧設定の確認には役立ちますが、新しい環境での第一候補には向きません。
ダウンロードページへまずはClash Plusがおすすめです。Clash Meta for Android、FlClash、Surfboardの選び方も紹介しています。新しい端末の多くはARM64ですが、端末のシステム情報で確認してください。初回接続時はVPN接続の許可が必要です。バックグラウンドで切断される場合は、バッテリー最適化の設定を確認しましょう。SurfboardはClash YAMLと設定方式が異なるため、同じサブスクリプションURLをそのまま使えるとは限りません。
ダウンロードページへまずはClash Plusがおすすめです。ダウンロードページにはApp Storeへのリンクと、公式サイト clashplus.ioがあります。設定を読み込んだら、画面の案内に従ってVPN構成の追加を許可し、ルールとプロキシグループが読み込まれたことを確認してください。iOSクライアントはOSが許可するネットワーク機能を使います。デスクトップのサービスモード、ポートの制御、コアの入れ替え手順をそのままスマートフォンに適用することはできません。
ダウンロードページへデスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージをインストールできます。プロキシの切り替えはデスクトップ環境とアプリの対応状況によって異なり、ターミナルのツールでは環境変数を別途設定する場合があります。サーバーやルーターで使う場合は、ダウンロードページからmihomoコアを確認できます。サービスを起動する前に設定ディレクトリ、待ち受け範囲、権限を確認し、ローカルポートが意図せずLANに公開されないようにしてください。
ダウンロードページへGUIは管理を担い、コアは接続を処理します。以下は設定項目の例で、インポートしてすぐ使える完全なサブスクリプションではありません。実際に使うには、プロキシグループと接続情報を追加してください。
ルールモードでは、リストの順にドメイン、IPアドレス範囲、ルールセットを照合し、最初に一致したルールに指定されたプロキシ設定を適用します。すべての通信を同じ接続先に通すのではなく、ローカルサービス、仕事用リソース、その他の通信を分けたい場合に便利です。問題を調べるときは、まず接続画面で一致したルールを確認し、次にプロキシグループの選択を見ます。ルールを増やせば必ず精度が上がるわけではありません。単一のプロキシ切り替えだけを提供するツールとは異なり、mihomoではルールの配布元を分けて管理できますが、ルールセットの形式や更新間隔を把握する必要があります。以下の例はローカルのルールファイルを参照します。実際のポリシー名は設定済みのグループ名に合わせてください。
rule-providers:
work:
type: file
behavior: domain
path: ./rules/work.yaml
rules:
- RULE-SET,work,DIRECT
- MATCH,PROXYTUNは仮想NICを介して通信をコアに渡す仕組みです。システムプロキシ設定を参照しないアプリでも使えるほか、一部のUDP通信も処理できます。システムプロキシとの違いは通信を取り込む階層にあり、有効にすればあらゆるネットワークの問題が解決するわけではありません。デスクトップではサービスコンポーネントや権限が必要な場合があり、ルーティング、DNS、ほかのVPNとの競合にも対処が必要です。初めて有効にする前に通常のプロキシ接続が動作することを確認し、LANやローカルの開発用サービスに問題がないか見てください。利用できるネットワークスタックや自動ルーティングの挙動はOSによって異なります。サンプルは基本項目を示すもので、各プラットフォームのインストール手順に代わるものではありません。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: trueFake-IPは、まずドメイン名に対応するIPアドレスを返し、その後コアが元のドメイン名を特定して実際の接続を行う仕組みです。ルール判定時に宛先情報を保ちやすくなります。暗号化DNSと同じ意味ではなく、設定を一つ有効にするだけで想定どおりの名前解決が保証されるわけでもありません。使う際は、システムDNS、ブラウザーのセキュアDNS、TUNで取り込む範囲をあわせて確認し、予定したDNS経路をリクエストが迂回しないようにしましょう。プリンター、LAN内のデバイス検出、特定アプリに問題が起きた場合は、DNSサーバーを次々に変えるのではなく、除外リストを確認してください。DNSアドレスの置き換えだけでなく、ドメインの名前解決と接続先の整合性を重視するのがポイントです。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- '*.lan'mihomoはShadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICなどに対応します。利用できる機能は使用するコアのビルドによって異なります。プロトコルを選ぶ際は、サーバー側の実装、ネットワークでUDPが許可されているか、証明書の設定、モバイル端末の消費電力も考慮しましょう。名称だけで速度を判断することはできません。クライアント画面にノードが表示されても、サブスクリプション内の拡張項目すべてが使えるとは限りません。単一プロトコル向けのツールに比べ、マルチプロトコルのコアは一元管理に便利ですが、互換性の確認は増えます。以下の空リストは接続設定の記述箇所を示しています。実際の接続情報は信頼できる設定元から取得してください。
proxies: []
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECTサブスクリプションにはノード、プロキシグループ、ルール、DNS 設定などが含まれる場合があり、直接編集すると更新時に変更が上書きされることがあります。配布元の設定とローカルのオーバーライドを分け、適用前に最終的な設定を確認するのが安全です。マージ、スクリプト、拡張項目の扱いはクライアントごとに異なるため、同じオーバーライドがすべてのクライアントでそのまま動くとは限りません。設定全体を手作業でコピーするより、階層を分けて管理すれば継続的な更新やロールバックがしやすくなります。その代わり、競合する項目をどの階層で有効にするか明確にしてください。以下はコアの設定項目です。サブスクリプションへの取り込み方は、クライアントの設定管理機能によって異なります。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info旧Clash、Clash Meta、mihomoには歴史的なつながりがありますが、名称の変化をすべての機能が同じだという意味に捉えることはできません。Clash Metaはその後mihomoとして開発が続き、新しいプロトコルやルール機能では新たな設定項目が必要になる場合があります。デスクトップクライアントによってはコアや更新チャンネルを選べますが、コアが固定で組み込まれているものもあります。実際の切り替え方法はクライアントの画面で確認してください。プログラムファイルの置き換えだけでなく、サービスコンポーネント、設定の読み込み、コントロールAPIも移行時に確認が必要です。以下のコマンドは設定を移行先のコアが読み込めるか確認するものです。チェックに通った後も、DNS、ルール分岐、アプリの接続を実際にテストしてください。
mihomo -t -f config.yamlまず最小限の接続を確立し、動作を確認してから通信を取り込む範囲を広げましょう。各ステップで結果を確認できる状態にすれば、サブスクリプション、プロキシの選択、システム設定を切り分けて調べられます。
サブスクリプションURLまたはYAMLファイルを読み込み、設定を選びます。プロキシグループが表示され、解析エラーがないことを確認してください。URLには認証情報が含まれる場合があるため公開せず、質問時は機密情報を削除しましょう。
ルールモードを維持し、必要なグループで接続先を選びます。遅延テストは実際の通信速度を保証しません。まずブラウザーで接続を確認し、システムプロキシだけで足りる場合はTUNの導入を後回しにしましょう。
接続画面で宛先、一致したルール、実際の接続先を確認します。アプリとLAN接続もテストしてください。終了前にシステムプロキシをオフにして通常の通信に戻ることを確認しましょう。詳しい対処法はガイドを参照してください。
クライアント、コア、設定の配布元はそれぞれ独立した要素です。それぞれの役割を把握すると、ソフト名だけを覚えるより、移行や更新、問題の切り分けに役立ちます。
ClashではYAML設定、ルール、プロキシグループを中心とした使い方が広まり、後続のクライアントはこれらの仕組みをGUIで管理できるようにしました。オリジナルのプロジェクトや一部の初期クライアントの開発終了後も、コミュニティの派生プロジェクトがプロトコルやネットワークスタックを拡張しています。古いガイドを見つけたら、まず対象クライアントを確認し、現在の画面や設定項目と照らし合わせてください。スクリーンショットが似ているというだけで、手順をすべて引き継ぐのは避けましょう。
Clash for WindowsとClash Verge Revは別のプロジェクトです。前者の開発終了は、Clash関連クライアントがすべて更新を停止したという意味ではありません。また後者への移行も、旧プログラムのフォルダーを上書きすれば完了するわけではありません。旧環境のサブスクリプションURL、ショートカットキー、サービスコンポーネント、オーバーライドスクリプトは、それぞれ記録しておきましょう。移行後は古い設定のバックアップを残し、新環境の動作を確認してから、旧サービスや残ったプロキシ設定を整理してください。
Clash Metaはmihomoの歴史を理解するうえで重要な名称です。古い記事では両方の名前が並んでいることがありますが、実際に使える機能は稼働中のコアとそのドキュメントで確認してください。GUIクライアントの設定画面では、一部の項目が表示されないことや、独自のオーバーライド機能で最終設定が生成されることがあります。画面にスイッチがないからといって、コアがその機能に対応していないとは限りません。同様に、項目を入力できても、実際に動作する保証にはなりません。
mihomoコアはGPL-3.0ライセンスのオープンソースソフトウェアです。プロジェクトのリポジトリでソースコード、リリース履歴、課題の議論を確認できます。GUIクライアント、アイコン素材、サブスクリプションサービスのライセンスや保守状況は、それぞれ個別に確認してください。コアのライセンスから他の要素の条件を推測することはできません。このサイトではクライアント選びと日本語資料をまとめていますが、実装の詳細は各プロジェクトのドキュメント、ソースコード、リリースノートを参照してください。
クライアント、コア、サブスクリプションの更新では、それぞれ異なる部分が変わります。クライアントの更新では画面やサービスコンポーネント、設定のマージ方法が変わることがあります。コアの更新では設定項目の解析、プロトコルの挙動、DNSの処理が変わる可能性があります。サブスクリプションの更新では、主に接続先や配布元のルールが置き換わります。更新後に問題が起きたら、まずどの要素を変更したか記録し、保存した設定のコピーで再現してください。複数のコンポーネントを一度に入れ替えるのは避けましょう。
アップデート前にリリースノートを読み、ローカルのオーバーライドと必要なログを保存してください。ログではエラーの発生時刻、宛先、一致したルールを確認し、共有前にサブスクリプションURLや認証情報を削除しましょう。長期間使う端末では、内容を把握でき、元に戻せる更新方法を優先してください。テストチャンネルは特定の修正を試すためのものです。名称が新しいというだけで、安定して動作している環境を置き換える必要はありません。ダウンロードページにはインストール方法を掲載しており、トップページでは特定のリリース番号に固定していません。
問題を記録するときは、OS、クライアント、動作モード、エラーが発生するまでの手順を明記し、ブラウザー、ターミナルからのリクエスト、LAN内サービスの状況を分けて説明しましょう。「接続できない」や単発の遅延結果だけでは、原因を判断できないことがほとんどです。まず最小限の設定で再現し、ルールやオーバーライドを一つずつ戻していけば、接続情報、設定の組み合わせ、ローカル環境のどこに問題があるか特定しやすくなります。
詳しく確認する場合は、プロトコルガイドで方式ごとの違いを調べ、用語集で設定項目の意味を確認できます。症状に応じた対処法はよくある質問を参照してください。オープンソースの利点は、実装を確認でき、変更を追跡でき、問題を議論できることです。すべてのプラットフォームや設定が同じ環境で動くと考えることではありません。
実装やリリース履歴の確認にはリポジトリをクローンできますが、一般ユーザーがクライアントをインストールするために必要な手順ではありません。ビルドに必要な依存関係やコマンドはリポジトリの案内を確認してください。
MetaCubeX/mihomoを見る →git clone https://github.com/MetaCubeX/mihomo.gitLinuxのペンギンアイコン：Font Awesome、CC BY 4.0。単色で表示しています。
症状を確認したら、ログ、設定、ネットワーク経路の順に調べていきましょう。以下は新着記事3件です。基本的なインストールを終えたあと、必要に応じてご覧ください。
DNSリークが起きる原因とオンラインでの検出方法を解説。enhanced-mode、fallbackフィルター、nameserver-policy、TUNによるDNS傍受の設定例も紹介します。
記事を読む →3世代のコアの関係を時系列で解説し、プロトコル対応、ルールの種類、TUN、DNS機能を比較。旧設定をmihomoへ移行する際に変更が必要な項目も紹介します。
記事を読む →起動直後のクラッシュやトレイアイコンが一瞬で消える問題について、ログファイルの場所、破損した設定の削除方法、ポート競合、ランタイム不足の確認手順を解説します。
記事を読む →