オープンソース · 全プラットフォームで継続更新

Clash ダウンロード公式サイト
全プラットフォーム対応クライアント
ルール設定と構成

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

全プラットフォーム対応クライアント、mihomoコア、日本語設定ガイドをまとめて確認できます。サブスクリプションの読み込みから始め、ルールモード、システムプロキシ、DNS、TUN設定を順に整えます。

永久無料 オープンソース ルール駆動 日本語ドキュメント
5種類のデスクトップ・モバイルプラットフォーム MITライセンスのオープンソースエコシステム mihomoアクティブコア YAML設定とルール
分散した操作

手動プロキシ設定はどこで破綻しやすいのか

ブラウザー、コマンドライン、デスクトップアプリがそれぞれプロキシ設定を保存していると、ネットワークの切り替えやアドレス更新、接続トラブルの確認のたびに同じ作業が必要になります。ルールが複数のソフトウェアに分散しているため、各リクエストの最終的な経路も把握しにくくなります。

  • アプリごとにプロキシを変更
    ポートやネットワークが変わるたび、古い設定を一つずつ確認する必要があります。
  • ルールの順序を一元管理できない
    ドメイン、アドレス範囲、フォールバック設定をまとめて管理しにくくなります。
  • デバイスごとに別の設定を管理
    変更内容を同期しにくく、トラブルシューティングの手順も統一できません。
一元管理

ルール、サブスクリプション、システム接続をまとめて管理

Clashクライアントは同じ形式のYAML設定を読み込み、プロキシグループ、ルール、DNS、ネットワーク接続を一つの管理画面にまとめます。日常の切り替えは主に設定ファイルと動作モードで行えるため、アプリごとに何度も変更する必要がありません。

  • ルールを順番どおり自動振り分け
    ドメイン、プロセス、アドレス範囲に一致すると、指定したポリシーへ振り分けます。
  • 一つのサブスクリプションを複数プラットフォームで利用
    対応クライアントに同じサブスクリプションを読み込み、それぞれで有効化できます。
  • システムプロキシとTUNを必要に応じて切り替え
    アプリがシステムプロキシに対応しているかどうかで、取り込む方式を選べます。
mode: rule
mixed-port: 7890
rules:
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT,no-resolve
  - MATCH,PROXY
主要機能

サブスクリプションの読み込みから
ルールの一致まで
各設定層を確認

まず機能インデックスで要点を確認し、下の4つの画面例で関連設定を理解しましょう。例では実際のフィールド名とルール構文を使用していますが、ノード情報や速度測定結果は含みません。

プロキシグループが、ルール一致後の出口を決めます。

自動選択、フォールバック、手動選択から用途に合わせて選べます。ルール自体はプロキシグループ名だけを参照します。

01 · PROXY-GROUPS

プロキシグループセレクター：ルールと具体的な出口を分離

プロキシグループは、ルールとプロキシ設定の間にある中間層です。ルールにはPROXY、Auto、または任意のグループ名を記述し、一致後にプロキシグループが実際の選択方式を決定します。これにより、ポリシーを変更するたびにルール全体を書き換える必要がありません。日常利用では手動選択グループを一つ残し、必要に応じてurl-test、fallback、selectタイプを追加できます。設定を変更したら、グループ名とルール内の参照先が完全に一致していることを確認してください。名前にスペースや日本語が含まれる場合も、そのまま維持し、最後のフォールバック項目に流れないようにします。

具体的な出口を各ルールに書き込む方法と比べ、プロキシグループは長期的な管理に適しています。同じグループをドメインルール、プロセスルール、アドレス範囲ルールから同時に参照でき、一度切り替えるだけで関連するすべての通信に反映できます。

プロキシグループ type: select
PROXY ルールのデフォルトポリシー
選択中
DIRECT 直接接続
選択
Auto type: url-test
選択 
proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - Auto
      - DIRECT
02 · RULES

ルール一覧：具体的な一致を先に、範囲指定とフォールバックを後に

Clashは設定ファイルの順序に従ってルールを一つずつ確認し、最初に一致すると照合を停止します。そのため、単一ドメイン、プロセス名、LANアドレスは通常前方に置き、適用範囲の広いGEOSITEやGEOIPを後ろに配置し、最後にMATCHで未一致の接続を受けます。no-resolveは、一部のIPルールが照合のために追加のドメイン解決を行うのを防ぎますが、すべてのルールに必要な固定サフィックスではありません。フィールドの種類とDNS構成に応じて使用してください。

ルール設定を調べるときは、プロキシグループの現在の選択だけでなく、接続詳細に表示される一致ルールも確認してください。結果が想定と異なる場合は、上位にある適用範囲の広いルールが先にリクエストを捕捉していないかを優先的に確認します。

ルール 上から順に照合
  1. DOMAIN-SUFFIX,github.com,PROXYcustom
  2. IP-CIDR,192.168.0.0/16,DIRECT,no-resolvelan
  3. GEOSITE,cn,DIRECTgeosite
  4. GEOIP,CN,DIRECT,no-resolvegeoip
  5. MATCH,PROXYfallback
03 · TUN

TUNモード：システムプロキシに従わない接続を処理

システムプロキシは、ブラウザーやOSのプロキシ設定を自動的に読み取るアプリに適しています。一方、ゲームランチャー、一部のコマンドラインプログラム、独自のネットワークスタックを持つソフトウェアは、それを回避する場合があります。TUNモードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を取り込み、ルールシステムに経路を判断させます。初回の有効化では、デスクトップOSから管理者権限やネットワークコンポーネントのインストールを求められることがあります。先にほかのネットワーク制御ツールを停止し、DNSとルーティング設定を確認して、インターフェースの競合や転送ループを減らしてください。

すべての環境でTUNを常時有効にする必要はありません。ブラウザーや一般的なデスクトップアプリだけを使う場合は、システムプロキシのほうが分かりやすいでしょう。特定のプログラムがClashに接続されない場合にTUNへ切り替え、ログで通信が取り込まれているか確認してください。

ネットワークとTUN 設定
TUNモード仮想ネットワークインターフェースを有効化
自動ルーティングauto-route
インターフェースを自動検出auto-detect-interface
厳格なルーティングstrict-route
tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
04 · PROFILES

サブスクリプション更新：リモート設定とローカルオーバーライドを分離

サブスクリプションURLは通常、サービス提供者が生成し、クライアントがダウンロードして設定ファイルとして保存します。読み込み後は、設定を正常に解析できるか確認し、プロキシグループ、ルール、DNSフィールドが揃っているかを確認してください。サブスクリプションから生成されたファイルを直接編集すると、次回の更新で内容が置き換えられる可能性があります。長期的に保持したいルール、DNSパラメーター、プロキシグループの変更は、クライアントが対応するオーバーライド、マージ設定、独立したローカルファイルに記述し、更新後に参照関係を再確認するのが適切です。

自動更新の間隔だけに頼らず、手動でも確認してください。ネットワーク環境の変化、サブスクリプションURLの無効化、リモート側の形式異常があった場合は、更新時刻と実行ログを確認します。必要なら、まず利用可能だった前の設定に戻し、ダウンロード失敗か解析失敗かを切り分けてください。

設定ファイル config.yaml
YAML
リモートサブスクリプション設定 更新間隔：24時間
MERGE
ローカルオーバーライド設定 ルールとDNSの変更を保持
有効
プラットフォーム

デバイス別にClashクライアントを選択

クライアントによって画面やコアの統合方法には多少違いがありますが、基本的な流れは共通しています。アプリをインストールし、サブスクリプションを読み込み、プロキシグループを選択してから、システムプロキシまたはTUNを有効にします。ダウンロードセンターでは、プラットフォーム別に選択可能なクライアント、対応アーキテクチャ、インストール方法を掲載しています。

Windows

一般的なデスクトップ利用に適しています。インストール後はトレイメニューからシステムプロキシを切り替え、設定画面で自動起動、TUN、サブスクリプション更新を管理できます。ダウンロード前に、デバイスが一般的なx64アーキテクチャを使用しているか確認してください。

ダウンロードへ

macOS

Apple Silicon搭載機とIntel搭載機に対応するビルドをそれぞれ用意しています。初回起動時はシステム設定でアプリの権限を確認する必要がある場合があり、TUNを有効にする際は対応するネットワーク拡張の許可も必要です。

ダウンロードへ

Android

スマートフォンやタブレットに適しています。サブスクリプションを読み込んだ後、システムによるVPN接続の作成を許可する必要があります。省電力設定によってバックグラウンド動作が制限される場合は、クライアントが継続して通信を処理できるよう、端末のシステム設定を変更してください。

ダウンロードへ

iOS

App StoreからClash設定に対応したクライアントを入手できます。初回接続時はシステムの案内に従ってVPN構成を追加し、その後サブスクリプションを読み込んでルールモードを選択します。モバイル通信とWi-Fiで同じ設定を利用できます。

ダウンロードへ

Linux

GUIクライアントを選ぶことも、mihomoコアを直接実行することもできます。デスクトップではまずGUIの利用がおすすめです。サーバーやルーター環境では、プロセッサーアーキテクチャ、サービス管理方式、設定パスに応じて導入してください。

ダウンロードへ
すべてのクライアントを見る →
クイックスタート

読み込み、選択、接続

初回設定では、まず最短の基本手順を完了し、DNS、オーバーライド、複雑なルールの変更は後回しにします。基本接続が正常だと確認してから設定を一つずつ追加すると、どの段階で問題が発生したか判断しやすくなります。

  1. 01

    サブスクリプションまたはYAMLファイルを読み込む

    クライアントの設定、サブスクリプション、Profilesページを開き、サブスクリプションURLを貼り付けてダウンロードするか、ローカルのYAMLファイルを選択します。読み込み後、設定名とプロキシグループが表示されることを確認してください。解析に失敗した場合は、まずURLが完全か確認し、次にログでフィールド位置を確認します。同じURLを連続して読み込まないでください。

  2. 02

    ルールモードとプロキシグループを選択

    動作モードをRuleに切り替え、プロキシページで主要なプロキシグループを選択します。ルールモードでは設定内のrulesの順序に従って接続を判断します。Globalは大部分の通信を同じポリシーに渡し、Directは直接接続します。日常利用では通常Ruleから始めると、LANや指定サイトの直接接続ルールを維持しやすくなります。

  3. 03

    システムプロキシを有効にして一致を確認

    デスクトップではまずシステムプロキシを有効にし、モバイルではシステムの案内に従ってVPN接続を許可します。その後、アクセスしたいサイトを開き、接続またはログページでリクエストが表示されるか、どのルールに一致したか、どのプロキシグループに入ったかを確認します。対象プログラムの接続記録がない場合は、複数のネットワーク設定を同時に変更せず、TUNの有効化を検討してください。

詳しい使い方を見る →

よくある質問

サブスクリプションを読み込んだのに、選択できるプロキシがありません まず設定が正常に解析されたか確認し、次にプロキシグループのフィールドとサブスクリプション内容が完全か確認してください。 システムプロキシを有効にしても接続できないプログラムがあります そのプログラムはシステムプロキシを読み取らない可能性があります。競合がないことを確認してからTUNモードを試してください。 Fake-IPとRedir-Hostの違いは何ですか ドメイン解決と接続マッピングの方式が異なります。まずDNS用語の解説から確認できます。 ルールモードで期待どおりに振り分けられないのはなぜですか ルールの順序と接続詳細を確認してください。適用範囲の広いルールが上位で先に一致している可能性があります。
オープンソースエコシステム

Clash設定からmihomoコアへ

Clashは、広く利用されているYAML設定構造を形成してきました。主要な概念には、プロキシ、プロキシグループ、ルール、DNS、動作モードがあります。元のプロジェクトがメンテナンスを終了した後も、コミュニティは互換性のある設定を軸に発展を続け、デスクトップ・モバイルクライアントも新しいコアブランチを採用するようになりました。特定の画面位置を覚えるより、設定構造を理解することが重要です。クライアントを変更しても、ルールの順序、プロキシグループの参照、DNSのロジックは引き継げます。

mihomoはClash Metaの後継で使用されるコアの名称で、従来のルールモデルを基盤にプロトコル、ルールセット、DNS、TUN機能を拡張しています。GUIクライアントは設定管理、システム権限、トレイ操作、更新機能を担当し、コアは設定の解析、接続の確立、トラフィックの振り分けを担当します。役割が異なるため、トラブル時は画面側が設定を正しく書き込めていないのか、コア側で解析または実行に失敗しているのかを先に切り分けてください。

オープンソースリポジトリでは、設定フィールド、変更履歴、問題に関する議論を公開で確認できます。見慣れないフィールドに遭遇したら、まず現在のコアのドキュメントと照合し、所属する階層、利用可能な値、プラットフォーム上の制限を確認してからローカル設定に追加してください。断片的な設定だけをコピーすると、インデント、依存項目、前提設定を落としやすくなります。特にTUN、DNS、ルールセットプロバイダーは、完全な文脈で確認する必要があります。

クライアントとコアの更新ペースは完全には一致しません。ダウンロードページでは各プラットフォームの入口を整理し、ガイドでは安定した操作手順を扱い、技術ノートではルール構文、ログ、コアの違いを記録しています。アップグレード前に現在動作している設定を保存し、更新後はまずサブスクリプションの読み込み、プロキシグループ、基本接続を確認してから新機能を調べると、変更範囲を明確な手順に絞れます。

技術ノート

ルール、プラットフォーム、コアの解説

以下の記事では具体的な問題を起点に、トップページで扱いきれなかった構文の詳細、プラットフォーム別のインストール手順、コアの違いを補足します。自分の設定ファイルとクライアントログを照合しながら、一項目ずつ確認できます。

ルール設定

Clashのカスタムルールの書き方：DOMAIN、IP-CIDR、GEOSITEの構文と一致順序

Clashのルールフィールドを種類ごとに分解し、書き方と用途を解説します。ルールを上から順に照合し、最初の一致で停止する原則に加え、no-resolve、MATCHのフォールバック、ルールセットの順序が振り分け結果に与える実際の影響も説明します。

記事を読む →
プラットフォーム

iPhoneでClashを使う方法：App Storeからの入手とサブスクリプション読み込み手順

iOSユーザー向けに、ストアから対応クライアントを入手し、サブスクリプションを読み込み、VPN構成を許可してルール一致を確認するまでの手順を解説します。権限エラー、設定が読み込まれない場合、接続が有効にならない場合の確認順序も整理しています。

記事を読む →
コア選び

Clashコアのバージョン比較：オリジナルPremium、Clash Meta、mihomoの違い

各コアブランチの関係を整理し、プロトコル対応、ルールフィールドの拡張、GEOSITE、TUN機能を比較します。GUIクライアントとコアの役割分担も説明し、プラットフォームと設定要件に合った選択をサポートします。

記事を読む →
すべての記事を見る →