OSに合ったクライアントを選び、mihomoコアで対応プロトコルを確認し、ルール設定で接続先を管理。日本語の設定ガイドを参考に初期設定を進められます。
mihomo
Clash.Metaの開発を引き継ぐコアプロジェクト。ルール、プロトコル、DNSを処理します。
GPL-3.0
mihomoのソースコードライセンス。GUIクライアントのライセンスは各プロジェクトでご確認ください。
クライアントは操作画面を、コアは接続処理を担当します。まず両者の違いを把握し、設定を移行できるか、プロトコルを利用できるか、通信がルールエンジンに渡っているかを確認しましょう。
ルールは上から順に評価され、条件に一致すると指定のポリシーが適用されます。通常は後続のルールまで検索されません。ドメインサフィックスはサイトごとの分類に、IP範囲はLAN内の宛先に、ルールセットは多数の条件の一元管理に便利です。設定では具体的な例外を先に、広い範囲の条件を後に記述し、最後にMATCHでフォールバックさせます。想定外の接続先になる場合は、実際に一致したルールと出力ポリシーを確認してから順序を見直しましょう。ノードを切り替えるだけでは、ルールの優先順位は解決できません。
mihomoはClash.Metaの開発を引き継ぎ、Clashの設定体系で使われる一般的な概念を保ちながら、プロトコル、DNS、ルール機能を拡張しています。コアの名称とクライアントの名称は別物で、同じGUIからコアを切り替えられる場合もあります。設定を移行する前に、移行先のクライアントが実際に搭載しているコアと、対応する設定項目を確認してください。設定の互換性は項目ごとの確認が必要です。特に新しいプロトコルのパラメーターや実験的なオプションは、ファイルの拡張子だけでは判断できません。
SS、VMess、Trojan、VLESS、QUICベースのプロトコルでは、通信方式、認証項目、動作条件がそれぞれ異なります。ノードの種類はサーバー側の設定と一致させる必要があり、プロトコル名を書き換えるだけでは変換できません。まず必要な通信方式がネットワークで許可されているか、サーバーが正しく設定されているかを確認し、そのうえで接続状況を比較しましょう。UDP対応、証明書の検証、端末のリソースも結果に影響するため、1回の速度測定だけでプロトコルの優劣を決めることはできません。
サブスクリプションURLから設定やノード情報を取得できます。読み込み後は、形式、プロキシグループ、ルールが揃っているか確認しましょう。完全な設定には通常、ルールやDNS設定も含まれます。ノード情報だけのサブスクリプションは、メイン設定としてそのまま使えるとは限りません。更新前に、ローカルの上書き設定が別に保存されているか確認し、手動変更がリモートの内容で置き換わらないようにしてください。サブスクリプションURLにはアクセス用の認証情報が含まれる場合があります。公開画像やログ、オンライン変換サイトに載せないでください。
TUNは仮想ネットワークアダプターを使って、ルーティング条件に合う通信をコアへ転送します。システムプロキシ設定に従わないアプリに適しています。有効にする前に、権限、ルーティング、DNS設定を確認してください。ほかのVPNや仮想ネットワークアダプターと併用すると、経路が競合することがあります。TUNを有効にしても、すべての通信がプロキシ経由になるわけではありません。最終的な接続先はモードとルールで決まります。システムプロキシで必要な通信をカバーできる場合は、まずシンプルな設定を使い、アプリ単位で通信を取り込む必要が出た段階でTUNを有効にしましょう。
プロキシグループに複数の出力先をまとめると、ルールではグループ名だけを指定できます。手動選択は出力先を固定したい場合に、URLテストグループは測定結果に応じたノード選択に、フェイルオーバーグループは接続可能なノードの維持に適しています。テストURL、間隔、許容値によって切り替え動作は変わります。レイテンシが低くても、ダウンロード速度が速いとは限りません。設定時はまずプロキシグループ名とルール内の参照名を一致させ、メンバーが存在することも確認しましょう。ノード更新後に参照先が無効になるのを防げます。
GUIクライアントはサブスクリプション、ノード、ログを操作しやすい画面にまとめますが、OSごとにネットワーク権限やバックグラウンド動作は異なります。設定を移行する際はルールの考え方を再利用しつつ、システムプロキシ、サービスのインストール、自動起動の設定が同じとは限らない点に注意してください。デスクトップではCPUアーキテクチャを、モバイルではVPNの許可とバックグラウンド制限を確認しましょう。画面の見た目だけで選ぶより、端末に合い継続的にメンテナンスされているクライアントを選ぶほうが、後のトラブル対応にも役立ちます。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- GEOIP,CN,DIRECT
- MATCH,Proxyproxy-groups:
- name: Proxy
type: select
proxies:
- Auto
- DIRECT
- name: Auto
type: url-test
use:
- Provider
url: https://example.com/
interval: 300
tolerance: 50dns:
enable: true
listen: 127.0.0.1:1053
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://dns.alidns.com/dns-query
fake-ip-filter:
- "*.lan"
- "localhost"デスクトップとモバイルではインストール方法が異なります。ダウンロードページではクライアント、対応アーキテクチャ、システム要件をまとめて確認できます。まず端末のOSを選び、該当する一覧へ進んでください。Linux以外のプラットフォームでは、まずClash Plusを確認し、操作感や機能の違いに応じてほかのクライアントもご検討ください。
デスクトップブラウザー、開発ツール、日常的なアプリでルールベースのプロキシを使いたい場合に適しています。まずClash Plusを確認し、Clash Verge Rev、FlClash、Clash Nyanpasuと比較してください。インストール前にOSとCPUの要件を確認しましょう。TUNを使う場合は、クライアントの案内に従ってサービスをインストールし、必要な権限を許可してください。Clash for Windowsの設定を移行する際は、サブスクリプションとルールをバックアップし、古いプログラムのフォルダー全体をそのままコピーしないでください。システムプロキシと自動起動は別々の設定なので、それぞれ確認が必要です。
ダウンロードページへ →Apple SiliconまたはIntelプロセッサに合ったインストーラーを選んでください。Clash Plus、Clash Verge Rev、FlClashを主な比較対象として検討できます。初回起動時は、システムの権限に関する案内を確認してください。システムプロキシ、ログイン時の起動、ネットワーク拡張の権限はそれぞれ別の設定です。コマンドラインツールを使う場合は、システムプロキシを参照するかどうかも確認しましょう。ブラウザーで接続できても、ターミナルの通信がクライアントを経由しているとは限りません。アーカイブ済みのクライアントは、旧設定の確認用として利用し、通常の選択肢にはしないでください。
ダウンロードページへ →まずClash Plusを確認し、Clash Meta for Android、FlClash、Surfboardとも比較できます。端末のアーキテクチャに合ったインストーラーを選び、サブスクリプションを読み込んだ後はシステムのVPN許可も行ってください。バックグラウンドの省電力設定が接続維持に影響する場合がありますが、最初からすべての電池制限を解除する必要はありません。画面ロック後の動作を確認し、必要な場合にだけ設定を調整しましょう。コアによってサブスクリプションの形式が異なるため、特にノード情報だけのURLは、クライアントが対応する読み込み方法を確認してください。
ダウンロードページへ →ダウンロードページからClash PlusのApp Storeページにアクセスできます。製品の公式サイトはclashplus.ioです。インストール後はクライアントの手順に沿ってサブスクリプションを読み込み、VPN構成の作成を許可してください。モバイルOSの通信制御はデスクトップのシステムプロキシとは異なるため、デスクトップ版のサービスインストール手順を流用しないでください。Wi-Fiとモバイル通信を切り替えた後に接続状況が変わる場合は、まずネットワーク環境とノードへの到達性を確認し、必要に応じてプロトコルやDNSの設定を見直しましょう。
ダウンロードページへ →デスクトップGUIはClash Verge RevとFlClashを中心に比較し、ディストリビューションに合ったパッケージを選んでください。サーバー、ルーター、またはサービスを自分で管理する環境では、mihomoコアのダウンロード先も確認できます。コア単体は完全なGUIクライアントではありません。実行ディレクトリ、設定ファイルの場所、権限、サービスの常駐を自分で管理する必要があります。TUNを有効にする前に、既存のルートとDNSサービスを確認してください。リモート端末では復旧可能な管理経路を確保し、誤ったルーティングで接続が切れないようにしましょう。
ダウンロードページへ →ダウンロード先、GUIクライアント、プロキシコア、サブスクリプションサービスは、それぞれ役割が異なります。すべてを同じソフトとして扱うより、役割の違いを理解するほうが、選定やトラブル対応に役立ちます。
Clashはルール、プロキシグループ、YAML設定を中心とする使い方を確立しました。Clash.Metaはこの仕組みを拡張し、その後mihomoの名称で開発が続いています。歴史や設定上の概念にはつながりがありますが、実行ファイルを自由に置き換えられる同一のソフトではありません。原版の基本的なルールは理解や移行が比較的容易ですが、新しいプロトコル、DNS拡張、TUNの設定項目は移行先のコアのドキュメントで確認してください。古いガイドの設定をすべて現在のクライアントにそのまま適用しないようにしましょう。
ガイドが現在の環境に適用できるか判断するには、まずGUIの操作方法を扱っているのか、コアの仕様を扱っているのかを確認し、設定項目と実行環境が一致するかを見ます。クライアントのスイッチ操作が設定を生成または上書きする場合もあるため、画面表示と設定ファイルの両方を確認してください。問題を報告する際は、画面の見た目だけでなく、コアの名称、エラーログ、再現手順を記録すると原因を特定しやすくなります。
mihomoのソースコードはGPL-3.0ライセンスで公開されており、開発履歴、問題の議論、設定の実装はプロジェクトのリポジトリで確認できます。オープンソースライセンスはソースコードの使用、改変、再配布に関する条件を定めるもので、すべてのサードパーティ製GUIクライアントが同じライセンスを採用するとは限りません。画面、パッケージ、各プラットフォーム向けのサービスはクライアントごとに開発・管理されています。対応機能は各製品の説明をご確認ください。当サイトはダウンロード先と技術情報を整理しており、掲載名はすべての上流プロジェクトとの提携や所属関係を示すものではありません。
クライアントはローカルのルールと接続を処理しますが、インストールしただけで利用可能なサブスクリプションが手に入るわけではありません。サブスクリプションは利用者自身で設定し、アカウント情報は該当するサービス提供者が管理します。問題を調べるために設定構造やエラー表示を共有する場合は、機密情報を削除してください。サブスクリプションの完全なURL、認証情報、問題に関係のない個人のネットワーク情報は必ず伏せましょう。
クライアントの更新とサブスクリプションの更新は別の処理です。前者では画面、コア、OS連携が変わり、後者ではリモート設定やノード情報が変わります。クライアントを更新する前に設定とローカルの上書き内容を保存してください。サブスクリプション更新後は、プロキシグループのメンバー、ルールの参照元、実際の出力先を確認しましょう。設定が反映されなくなった場合は、コアのログで設定項目の変更、リソースの読み込み失敗、参照先の不在がないかを確認してから、ロールバックするか設定を修正してください。更新と同時に複数の項目を変更すると、問題の原因を切り分けにくくなります。
長く使う場合は、変更の目的と対象項目だけを記した簡単な設定変更履歴を残すと便利です。認証情報は記録しないでください。端末を切り替える際は、システムプロキシ、ネットワーク権限、起動方法を改めて確認しましょう。通常、これらは端末ごとの設定であり、サブスクリプションから自動で移行されません。アーカイブ済みクライアントの古いガイドは、考え方を参考にするにとどめ、旧プログラムを標準のインストール先として扱わないようにしましょう。
特定の設定項目の動作を確認するには、MetaCubeX/mihomoのプロジェクトリポジトリでドキュメント、コミット履歴、問題の議論を確認できます。既存の報告を読む前に実行環境を確認し、再現時は設定の範囲を段階的に絞りましょう。必要なインバウンド、利用可能な出力先1つ、最小限のルールを残し、DNS、ルールセット、TUNを順に戻していきます。こうすることで、サブスクリプション、クライアントが生成した設定、コアの動作のどこに原因があるかを切り分けやすくなります。
以下のコマンドはソースコードを取得するもので、GUIクライアントのインストールやシステムプロキシの設定は行いません。一般ユーザーはダウンロードページからクライアントを選べます。開発者はビルドや改変の前に、リポジトリ内のビルド要件とライセンスファイルを確認してください。問題を報告する際は再現可能な操作手順を記載し、個人用サブスクリプションを含む設定ファイル全体を公開しないようにしましょう。
git clone https://github.com/MetaCubeX/mihomo.git仕組みと設定の選択肢を、課題ごとに解説します。初めて使う場合は、まず基本的な接続を確認してから、直面している問題に合った解説を読みましょう。高度な設定項目を必須と決めつける必要はありません。
TUNとシステムプロキシの根本的な違い、仮想ネットワークアダプターとDNSのリダイレクトの仕組みを解説。OS別の有効化手順、必要な権限、よくある競合も紹介します。
解説を読む →3世代のコアの変遷を時系列で整理し、プロトコル対応、ルールの種類、TUNの実装、設定項目の互換性を比較します。既存設定をそのまま移行できるか判断する際に役立ちます。
解説を読む →日本国内の通信は直接接続し、海外向けはプロキシを使う例をもとに、ルールの評価順、ルールセットの参照、no-resolveの使い方、MATCHによるフォールバックを解説。ルールが一致しない場合の確認方法も紹介します。
解説を読む →