mihomoコアを中心に、ルール振り分けとTUNモードの設定方法を解説します。
PLATFORMS / プラットフォーム一覧
OSとプロセッサのアーキテクチャを確認してから、クライアントを選びましょう。インストーラー、メンテナンス状況、対応要件はダウンロードページにまとめています。
サブスクリプションやプロキシグループ、接続ログをGUIで管理したい方に適しています。Clash Plusから試すほか、使い方に合わせてClash Verge Revなども選べます。インストール前にシステム情報でプロセッサのアーキテクチャを確認し、異なるアーキテクチャ向けのインストーラーを混同しないようにしてください。
初回接続では、まずシステムプロキシを使ってブラウザーからのアクセスを確認します。他のアプリの通信も通す場合は、サービスコンポーネントとTUNの権限を確認してください。Clash for Windowsは開発終了のため、アーカイブ版と現行クライアントを分けて案内しています。
ダウンロード WindowsクライアントApple SiliconまたはIntelプロセッサに対応したインストーラーを選んでください。デスクトップクライアントでは通常、メニューバーからの操作、設定の切り替え、システムプロキシの設定が可能です。Clash Plus、Clash Verge Rev、FlClashの各機能はダウンロードページで確認できます。
インストール後、まずシステムが求める権限を許可してから設定をインポートします。TUNを使う場合は、ネットワーク拡張機能やサービスの権限も確認してください。クライアントを切り替える前に既存のプロキシを無効にすると、複数のアプリがシステムプロキシ設定を繰り返し変更するのを防げます。
ダウンロード macOSクライアントシステムのVPN機能を使ってアプリの通信を処理します。Clash Plus、Clash Meta for Android、FlClashから選べます。クライアントによって画面やコアの対応範囲が異なるため、設定をインポートする前に形式を確認してください。
初回の接続時には、システムのVPN接続許可が必要です。画面ロック後に接続が切れる場合は、バッテリー最適化、バックグラウンド動作、メーカー独自の自動起動制限を確認してください。他のVPNアプリと同時に使えない場合があるため、一つずつ確認しましょう。
ダウンロード Androidクライアントダウンロードページでは、Clash PlusのApp Storeと公式サイトclashplus.ioを案内しています。インストール後、クライアントの対応方法で設定をインポートし、サブスクリプションが正しく認識されることを確認してからVPN構成の作成を許可してください。
モバイル回線とWi-Fiを切り替えた後、同じサイトにアクセスして接続を再確認できます。デスクトップ向け設定のプロセスルール、ファイルパス、ネットワークスタックのパラメーターを、そのままスマートフォンに流用しないでください。OSごとの違いは全プラットフォームガイドをご覧ください。
ダウンロード iOSクライアントデスクトップではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージを利用できます。サーバーやルーターでサービスを自分で管理する場合は、ダウンロードページのコア一覧からmihomoを確認してください。
GUIが起動しても、通信がルーティングされているとは限りません。システムプロキシはデスクトップ環境やアプリの対応状況に左右され、TUNにはデバイス権限、ルーティング、DNSの設定が関係します。まず前面でログを確認し、問題がないことを確かめてからバックグラウンドサービスや自動起動を設定しましょう。
ダウンロード LinuxクライアントROUTING / 機能一覧
通信の振り分けはルールから。
通信の取り込みはOSの仕組みも確認。
以下の例はmihomoの設定構造を説明するもので、そのまま接続に使える完全な設定ではありません。ポリシーグループ、ノード、ルールファイルは別途用意してください。他のコアやクライアントを使う場合は、互換性を先に確認しましょう。
サブスクリプションのインポートから始める →ルール振り分けを使うと、通信先ごとに異なる経路を選べます。コアはルールを上から順に照合し、一致すると通常は後続のルールを確認しません。そのため、特定のドメイン向けルールは汎用ルールより前に置き、最後にMATCHで残りの通信を処理します。全通信に同じ経路を選ぶグローバルモードとは異なり、ルールモードではDIRECTとプロキシを併用できます。変更時は接続ログで適用されたルールを確認してから、該当項目を調整しましょう。速度だけで通信経路を推測するのは避けてください。例のPROXYは、実際に存在するプロキシまたはポリシーグループ名に置き換える必要があります。
rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOIP,LAN,DIRECT
- MATCH,PROXYDNSはドメイン名を接続先に変換し、ルール判定に必要なドメイン情報にも影響します。fake-ipは仮想アドレスに対応づけてドメイン情報を保持しますが、実際のIPアドレスを直接返す方式とは異なります。一部のLAN機器や特殊なアプリでは例外設定が必要になることがあります。まずクライアントの内蔵DNSが有効かを確認し、次に上流のDNSサーバーへ到達できるか確認してください。暗号化DNSのアドレスを設定に記述しただけでは、すべてのシステムDNSが処理されているとは限りません。アプリの動作、OS設定、TUNの取り込み範囲を合わせて検証しましょう。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://1.1.1.1/dns-queryTUNは仮想ネットワークインターフェースを使い、該当するルートを通る通信を処理します。システムプロキシを参照しないアプリにも有効です。TUNとグローバルモードは別の概念です。TUNは通信をコアに取り込む方法、グローバルモードは取り込んだ通信の出口を選ぶ方法です。有効にする前にシステムプロキシで接続先が使えることを確認し、プラットフォームに応じて仮想インターフェースの作成やルート変更に必要な権限を許可してください。LANに接続できなくなった場合は、接続先を何度も切り替えるのではなく、ルートの競合や他のVPNを確認します。DNSのハイジャックには内蔵DNSの有効化も必要です。パラメーターは使用中のコアのドキュメントを参照してください。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53サブスクリプションは設定やプロキシ情報を取得する仕組みであり、クライアント自体の更新とは異なります。GUIクライアントではリモート設定全体を管理することが多い一方、proxy-providersはメイン設定からプロキシの一覧を個別に読み込めます。更新対象の範囲はそれぞれ異なります。提供元が完全な設定を配布しているのか、ノード一覧のみなのかを確認してください。形式エラーが起きたら、ログインページをサブスクリプションとして保存していないか、まず応答内容を確認しましょう。更新によってリモートファイルへの手動変更が上書きされる場合があります。保持したいルールはクライアント対応のオーバーライド機能で管理し、サブスクリプションURLは適切に保管してください。
proxy-providers:
local-nodes:
type: file
path: ./providers/nodes.yaml
proxy-groups:
- name: PROXY
type: select
use:
- local-nodes設定ファイルにはプロキシ、ポリシーグループ、ルール、DNSをまとめて記述します。ポリシーグループはルールから参照する出口名を固定できます。接続先を切り替える際にグループ内の選択だけを変更すれば、各ルールを個別に書き換えずに済みます。これはルールごとに特定のノードを直接指定する方法とは異なります。YAMLを手動編集するときはインデントにスペースを使い、グループ名とルール側の参照が一致しているか確認してください。設定を切り替えても以前の選択が残る場合は、クライアントとコアの永続化設定を確認しましょう。問題の切り分けに備え、正常に動作する設定を一つ保存しておくと、サブスクリプションとローカル設定のどちらに原因があるか判断しやすくなります。
profile:
store-selected: true
store-fake-ip: true
proxy-groups:
- name: LOCAL
type: select
proxies:
- DIRECTクライアントは画面を提供し、コアは名前解決、ルール照合、通信転送を実行します。名前の似たクライアントでも、使用するコアやビルド設定が異なる場合があります。画面に設定項目が表示されていても、すべての設定構文が共通とは限りません。接続できないときは、まず設定が正常に読み込まれているか確認し、対象ドメイン、適用されたルール、最終的なポリシーを確認してください。ログの詳細度は一時的に上げられますが、詳細ログにはアクセス先が含まれることがあるため、全文をそのまま公開しないようにしましょう。ノードのテスト結果だけを見るより、実際の接続ログのほうがアプリごとの通信経路を把握できます。
mode: rule
log-level: info
allow-lan: false
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECTSOURCE / オープンソースとメンテナンス
クライアント名だけでは互換性は判断できません。
設定の挙動はコアとドキュメントで確認。
Clashはルールベースのプロキシコアとして知られるようになり、その後、さまざまなOS向けのGUIクライアントが登場しました。Clashの元プロジェクトや一部の初期クライアントが開発を終了した後も、エコシステムでは異なる方針の派生プロジェクトが続いています。Clash Metaは後にmihomoという名称で開発が続けられました。そのため、古いガイドにあるClashやMetaと、現在のドキュメントにあるmihomoは、異なる時期のプロジェクトを指す場合があります。ガイドを読む際は、コア、クライアント、設定形式のどれを説明しているか確認してください。
Clash for Windowsは過去のデスクトップクライアント名であり、Windows向けClashクライアント全般を指す名称ではありません。旧インストーラーは既存環境の調査には利用できますが、開発終了後のOS互換性、プロトコル対応、問題修正は保証されません。新規インストールでは、現在もメンテナンスされているクライアントを比較しましょう。移行時は元の設定を保存し、プログラムファイルを置き換えるだけでなく、ルール、DNS、プロキシグループの互換性も確認してください。
mihomoのソースコードはGPL-3.0ライセンスで公開されており、公開リポジトリで実装、変更履歴、課題の議論を確認できます。コードが公開されていれば設定の挙動を調べられますが、GUIクライアントの機能、パッケージ方法、メンテナンス状況は各プロジェクトの説明を確認してください。スターの数から通信品質を推測したり、コミュニティでの人気をすべての機器に適した根拠にしたりはしません。選ぶ際は、対応OS、必要な権限、日々のメンテナンス方法を重視しましょう。
オープンソースのコア、クライアント、接続サービスはそれぞれ異なるものです。ソフトウェアライセンスはコードの利用や配布条件を定め、サブスクリプションサービスは接続情報と利用条件を提供します。両者を混同しないでください。公開ノードはいつ使えなくなるかわからず、共有ページだけでは運営者も判断できません。アカウントへのログインや決済など重要な操作では接続先の提供元を慎重に確認し、利用するアプリ自体の暗号化通信も引き続き使用してください。
GUIクライアントは通常、設定管理、システムプロキシの切り替え、サービスのインストール、ログ表示を担当し、コアが実際の通信を処理します。この記事の設定構文はmihomoを前提としています。iOSなど他のプラットフォームでは、各クライアントのドキュメントで対応範囲を確認してください。同じYAML形式でも、コアの機能、OSのネットワーク機能、クライアントのオーバーライド方法によって項目の動作が異なる場合があります。設定をインポートできても、ファイルが読み込まれたことを示すだけです。実際の通信経路も確認しましょう。
システムプロキシ、TUN、ルールモードはそれぞれ異なる層の仕組みです。システムプロキシはアプリがプロキシ設定を利用することで機能し、TUNはネットワークルートを通じて通信を取り込み、ルールモードは取り込み後の通信に適用するポリシーを決めます。この3つを分けて考えると、「ブラウザーは使えるのに他のアプリは使えない」「グローバルモードを有効にしても通信が直接出ていく」といった問題を切り分けやすくなります。まず通信がコアに届いているか、次に適用されたルール、最後に選択した接続先へ到達できるかを確認しましょう。
クライアントの更新では画面やOS連携が変わることがあり、コアの更新ではプロトコルや設定の挙動が変わる場合があります。サブスクリプションの更新は接続情報を置き換え、ルールセットや地理情報データの更新は分類結果に影響します。これらが同時に行われるとは限りません。アップグレード前に使用中の設定とローカルのオーバーライドを記録し、変更内容を確認してください。アップグレード後は、よく使うサイト、LAN機器、スリープ復帰後の接続をテストしましょう。ネットワーク設定を一度にすべて変更するのは避けてください。
ダウンロードページに各プラットフォームの配布先とインストール方法をまとめています。トップページでは特定のリリース番号を固定表示していません。アップグレード後の問題は、まず最小構成で再現し、ルールセット、DNSポリシー、TUNを順に戻して確認しましょう。プロジェクトに報告する際は、OS、クライアント名、コアの情報、再現手順を記載し、サブスクリプションURL、アカウント情報などの機密情報は削除してください。「インターネットに接続できない」という情報だけでは、名前解決の失敗、ルートの競合、接続先の問題を切り分けられません。
NOTES / 設定ガイド
通信の取り込み、ドメインの名前解決、出口の選択を順に確認できます。設定例は手順の解説用です。実際のパラメーターは使用中のクライアントの対応範囲に合わせてください。
TUN仮想NICとシステムプロキシの通信取り込み方法の違いを解説。stack、auto-route、dns-hijackなどの設定項目や、Windows、macOS、LinuxでTUNを使う際に必要な権限も紹介します。
TUNガイドを読む →DNSリークの確認手順と結果の見方を解説。enhanced-mode、nameserver、fallback、nameserver-policyを順に調整し、TUNでシステムDNSを取り込んで、実際のDNS問い合わせ先を確認します。
DNSのトラブル対処を読む →実際の利用例をもとに、ルール、グローバル、DIRECTの各モードで通信がどう流れるかを比較します。モードの使い分けや切り替え場所、グローバルモードによって日本国内のサイトが遅くなる理由も解説します。
モードの解説を読む →