Windows
デスクトップでは、Clash PlusやClash Verge Revなどから選べます。システム設定でデバイスのアーキテクチャを確認し、インストール後にサブスクリプションを導入してシステムプロキシを有効にしたら、ブラウザーで接続を確認しましょう。TUNが必要な場合は、クライアントの案内に従ってサービスと権限を設定してください。
ダウンロードページへ →CONFIGURATION / 設定と操作
GUIは設定のインポートや切り替え、確認を担当し、コアは設定の解析と通信処理を担います。それぞれの役割を把握してから調整すれば、問題がサブスクリプション、クライアントの設定、システムのネットワーク環境のどこにあるか切り分けやすくなります。
ルールモードでは、設定ファイルに記載された順に通信を照合します。最初に一致したルールのポリシーが適用され、それ以降の例外は評価されません。LAN内のドメイン、特定のサイト、拒否ルールは用途に合わせて配置し、残りの通信を受けるMATCHは末尾に置きます。すべての通信を同じ出口に送るグローバルモードとは異なり、ルールモードでは接続先ごとに経路を使い分けられます。変更前にプロキシグループ名が存在することを確認し、接続の詳細画面で適用されたルールを確認しましょう。サブスクリプション付属のルールは、更新で変更が失われないようクライアントのオーバーライド機能で追加できます。
rules:
- DOMAIN-SUFFIX,local,DIRECT
- DOMAIN-SUFFIX,github.com,Proxy
- MATCH,Proxy
システムプロキシはOSのプロキシ設定を書き換えます。通常はその設定に従うブラウザーやデスクトップアプリで使えますが、すべてのプログラムを経由させられるとは限りません。TUNモードは仮想ネットワークインターフェース経由で通信を処理するため、システムプロキシを参照しないアプリにも適しています。有効化にはサービスモードや管理者権限が必要な場合があります。どちらも通信の入口を制御する機能であり、ノード選択やルール設定の代わりにはなりません。初めて使う場合はまずシステムプロキシをテストし、必要に応じてTUNを有効にしてください。他のVPNやネットワーク高速化ツールを同時に使う場合は、一方を停止してルーティングとDNSの設定を順に確認しましょう。
システムプロキシ:クライアント設定 → システムプロキシ
TUNモード:クライアント設定 → TUNモード
コア設定:tun.enable
サブスクリプションは設定を取得する手段であり、それだけでプロキシ接続が確立するわけではありません。提供元のClash互換URLをコピーし、クライアントの設定画面でリモート設定として追加します。インポート後は、その設定を選択して有効にしてください。ローカルのYAMLファイルはオフラインでの移行に、リモートサブスクリプションはノードやルールの更新に便利です。自動更新の間隔、更新時に使うプロキシ、失敗時の通知はクライアント側で管理されるため、項目名や単位は現在の画面で確認しましょう。URLにアクセス用の認証情報が含まれる場合があります。問題を調べる際はリンク全体を公開せず、更新前にローカルのオーバーライドを保存し、更新後にプロキシグループが変わっていないか確認してください。
設定元:リモートサブスクリプション / ローカルYAML
操作順:インポート → 有効化 → プロキシグループを選択
更新設定:間隔、更新用プロキシ、失敗時の通知
Clashはプロキシコアとクライアントのエコシステムを指す通称です。Clash Metaは関連フォークの旧称で、mihomoはその技術路線を引き継いでいます。GUIの名前が異なっていても、設定構文がまったく別とは限りません。一方で、同じYAMLファイルでもすべてのコアで読み込めるとは限りません。プロトコル、DNS設定、ルール機能が現在のコアでサポートされているか確認しましょう。複数コアへの互換性とは、エコシステム内で設定や機能に違いがあることを指し、すべてのクライアントにコア切り替え機能があるという意味ではありません。選ぶ際はまず必要なプロトコルへの対応を確認し、その後に画面の使いやすさを比べましょう。プロジェクト名だけで判断するのは避けてください。
GUI:Clash Verge Rev / FlClash
コア:mihomo
確認する設定:プロキシの種類、DNS項目、ルール対応状況
接続画面では接続先、適用されたルール、最終的なポリシーを確認できます。ログ画面では設定の読み込みや解析、接続エラーを確認します。ページが開かない場合は、まず接続記録が残っているか見てください。記録があるのに出口が想定と異なる場合は、ルールの順序とプロキシグループの選択を確認します。例のinfoログレベルは普段の確認に適しています。詳しい調査が必要なときだけログの詳細度を上げ、終了後は通常のレベルに戻しましょう。ログにはドメイン名やアドレス、サブスクリプションに関する情報が含まれる場合があります。共有前に機密情報を削除してください。遅延テストは特定のリクエストの結果であり、実際のアクセスやダウンロード速度を示すものではありません。
log-level: info
確認手順:
接続が記録されたか → どのルールに一致したか → どのポリシーが使われたか
デスクトップとモバイルのクライアントでは、互換性のあるサブスクリプションを共有できます。ただし、システムプロキシ、仮想ネットワークインターフェース、権限の取得方法は異なります。移行時はまず設定をインポートし、ローカルポート、ファイルパス、コア固有の項目を確認してください。別のデバイスの設定フォルダーを丸ごとコピーするのは避けましょう。ルールが参照するプロキシグループ名は完全に一致させ、外部ルールセットも正常に取得できる必要があります。ノード情報だけでなく設定全体を移行する場合は、DNSやルールの動作も確認が必要です。元のデバイスの設定を残しておき、新しいデバイスでよく使うサイト、LANへのアクセス、終了後にネットワークが元に戻るかを確認しましょう。
共通化できるもの:互換性のあるサブスクリプション、プロキシグループの設計、振り分けルール
再確認が必要なもの:権限、ポート、ファイルパス、システムへの適用方法
確認項目:インターネット接続、LAN接続、終了後の復旧
Clash Metaの技術路線を引き継ぐプロキシコア
mihomoコアのオープンソースライセンス
デスクトップとモバイルで、それぞれ対応クライアントを選ぶ
CLIENT SHELF / ダウンロード
OSとプロセッサーのアーキテクチャを確認してから、対応するインストーラーを選びましょう。名前が似たクライアントを比べるときは、開発が継続しているか、コアに対応しているか、システム要件を満たすかを確認してください。ダウンロードページでは、プラットフォームごとに選べるプロジェクトとバージョン情報をまとめて確認できます。
デスクトップでは、Clash PlusやClash Verge Revなどから選べます。システム設定でデバイスのアーキテクチャを確認し、インストール後にサブスクリプションを導入してシステムプロキシを有効にしたら、ブラウザーで接続を確認しましょう。TUNが必要な場合は、クライアントの案内に従ってサービスと権限を設定してください。
ダウンロードページへ →インストール前にApple SiliconとIntelのどちらのMacかを確認し、対応するビルドを選んでください。初回起動時はシステムの案内に従って必要な権限を許可します。以前の設定を移行した後は、待ち受けポートとローカルパスを確認しましょう。メニューバーのスイッチ、システムプロキシ、TUNの設定場所は、選択したクライアントによって異なります。
ダウンロードページへ →デバイスのアーキテクチャに合ったクライアントを選びます。初回接続時はシステムのVPN使用許可が必要です。バックグラウンド動作が中断される場合は、バッテリー最適化とバックグラウンド実行の権限を確認してください。デスクトップで使えるサブスクリプションでも、形式に互換性があるか確認が必要です。リンクを開けるだけでインポート成功と判断しないでください。
ダウンロードページへ →ダウンロードページからClash PlusのApp Storeページにアクセスでき、公式サイトclashplus.ioも確認できます。インストール後、互換性のある設定をインポートしてからVPN構成の使用を許可してください。モバイル回線とWi-Fiを切り替えた後は、接続状態とプロキシグループの選択を再確認しましょう。
ダウンロードページへ →デスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使いましょう。システムプロキシが適用される範囲は、デスクトップ環境やアプリの実装によって異なります。サーバーやルーターでは、ダウンロードページでmihomoコアを確認し、利用環境に合わせて設定とサービスを管理してください。
ダウンロードページへ →インストールは最初のステップです。まず設定が有効になっていて、解析エラーがないことを確認します。次にプロキシグループで利用可能な出口を選び、最後に必要なプロキシ機能を有効にします。古い接続の影響を避けるため、新しいブラウザーリクエストで確認してください。それでもプロキシが機能しない場合は、クライアントの通知と適用ルールを記録してからヘルプセンターで調べましょう。一度に変更する設定を一つに絞ると、原因を特定しやすくなります。
OPEN SOURCE / プロジェクトとコア
Clashは当初、プロキシコアと設定の仕組みを提供し、その後、各プラットフォーム向けのGUIクライアントが登場しました。オリジナル版Clashの開発終了後も、エコシステム内の後続プロジェクトは進化を続けています。Clash Metaという名称は古いガイドや設定情報でよく使われ、mihomoはそのフォークの技術路線を引き継いでいます。情報を読むときは、プロジェクトの旧称と現在使われているコアを区別しましょう。Clashという名前が付いたインストーラーを、すべて同じプロジェクトのものと考えてはいけません。
コアはプロトコル処理、DNS、ルール照合、接続の転送を担い、GUIクライアントは設定画面、設定管理、システム連携、ログ表示を担当します。Clash Verge Revなどのクライアントはコアを呼び出して動作しますが、GUIとコアの更新は別々のメンテナンス項目です。ある機能が使えるかどうかは、クライアントに設定項目があるかだけでなく、同梱のコアがその項目に対応しているかも確認してください。GUIを入れ替えるだけで、すべての設定互換性の問題が解決するわけではありません。
公開リポジトリでは、ソースコード、コミット履歴、課題の議論、リリースノートを確認できます。設定項目が変更された場合や、特定のプロトコルに対応していない場合は、出所の不明な設定例を繰り返し試すより、該当プロジェクトのドキュメントやリリース履歴を調べるほうが効果的です。mihomoコアのライセンスはGPL-3.0です。他のクライアントのコードライセンス、配布条件、サードパーティー依存関係は、各プロジェクトのファイルを確認してください。コアのライセンスがすべてのGUIクライアントに適用されるわけではありません。
右側のコマンドはmihomoのソースコードを取得するものです。実装を読んだり開発に参加したりする方向けで、デスクトップクライアントのインストールやシステムプロキシサービスの作成は行いません。一般ユーザーはインストーラーのページからGUIクライアントを選べます。設定の動作を調べる場合は、公式ドキュメントで構文と既定の動作を確認してください。このサイトは日本語でダウンロード先と使い方を案内するもので、各上流プロジェクトの開発チームではありません。
クライアント、コア、リモートサブスクリプション、ルールセットには、それぞれ異なる更新元があります。クライアントの更新では設定画面の場所が変わる場合があり、コアの更新ではプロトコルへの対応が追加されたり設定項目が変更されたりします。サブスクリプションの更新ではプロキシやグループが置き換わり、ルールセットの更新では振り分けの対象範囲が変わります。これらは別々の設定であり、障害が起きたときにすべて同時に変更すべきではありません。まずエラーがどの層で発生したかを確認し、更新、ロールバック、設定の修正を判断しましょう。
更新前にローカルのオーバーライド、よく使うプロキシグループの選択、必要な設定記録を保存してください。更新後は設定の読み込みに成功したことを確認し、DNS、LANへのアクセス、よく使うアプリをチェックします。以前は開けていたサイトにアクセスできなくなった場合は、新旧の設定とリリースノートを比較し、変更された項目を優先して調べましょう。再現手順と機密情報を削除したログを残せば、単に「接続できない」と伝えるより、プロジェクトのコミュニティが問題を特定しやすくなります。
サブスクリプションには利用可能なプロキシと振り分けルールが定義され、プロキシグループで実際に使う出口を選択します。インポート後は新しい設定が有効になっていることを確認し、ルールが参照するグループ名と、そのグループで選択中の項目を確認してください。プロキシグループの用語解説を見る →
システムプロキシを参照しないアプリや、独自のネットワーク設定を持つアプリもあります。まずブラウザーで確認し、次に該当アプリのプロキシ設定を調べましょう。他の通信も経由させる必要がある場合は、TUNモードを検討してください。システムプロキシのトラブルシューティングを見る →
TUNは通信を取り込む方式です。DNSの動作は、コアの名前解決設定、システムの名前解決経路、アプリ独自の設定にも左右されます。名前解決に問題がある場合はログも確認し、スイッチが有効かどうかだけで判断しないでください。DNSとプロトコルのリファレンスを見る →
リモートサブスクリプションの更新で元のファイルが置き換わる場合があります。ローカルルールはクライアントのオーバーライド機能やマージ設定に追加し、最終的にどこへ挿入されるか確認してください。ルールの内容が正しくても、順序が不適切だと一致しないことがあります。設定のインポートと使い方を見る →
READING / 設定ガイド
以下の3記事は公開日の新しい順です。初めて使う方は、まずサブスクリプションを導入して接続を確認しましょう。通信の振り分け範囲を調整する場合は、ルール構文と評価順を確認してください。記事中の設定名は操作の流れを示すもので、具体的な場所は選択したクライアントの画面で確認してください。
デスクトップクライアントにサブスクリプションを導入する3つの方法を紹介。Clash YAMLやBase64形式のノードリストなど、よく使われる形式の違いと、互換性がない場合の変換方法を解説します。
記事を読む →クライアントをインストールしたばかりの方向けに、プロキシグループでのノード切り替え、遅延テストの見方、システムプロキシの有効化、ブラウザーと接続ログによる通信確認を順を追って解説します。
記事を読む →よく使うルールの種類ごとに構文と用途を解説します。ルールを上から順に評価して一致した時点で終了する仕組みや、rule-providersとMATCHによるフォールバックルールの配置場所も紹介します。
記事を読む →