OSに合ったクライアントを選び、日本語ガイドを参考にサブスクリプションを導入。mihomo コアとルール設定も解説します。
まず通信がどのようにコアへ渡るかを把握し、そのうえでルールの照合、ポリシーの選択、ドメインの名前解決方法を決めましょう。
ルールベースの振り分けの仕組み
ルールモードでは、ドメイン、宛先IP、ルールセットをコアが順に判定します。最初に一致した有効なルールで指定されたポリシーが接続に適用され、それ以降のルールは照合されません。そのため、特定サイト向けの例外は広範囲に適用するルールより前に置き、最後にフォールバックとなるMATCHを配置します。出口を一括で選ぶグローバルモードとは異なり、ルールモードでは直接接続、プロキシ、拒否を使い分けられます。変更後は接続一覧で適用されたルールを確認してください。プロキシグループ名は設定内の定義と一致させ、ルールセットは事前にrule-providersで宣言する必要があります。
mode: rule
rules:
- DOMAIN-SUFFIX,cn,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXYPROXYは定義済みのプロキシグループ名に合わせてください。
プロキシグループのポリシーと出口の選択
プロキシグループは、ルールと実際のノードをつなぐ中間層です。selectは手動で出口を選ぶ場合に適し、url-testはテスト結果に基づいてノードを選択します。fallbackはリスト順に利用可能なノードを優先します。サイトごとのルールを安定したグループ名に向ければ、振り分け設定全体を書き換えずにノードを変更できます。テスト先には実際にアクセスできるURLを指定し、テスト間隔を短くしすぎないようにしましょう。テスト結果が示すのは指定リクエストへの応答状況であり、ファイルのダウンロード速度とは限りません。特定サービスに接続できない場合は、ノードの地域、プロトコル対応、ルールが想定したグループに一致しているかも確認してください。
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
# インポート後に実際のノード名を追加この例はグループ構成のみを示しており、プロキシノードは含まれません。
DNSとFake-IPによるドメインの関連付け
Fake-IPはドメインにマッピング用のIPアドレスを返し、接続がコアに渡された後で元のドメインと関連付けます。これにより、ドメインベースのルールで振り分けられます。このアドレスは接続先サイトの実際のグローバルIPではありません。LAN機器、特定のゲームやアプリで互換性の問題が起きた場合は、DNS機能全体を無効にするのではなく、fake-ip-filterで必要なドメインを例外に設定できます。実際のIPアドレスを直接返す方式と比べ、Fake-IPではDNSリクエストと接続が正しく処理される必要があります。ブラウザーのセキュアDNS、システムのDNSキャッシュ、ほかのVPNによって通信経路が変わることもあるため、原因を調べる際は一つずつ確認しましょう。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "*.local"上流DNSサーバーは実際のネットワーク環境に合わせて追加してください。
TUNモードによる通信の取り込み
システムプロキシの設定が反映されるのは、プロキシ設定を参照するアプリだけです。一部のゲーム、コマンドラインツール、デスクトップアプリは自動では利用しません。TUNは仮想ネットワークインターフェースで通信を取り込み、コアへ渡すため、システムプロキシとは適用範囲が異なります。デスクトップではサービスコンポーネントや管理者権限が必要な場合があり、モバイルではシステムのVPNインターフェースを使います。有効にする前に通常のプロキシ接続が動作することを確認し、自動ルーティング、DNSの取り込み、LANアクセスをチェックしてください。ほかのVPNとの併用はルートの競合につながりやすいため、イントラネットへ接続する場合は環境に応じて除外アドレスを設定します。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53権限とルーティングの設定はプラットフォームに合わせてください。
サブスクリプション管理と設定の入手元
完全なサブスクリプション設定には、ノード、プロキシグループ、DNS、ルールが含まれる場合があります。一方、proxy-providersが提供するのは通常ノードのみで、プロキシグループや振り分けルールはメイン設定に別途定義します。リンクの見た目だけでは区別できません。インポート時にサービスが対応する形式とクライアントのコアを確認してください。更新前に動作する設定のコピーを保存し、独自ルールはクライアントが対応する上書き・マージ領域に記述して、リモート更新でローカルの変更が置き換わらないようにします。アクセス権を含むリンクは安全に保管し、スクリーンショットやログではクエリパラメーターを隠してください。更新に失敗した場合は、リクエストの失敗か設定の解析エラーかを切り分けます。
proxy-providers:
local:
type: file
path: ./providers/local.yaml
proxy-groups:
- name: PROXY
type: select
use:
- localファイルに実際のproxiesリストが含まれている必要があります。
クライアントはGUIとシステム連携を担い、コアはプロキシプロトコルとルールの処理を担います。インストール前に、プラットフォーム、CPUアーキテクチャ、設定の互換性をあわせて確認してください。
まずClash Plusから選び、Clash Verge Rev、FlClash、Clash Nyanpasuとの比較もできます。システム情報でCPUアーキテクチャを確認してから、対応するインストーラーを選びましょう。初回起動時は設定をインポートしてシステムプロキシを有効にし、すべての通信取り込み機能をすぐに有効にする必要はありません。
ブラウザーではアクセスできるのにほかのアプリで通信できない場合は、まずアプリがシステムプロキシを参照しているか確認し、その後TUNを検討してください。OS起動時の自動起動、起動後の自動接続、サービスモードはそれぞれ別の設定です。再起動後にクライアントが起動していても、通信がコアに渡っていないことがあるため、個別に確認しましょう。
ダウンロードへApple SiliconまたはIntelに合わせてパッケージを選んでください。ダウンロードセンターではClash Plus、Clash Verge Rev、FlClashなどを選べます。インストール後はネットワーク権限と設定のインポート結果を確認しましょう。システムプロキシが適用されるのはプロキシ設定に対応したアプリが中心です。ターミナルでは別途プロキシ環境変数の設定が必要な場合があります。
有線・無線ネットワークやドッキングステーションを切り替えた後に接続がおかしくなった場合は、現在のネットワークサービスとデフォルトルートを確認し直してください。TUN使用時はほかのVPNとの競合に注意します。プロキシを停止する前に通信の取り込みを正常に終了すると、システムのネットワーク設定を元に戻しやすくなります。
ダウンロードへClash Plus、Clash Meta for Android、FlClash、Surfboardから選べます。対応する設定形式は各クライアントで確認してください。インストール時はARM64とほかのアーキテクチャを区別します。初回接続時にはシステムのVPNリクエストを許可します。これはアプリがVPNインターフェース経由でネットワークを取り込めるようにするもので、利用可能な出口が選択済みという意味ではありません。
接続後もルールモードとプロキシグループを確認してください。画面ロック後に頻繁に切断される場合は、バッテリー最適化、バックグラウンド実行、メーカー独自の省電力設定を調べます。一部のアプリだけがプロキシを経由しない場合は、アプリごとの振り分け設定を確認してください。モバイルネットワークに切り替えた後は、ステータスバーのアイコンだけで判断せず、接続先サイトへのアクセスを再確認しましょう。
ダウンロードへダウンロードセンターにはClash PlusのApp Storeへのリンクがあります。製品の公式サイトはclashplus.ioです。インストール後、クライアントに対応した設定をインポートし、システムのVPN権限を許可してからルールモードとプロキシグループを選びます。サブスクリプションリンクは信頼できる提供元から入手し、設定を正常に解析できることを確認してください。
初回はまずブラウザーでアクセスを確認し、その後、特定のアプリをテストすることをおすすめします。接続ボタンがオンになっていても、トンネルが起動したことを示すだけです。出口とルールも確認してください。ネットワーク切り替え後に問題が起きた場合は、再接続して設定を確認します。競合する複数のVPN通信取り込みツールを同時に有効にしないでください。
ダウンロードへデスクトップではClash Verge RevとFlClashを比較し、サーバーやルーターではmihomoコアを直接導入できます。GUIクライアントは、インストール前にディストリビューションのパッケージ形式とCPUアーキテクチャを確認してください。コマンドライン版のコアでは、設定ディレクトリ、実行権限、バックグラウンドでの起動方法を自分で用意する必要があります。
デスクトップのシステムプロキシ、ターミナルの環境変数、TUNルーティングはそれぞれ異なる通信経路です。コマンドラインのプログラムがプロキシを使わない場合は、環境変数が現在のプロセスに渡されているか確認してください。バックグラウンドで運用する場合は、サービスのログと実際の待ち受けポートを記録し、コアの起動、設定の読み込み、アプリからのリクエストを段階的に確認します。
ダウンロードへClashはエコシステムの名称であり、すべてのアプリが同じコアやUIを使うわけではありません。対応プロトコル、ルール構文、設定の上書き方法、TUNの実装は異なる場合があります。サブスクリプションを利用中なら、まず提供される形式を確認してからクライアントを選びましょう。移行する場合は古い設定を保存し、DNS、プロキシグループ、ルールセットを一つずつ確認してください。ダウンロードセンターでは、メンテナンス状況とプラットフォームの選択肢を分けて案内しています。アーカイブ済みのクライアントは既存環境の参考用とし、新規インストールでは継続的にメンテナンスされている選択肢を優先してください。
まず最低限の接続を確立してから、独自ルールを調整しましょう。各手順の結果を確認できるため、問題が起きても該当する段階に戻って対処できます。
ダウンロードセンターから、OSとアーキテクチャに合ったクライアントを選びます。設定またはサブスクリプションの画面を開き、リンクかローカルファイルからインポートしてください。画面上の名称は「設定」「Profiles」「サブスクリプション」など、クライアントによって異なります。インポート後は設定が有効になっていることと、プロキシグループおよびノード一覧が表示されることを確認します。クライアントをインストールしただけではプロキシ接続は確立されません。
インポートに失敗した場合は、ネットワークリクエスト、応答内容、YAMLの解析のどこでエラーが起きたかを確認しましょう。Webページへのログイン、サブスクリプションの期限切れ通知、別形式のノード一覧は、そのまま完全な設定として使えません。元のエラーメッセージを保存し、サブスクリプションURLに含まれる個人用パラメーターを隠したうえで、トラブル対処ページの手順に沿って確認してください。
ルールモードを選び、プロキシ通信を処理するグループで利用可能なノードを選択します。サブスクリプションによってグループ名は異なるため、固定の名前を探すのではなく用途を確認してください。デスクトップではシステムプロキシを有効にし、モバイルでは案内に従ってVPNインターフェースを許可します。初回テストでは、DNSやルールを変更せず、複数の設定変更による切り分けの難しさを避けましょう。
直接接続はローカルネットワークの出口を使い、プロキシは選択したノードを経由します。拒否はコアが接続をブロックする動作です。グローバルモードはノードが使えるかを確認する補助にはなりますが、ルールの誤りを隠すためには使わないでください。ノードテストは出口候補の絞り込みに役立ちますが、実際のサイトへのアクセスも別途確認が必要です。
直接接続する想定のサイトと、プロキシ経由を想定したサイトをそれぞれ開きます。接続一覧で宛先ドメイン、適用されたルール、使用中のプロキシグループを確認し、想定どおりか確かめてください。ブラウザーではアクセスできてもほかのアプリで失敗する場合、サブスクリプション全体をすぐに変更せず、まず通信の入口を確認しましょう。より広い範囲の通信を取り込む必要がある場合は、TUNの権限とルーティングの説明を確認してください。
動作を確認したら、使える設定を保存してから、OS起動時の自動起動、DNS、独自ルールを一つずつ調整します。変更は一度に一種類にとどめ、設定を再読み込みしてから再テストしてください。問題が起きたときに、原因となった変更を特定して戻せます。クライアントを終了する前に通信の取り込みを停止しましょう。ネットワークが復旧しない場合は、システムプロキシとバックグラウンドで動作中のサービスを確認します。
プロジェクトの関係や設定の入手元を把握すると、アプリ名だけを見るより互換性や更新リスクを判断しやすくなります。
Clashの設定モデルでは、プロキシ、プロキシグループ、振り分けルールを一つのファイルで管理します。複数のGUIクライアントが、このモデルをもとに設定管理やシステム連携を提供しています。オリジナルプロジェクトのメンテナンス終了後も、コミュニティによって異なる実装が開発されてきました。mihomoは以前Clash Metaの名称で広く知られ、関連する設定の仕組みを引き継ぎつつ、プロトコル、ルール、ネットワークスタックの機能を拡張しています。名前が似ていても機能が完全に同じとは限らないため、古いガイドを使う際は現在のコアのドキュメントを確認してください。
クライアントのUIは、サブスクリプションのインポート、プロキシグループの選択、サービスのインストール、システムプロキシの設定を担います。コアは接続処理、DNS、ルールの実行を担います。クライアントによっては、インストーラーにコアが含まれる場合も、個別に切り替えられる場合もあります。設定に互換性の問題が起きた場合は、アプリ名だけでなく実際に動作しているコアの種類も確認してください。設定を移行する際は、対応プロトコル、ルールセットの形式、TUNのパラメーターを重点的に確認し、UIに同じスイッチがあるかだけで判断しないようにしましょう。
プロジェクトのリポジトリで、ソースコード、ライセンス、変更履歴を確認できます。次のコマンドはリポジトリをカレントディレクトリにコピーします。閲覧または開発用であり、実行してもクライアントはインストールされず、プロキシノードも提供されません。
git clone https://github.com/MetaCubeX/mihomo.gitコミュニティの課題記録は、既知の挙動を把握するのに役立ちます。問題を報告する前に、再現手順、システム環境、関連ログを整理し、ノードの認証情報やサブスクリプションURLの個人情報を削除してください。個人用サブスクリプション全体を共有するより、問題を再現できる最小限の設定のほうが原因を特定しやすくなります。
アプリ、コア、サブスクリプションの更新は、それぞれ別の操作です。アプリの更新では権限やシステム連携が変わる可能性があり、コアの更新では設定の解析やネットワークスタックに影響する場合があります。サブスクリプションの更新ではノード、ルール、DNSが置き換わることがあります。更新前に現在のモード、プロキシグループの選択、上書き設定を記録し、動作するコピーを保存してください。更新後はまず基本的な接続をテストし、その後に複雑なルールを戻します。問題が起きたら、すべてをリセットするのではなく、直近の変更を一つずつ戻して確認できます。
当サイトでは、プラットフォームの選び方、使い始めの手順、設定の解説を中心に掲載しています。サイト名は、各クライアントが同じチームによって開発されていることを示すものではありません。具体的なシステム要件、ライセンス、機能の動作は、アプリの説明とコアのドキュメントをあわせて確認してください。ガイド内の設定例は項目間の関係を説明するもので、実際のパラメーターはネットワーク環境に合わせる必要があります。プロキシサービスの利用可否、通信量、サブスクリプションの状態は各サービス提供元によって決まります。クライアントのインストール成功と、ネットワーク出口が利用できることは分けて確認してください。
設定項目を調べる場合は用語集をご利用ください。サブスクリプションの更新失敗、ノードのタイムアウト、DNSの問題、システムプロキシが反映されないなどの症状は、トラブル対処で段階的に確認できます。一般的な質問はヘルプセンターをご覧ください。まず問題がどの層で起きているかを特定してから対処すると、ノードの変更や再インストールを繰り返すことによる影響を減らせます。
ノード選び、速度の診断、コアの違いなど、基本ガイドを補う実践的な情報を紹介します。
ノード一覧に表示される情報を初心者向けに解説します。遅延の数値の読み方、倍率を踏まえた通信量の計算、地域ごとの用途、プロトコル選びのポイントを紹介。
速度低下の原因をノード、ネットワーク経路、端末の3段階に分けて解説。遅延テストの正しい使い方、混雑時間帯の経路変動、DNS・TUN・システムプロキシ設定の影響を確認します。
mihomo（旧Clash Meta）とオリジナルコアの主な違いを解説。VLESSやHysteria2への対応、rule-providersの記述方法、TUNスタックとDNSの挙動を比較します。