Windows
Windows 10およびWindows 11のデスクトップに対応します。ダウンロード前にx64アーキテクチャを確認し、初回起動後はサブスクリプションの登録、プロキシグループの選択、システムプロキシの有効化を順に行います。GUIで細かく管理したい場合は、Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasuを比較できます。
オープンソースエコシステム · 5プラットフォームのインストール入口
Clashインストーラー ダウンロードと設定
デバイスに合ったClashのGUIクライアントまたはmihomoカーネルを選び、サブスクリプションの登録、プロキシグループの選択、プロキシの有効化を順に行います。ここではマルチプラットフォームのインストール入口、日本語設定手順、YAMLフィールドリファレンスをまとめ、初回起動からルール分岐やトラブル対処まで確認できます。
CONTROL PANEL / 機能リファレンス
Clashの主要機能と使い分け
Clashクライアントの役割は、単に接続先を切り替えることではありません。サブスクリプション設定、プロキシノード、プロキシグループ、ルール、システムネットワーク設定を、確認可能な一連の動作フローとして管理します。各モジュールの役割を理解してから設定を変更するほうが、クライアントを何度も再インストールするより効果的です。
SUBSCRIPTION / PROVIDERS
サブスクリプション登録：リモート設定をクライアントに読み込む
サブスクリプションURLは通常、サービス提供者が管理する設定ファイルを返します。プロキシノード、プロキシグループ、ルール、DNS設定などが含まれる場合があります。登録する際は、クライアントの設定またはサブスクリプション画面を開き、URL全体を貼り付けてダウンロードまたは更新を実行し、新しい設定が選択されていることを確認してください。設定名が表示されただけでは接続を引き継いだとは限らないため、プロキシグループとシステムプロキシの状態も確認が必要です。
ノードを1つずつ手入力するより、サブスクリプションはサーバー一覧やプロキシグループ構成を継続的に更新するのに適しています。登録後にノードが表示されない場合は、まずURLにアクセスできるか、設定の更新時刻が変わっているかを確認し、クライアントログでYAML形式やネットワークエラーを確認してください。同じURLを何度も追加するのは避けましょう。
- 登録後、設定が現在有効になっていることを確認する。
- サブスクリプションを更新する前に、動作中の旧設定を保存する。
- サブスクリプションの内容が変わったら、プロキシグループの選択を再確認する。
RULES / POLICY GROUPS
ルール分岐：ドメイン、アドレス、プロセスで出口を決める
ルールモードでは、リクエストを上から順に照合し、対応するプロキシグループ、DIRECT、またはREJECTへ通信を渡します。よく使われるルールには、ドメインサフィックス、ドメインキーワード、IPネットワーク、ルールセット参照があります。順序は結果に直接影響するため、具体性の高い条件を先に置き、フォールバックルールを最後に配置します。そうしないと、広すぎる条件が後続の通信を先に捕捉することがあります。
プロキシグループはノードそのものではなく、ノード、DIRECT、または別のプロキシグループを選ぶためのコンテナです。ノードを変更する際は、まず現在のルールがどのグループを指しているかを確認し、そのグループで最終的に何が選択されているかを見ます。全体スイッチだけを備えた基本的なプロキシツールと異なり、Clashの強みは組み合わせ可能で追跡しやすい分岐関係にあります。
- ルールは記述順に照合され、マッチすると後続の確認を停止する。
- ルールで指定する名前は、実際に存在するプロキシグループと一致させる。
- 誤った分岐を調べるときは、まず接続履歴でマッチしたルールを確認する。
SYSTEM PROXY / TUN
システムプロキシ：プロキシ設定に対応するアプリをClashへ接続する
システムプロキシを有効にすると、クライアントはOSのHTTPまたはSOCKSプロキシアドレスをローカルのリスニングポートへ向けます。ブラウザーやシステムプロキシ設定に従うデスクトップアプリは通常そのまま接続されますが、一部のゲーム、コマンドラインプログラム、独自のネットワークスタックを使うソフトウェアは設定を読み取らない場合があります。その場合はアプリごとにプロキシを指定するか、権限やルーティングへの影響を理解したうえでTUNモードを検討します。
システムプロキシとClashカーネルの稼働は別々の状態です。カーネルの起動はローカルポートが待ち受け可能になったことを示すだけで、システムプロキシを有効にして初めてOSのプロキシ入口が変更されます。Clashが起動しているのにウェブサイトへ直接接続される場合は、ポートの待ち受け、システムプロキシのスイッチ、ブラウザー独自のプロキシ設定、ルールモードを個別に確認してください。
- デフォルトポートが変わったら、システムプロキシのアドレスも確認する。
- クライアントを終了する前に、OSのプロキシ状態を元に戻す。
- LAN共有を使う場合は、リスニングアドレスとファイアウォールを別途確認する。
CONFIG.YAML / RELOAD
設定管理：YAMLを保存、切り替え、再読み込みする
完全な設定には通常、リスニングポート、動作モード、プロキシノード、プロキシグループ、ルール、DNSなどが含まれます。GUIクライアントではよく使う項目がフォームやスイッチになっていますが、高度なルール、オーバーライド、provider構造はYAMLを直接確認する必要がある場合もあります。編集前に元ファイルをコピーし、変更後はインデント、フィールド階層、参照名を確認してから再読み込みしてください。
設定ファイルとカーネルの機能は対応している必要があります。旧Clash設定をmihomoで読み込める場合でも、新しいフィールドを古いカーネルが認識できるとは限りません。起動に失敗したときは、ログに記録された具体的なフィールド名と行番号から対処し、一度に複数のモジュールを変更しないでください。本サイトのYAMLガイドはフィールド単位で構造を解説しており、順番に確認するチェックリストとして使えます。
- YAMLのインデントにはスペースを使い、タブで階層をそろえない。
- プロキシグループが参照するノード名またはprovider名は一致させる。
- 変更後は再読み込みし、最初に出たエラーログを確認する。
選択中：サブスクリプション登録
矢印キーで切り替え · Home/Endで移動
PLATFORM SELECT / デバイスを選択
5プラットフォーム向けClashインストール入口
現在使用しているデバイスに対応するタブを開き、プロセッサーアーキテクチャ、インストール形式、メンテナンス状況を確認します。デスクトップでは通常GUIクライアントが適しており、サーバー、ルーター、自動化環境ではmihomoカーネルを直接実行する構成が向いています。
macOS
Apple SiliconとIntelでは選ぶインストーラーが異なります。インストール後にネットワーク拡張やプロキシ権限を求められた場合は、システム設定で許可してください。代表的なGUIクライアントにはClash Plus、Clash Verge Rev、FlClashがあります。旧設定を移行する際は、カーネルのフィールド互換性も確認します。
Android
Androidのインストールパッケージは通常、ARM64、ARM、汎用アーキテクチャ別に分かれており、近年のスマートフォンの多くはARM64です。サブスクリプション登録後は、システムによるVPN接続の作成を許可する必要があります。画面構成と設定互換性に応じて、Clash Plus、Clash Meta for Android、FlClash、Surfboardから選択できます。
iOS
iPhoneとiPadにはApp StoreからClash Plusをインストールできます。インストール後、サブスクリプション入口から設定を追加し、システムによるVPN構成の作成を許可してから、アプリ内でプロキシグループを選択します。ダウンロードセンターにはClash PlusのApp Store入口と公式サイトclashplus.ioを併記し、アプリ情報を確認できるようにしています。
Linuxとmihomoカーネル
LinuxデスクトップではClash Verge RevまたはFlClashを利用できます。サーバー、ソフトウェアルーター、コンテナ環境では通常mihomoを直接実行します。カーネルファイルを選ぶ際は、AMD64、ARM64、ARMv7、MIPSなどのアーキテクチャを必ず確認し、サービス管理、設定パス、起動パラメーターを自分で用意してください。初回導入ではまずフォアグラウンドで実行して設定を読み込めることを確認し、その後systemdなどのプロセス管理へ移行するのがおすすめです。
QUICK SETUP / 3ステップで初期設定
Clashの初回設定手順
インストール後に多くの項目を同時に変更するのは避けましょう。「設定を登録、プロキシを選択、プロキシを有効化」の順に一つずつ確認し、各ステップの完了時に画面の状態を確認すると、問題の発生箇所を素早く特定できます。
-
01
サブスクリプションまたはローカル設定を登録
クライアントのProfiles、設定、またはサブスクリプション画面を開き、サブスクリプションURL全体を貼り付けて登録します。ローカルYAMLを使う場合は、ファイルからのインポート入口で設定を選択します。完了後に設定名、更新時刻、読み込み状態を確認し、クライアント付属の空のサンプルではなく新しい設定が有効になっていることを確かめてください。
登録に失敗した場合は、まずエラー内容を確認します。ネットワークアクセス失敗、URLがHTMLを返す問題、YAMLのインデントエラー、未対応フィールドはそれぞれ別の原因です。復元や比較確認ができるよう、元のURLと旧設定を保存しておきましょう。
-
02
モード、プロキシグループ、ノードを選択
初心者は通常、ルールモードから始めるのがおすすめです。Proxiesまたはプロキシ画面を開き、主要なプロキシグループを一つずつ確認して、利用可能なノードまたは自動選択グループを選びます。グループ名は設定提供者が定義するため、サブスクリプションによって大きく異なります。ほかの人の画面表示をそのまま当てはめず、グループ内の選択肢とルールの用途から判断してください。
レイテンシテストは一度の測定結果を示すだけで、すべてのウェブサイトでの実際の速度を直接表すものではありません。ノードを選んだ後は対象ページを開いて確認し、接続履歴で通信が想定したルールにマッチしているかを確認します。
-
03
システムプロキシを有効にして接続を確認
カーネルが稼働していることを確認してから、System Proxyまたはシステムプロキシを有効にします。続いて確認したいサイトへアクセスし、クライアントの接続一覧に新しい記録が現れるか、記録内のルール、プロキシグループ、ノードが想定どおりかを確認します。ブラウザーに記録がない場合は、独自プロキシやセキュアDNSを使用していないかを確認してください。
基本確認が終わってからDNS、TUN、LAN共有、カスタムルールを調整します。こうすれば異常が発生しても、どの追加設定がネットワーク動作を変えたのかを明確にできます。
OPEN SOURCE / プロジェクトの関係
Clashオープンソースエコシステムとmihomoカーネル
Clash設定体系からコミュニティ製クライアントまで
Clashは広く利用される設定構造を形成しました。プロキシノードは接続方式を記述し、プロキシグループは選択関係を整理し、ルールは通信を対応するプロキシへ振り分けます。DNSとリスニングポートは、ローカル環境からどのように接続するかを決めます。オリジナルプロジェクトの継続的な開発が止まった後も、こうした設定の考え方は失われていません。コミュニティでは互換カーネル、GUI、マルチプラットフォーム対応ツールが引き続き開発されています。
現在よく使われているデスクトップおよびモバイルクライアントは、同じプログラムの単純な外観違いではありません。GUI技術、更新経路、設定管理方式が異なる場合があり、内部にmihomoなどの互換実装を組み込んでいることもあります。クライアントを選ぶ際は、対応プラットフォーム、カーネルの出所、設定互換性、メンテナンス状況を確認し、名称にClashが含まれるかだけで判断しないでください。
mihomoとGUIクライアントの役割分担
mihomoは主に、設定解析、ルール照合、プロキシプロトコル、DNS処理、ネットワーク待ち受けなどのコア処理を担います。GUIクライアントはその外側で、サブスクリプション管理、プロキシ選択、ログ確認、システムプロキシの切り替え、更新入口を提供します。デスクトップユーザーは通常GUIクライアントを直接インストールすれば十分です。サーバーやルーザーでは、カーネルだけを配置し、設定ファイル、コマンドライン、外部制御インターフェースで管理する場合があります。
カーネルの機能とGUIの機能は分けて判断する必要があります。あるYAMLフィールドが有効になるかは、まずカーネルが対応しているかで決まります。機能を簡単に有効化できるかは、クライアントが対応する画面を提供しているかによります。機能差に遭遇したら、まず使用中のカーネルと設定形式を確認してからフィールドの説明を調べるほうが、「Clashがなぜ使えないのか」と漠然と検索するより正確な答えにたどり着けます。
更新時に確認すること
クライアントの更新には通常、GUIプログラム、組み込みカーネル、設定移行の3部分が関係します。更新前に、現在動作している設定、リスニングポート、システムプロキシの状態、重要なオーバーライドルールを記録してください。更新後は元の設定を読み込み、起動ログを確認してから、プロキシグループとよく使うサイトをテストします。複数のメジャーバージョンをまたぐ場合、クライアント、カーネル、設定全体を同時に置き換えると、異常発生時に変更元を特定しにくくなります。
本サイトのダウンロードセンターでは、現在も保守されているクライアントとアーカイブプロジェクトをプラットフォーム別に掲載し、バージョンは各クライアントカード内に表示しています。バージョン情報は統一リストから読み込みます。上流側で利用可能なバージョン情報が一時的に提供されていない場合は、クライアント名とインストール入口を残し、空のバージョン表示は出しません。
HELP TOPICS / よくある質問
インストール後に確認したい4つのポイント
初回利用時の問題の多くは、設定、プロキシグループ、プロキシ、アプリの適用範囲に分けて確認できます。まず状態を確認してから設定を変更し、サブスクリプションの問題をクライアントのインストール問題と取り違えないようにしましょう。
サブスクリプション登録後にノードが表示されないのはなぜ？
まずサブスクリプションの更新が成功したか、現在選択されている設定が登録したばかりのものかを確認します。更新時刻が変わっていない場合は、URLにアクセスできるかを確認してください。設定の読み込みに失敗した場合は、ログにあるYAMLフィールドやインデントの警告を確認します。一部の設定ではproxy provider経由でノードを遅延読み込みするため、providerの更新完了を待つ必要があります。詳しい操作はサブスクリプション登録の手順をご覧ください。
Clashは起動しているのに、なぜブラウザーが接続できない？
カーネルの稼働、システムプロキシの有効化、プロキシグループの利用可能状態は、それぞれ独立した条件です。システムプロキシが有効か、ローカルのリスニングポートがシステム設定と一致しているか、ブラウザーが独自プロキシを使っていないかを確認します。その後、接続一覧を見ます。記録がなければ通信がクライアントに入っていない可能性が高く、記録があるのに失敗する場合は、マッチしたルール、プロキシグループ、ノードの状態を確認します。
ルールモード、グローバルモード、DIRECTモードはどう選ぶ？
日常利用では通常ルールモードを選び、設定内のルールに従って通信ごとにプロキシまたはDIRECTへ振り分けます。グローバルモードは大部分の通信を同じプロキシグループへ渡すため、ノードの短時間テストに適しています。DIRECTモードは一時的にプロキシを迂回するときに使います。問題を調べる際は比較のため一時的にモードを切り替えても構いませんが、テスト後は現在の設定に合ったモードへ戻してください。
システムプロキシとTUNモードの違いは？
システムプロキシは、OSのHTTPまたはSOCKSプロキシ設定に従うアプリを主に対象とし、簡単に有効化できて適用範囲も明確です。TUNモードは仮想ネットワークインターフェースを通じて、より広い通信を取り込みますが、管理者権限、ルーティング、DNS設定が関係する場合があります。初回設定ではまずシステムプロキシを確認し、その設定を読み取らないアプリが必要な場合にTUNを検討してください。
TECH NOTES / 最新記事
Clash設定とネットワークトラブル対処ノート
技術ノートでは、実際の利用手順に沿って解説します。まず初心者がつまずきやすい概念を説明し、システムプロキシ、TUN、ノード回線、ローカル設定の関係を分解して整理します。クライアントの公式説明を置き換えるものではなく、「なぜこの設定にするのか」「異常時にどこから確認するのか」を補足します。
Clash初心者のよくある質問：サブスクリプション、モード、接続状態の10問
サブスクリプション登録、ノード選択、ルールモード、システムプロキシ、接続失敗など、初心者がよく遭遇する問題をまとめて解説し、段階的な確認手順を示します。
記事を読む →Clash TUNモードとシステムプロキシの違い：通信取り込みの仕組みを比較
アプリの適用範囲、必要な権限、DNS処理、利用シーンから2つの通信取り込み方式を比較し、取り込み範囲を広げるべき場面を説明します。
記事を読む →Clashの速度が遅いときの対処法：ノード、回線、ローカル設定を順に確認
ノード品質、ネットワーク回線、DNS、プロキシモード、デバイス設定を順に確認して速度低下の原因を特定し、一度のレイテンシテストだけで判断しない方法を解説します。
記事を読む →