mihomoカーネル·GPL-3.0オープンソース·ルールによる通信の振り分け

Clash 中国語公式サイトクライアントのダウンロードと設定

Clash をダウンロード ガイドを見る

プラットフォーム別にクライアントを選び、サブスクリプションの読み込み、ルールによる通信の振り分け、中国語の設定ドキュメントを確認できます。

クライアントの選び方YAML設定ネットワークのトラブルシューティング

CONFIGURATION / 設定機能

ルール・通信制御・名前解決

クライアントは操作画面を担当し、カーネルは接続を処理します。まずトラフィックがどのようにカーネルへ届くかを確認し、その後ルールとDNSを調べましょう。複数の設定を一度に変更するより、問題を特定しやすくなります。

上から順にルールを照合し、ポリシーに従って接続

ルールモードでは、接続先ごとに異なる出口を割り当てます。すべての接続がプロキシ経由になるわけではありません。カーネルは設定の上から順にルールを照合し、最初に一致したルールのポリシーを適用します。そのため、特定のドメイン向けルールは汎用ルールより前に、最終的なフォールバックルールは末尾に配置します。初めて設定する場合は、サブスクリプションに含まれるポリシーグループをそのまま使い、接続一覧でドメイン、適用ルール、最終的な接続先を確認しましょう。以下は構文の例です。LAN内のドメインとプライベートIPアドレスを直接接続し、それ以外も直接接続します。プロキシノードは作成されません。実際のプロキシを使う場合は、設定に存在するポリシーグループ名を接続先に指定してください。存在しない名前を参照しないよう注意しましょう。

config.yaml / ルール設定例
mode: rule
rules:
  - DOMAIN-SUFFIX,lan,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,DIRECT

この設定例は項目の意味を理解するためのもので、完全なサブスクリプション設定の代わりにはなりません。クライアントが画面操作から設定ファイルを生成する場合もあります。編集前に設定の上書き箇所を確認し、次回のサブスクリプション更新で変更が失われないようにしてください。

PLATFORM / プラットフォーム

デスクトップとモバイル

OSとCPUアーキテクチャに合ったパッケージを選びましょう。操作画面、バックグラウンド動作の権限、ネットワーク制御の方法はプラットフォームごとに異なります。

CORE / カーネル

mihomo

プロキシプロトコル、ルール照合、接続処理を担います。画面上の名称だけでは、カーネルの機能は判断できません。

PROTOCOL / プロトコル

設定とカーネルの対応状況を確認

ノードのプロトコル、通信方式、サーバー側のパラメーターを一致させる必要があります。サブスクリプション形式に対応していても、すべての項目が利用できるとは限りません。

PACKAGE INDEX / プラットフォーム別ダウンロード

Clashクライアントをダウンロード

まずOSを選び、CPUアーキテクチャとシステム要件を確認してください。ダウンロードページではクライアント、メンテナンス状況、インストール手順をまとめています。利用できる機能は各プロジェクトの情報をご確認ください。

Windows

まずはClash Plus、Clash Verge Revなどのデスクトップクライアントから始めましょう。インストール後にサブスクリプションを読み込み、システムプロキシを有効にします。サービスのインストールや仮想ネットワークアダプターに権限が必要な場合は、案内に従って許可してください。ノードの問題と権限の問題を混同しないようにしましょう。

ダウンロードページへ

macOS

Apple SiliconとIntelのどちらを搭載しているか確認し、対応するインストーラーを選びます。クライアントを起動したら、メニューバーの状態とシステムプロキシの設定を確認してください。インストール時のシステム許可と、接続時に使うポリシーグループの選択は別の操作です。

ダウンロードページへ

Android

Clash PlusやClash Meta for Androidなどから選べます。初回接続時はシステムのVPN権限が必要です。バックグラウンドで長時間使う場合は、バッテリー最適化の設定も確認してください。ネットワークを切り替えた後に接続が切れた場合は、まずクライアントが起動中かを確認し、その後サブスクリプションとノードを調べましょう。

ダウンロードページへ

iOS

ダウンロードページにはClash PlusのApp Storeへのリンクと公式サイトclashplus.ioが掲載されています。インストール後はアプリ内の手順に従って設定を読み込み、VPN接続を許可してください。現在の設定が有効になっているかも確認しましょう。システムにVPN接続中と表示されても、対象サイトの通信にプロキシルールが適用されているとは限りません。

ダウンロードページへ

Linux

デスクトップ環境ではClash Verge RevやFlClashを確認し、リリース版のパッケージ形式が合っているかを見てください。サーバーやルーターで使う場合は、独立したカーネルも検討できますが、起動サービス、ルーティング、権限は自分で管理する必要があります。GUI向けの手順をデスクトップ環境のないシステムにそのまま適用するのは避けましょう。

ダウンロードページへ

旧クライアントから移行する場合は、サブスクリプションの入手先、カスタムルール、ポリシーグループの選択を先にバックアップしてください。システムプロキシやTUNルーティングを制御するクライアントを同時に2つ起動すると、ポート、システム設定、仮想ネットワークアダプターが競合することがあります。アーカイブされたクライアントは旧設定の確認に利用できますが、使い慣れた画面だからという理由だけでメンテナンス状況を無視しないでください。

すべてのクライアントを見る →

FIRST CONNECTION / 初回設定

インストール・読み込み・動作確認

初回設定では変更を最小限にしましょう。まず一つの接続を確立し、その後で自動遅延測定、カスタムルール、通信制御の範囲拡大に取り組みます。

  1. 用途に合ったクライアントを選ぶ

    ダウンロードページでOS、アーキテクチャ、メンテナンス状況を確認します。インストール後にクライアントを起動し、設定一覧と接続画面を開けることを確認してください。デスクトップでは、ひとまず既定の待ち受けポートを使います。モバイルではシステムのVPN権限を準備しましょう。以前に別のプロキシツールを使っていた場合は、古いプログラムを終了し、残っているシステムプロキシ設定も確認してください。インストール後も古いポートへ接続してしまうのを防げます。

  2. サブスクリプション設定を読み込んで有効にする

    設定またはサブスクリプションの画面で、手元にあるサブスクリプションURLを追加します。更新に成功したら現在の設定として選び、ノードとポリシーグループが表示されるか確認してください。クライアントのダウンロードとプロキシサービスの利用は別のものです。ソフトをインストールしただけでは、利用可能なノードは作成されません。サブスクリプションURLには通常、アクセス用の認証情報が含まれます。公開スクリーンショットやグループチャットに貼り付けないでください。読み込みに失敗した場合は、まずURLの有効性と設定形式を確認します。

  3. ルールモードで接続を確認する

    利用可能なノードを選び、デスクトップではシステムプロキシを有効にします。モバイルでは案内に従って接続を確立し、対象のWebページを開いて接続ログを確認しましょう。リクエストがカーネルに届いていること、ルールが正しく適用されていること、接続先が利用可能であることをそれぞれ確認します。起動成功の表示や速度測定の数値だけでは、アプリの通信が制御されている証拠にはなりません。動作確認後、必要に応じてTUNを有効にしてください。

変更は一度に一項目だけにし、変更前の状態も記録しておきましょう。Webページが開けない場合は、最後に正常にアクセスできた設定に戻し、サブスクリプション、ノード、モード、通信制御、DNSの順に確認します。再インストールより原因を絞り込みやすくなります。

詳しいガイドを見る →

SOURCE / オープンソースとメンテナンス

Clashエコシステムとmihomoカーネル

プロジェクト、クライアント、サービスの提供元を区別しましょう。設定が使えるか判断するには、ソフト名だけで比べず、実際のカーネル、項目の対応状況、プロジェクトのメンテナンス情報を確認してください。

プロジェクト名とカーネルの変遷

Clashは初期のプロジェクト名であると同時に、ルールベースのプロキシクライアント群を指す総称として使われることもあります。元のプロジェクトや一部の旧クライアントがメンテナンスを終了した後も、独立して開発を続けるカーネルやGUIクライアントがあります。mihomoはClash Metaの技術的な流れを引き継ぎ、ルール照合、プロキシプロトコル、ネットワークスタック関連の機能を提供します。古いガイドでは、ボタン名や設定項目の書き方が現行クライアントと異なる場合があります。参照する際は、どのプロジェクトを扱った記事なのかを確認し、同じ名前や似た名前のソフトを同一のものとみなさないようにしましょう。

GUIクライアントとカーネルプロセス

デスクトップクライアントは通常、設定管理、ポリシー選択、ログ、システムプロキシの切り替えを画面にまとめ、カーネルに接続処理を任せます。カーネルが設定項目に対応していても、すべてのクライアントの画面にその切り替え項目があるとは限りません。反対に、クライアントの上書き機能によって、サブスクリプション本来の設定が変更されることもあります。問題を調べる際は、エディター上の元ファイルだけでなく、実際に適用されている設定を確認してください。クライアント間で移行する場合は、設定の統合順序、ルールの上書き、ローカルポートを特に確認しましょう。

ソースコード公開と利用上の注意

mihomoのソースコード、ライセンス、変更履歴はプロジェクトのリポジトリで確認できます。コードが公開されていれば実装の調査や問題の報告、修正状況の追跡に役立ちますが、オープンソースであることは第三者のサブスクリプションサービスの品質を保証するものではありません。クライアント、ノードの提供元、接続先のWebサイトはそれぞれ別の役割を担います。接続ログは問題の切り分けに役立ちますが、サービス規約や利用許可の代わりにはなりません。ネットワークツールを利用する際は、利用地域の法律やネットワーク管理規則、サービス提供元の規約を守ってください。

更新と設定のメンテナンス

クライアント、カーネル、サブスクリプション、ルールセットの更新は、それぞれ分けて考える必要があります。クライアントの更新では画面や連携方法が変わることがあり、カーネルの更新では設定項目やネットワーク動作が変わる可能性があります。サブスクリプションの更新はノードや設定を、ルールセットの更新はルールの適用範囲を変更します。更新前に復元できる設定を保存し、更新後は直接接続、プロキシ接続、LAN、DNSをそれぞれ確認してください。動作が変わった場合は変更履歴を参考に原因を絞り込みましょう。クライアント、ノード、ルール全体を一度に入れ替えてから原因を探すのは避けてください。

基本概念から日々のメンテナンスまで、詳しいガイドを読む →

TECHNICAL NOTES / 技術ノート

接続のトラブルシューティングと設定の仕組み

現象に応じた解説を確認できます。ポートの待ち受け、通信制御、ドメインの名前解決、リモート接続を切り分けてから、該当する項目を調べましょう。ネットワークの異常をすべてノードの問題と決めつけずに済みます。

すべての記事を見る →