1つの設定ファイルで、接続ごとに異なる出口を使い分けられます。まずmodeをruleに設定し、具体的な条件から広い条件へ順にrulesを記述します。関連サイトをまとめるならドメインサフィックス、宛先のネットワーク範囲が明確ならIPアドレスのルールが便利です。最後にMATCHを指定すると、ほかのルールに一致しない接続を処理できます。ルールに一致すると指定したポリシーが適用され、後続のルールは評価されません。グローバルモードと異なり、ルールモードでは通信の種類に応じた振り分けが可能です。意図したとおりに動かない場合は、まず接続ログで適用されたルールを確認し、順序を調整しましょう。すぐにノードを変更する必要はありません。
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxyプロキシグループを使うと、ルールの振り分け先と実際に使うノードを分けて管理できます。ルールには変わらないグループ名を指定するため、ノードを変更してもルール一覧を1つずつ編集する必要はありません。selectは手動選択、url-testは指定したURLへのテスト結果に応じて候補を自動選択する方式です。2つを入れ子にすれば、外側で手動操作を残しつつ、内側で自動選択できます。例のノードAとノードBは、実際に設定済みのノード名に置き換えてください。テスト結果は特定のリクエストに対するもので、ファイルのダウンロード速度を示すものではありません。接続先のサービス、接続の安定性、サブスクリプションの通信量制限も考慮して候補を選びましょう。
proxy-groups:
- name: Proxy
type: select
proxies: [Auto, DIRECT]
- name: Auto
type: url-test
proxies: [ノードA, ノードB]
url: https://www.gstatic.com/generate_204
interval: 300クライアントのサブスクリプション設定と、コアのproxy-providersは別の階層にあります。前者は通常、設定ファイル全体を更新します。後者は設定に応じてノード一覧を取得し、プロキシグループのuseから参照します。まずサービスから提供されるのが設定ファイル全体なのか、ノード情報だけなのかを確認し、適切な場所に読み込みましょう。intervalは取得間隔を秒単位で指定する項目で、接続テストの周期ではありません。長期的に使う独自ルールは、クライアントが対応する上書き・マージ機能に設定し、更新で消えないようにします。サブスクリプションURLにアクセス情報が含まれる場合があります。ログやスクリーンショットを共有する際はURL全体を隠し、信頼できない変換サービスにも渡さないでください。
proxy-providers:
local:
type: file
path: ./providers/local.yaml
proxy-groups:
- name: Proxy
type: select
use:
- localDNSはドメイン名をIPアドレスに変換し、TUNは仮想ネットワークインターフェースを通じて通信を取り込みます。役割は異なります。システムプロキシだけを有効にしている場合、設定を参照しないアプリは直接接続することがあります。そのような通信も取り込む必要があれば、TUNの利用を検討してください。例はよく使われる項目の組み合わせであり、すべてのOSにそのまま適用できるわけではありません。有効にする前に、必要な権限やルーティング設定、既存のVPNとの競合を確認し、dns-hijackとDNSの振り分け方もチェックしましょう。Webサイトは開けるのにアプリが接続できない場合は、接続ログとDNSログの両方を確認してください。ブラウザーの結果だけで、すべての通信が取り込まれていると判断しないようにしましょう。
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- https://dns.alidns.com/dns-query
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53まずOSを選び、CPUアーキテクチャとインストール形式を確認してください。ダウンロードページではクライアント、動作要件、インストール先をまとめて紹介しています。トップページはプラットフォームへの案内のみで、インストーラーは掲載していません。
普段使いのデスクトップ向けには、まずClash Plusを確認し、Clash Verge Rev、FlClash、Clash Nyanpasuの設定管理方法と比較しましょう。ダウンロード前にOSの「システムの種類」でCPUアーキテクチャを確認してください。PCのメーカーだけでインストーラーを判断しないようにしましょう。
初回起動時は既存のサブスクリプションを読み込み、設定を選んでからシステムプロキシを有効にします。TUNを使う場合は、選んだクライアントの案内に従ってサービスコンポーネントをインストールまたは有効化してください。OS起動時の自動起動とプロキシの自動有効化は別の設定であることが多いため、それぞれ確認しましょう。終了後にシステムプロキシが元に戻っているかもチェックできます。
Windowsクライアントをダウンロード「このMacについて」を開き、チップ情報に応じてApple Silicon版またはIntel版を選びます。Clash Plus、Clash Verge Rev、FlClashはダウンロードページで比較できます。ClashX Metaはメンテナンス終了済みのアーカイブとして別に表示しているため、現在のメンテナンス状況を確認できます。
インストール後、クライアントを「アプリケーション」フォルダーに移動し、初回起動と必要なシステム権限の設定を行います。メニューバー型とウィンドウ型では起動方法が異なりますが、設定の読み込み、プロキシグループの選択、接続方式の有効化という流れは同じです。macOSにブロックされた場合は、配布元と権限の確認画面を確認してください。システムのセキュリティ機能を安易に無効化しないでください。
macOSクライアントをダウンロードスマートフォンやタブレットでは、用途に応じてClash Plus、Clash Meta for Android、FlClash、Surfboardから選べます。インストールファイルは端末のアーキテクチャに合ったものを使ってください。判断に迷う場合は、端末情報とダウンロードページの案内を確認し、異なるアーキテクチャのファイルを試しに何度も入れるのは避けましょう。
初回接続時は、通常OSのVPN接続許可が必要です。同時に、ほかのVPNアプリが影響する場合もあります。設定の読み込み後は対象を選択して接続を開始してください。サブスクリプション一覧に表示されているだけでは接続されません。画面ロック後に切断される場合は、バッテリー最適化、バックグラウンド動作、ネットワーク切り替えの設定を確認しましょう。設定項目の名称はメーカーによって異なることがあります。
AndroidクライアントをダウンロードiPhone・iPadでは、ダウンロードページにあるClash Plusのストアリンクを利用できます。製品情報は公式サイトclashplus.ioをご覧ください。インストール方法とOSの対応状況は、ストアの最新情報をご確認ください。サブスクリプションサービスとクライアントのインストールは別の手続きです。
利用可能なサブスクリプションまたはローカル設定を用意してから、読み込みとVPNの許可設定を行います。設定が表示されるのに接続できない場合は、サブスクリプションの有効期限、ノードの状態、ほかのVPN接続の有無を確認してください。クライアントをインストールしただけではノードは使えません。既存のサブスクリプションも選択して有効にする必要があります。
iOSクライアントをダウンロードデスクトップではClash Verge RevやFlClashを確認し、ディストリビューションに合ったDEB、RPMなどの対応形式を選びましょう。サーバー、ルーター、透過型プロキシ用の環境では、ダウンロードページのコア欄を確認し、CPUアーキテクチャと実行環境に合うmihomoを選んでください。
GUIが起動しても、システムの通信が取り込まれているとは限りません。デスクトップのプロキシ設定、ターミナルの環境変数、TUNルーティングはそれぞれ異なるため、用途に応じて確認しましょう。コアを単独で実行する場合は、設定ディレクトリやファイル権限、サービスの起動も自分で管理する必要があります。初回はフォアグラウンドで起動してエラーを確認してから、サービスマネージャーで管理するのがおすすめです。
LinuxクライアントをダウンロードUI、コア、設定の入手元を分けて考えると、クライアント選びやトラブル対応がスムーズになります。このサイトではダウンロード先と日本語の設定ガイドをまとめています。各クライアントはそれぞれのプロジェクトが開発しており、機能やリリース時期は同じではありません。
Clashのエコシステムでは、ルールベースのプロキシを中心に、さまざまなコアやGUIクライアントが開発されています。初期の設定仕様は現在も受け継がれており、複数のプロジェクトで同じフィールド名を見かけます。Clash Metaはその後、mihomoとして開発が続けられています。Clashという名称を見かけても、すべての製品が同じプロトコルや設定項目に対応しているとは限りません。クライアントが実際にどのコアを使うのか確認しましょう。古い設定から移行する場合、構文の読み込みに成功しただけでは不十分です。プロキシグループの参照、ルールデータ、DNSの動作も確認してください。
GUIクライアントは設定一覧、プロキシ選択、ログ、システム接続の切り替えを担い、コアは通信とルール分岐を実行します。両者の更新時期は一致しないことがあるため、画面に項目が表示されていても、コアがすべての機能に対応するとは限りません。設定項目が認識されない場合や動作が異なる場合は、使用中のクライアントのコアに関する説明とプロジェクトのドキュメントを確認し、設定の調整かクライアントの更新かを判断してください。このサイトの設定ガイドはmihomoで一般的な項目を中心に扱い、異なるコアの構文を混同して共通仕様として案内することはありません。
mihomoのソースコード、プロジェクトの説明、公開されている課題や議論はリポジトリで確認できます。オープンソースの利点は、フィールドの定義や変更履歴を追い、再現できる問題を実装と照らし合わせられることです。ダウンロードページの短い説明だけに頼る必要はありません。ルールの種類やDNS設定を調べるときは、まず公式ドキュメントで適用範囲を確認し、リポジトリの議論から詳細を把握しましょう。問題を報告する際は、OS、接続方式、最小限の設定、関連ログを添えると、再現可能な事象に絞って議論できます。
リポジトリのクローンはソースコードやドキュメントを読むためのもので、GUIクライアントのインストールとは異なります。普段の接続に使うだけならダウンロードページからクライアントを入手できます。コアを調べたり、変更を追跡したり、自分でビルドしたりする場合は、右側のコマンドでソースコードを取得してください。設定例を共有するときは、サブスクリプションURL、アカウント情報、ノードの認証情報を削除し、項目の構造と問題を再現するルールだけを残しましょう。公開の場に個人用の設定ファイル全体を貼り付けるのは避けてください。
クライアントの更新はUIや連携機能に、コアの更新はプロトコルや設定の動作に影響します。サブスクリプションの更新では、サービス提供元から取得した内容が差し替わります。この3つは別々の処理です。サブスクリプションを更新してもインストーラーの互換性は直らず、クライアントを更新してもサブスクリプションの有効期限は延長されません。トラブル対応の前に、どの種類の更新を実行しているかを記録し、通信、形式の解析、権限の各段階を確認しましょう。長期利用する独自ルールは別途バックアップし、サブスクリプション更新後も上書き設定が有効か確認してください。
更新前に、現在使えている設定と必要な項目をバックアップしましょう。更新後は基本の接続を確認し、続いて独自のルール分岐、自動選択のプロキシグループ、DNSの動作をチェックします。アーカイブ版のクライアントはダウンロードページでメンテナンス状況を明記しているため、旧環境から移行する際に確認できます。新規インストールでは、現在もメンテナンスされている選択肢を優先して比較してください。トップページにはリリース番号を固定表示せず、インストール先とクライアント情報はダウンロードページにまとめています。複数ページを行き来して確認する手間を減らせます。
接続スイッチがオンでも、対象アプリの通信が想定した出口を通っているとは限りません。まず接続先が明確なサイトを開き、接続一覧でドメイン、適用ルール、選択中のポリシーを確認しましょう。次に、システムプロキシを参照しないアプリで、TUNが必要かどうかを確認します。ブラウザーは正常でほかのアプリだけ失敗する場合は、まず接続方式を調べてください。すべての通信が失敗する場合は、ノードと基本的なネットワーク接続を確認します。DNS、ノード、ルールの問題が混ざらないよう、一度に変更する項目は1つにしましょう。
詳しい操作手順は使い方ガイドから、設定項目の構造は設定ファイルリファレンスをご覧ください。サブスクリプション変換を利用する前に、形式とサービスの信頼性を確認するためサブスクリプション変換の説明をお読みください。OS起動後に自動接続しない場合は、OS起動時の自動起動とプロキシの起動設定をそれぞれ確認しましょう。2つの設定を同じものとして扱わないでください。
ノードの選び方、複数設定の管理、ルーターへの導入など、具体的な課題に応じて操作の背景を解説します。基本的な読み込み手順は使い方ガイドにまとめ、記事では選択肢や注意点、問題を切り分ける順序を取り上げます。
メインルーターでの実行、サブルーターをゲートウェイにする方法、透過プロキシの3つを比較し、ハードウェアのアーキテクチャ選び、コアの配置、LAN内端末の接続方法の基本を解説します。
導入方法を読む →Profileとサブスクリプション、ローカルのYAML設定の関係を解説します。複数の設定を並行して使う際の名前の付け方、切り替え方、バックアップ方法を紹介し、更新時に変更が上書きされるのを防ぎます。
設定の管理方法を読む →遅延の安定性、通信量の倍率、利用サービスの地域、プロトコルの4つの観点から、普段のWeb閲覧、動画配信、開発用途に合ったノードの選び方を解説します。
ノード選びの手順を読む →