DESKTOP
Windows
サブスクリプション、ポリシーグループ、システムプロキシをGUIで管理したい場合に適しています。ダウンロード前にシステムアーキテクチャとクライアントの保守状況を確認し、インストール後にサブスクリプションを取り込んで待受ポートを確認してください。
ダウンロードへCLIENT PROOF · 2026
Clash中国語版クライアントのダウンロード・設定
クライアント選びから始め、サブスクリプション、ポート、プロキシモード、ルールの順序を確認します。完全無料、オープンソース、中国語ドキュメントを軸に、ClashのGUIクライアントとmihomoコアの実際の設定手順を整理しています。
- デスクトップ・モバイルクライアント
- YAML項目リファレンス
- システムプロキシとTUN
- ルール振り分けとDNS
COMPOSING / 01
サブスクリプションからルールまでの3つの工程
Clashの利用手順を、校正・組版・印刷の3工程に分けます。まず設定元を確認し、次に項目間の関係を照合し、最後にシステム通信を引き受けて結果を確認します。
サブスクリプションのインポートと設定元
最初からシステムプロキシを有効にするのではなく、まずクライアントが設定全体を読み込めているか確認します。リモートサブスクリプションには通常、ノード、ポリシーグループ、ルール、DNS設定が含まれます。ローカルYAMLは手動調整を残したい場合に適しています。インポート後は更新日時、ポリシーグループ名、ノード一覧が表示されるかを確認し、サブスクリプションURL、ネットワーク権限、形式の問題を切り分けます。
GUIクライアントによって入口の名称はProfiles、設定、サブスクリプション、設定ファイルなど異なりますが、目的は同じです。解析可能なYAMLをコアに渡します。サブスクリプション更新前にはローカル上書きの方法を確認し、一時的な変更をリモート内容と取り違えないようにします。本サイトのガイドは「インポート—確認—選択」の順で構成し、初回接続前の問題をシステムネットワーク層ではなく設定層で解決できるようにしています。
mixed-port: 7890
mode: rule
allow-lan: false
proxy-groups:
- name: ノード選択
type: select
proxies:
- 自動選択
- DIRECTポート、ポリシーグループ、ルールの順序
設定を読み込めたら、ポート項目、ポリシーグループの参照、ルールの順序を一つずつ確認します。mixed-port はHTTPとSOCKS5のリクエストを同時に受け付けられるため、多くのデスクトップクライアントに適しています。port または socks-port を個別に使う場合は、システムプロキシに対応する待受ポートが入力されているか確認してください。ポート競合は、コアの起動失敗や、システムプロキシは有効なのにリクエストがクライアントへ届かない状態として現れます。
ルールは上から順に最初に一致したものを適用します。具体的なドメインやネットワーク範囲は広いルールより前に置き、フォールバック項目は通常末尾に配置します。ポリシーグループ名は、ルール右側の参照名と完全に一致していなければなりません。スイッチの説明だけにとどまる簡易ガイドとは異なり、ここでは項目名、インデント階層、参照関係、適用位置を同時に確認し、「YAMLは読めるのに振り分け結果が正しくない」問題を見つけやすくしています。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,CN,DIRECT
- MATCH,ノード選択
dns:
enable: true
ipv6: false
enhanced-mode: fake-ipシステムプロキシ、TUN、接続確認
設定の確認が終わってから、システム通信を引き受ける段階に進みます。通常のシステムプロキシはOSのプロキシ設定に従うアプリを主に対象とし、操作が簡単でブラウザーや多くのデスクトップソフトに適しています。TUNモードはネットワーク層でより多くの通信を処理でき、システムプロキシを参照しないアプリに向いていますが、仮想NIC、ルーティング、権限の確認が必要です。両方を同時に標準設定にする必要はなく、対象アプリと切り分けの手間に応じて選びます。
接続後は決められた順序で確認します。コアが正常に動作しているか、現在のポリシーグループで利用可能な項目が選択されているか、システムプロキシのポートが待受項目と一致しているか、ログに接続ループやDNSエラーが出ていないかを確認してください。一部のサイトだけに問題がある場合はルールとDNSに戻り、すべてのリクエストが失敗する場合はコア、ポート、システム連携を優先して確認します。この段階的な確認のほうが、ノードを何度も切り替えるより原因を特定しやすくなります。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
log-level: info
unified-delay: trueTYPE CASE / 02
プラットフォーム別にClashクライアントを選ぶ
トップページではプラットフォームへの入口だけを案内します。対応クライアント、システム要件、インストーラのアーキテクチャはダウンロードセンターにまとめ、OSごとの手順が混ざらないようにしています。
DESKTOP
macOS
メニューバーから接続状態とポリシーを管理したい場合に適しています。Apple SiliconとIntelで異なるインストーラを使うため、「このMacについて」でチップ情報を確認してから対応するダウンロード項目を選びます。
ダウンロードへMOBILE
Android
アプリ内VPN権限でモバイル端末の通信を処理したい場合に適しています。端末のプロセッサに合わせてユニバーサル版または対応アーキテクチャを選び、初回接続時に表示されるネットワーク権限を確認してください。
ダウンロードへMOBILE
iOS
iPhoneとiPadでクライアントからサブスクリプションを取り込み、システムにVPN構成を確認させたい場合に適しています。インポート後はまずポリシーグループを選び、初回接続時の権限状態を確認してください。
ダウンロードへDESKTOP / SERVER
Linux
デスクトップではGUIクライアント、サーバーやルーター環境では通常mihomoコアが適しています。インストール前にディストリビューションのパッケージ形式、CPUアーキテクチャ、サービスの起動方法を確認してください。
ダウンロードへPROOF / 03
Clashオープンソースエコシステムとコアの関係
名称が似たクライアントでも、GUI、コア、設定ファイルは同じ層ではありません。この関係を理解してこそ、更新、互換性、障害の原因を正しく判断できます。
PROJECT HISTORY
原版Clashと後続エコシステム
Clashは当初、ルールプロキシコアとYAML設定体系によって広く使われるエコシステムを形成しました。原版プロジェクトの保守終了後も、既存クライアントの動作が直ちに変わるわけではありません。ただし、新しいプロトコルへの対応、ネットワークスタックの修正、設定拡張は次の保守系統へ徐々に移行しています。クライアントを確認する際は、旧コア、独立したコア、継続更新されているmihomoのどれを採用しているかを区別してください。
「Clashクライアント」は複数のソフトウェアをまとめて呼ぶ通称として使われることが多く、すべてのGUIが同じプロジェクト由来とは限りません。ダウンロードページではプラットフォーム別に選択肢を示し、保守終了プロジェクトも明記しています。システム環境と更新方針に合わせて選べます。
OPEN ECOSYSTEM
GUIと設定形式
GUIクライアントはサブスクリプション管理、ポリシー切り替え、システムプロキシ、ログ確認、コア更新を担当します。実際にルールを照合し通信を転送するのはコアです。YAML設定はその間に位置し、待受ポート、DNS、TUNに加えて、ノード、ポリシーグループ、ルールを定義します。画面表示の異常が必ずしもコアの故障とは限らず、コアのエラーも必ずしもサブスクリプションURLが原因とは限りません。
トラブル対処では、まずどの層でエラーが起きているかを判断します。サブスクリプションをダウンロードできない場合は取得元またはネットワークの問題、YAMLの解析失敗は設定構造の問題、ポートを待ち受けられない場合はローカル環境の問題です。ルールの一致結果が想定と異なる場合は、順序、ポリシーグループの参照、DNSの動作を確認します。
MIHOMO CORE
mihomoコアの位置づけ
mihomoはClashの設定思想を引き継ぎながら、より多くのプロトコル、ルール機能、ネットワークオプションを追加しています。mihomoを標準コアとするクライアントもあれば、コアのバージョンを切り替えられるクライアントもあります。古い設定を移行する際、基本項目は理解しやすい一方、実験的オプション、DNSの動作、ルールプロバイダー、上書き機構は現在のコアのドキュメントに沿って一つずつ確認してください。
一般的なデスクトップユーザーは、インストール、権限、システムプロキシの入口を処理してくれるGUIクライアントから始めるのが適しています。サーバー、ソフトウェアルーター、サービスのパラメーターを細かく制御したいユーザーは、コアを直接導入し、設定と起動サービスを自分で管理することが多いでしょう。
UPDATE METHOD
更新時に3項目を分けて確認
1回の完全な更新には、クライアント本体、コアファイル、リモートサブスクリプションの3つが含まれる場合があります。クライアント更新は画面とシステム連携に、コア更新はプロトコルと設定動作に、サブスクリプション更新はノード、ポリシーグループ、ルール内容に影響します。3つを一つの「バージョン」と考えると、問題発生時に誤った対象を戻してしまいます。
更新前に、現在のクライアント名、コアの種類、設定元、主要な上書き内容を記録しておくと安心です。更新後はまず設定を読み込めることを確認し、次にポリシーグループとシステムプロキシ、最後にルール振り分けを確認します。問題がサブスクリプション更新後だけ発生した場合は、すぐにクライアントを再インストールせず、まず設定内容を比較してください。
SOURCE / MIHOMO
mihomoのソースコードを取得
実装の確認、コアのビルド、設定動作の追跡が必要な場合は、公開コードリポジトリからプロジェクトを取得できます。一般的なクライアントユーザーはこのコマンドを実行する必要はなく、ダウンロードセンターのGUIクライアントをそのまま使えます。
git clone https://github.com/MetaCubeX/mihomo.git
MARGIN NOTES
よくある質問
まず障害の層を切り分けてから対応するガイドへ進み、ポート、ノード、ルールを何度も試すのを避けます。
サブスクリプションを取り込んだのにノードが表示されない場合、何を確認すればよいですか？
まずサブスクリプションURLに正常にアクセスできるか、クライアントに更新日時が表示されているかを確認し、次に設定解析ログを見ます。リモート内容が空、形式がYAMLではない、追加認証が必要といった場合、クライアントは通常ノードやポリシーグループを生成できません。インポートの詳しい手順はClash使い方ガイドを参照してください。
システムプロキシを有効にしても、ブラウザーが接続できない場合はどうすればよいですか？
コアの動作状態、待受ポート、システムプロキシのポートが一致しているかを順に確認し、現在のポリシーグループで利用可能な項目が選択されていることも確認します。mixed-port を変更した後にシステム設定を同期していない場合、リクエストは古いポートへ送信され続けます。
システムプロキシとTUNモードはどちらを選ぶべきですか？
ブラウザーやシステムプロキシに従うデスクトップアプリでは、設定手順が短いシステムプロキシから試すのが一般的です。より多くのアプリや特殊な通信を処理したい場合は、TUNを検討します。TUNを有効にした後は、仮想NICの権限、ルーティング、DNSも確認してください。両者をまったく同じ効果のスイッチとして扱うべきではありません。
ルールをYAMLに記述したのに、なぜ一致しないのですか？
より前にある広範なルールに先に捕捉されていないか、ポリシーグループ名が完全に一致しているか、実際にクライアントが読み込んでいる設定にルールが記述されているかを確認します。上書き機能を使う場合は、結合順序によってローカルルールがフォールバックルールの後ろに置かれていないかも確認してください。
PROOF SHEETS / 04
最近の設定・トラブル対処記事
プラットフォーム別のインストール、ポート競合、ルール構文、コアの違いを継続的に整理し、記事を公開日順にアーカイブしています。
Clash iOS版のApp Store入手とサブスクリプション設定のインポート手順
iPhoneとiPadでの入手手順、設定のインポート方法、権限確認、初回接続時のチェックを解説し、サブスクリプションの読み込みとシステムVPNの許可という2段階を分けて説明します。
記事を読むClashのポートが使用中の場合の対処法：プロセス特定とポート変更
待受プロセスの確認から始め、mixed-port などの項目を変更する方法と、システムプロキシのポートも同期して更新する理由を解説します。
Clashカスタムルール構文の詳説：マッチ種別、順序、優先度
ドメイン、IP、プロセス、フォールバックルールの記述方法を整理し、上から順に最初に一致する仕組みと、ルールが存在するのに想定どおり適用されない主な原因を解説します。
記事を読む