オープンソースカーネル · 全プラットフォーム対応クライアント
OSに合ったクライアントを選び、mihomoカーネルで接続を処理し、ルールによる振り分けとサブスクリプション設定で通信経路を管理します。
接続の処理
mihomo
Clash Metaから発展したカーネル
設定形式
YAML
サブスクリプション・プロキシグループ・ルール
マッチした結果
上から順に最初に一致したルール
設定と通信経路
クライアントが設定を保存し、カーネルが設定を読み込んで接続を処理します。読み込みに成功しても、設定が受け付けられたことを示すだけです。プロキシグループ、トラフィックの取り込み方法、DNS設定が連携して動作するかも確認してください。
mixed-port: 7890
mode: rule
proxy-providers:
remote:
type: http
url: "https://example.com/subscription.yaml"
path: ./providers/remote.yaml
interval: 86400ここに示すのは設定の一部であり、そのまま接続できる完全な設定ではありません。サブスクリプションURLは実際のサービス提供元から入手してください。プロキシ一覧はプロキシグループから参照し、ルールで使用するグループを選択する必要があります。設定を更新する前に、ローカルでの変更を保存してください。
DOMAIN-SUFFIX,example.org,DIRECTDIRECTDOMAIN-KEYWORD,ads,REJECTREJECTGEOIP,LAN,DIRECTDIRECTMATCH,PROXYPROXYルールは同時に判定されるのではなく、記述順に評価されます。通常、条件が具体的なルールを先に置き、最後に残りの接続を受けるMATCHを置きます。ここでのPROXYはプロキシグループ名です。完全な設定内で定義し、名前を一字一句一致させてください。
TUNは仮想ネットワークインターフェースとルーティング設定を使い、対象の通信をカーネルに送ります。システムプロキシに従わないコマンドラインツールや一部のアプリに適しています。有効にする前にサブスクリプションを読み込み、基本的な接続テストを行ってください。その後、クライアントの案内に従ってサービスのインストールや権限の許可を行います。システムプロキシとの違いは通信を取り込む経路であり、ノードの品質ではありません。UDPを処理できるかどうかは、ノードとプロトコルによって異なります。他のVPN、仮想マシン、独自のルーティング設定を使用している場合は、ルートとDNSを確認し、二重に通信を取り込まないようにしてください。
TUNとシステムプロキシの違いを見る →ルールモードでは、ドメインや宛先アドレスなどの条件に基づいて接続経路を決めます。具体的な条件を広い条件より前に置き、MATCHで残りの接続を処理します。使用するノードはプロキシグループで選びます。変更後は構文とグループ名を確認し、新しい接続を作成してマッチ状況を確認してください。グローバルモードと異なり、ルールモードではローカルサービス、よく使うサイト、その他の通信を個別に処理できますが、ルールの順序を管理する必要があります。サブスクリプションの更新で直接編集した内容が上書きされることがあるため、ルールを長期的に使う場合は、クライアントが対応するオーバーライドやマージ設定に記述してください。
カスタムルールを見る →Fake-IPはドメインに仮想アドレスを返し、カーネルが後続の接続でマッピングを使ってドメイン情報を復元できるようにします。これにより、ドメインルールを適用できます。Fake-IPはリモートノードではなく、暗号化DNSとも異なります。使用時はDNSリクエストが想定した経路で処理されるようにし、仮想アドレスの範囲がLANと重複しないことを確認してください。実アドレスを必要とする一部のアプリは、DNS機能全体を無効にするのではなく、必要に応じてフィルターリストに追加します。実アドレスを返す方式との主な違いは、ドメイン情報の保持と接続処理の順序です。
Clash Fake-IPのガイドを見る →完全な設定を配信するサブスクリプションには、ノード、プロキシグループ、ルールを含められます。一方、プロキシ一覧だけを配信するものは通常ノードのみで、メイン設定から参照する必要があります。クライアントの定期更新と、カーネルのproxy-providersによる更新は別の仕組みです。問題を調べる際は、それぞれを個別に確認してください。読み込み後は手動で一度更新し、項目が正常に読み込まれ、グループ内に選択可能なノードがあることを確認してから更新間隔を設定します。ローカルの静的設定に比べてサブスクリプションはサービス側の変更を反映しやすい反面、リモート設定がローカルの編集内容を上書きする場合があります。オーバーライド設定はあらかじめ保存してください。
サブスクリプションURLの読み込み方法を見る →GUIクライアントは画面表示、権限管理、設定管理を担い、カーネルはプロトコル接続、ルール評価、DNS処理を担います。カーネルを切り替えられるクライアントもあれば、特定の実装を固定で組み込んでいるクライアントもあります。画面上の名称だけで機能を判断することはできません。オリジナルのClash、Clash Meta、mihomoには歴史的なつながりがありますが、拡張プロトコルや設定項目がすべて互換というわけではありません。移行前にノードの種類、通信オプション、ルールプロバイダーの構文を確認し、設定を読み込んでテストしてください。ファイルを読み込めても、その中のすべての項目が実際にサポートされるとは限りません。
mihomoカーネルの説明を見る →接続の問題を調べるときは、決まった順序で確認します。設定が読み込まれているか、プロキシグループにノードがあるか、通信がカーネルに届いているか、ルールが想定どおりにマッチしているかを順に確認してください。一度に変更する設定は一つにし、同じリクエストで再テストします。こうすることで、サブスクリプションの内容、システムプロキシの設定、ノード接続のどこに問題があるかを切り分けられます。モードとDNSを同時に切り替えて原因が分からなくなる事態も防げます。
プロトコル名はクライアントとサーバー間の接続方式を示すもので、すべてのアプリでの動作を直接決めるものではありません。サーバー側のパラメーター、UDPが使えるネットワークかどうか、証明書や通信設定も一致させる必要があります。SS、VMess、Trojan、VLESS、Hysteria2、TUICの機能や制約は、プロトコルガイドで個別に確認できます。名称だけで選ぶのではなく、実際のネットワーク環境とデバイスに合わせて選択してください。
クライアントの選び方
ダウンロードセンターでは、OSごとにクライアントとインストール方法をまとめています。デスクトップとモバイルでは権限の許可方法が異なり、同じサブスクリプションでもクライアントが対応する形式で読み込む必要があります。
まずClash Plusを確認し、Clash Verge RevやFlClashなどの設定管理方法と比較してください。初めて使う場合は、インストールパッケージのアーキテクチャを確認します。システムプロキシで基本的な接続をテストしてから、必要に応じてサービスモードやTUNを有効にしてください。
ダウンロードへ「このMacについて」でApple SiliconかIntelかを確認し、対応するインストールパッケージを選んでください。ネットワークの取り込みを有効にする場合は、システムの案内に従って権限を許可します。ダウンロードセンターでは、ClashX Metaのアーカイブとメンテナンス状況も確認できます。
ダウンロードへClash Plus、Clash Meta for Android、FlClash、Surfboardを確認できます。端末のアーキテクチャに合ったインストールパッケージを選び、初回接続時にVPN接続の作成を許可してください。画面ロック後に接続が切れる場合は、バッテリー最適化とバックグラウンド実行の制限も確認してください。
ダウンロードへダウンロードセンターからClash PlusのApp Storeページに進めます。公式サイトはclashplus.ioです。設定を読み込んだら、案内に従ってVPN構成を追加し、プロキシグループを確認してください。デスクトップ版の設定がすべてモバイル版でも使えるとは限りません。
ダウンロードへGUIデスクトップではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使用できます。サーバーやルーターでサービスを自分で管理する場合は、mihomoカーネルのページを確認し、サービスの起動方法、権限、待ち受け範囲を別途設定してください。
ダウンロードへクライアントとノードサービスは別のものです。インストール後は、有効なローカル設定またはサブスクリプションが必要です。画面上の接続スイッチをオンにするだけでは、利用可能なノードは自動的に作成されません。既存の設定を新しい端末へ移行する場合は、まず元のファイルを保存し、プロトコルと設定項目の互換性を確認してください。モバイル端末は通常、システムのVPNインターフェースで通信を取り込みます。デスクトップでは、システムプロキシとTUNの両方を利用できる場合があります。
初期設定では、まずルールモードを使い、利用可能なノードを手動で選択して、対象アプリを開き、接続ログを確認するのがおすすめです。遅延テストで分かるのは特定のテストリクエストの結果であり、実際にサイトへアクセスできるかどうかの確認にはなりません。ブラウザーは接続できるのにコマンドラインツールが直接接続する場合は、ツールがシステムプロキシを参照しているか確認してください。そのうえで、プロキシ環境変数を設定するかTUNを有効にするかを判断します。
オープンソースプロジェクトと設定の根拠
プロジェクトのソースコード、設定ドキュメント、実際の接続ログをもとに解説します。クライアント名、カーネル機能、サブスクリプションサービスはそれぞれ異なる要素として確認してください。
オリジナルのClashは、ルールに基づいて接続経路を選ぶ設定体系を築きました。Clash Metaはこのエコシステムでプロトコルやネットワーク処理機能を拡張し、その後mihomoという名称で開発が続いています。以前のガイドにあるMetaという表記は、クライアントの選択肢、設定説明、ログなどに残っている場合があります。参照する際は、どの実装を対象としたドキュメントかも確認してください。歴史的に共通の起源があっても、すべての設定をそのまま相互利用できるわけではありません。特に拡張項目や新しいプロトコルには注意が必要です。
Clash Verge RevやFlClashなどのGUIクライアントは、サブスクリプション管理、プロキシ選択、システムプロキシ、サービス制御などの機能を提供します。実際に使える機能は、組み込まれているカーネルにも左右されます。画面とカーネルの更新時期は異なる場合があります。設定項目が認識されないときは、アプリ名だけで対応状況を判断せず、まず実行中のカーネルと設定の読み込み結果を確認し、アップグレードが必要か判断してください。
mihomoの公開リポジトリでは、ソースコード、問題の議論、リリース履歴を確認でき、設定の動作を調べる際に役立ちます。問題を報告する前に、サブスクリプションURL、ノードのパスワード、個人のファイルパスなどの機密情報を削除し、再現に必要な項目だけを残してください。報告にはOS、クライアント、カーネル、通信の取り込みモード、問題が発生する手順を記載し、関連するエラーの前後も添えてください。整理されていないログを丸ごと貼るより、失敗した接続を具体的に説明するほうが原因を特定しやすくなります。
クライアントの更新、カーネルの更新、サブスクリプションの更新では、それぞれ画面のプログラム、接続の実装、リモート設定の内容が変わります。実行前に何を更新するのかを確認し、プロキシグループの選択、カスタムルール、オーバーライド設定を保存してください。更新後は設定を読み込めることを確認してから、DNS、ルールの適用、実際のアクセスを順に確認します。問題が再発した場合は、再現可能な最小限の設定を残し、該当するリリースノートを確認してください。原因を特定せずに何度も再インストールするのは避けましょう。
設定ガイド
設定の流れに沿って、まずプラットフォームと読み込み方法を決め、実際の接続を確認してからDNSやルールの問題に対処してください。以下は最新の記事3件です。
iOSでClash設定に対応するクライアントと、App Storeのアカウント地域に関する条件を整理し、サブスクリプションURLの読み込み、VPN構成の許可、ルールモードの切り替えを解説します。
記事を読む →DNSリークの原因と確認方法を解説し、enhanced-mode、nameserver、fallback、TUN使用時のDNSリダイレクトについて、設定のポイントを項目ごとに紹介します。
記事を読む →サブスクリプションを読み込んだら、プロキシグループの選択、遅延テスト、出口の確認を順に行います。接続ログとルールのマッチ記録から、通信が実際にプロキシを経由しているか判断できます。
記事を読む →クライアントの画面や操作場所は更新によって変わることがありますが、確認の考え方は共通です。アプリのリクエスト、通信の取り込み、ルール評価、ノード接続を分けて確認してください。ポートの競合、権限不足、設定構文のエラーが発生した場合は、エラー情報を保存して該当する手順に戻り、修正します。基本的な疑問はFAQ、設定の読み込み手順は使い方ガイド、プロトコルとカーネルの違いはプロトコルガイドをご覧ください。