CLIENT ROUTING / 中国語テクニカルリファレンス

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

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

OSとコアの互換性を確認してクライアントを選び、サブスクリプションのインポートとルール確認を行います。このサイトではマルチプラットフォームのダウンロード先、中国語の設定ドキュメント、プロトコル選定リファレンスをまとめており、初回インストール、旧クライアントからの移行、既存設定のメンテナンスに役立ちます。

  • 完全無料
  • オープンソース
  • マルチプラットフォーム対応クライアント
  • 中国語テクニカルドキュメント

まずOSとプロセッサのアーキテクチャを確認し、GUIクライアントかMihomoコアを選びます。デスクトップでの日常利用は通常GUIクライアントが適しており、サーバー、ルーター、自動化環境ではコアの直接導入を検討します。

RULE ENGINE / 機能フロー

ルールマッチングからプラットフォームでの動作まで

Clashで重要なのはスイッチを何度も切り替えることではなく、サブスクリプション、コア、プロキシグループ、システムプロキシを確認可能な一連の流れに整えることです。以下ではPCBのリファレンス番号に沿って4つの主要モジュールに分け、まず操作上の結論を示してから設定の範囲を説明します。

R1 / RULE MATCHING

ルールは同時ではなく、上から順にマッチする

ルールモードでは、クライアントは設定ファイルのルール一覧を上から確認し、条件に一致する最初のルールの指定プロキシを適用して、後続の項目は確認しません。そのため、カスタムルールは広範なルールより前に置きます。フォールバック用のMATCHは通常末尾に配置します。ルールをファイルに記述するだけでは不十分で、対象のプロキシグループが存在し、設定が再読み込みされ、現在のモードが本当にルールモードであることも確認してください。

ドメインルールは安定して識別できるサイトに適しており、IPルールは名前解決の結果やデータベースの状態に左右され、プロセスルールはOSの権限とクライアントの実装に影響されます。マッチングの誤りを調べるときは、まず接続ログで対象ドメイン、マッチしたルール、最終的なプロキシを確認し、そのうえで順序の変更やルールの追加を判断します。設定の問題をグローバルモードで隠すのは避けてください。

INPUT ドメイン / IP / プロセス
ORDER 上から順に
OUTPUT プロキシグループ
ルールモードの基本操作を見る →
JUNCTION / プラットフォーム入口

OSに合わせてClashクライアントを選ぶ

同じサブスクリプションでも、すべてのクライアントで完全に読み込めるとは限りません。まず現在も保守され、設定に対応するコアを備えたクライアントを選び、プロセッサのアーキテクチャとインストールパッケージの種類を確認します。以下の入口は対応プラットフォームのダウンロードページへ案内するだけで、ファイルのダウンロードを直接開始するものではありません。

P1 / WINDOWS

Windows

デスクトップでの日常利用に適しています。インストール前にx64アーキテクチャ、OSバージョン、管理者権限を確認してください。旧版のClash for Windowsから移行する場合は、先に設定とオーバーライドルールをバックアップし、システムプロキシを検証します。

ダウンロードページへ
P2 / MACOS

macOS

Apple SiliconとIntel搭載モデルでは異なるビルドを選ぶ必要があります。初回起動時には、システムのセキュリティ確認、ネットワーク拡張、プロキシ権限が求められることもあるため、設定をインポートする前にクライアントの基本的な権限許可を完了してください。

ダウンロードページへ
P3 / ANDROID

Android

モバイル端末ではVPN接続を許可し、端末のプロセッサに合ったパッケージを選びます。バックグラウンド制限、省電力設定、プライベートDNSは接続の継続性に影響するため、切断が起きた場合はシステム設定も同時に確認してください。

ダウンロードページへ
P4 / IOS

iOS

App StoreからClash Plusを入手し、システムの案内に従ってVPN構成の追加を許可します。モバイル通信とWi-Fiを切り替えた後は、まずVPNの状態を確認し、その後サブスクリプションとプロキシの選択を確認してください。

ダウンロードページへ
P5 / LINUX

Linux

デスクトップ環境ではGUIクライアント、サーバーやルーターではMihomoコアの直接実行が適しています。導入時には設定パス、サービス権限、待ち受けアドレス、ファイアウォールの範囲を明確にする必要があります。

ダウンロードページへ

クライアント間の違いが分からない場合は、まずクライアント比較ページを確認してください。コアプログラムを直接導入する場合は、ダウンロードページに独立したMihomoコアのセクションもあります。

クライアントを比較 すべてのクライアントを見る →
BOOT SEQUENCE / クイックスタート

インポート、選択、検証の3ステップ

初回利用時にDNS、ルール、ポート、システムプロキシを同時に変更しないでください。最短の手順を順番に進め、各ステップの結果を確認してから次へ進みます。問題が起きても、設定、クライアント、OSのどこに原因があるかを素早く特定できます。

  1. 01 / IMPORT

    認識可能なサブスクリプション設定をインポートする

    クライアントの設定またはサブスクリプション画面を開き、サービス提供元から渡されたサブスクリプションURLを貼り付けてインポートします。完了後は、設定名、更新日時、読み込み状態を確認してください。解析エラーが表示された場合は、具体的なフィールドと行番号を記録し、連続してインポートを繰り返さないでください。ノードとプロキシグループが表示されたら、その設定を現在のアクティブ設定にします。

    ローカルのYAMLファイルもインポートできますが、インデントには一貫したスペースを使い、ルールが参照するプロキシグループ名が実際に存在することを確認します。旧クライアントが出力した設定に特定コア向けの拡張フィールドが含まれる場合は、新しいクライアントへ移行する際にコアの互換性も確認してください。

  2. 02 / ROUTE

    ルールモードと利用可能なプロキシを選ぶ

    初回の検証では通常、ルールモードを使い、主要なプロキシグループで確実に利用できるノードを1つ選びます。ルールモードは宛先アドレスに応じて振り分け、直接接続とプロキシ接続の動作をルール表で決めます。グローバルモードは大半の接続を同じプロキシに渡すため短時間の比較テストには向きますが、ルールの誤りを隠す長期的な方法には適しません。

    選択が完了したらシステムプロキシを有効にするか、モバイルOSでVPN接続を確立することを許可します。LAN共有、TUNモード、カスタムDNSは後続の設定です。基本経路を確認するまでは初期値を保つほうが、問題を切り分けやすくなります。

  3. 03 / VERIFY

    システムプロキシ、ログ、ルールマッチングを検証する

    ブラウザーで通常のサイトにアクセスし、まずローカルネットワーク自体が正常であることを確認してから、クライアントの接続ログを確認します。有効なログには、対象アドレス、マッチしたルール、使用したプロキシグループ、最終的な出口が記録されます。一部のアプリだけ失敗する場合は、そのアプリがシステムプロキシに従うか、ループバック権限が必要か、DNSの結果がルールの想定と一致するかを確認してください。

    すべての接続に失敗する場合は、設定の読み込み、ノードの利用可否、システムプロキシ、ポートの競合、ファイアウォールの順に確認します。一度に1つの変数だけを変更して再テストすると、複数の変更が干渉するのを防げます。

完全なチュートリアルを見る →
OPEN SOURCE / エコシステムの関係

Clashコアからmihomoエコシステムへ

クライアントが現在の設定に適しているかを判断するには、GUI、プロキシコア、サブスクリプション形式、ルールデータベースがそれぞれ何を担当するかを理解することが重要です。オープンソースコードは検証可能な実装基盤を提供しますが、実際に使う際はクライアントの保守状況とコアのバージョン関係も確認する必要があります。

HISTORY / プロジェクトの発展

オリジナルのClashがルールプロキシの標準的な設定モデルを築いた

Clashエコシステムでは、YAML設定、プロキシグループ、ルール一覧、外部ルールセットといった概念が広く使われています。オリジナルプロジェクトの設定思想は、多くのデスクトップおよびモバイルクライアントに影響を与えました。オリジナル版や一部の初期GUIクライアントが保守を終了した現在、選定では更新が続くクライアントの分岐と、統合されているコアの系統が重視されます。

旧設定は通常、移行の土台として利用できますが、完全互換とは限りません。移行前にサブスクリプションURL、ローカルオーバーライド、ルール断片、クライアント固有の設定をバックアップし、移行後は設定解析、システムプロキシ、DNS、プロキシグループの項目を再確認してください。

ECOSYSTEM / オープンソース協業

コア、GUI、ルールデータを異なるプロジェクトが協力して支える

実用的なClashクライアントは、多くの場合複数の要素で構成されています。GUIは操作とシステム統合を担い、mihomoなどのコアは接続と設定を処理し、GeoIP、GeoSite、ルールセットのプロジェクトは分類データを提供します。各プロジェクトのリリース時期は完全には一致しないため、クライアントを更新しても最新のルールデータベースが同時に含まれるとは限らず、サブスクリプション更新でローカルのコアが自動的に更新されることもありません。

機能の違いに遭遇したら、まず問題がどの層に属するかを確認します。GUIに入口がない場合はクライアント実装の違い、設定フィールドを解析できない場合はコアの互換性、特定のドメイン分類が不正確な場合はルールデータと更新日時を確認します。

CORE MAP / コアの関係

mihomoがプロトコルとルール機能を拡張

mihomoはClash Metaの方向性を引き継ぎ、プロトコル対応、ルールプロバイダー、DNS、トラフィック処理の機能を継続的に拡張しています。これらの機能を使う設定には、オリジナルのClashが認識できないフィールドが含まれる場合があります。クライアント選定では名称にClashが含まれるかだけでなく、実際に統合されているコア、更新方法、設定の対応範囲を確認してください。

サーバーユーザーはコアを直接導入できますが、プロセスの監視、権限、ログ、設定更新、ポートの安全性を自分で管理する必要があります。デスクトップユーザーは通常、コアを統合したGUIクライアントのほうが保守しやすいでしょう。どちらも基本概念は同じですが、運用上の責任は異なります。

UPDATE PATH / 更新の仕組み

クライアント、コア、サブスクリプション、ルールデータベースは個別に更新される

クライアントのアップグレードは主にGUI機能、システム互換性、内蔵コンポーネントを変更します。コアのアップグレードではプロトコルや設定フィールドが追加されることがあります。サブスクリプション更新は通常、ノード、プロキシグループ、サービス提供元のルールを更新し、GeoIP、GeoSite、リモートルールセットはアドレス分類を担います。更新後に異常が起きた場合は、すべてのコンポーネントを一度に置き換えるのではなく、どの層が直前に変化したかを記録してください。

安全な更新手順は、まず現在動作している設定を保存し、1つのコンポーネントだけを更新して読み込みと接続テストを行うことです。設定解析に失敗したらすぐに戻し、ルールの動作が変わったらマッチングログを確認し、システムプロキシに異常があれば権限とポートの状態を調べます。

FIELD NOTES / 最新記事

設定更新とトラブル確認の記録

ブログでは実際の設定作業を中心に、変更理由、適用範囲、検証手順を記録しています。データベースの更新、初回インポート、Windowsアプリのプロキシ問題に対応する場合は、該当する記事から確認できます。

高度な設定

Clash GeoIP・GeoSiteデータの更新：ルール参照、更新間隔、異常時の対処

2種類のルールデータベースの用途、更新方法、設定からの参照関係、更新失敗やルールが反映されない場合の確認手順を解説します。ルールモードをすでに利用し、地域やサイト分類のデータを管理したいユーザーに適しています。

記事を読む →
入門ガイド

Clash初心者のよくある質問：サブスクリプション導入、モード選択、接続確認の10問

初めて使うときに特に遭遇しやすい10の疑問に答え、クライアント選択、サブスクリプション更新、プロキシモード、基本的なトラブルシューティングを扱います。インストール後に、質問の順番に沿って一度確認することをおすすめします。

記事を読む →
トラブルシューティング

Windows UWPアプリがプロキシに接続できない：ループバック制限の解除と確認手順

UWPのループバック制限がプロキシ接続に影響する理由を説明し、システム設定、アプリの選択、復旧テストまでの確認手順をまとめます。ブラウザーは正常なのに、一部のストアアプリだけネットワークに接続できない場合に適しています。

記事を読む →

このほか、旧クライアントからの移行、混合ポート、LAN共有プロキシに関する記事もあります。読む前に問題のプラットフォームと設定レイヤーを確認すると、不要な変更を減らせます。

すべての記事を見る →