Windows
デスクトップでの業務や開発環境に適しています。システム情報でCPUアーキテクチャを確認してからインストールし、ファイアウォールの通知と混合ポートの使用状況をチェックしてください。まずはシステムプロキシで接続を確認し、必要なアプリに応じてTUNを有効にします。
オープンソース · mihomo搭載
FlClash公式ダウンロード Clash マルチプラットフォームクライアント
Flutter製のプロキシクライアントで、mihomo搭載。インストール方法から設定項目リファレンスまで、実際の設定に沿って確認できます。
- 永久無料
- ソースコード公開
- 日本語ガイド
- INTERFACEFlutterによるクロスプラットフォームUI
- ENGINEmihomo（Clash Meta）エンジン
- LICENSEGPL-3.0 オープンソースライセンス
設定項目と通信の流れ
クライアントの画面で設定を管理し、エンジンがルールを解析して接続を確立します。以下は設定画面を模した静的な表示です。値は項目同士の関係を示すもので、インストール後の初期値ではありません。機能を選ぶと、対応する設定と利用上の注意を確認できます。
システムプロキシ
TUNモード
LAN接続を許可
混合ポート
7890出力モードルール / グローバル / DIRECT
現在の設定サブスクリプション + ローカルオーバーライド
DNSモード
fake-ipIPv6
ログレベル
infoルールモードとプロキシグループの選択
mode: ruleでは、接続をルールの上から順に照合し、最初に一致したルールに対応するプロキシグループへ渡します。ドメインのサフィックス、宛先アドレス、ルールセットごとに、プロキシ経由または直接接続を指定できます。設定を読み込んだら、まずグループ内に利用可能な出力先があるか確認し、接続ログで実際に適用されたルールをチェックしましょう。グローバルプロキシへの切り替えと異なり、ルールモードではローカルサービスへの直接接続を維持できます。ただし、ルール名は実在するプロキシグループを参照する必要があります。カスタムルールはフォールバックルールより前に置き、先に処理されないようにしてください。
システムプロキシ以外で通信を取り込む方法
システムプロキシは、OSのプロキシ設定に従うアプリに適しています。TUNは仮想ネットワークインターフェースを使って、ルーティング条件に合う通信を取り込みます。システムプロキシを参照しない一部のコマンドラインツールやアプリにも有効です。初めて有効にする前に、管理者権限、仮想インターフェースの許可、ほかのVPNの動作状況を確認してください。対象範囲はルート、除外するネットワーク、DNS設定にも左右されるため、スイッチの状態だけで全アプリがプロキシ経由になるとは限りません。問題を切り分ける際は、まず一方の方式だけで接続できる状態を作り、その後TUNを追加すると、複数の条件を同時に変えずに済みます。
サブスクリプション更新とローカル変更を分けて管理
サブスクリプションにはノード、プロキシグループ、ルールが含まれ、ローカルオーバーライドには端末固有の設定を保持できます。リモートのサブスクリプションから生成されたファイルを直接編集すると、次回更新時に変更が上書きされる場合があります。ポートを固定したりルールを追加したりする際は、クライアントのオーバーライド機能、マージ順序、最終的に適用される設定を確認してください。マップ型とリスト型では処理方法が異なることがあり、追加と置換を混同しないようにしましょう。他のClashクライアントの設定を移行する場合は、エンジンが対応するプロトコル項目を確認してください。画面構成が似ていても、設定が完全に互換とは限りません。
同じネットワーク内でプロキシを共有
allow-lanはLANからの接続を許可するかどうかを制御し、mixed-portはHTTPとSOCKSを受け付ける混合ポートを提供します。共有する前に、待ち受けアドレス、ファイアウォール、各端末が接続しているネットワークを確認してください。ほかの端末では、ホスト端末のLAN内アドレスとポートを指定します。LAN接続を許可しただけでは、ほかの端末が自動的にプロキシを使うわけではありません。この方法は一時的な検証や信頼できるネットワークでの利用に適しています。接続元を制限し、必要に応じて認証を設定してください。ルーターのポート転送で待ち受けポートをインターネットに公開しないよう注意しましょう。
ドメインの名前解決と接続ルールの照合
Fake-IPはドメインに合成アドレスを割り当て、エンジンがその対応関係から接続先を特定することで、ドメインルールによる振り分けを可能にします。これは実際のサーバーアドレスではなく、暗号化DNSとも異なります。ローカル機器の検出、社内ネットワーク、特定アプリで問題が起きた場合は、まずDNSサーバー、fake-ip-filter、OSのDNSをどの設定が処理しているかを確認してください。IPv6では名前解決に加えて実際のルーティングも関係するため、1か所の項目を変えるだけでは解決しないことがあります。redir-hostとの使い分けはネットワーク環境を基準に判断し、一方が常に速いと決めつけないでください。
エラーが起きた処理段階から原因を絞り込む
log-level: infoは日常的な確認に適しています。詳しく調べる場合は一時的にdebugへ上げ、問題を再現したら元に戻してください。ポート競合は待ち受け段階、DNSエラーは名前解決段階で発生します。接続タイムアウトは宛先と出力先もあわせて確認が必要です。時刻、適用されたルール、プロキシグループを記録すると、ノードを何度も切り替えるより原因を特定しやすくなります。ログを共有する前に、サブスクリプションURL、認証情報、プライベートなドメインを削除してください。クライアントログは動作状況を示すもので、単独のエラーだけでネットワーク全体が利用不能とは判断できません。
設定スイッチが通信の取り込み範囲を決め、rulesが振り分け先を決め、プロキシグループが最終的な出力先を決めます。この3点をあわせて確認してください。ブラウザーは使えるのにターミナルで失敗する場合は、まずターミナルがシステムプロキシを参照しているか確認します。一部のドメインだけで問題が起きる場合は、すぐにクライアントを再インストールせず、DNSとルールの適用状況を確認しましょう。
Clashクライアントの導入先
使用するOSのダウンロードページを開き、クライアントとCPUアーキテクチャを選んでください。FlClashはWindows、macOS、Android、Linuxに対応しています。iOSのリンク先はClashエコシステムの別アプリであり、同名のFlClashアプリがあることを示すものではありません。異なるクライアントで似たエンジン設定を使える場合でも、OS権限、サブスクリプションのマージ、バックグラウンド動作は個別に確認が必要です。
初めてインストールする際は、クライアントを1つだけ起動することをおすすめします。旧クライアントを終了したら、システムプロキシ設定が元に戻ったことを確認してから新しいクライアントを起動してください。ポート競合、古いプロキシアドレス、二重の通信取り込みを防ぎやすくなります。アップグレードや移行の前には、ローカルルールとオーバーライドファイルを保存してください。サブスクリプションURLに端末側の設定がすべて含まれているとは限りません。
macOS
Apple SiliconかIntelかを確認して、対応するインストーラーを選んでください。初回起動時は、OSの案内に従ってアプリの権限を許可します。接続に問題がある場合は、「ネットワーク」設定のプロキシ状態と、ほかのネットワーク拡張機能が動作していないかも確認してください。
Android
インストール前に端末のアーキテクチャとシステム要件を確認してください。初回接続時にはVPN権限の許可が必要です。バックグラウンドで停止する場合は、バッテリー最適化とバックグラウンド動作の権限を確認しましょう。同時に別のVPNアプリを動かすと、実際の通信取り込み状態が変わることがあります。
iOS
ダウンロードページからClash PlusのApp Storeページと公式サイトclashplus.ioにアクセスできます。インストール後はアプリの手順に沿って設定を追加し、VPN権限を許可してください。インポート前にサブスクリプション形式を確認し、デスクトップ版の設定をそのままモバイル版へ移さないようにしましょう。
Linux
デスクトップではディストリビューションとパッケージ形式に合ったGUIクライアントを選べます。サーバーやルーターで使う場合は、エンジンの案内を確認してください。デスクトップ環境のシステムプロキシがターミナルのプロセスにも適用されるとは限りません。環境変数、待ち受けポート、サービス権限をそれぞれ確認してください。
ダウンロードページでは、クライアントの選び方、システム要件、メンテナンス状況をまとめて確認できます。インストーラーの選択と実行時のネットワーク設定は別の手順です。OSに合ったものを選んだ後、利用可能な設定をインポートしてください。
すべてのクライアントを見る →初回接続までの3ステップ
まず接続を1つ確立して動作を確認し、その後でルールや詳細設定を追加します。以下は基本的な手順です。具体的な画面操作やよくあるつまずきは入門ガイドをご覧ください。インストールしただけでプロキシが使えるようになるわけではありません。
-
利用可能なサブスクリプションまたはローカル設定を読み込む
設定管理からサブスクリプションURLを追加するか、既存のYAMLファイルをインポートします。取得が完了したら、その設定を現在の使用対象にして、プロキシグループが表示されるか確認してください。ブラウザーでURLを開けても、互換性のある設定が返されるとは限りません。インポートに失敗した場合は、ネットワークに接続できない、ログインページが返される、YAMLの解析に失敗するといった原因を切り分けましょう。
サブスクリプションURLにはアクセス情報が含まれる場合があるため、個人情報として扱ってください。初回インポート後は、まず元の設定のまま接続を確認し、複雑なオーバーライドは後から追加します。ノード一覧が空の場合は、有効期限と取得内容を確認してください。接続ボタンの表示だけでインポート完了と判断しないようにしましょう。
-
出力先と通信の取り込み方法を確認
まずルールモードを選び、読み込んだ設定にあるプロキシグループから利用可能な出力先を選択します。デスクトップではシステムプロキシから始めましょう。システムプロキシを参照しないアプリも対象にする場合は、ガイドに沿ってTUNを設定します。モバイルではOSの案内に従ってVPN権限を許可し、別のVPNアプリと接続を取り合わないようにしてください。
ルールモードは設定に基づいて通信を振り分けます。グローバルモードは主に切り分け時の比較に使い、DIRECTモードではプロキシを経由しません。モードを切り替えても、無効なサブスクリプションが直ったり、足りないノードが追加されたりするわけではありません。一度に変更する設定は1つに絞り、変更前後の状態を記録すると、影響した項目を特定しやすくなります。
-
接続後に実際のルール適用を確認
接続を有効にしてテスト対象へアクセスし、接続ログでドメイン、ルール、出力先を確認します。ローカルサービスとプロキシが必要な宛先をそれぞれ試し、想定した範囲で通信が取り込まれているか確認してください。一部のアプリだけ動かない場合は、何度も速度を測ったりノードを切り替えたりせず、まずそのアプリが現在のプロキシ経路を通っているか調べましょう。
接続タイムアウト、名前解決エラー、ポート競合は、それぞれ発生する段階が異なります。発生時刻と関連ログを記録し、該当する設定を確認してください。クライアントを終了した後もシステムプロキシが元に戻ったか確認しましょう。停止したローカルポートをアプリが参照し続けると、ネットワーク全体が切れたように見えることがあります。
ほかのClashクライアントの設定を使っている場合は、まず元ファイルのコピーを保存してください。ノード、プロキシグループ、ルール、DNSを順に検証しながら移行します。クライアント固有の設定を一度にすべてコピーするのは避けましょう。
チュートリアルをすべて見る →ソースコード、エンジン、アップデートの確認
FlClashとClashエコシステム
FlClashはClashエコシステムのGUIクライアントで、Flutterを使って複数プラットフォームに対応しています。プロジェクトの関係を理解するには、クライアント名、エンジン名、設定形式を分けて考えることが大切です。画面側は設定のインポート、状態表示、各種管理を担い、エンジンは名前解決、ルール処理、接続を担います。どちらのアプリもmihomoを使っていても、オーバーライドの順序、権限の扱い、設定の保存場所が同じとは限りません。
Clash Metaはこのエコシステムを理解するうえでよく登場する旧称で、mihomoは関連するエンジンプロジェクトの現在の名称です。古いガイドを参照する際は、操作の目的を現在の設定項目に対応させ、利用中のクライアントに同じ機能があるか確認してください。ガイドに記載された古いメニュー名が、現在の環境にも存在するとは限りません。エンジンの機能に関する情報は、プロジェクトのドキュメントを確認しましょう。
公開リポジトリでプロジェクトの履歴を確認
FlClashのソースコード、コミット履歴、リリースノート、課題や議論はプロジェクトのリポジトリで確認できます。オープンソースライセンスには利用・再配布の条件が記載され、コミット履歴からコードの変更を、課題一覧から具体的な動作の再現や議論を追えます。機能名だけを見るより、個別の設定が自分の環境に適しているかを判断する手がかりになります。ただし、オープンソースであること自体は、あらゆるネットワーク環境での互換性を保証するものではありません。
課題を報告する前に、OS、通信の取り込み方法、再現手順、エラーが発生した段階を記録し、機密情報を削除したログを用意してください。サブスクリプションURL全体、プロキシの認証情報、個人のアドレスが含まれる設定はアップロードしないでください。最小限の手順で再現できれば、画面の問題、エンジンの動作、サブスクリプション内容の不備を切り分けやすくなり、スクリーンショットだけで推測を繰り返す手間も減らせます。
クライアントのアップグレードとサブスクリプション更新は別々に確認
クライアントをアップグレードすると、画面、パッケージ方法、同梱エンジンが変わることがあります。一方、サブスクリプションの更新は設定内容を再取得する操作です。両者の影響範囲は異なります。プロトコル項目が認識されない場合はエンジンの対応状況を確認し、ノードの期限切れや取得エラーの場合はサブスクリプションサービスの状態を確認してください。クライアントを更新してもサブスクリプションの期限は延長されず、サブスクリプションを更新してもアプリのアップグレードにはなりません。
アップグレード前に、混合ポート、通信の取り込み方法、ローカルオーバーライドを記録し、復元できる設定のコピーを保存してください。アップグレード後は、設定が正しく読み込まれたか、プロキシグループの選択が保持されたか、システムプロキシやTUNが想定どおり動作するかを順に確認します。特定のネットワークだけで問題が起きる場合は、ロールバックを検討する前にDNS、ルーティング、ファイアウォールの条件を比較しましょう。アップグレード、サブスクリプション変更、ルールの書き換えを同時に行うと、原因を特定しにくくなります。
インストール案内ではソフトウェアを選び、設定項目のページでは動作を確認し、入門ガイドでは基本的な設定を行います。それぞれ、選択・理解・操作の疑問に答える内容です。クライアントごとの設定管理やプラットフォーム対応を詳しく比べたい場合は、クライアント比較で画面の見た目ではなく、利用目的に合うものを選びましょう。
設定・トラブル対処の記事
記事は公開日の新しい順に並んでいます。初回接続が済んでいる方は、サブスクリプションの解析、DNSモード、クライアント選びへ進んでください。まだ設定を読み込んでいない場合は、まず入門ガイドに沿って基本的な接続を確認し、その後で応用設定を行いましょう。
Clashのサブスクリプションを読み込めない・解析エラーが出るときの原因と確認手順
URLへの接続、応答形式、YAML構文、ノードのプロトコル互換性の4段階で、サブスクリプションの無効化や解析エラーを切り分けます。各段階の確認方法と対処の考え方も紹介。まずサーバーから実際に返される内容を確認し、ネットワーク設定と設定項目のどちらを見直すべきか判断することで、インポートエラーをすべてクライアントの問題と決めつけずに済みます。
サブスクリプションの確認手順を見る →ClashのFake-IPモードを解説：redir-hostとの違いと使い分け
Fake-IPのアドレスプール割り当てとドメイン逆引きの仕組みを解説し、名前解決のタイミングや情報漏えいリスクにおけるredir-hostとの違いを比較します。fake-ip-filterの記述方法や、LAN環境で適さないケースも紹介。合成アドレス、実際の名前解決結果、最終的な出力先を区別すると、ドメインルールが適用される理由や機能しない原因を理解しやすくなります。
DNSモードの解説を見る →2026年版Clashクライアントの選び方：FlClashやClash Verge Revなど主要クライアントを比較
エンジンの更新状況、対応プラットフォーム、操作性、サブスクリプションとオーバーライドの管理方法という4つの観点から、主要クライアントを比較します。デスクトップ業務、モバイル、Linuxサーバーなど用途別の選び方も解説。必要なOSと設定機能を先に確認してから日々の操作手順を比べることで、移行後にルールや権限を調整する手間を抑えられます。
クライアント選びの解説を見る →