Rule Observatory
クライアント内で混同しやすい設定の関係を4つの視点に分けます。まずリクエストがどのルールに一致するかを確認し、次にコア、サブスクリプション、各プラットフォームのクライアントが担当する範囲を理解します。
ルールモードでは、すべての接続を同じノードへ送るわけではありません。クライアントは設定内の rules セクションを読み込み、ドメイン、キーワード、IP帯域、プロセス、ルールセットの条件を順番に確認し、そのルールが参照するプロキシグループへリクエストを送ります。より具体的で優先度の高い条件は通常前方に置かれ、末尾の MATCH がそれまでに一致しなかった通信を受け持ちます。
分岐を調整する際は、ルールの順序とプロキシグループで実際に選ばれている項目を同時に確認します。ルール名が表示されているだけでは、最終的にどのノードが使われたかは分かりません。プロキシグループは、直接接続、プロキシノード、別のプロキシグループ、ブロックポリシーなどを指す場合があります。実際の経路の確認には、接続ページの記録とルールページの検索が役立ちます。
デスクトップクライアントは、設定のインポート、システムプロキシの切り替え、プロキシグループの選択、ログと接続状況の確認を担当します。mihomoコアは、設定の解析、接続の確立、DNS処理、ルールの照合を担います。役割が異なるため、問題を切り分ける際は、画面の状態、設定内容、コアの実行段階のどこで異常が起きているかを先に判断する必要があります。
mihomoはClashの設定体系を引き継ぎつつ、ルールセット、プロトコル、DNS機能を拡張しています。古い設定は移行の出発点として利用できる場合が多いものの、独自項目、スクリプト、旧形式のprovider記法が含まれる場合は、現在のコアのドキュメントに沿って項目ごとに確認してください。クライアントを更新したからといって、すべての古い設定を書き換える必要はありません。安定している設定は残し、必要に応じて調整できます。
サブスクリプションURLは通常、完全なYAML設定または変換済みのノード一覧を返します。インポートに成功したことは、クライアントが内容を取得して解析できたことを示すだけです。プロキシグループ、ルールセット、DNS、ノード項目が揃っているかどうかは、サブスクリプションの出力形式によって決まります。ノードはあるのにルールがない場合は、システムプロキシを何度も切り替えるのではなく、まず設定内容を確認してください。
サブスクリプションを更新する前に、ローカルで加えた変更の出所を記録しておくと、リモート更新による手動調整の上書きを防げます。複数のサブスクリプションを使う場合は、用途ごとに設定ファイルを分け、異なる出所のルールやプロキシグループを直接結合しないことをおすすめします。provider形式の外部リソースでは、リソースURL、更新間隔、参照名が一致していることも確認してください。
Clash Verge Revは主にWindows、macOS、Linuxのデスクトップ環境を対象とします。AndroidではClash Plus、Clash Meta for Android、FlClash、Surfboardを選択できます。iOSではApp StoreからClash Plusを利用できます。クライアントによって、画面構成、システム統合方式、設定拡張の対応状況は異なります。
デバイス間で移行する際は、まずプロトコル、プロキシグループ、基本ルールが移行先のクライアントで認識されるか確認し、その後にTUN、DNS、システムサービスなどプラットフォーム固有の設定を扱います。設定をインポートできても、すべての動作が同じになるとは限りません。特にモバイルOSのバックグラウンド制御、省電力設定、VPN権限は接続維持に影響します。
システムプロキシは、OSのプロキシ設定に従うアプリをクライアント経由にします。TUNモードは、より多くの種類のシステム通信を引き受けるために使います。ルールモードは、コアに入ったリクエストがどのポリシーを選ぶかを決めます。DNS設定はドメイン名の解決過程に影響します。4つは異なる段階にあるため、接続に問題があるときはすべてのスイッチを同時に変えず、通信経路に沿って一つずつ確認してください。
普段のデスクトップ利用では、サブスクリプションのインポート、ルールモード、システムプロキシから始められます。システムプロキシを参照しないアプリも制御したい場合は、次にTUNを検討します。複数のデバイスで設定を共有する場合は、プロトコルとプロキシグループの構成をシンプルに保つのが基本です。サーバーやルーター環境では、mihomoコアを直接導入し、設定ファイル、サービス権限、起動方法を個別に管理する構成が適しています。
Platform Entry
トップページではプラットフォームへの入口のみを案内しています。インストーラーの種類、クライアントのメンテナンス状況、システム要件はダウンロードページにまとめています。対応するタブを開いてから、適したクライアントを選択してください。
Clash Verge Rev、Clash Plus、FlClash、Clash Nyanpasuを使いたいデスクトップユーザー向けです。ダウンロード前にシステムアーキテクチャを確認し、初回起動後はガイドに従って設定をインポートしてください。
Apple Silicon搭載機とIntel搭載機それぞれの入口を用意しています。インストール後は、システムの案内に従ってネットワーク拡張、システムプロキシ、バックグラウンドサービスの権限を設定してください。
画面の好みと設定の互換性に応じて、Clash Plus、Clash Meta for Android、FlClash、Surfboardから選べます。OSによるバックグラウンド制限にも注意してください。
iPhoneとiPadのユーザーはApp StoreからClash Plusを入手できます。サブスクリプションをインポートした後、システムのVPN権限を確認し、プロキシグループを選んで接続します。
デスクトップ環境ではClash Verge RevまたはFlClashを選べます。サーバー、ソフトウェアルーター、コマンドライン環境では、ダウンロードページからmihomoコアのパッケージを確認できます。
Open Source Context
Clashクライアントを長期利用に適しているか判断するには、画面の見た目だけでなく、コードの出所、依存するコア、設定の互換方式、リリース頻度を併せて確認する必要があります。
Clash Verge Revは、Clash Vergeの方向性を受け継ぐコミュニティプロジェクトで、Windows、macOS、Linuxのデスクトップ環境を主な対象としています。設定ファイル、プロキシグループ、ルール、接続履歴、ログ、システムプロキシをグラフィカルな画面に集約し、デスクトップ上でmihomoの設定を直接管理したいユーザーに適しています。担当するのは管理と操作の層であり、実際のネットワーク処理はコアが実行します。
この階層構造により、問題を切り分けやすくなります。画面に設定が表示されない場合は、サブスクリプションのインポートと設定ファイルを確認します。コアが起動しない場合は、設定構文、ポートの使用状況、権限を確認します。特定のリクエストが期待と異なる出口へ進む場合は、ルールの順序、プロキシグループの選択、接続履歴に戻って確認します。問題を層ごとに分けるほうが、複数のスイッチを続けて切り替えるより安定した結論にたどり着きやすくなります。
mihomoは現在のClashエコシステムで広く使われているオープンソースコアの一つです。YAML設定の読み込み、各種プロトコル接続の確立、ルール照合、DNS処理を担い、グラフィカルクライアントに制御インターフェースを提供します。Clash Verge Revはこれらの機能を操作しやすいデスクトップ画面にまとめていますが、利用できるプロトコル、項目の解釈、ルールセットの読み込み方法は、最終的にコアの対応状況に左右されます。
オリジナルのClash、Clash Meta、mihomoには設定の継承関係がある一方、機能拡張には違いがあります。一般的なプロキシノード、プロキシグループ、基本ルールは移行しやすい傾向がありますが、拡張プロトコル、ルールセット形式、DNSの高度な項目、特定のprovider項目については、現在のコアの説明を基準にしてください。技術リファレンスでは、プロトコルとコアの系統ごとに違いを詳しく説明します。
プロジェクトのコード、課題の議論、リリース履歴が公開されていれば、機能の変更、既知の問題、修正の過程を確認でき、開発者が特定のプラットフォームで起きる異常を再現する際にも役立ちます。オープンソースだからといって、すべての設定が自動的に互換になるわけではありません。実際の選定では、OS、コアのバージョン、サブスクリプション形式、利用シーンを組み合わせて判断してください。安定稼働している端末では、上書きインストールを行う前にリリースノートを読むほうが安全です。
クライアントとコアが別々にリリースされる点にも注意が必要です。クライアントの更新では、画面、インストール方法、システム統合が変わる可能性があります。コアの更新では、プロトコル実装、ルールの動作、DNS処理、設定項目が変わる場合があります。更新後の差異を調べるときは、クライアントのバージョン、コアのバージョン、現在の設定の出所を記録し、一度の判断に複数の変数を混在させないようにしてください。
アプリのインストーラー更新はクライアントプログラムを置き換える操作であり、サブスクリプション更新はノード、プロキシグループ、リモート設定を更新する操作です。両者は同じものではありません。クライアントを更新しても、既存の設定は通常ローカルに残ります。一方、サブスクリプション更新では、リモート管理対象の内容が上書きされる可能性があります。手作業で書いたルールが含まれる場合は、リモート設定とローカル設定を明確に分け、更新時の上書きを減らしてください。
ルールセットとプロキシ集合には、それぞれ個別の更新時刻が設定されている場合もあります。サブスクリプションが更新されたからといって、すべてのリモートproviderが再取得されたとは限りません。ルールが変わらない、ノード一覧が期待と異なる、リモートリソースの読み込みに失敗するといった場合は、メイン設定の更新時刻、providerの状態、ログの表示、リソースURLを順に確認してください。トップページの接続ボタンだけを見ても判断できません。
初回のダウンロードと設定で混乱しやすいポイントをまとめています。詳しい分類はよくある質問ページで確認できます。
いいえ。Clash Verge Revは設定管理とシステム統合を担うデスクトップ向けグラフィカルクライアントです。mihomoはプロトコル接続、DNS処理、ルール照合を実行するコアです。両者が連携して、デスクトップでの一連の利用環境を構成します。
サブスクリプションには通常、ノードとプロキシグループの構成が含まれています。ルールはリクエストを特定のプロキシグループへ渡しますが、グループ内では具体的なノード、自動選択方式、直接接続の出口を選ぶ必要がある場合があります。インポート後は、主要なプロキシグループの現在の選択項目を確認してください。
普段の利用では、リクエストごとに設定に従って処理できるルールモードから始めるのが一般的です。グローバルモードでは通信を指定したポリシーへ一括して渡し、ダイレクトモードはプロキシ経路を一時停止したり、システムネットワークを切り分けたりする際に使います。詳しい違いは使い方ガイドと技術ノートで確認できます。
Windowsのデスクトップユーザーは、Clash Verge Rev、Clash Plus、FlClash、Clash Nyanpasuを検討できます。移行前に、元のサブスクリプションの出所とローカルルールを保存し、移行先クライアントが元の設定項目に対応しているか確認してください。
Technical Notes
モード選択、YAML構造、実際のトラフィック分岐を切り口に、ガイド本編だけでは補いきれない、繰り返し確認したい設定のポイントを解説します。
3つのプロキシモードにおける通信処理、適した場面、切り替えの考え方を解説し、初めて使う人がモード変更によってすべての接続に影響が及ぶ理由を理解できるようにします。
続きを読む →設定の順序に沿って、基本設定、プロキシノード、プロキシグループ、ルールセット、DNSセクションを分解し、名前の参照関係、処理順序、よくある変更範囲を説明します。
続きを読む →地域別の通信分岐でよくある要件を取り上げ、ルールの一致順序、プロキシグループの構成方法、変更後に接続履歴で実際の経路を確認する方法を解説します。
続きを読む →