Windows
日常的なデスクトップ利用に適しています。FlClash、Clash Plus、Clash Verge Revなどから選び、ダウンロード前にシステム設定でプロセッサの種類を確認してください。初回起動時は設定をインポートし、システムプロキシを有効にしてブラウザーの接続を確認します。より多くのアプリの通信を制御する場合は、ガイドに沿ってTUNの権限を設定してください。
ダウンロードへ →オープンソースのClashクライアント · mihomoベース
同じ互換性のあるサブスクリプションで、PCとスマートフォンを接続。FlClashはサブスクリプション管理、ルールによる通信の振り分け、TUNモードに対応しています。
まずOSを確認し、次にプロセッサのアーキテクチャを確認してください。FlClashはデスクトップとAndroidに対応し、iOSでは別の互換クライアントを利用します。サブスクリプションを使い回せるかどうかは、設定形式やプロトコルの対応状況、サービス提供元のデバイス制限によって異なります。画面が似ていても、すべての設定をそのまま移行できるとは限りません。
日常的なデスクトップ利用に適しています。FlClash、Clash Plus、Clash Verge Revなどから選び、ダウンロード前にシステム設定でプロセッサの種類を確認してください。初回起動時は設定をインポートし、システムプロキシを有効にしてブラウザーの接続を確認します。より多くのアプリの通信を制御する場合は、ガイドに沿ってTUNの権限を設定してください。
ダウンロードへ →Apple Silicon搭載機とIntel搭載機では、対応するインストーラーを選んでください。「このMacについて」でチップ情報を確認できます。インストール後は、システムの案内に従って必要なネットワーク権限を許可してください。クライアントを切り替える前に以前のプロキシツールを終了し、システムプロキシのポートが終了済みのアプリを指したままにならないようにします。
ダウンロードへ →FlClashやClash Meta for Androidなどを選択できます。インストーラーのアーキテクチャが端末に合っていることを確認してください。初回接続時はシステムのVPN接続要求を許可します。バックグラウンドで接続を維持するには、バッテリー最適化とバックグラウンド実行の権限も確認してください。アプリごとのプロキシ設定は選択したアプリだけに適用され、設定内のドメインルールに代わるものではありません。
ダウンロードへ →iPhoneやiPadでは、ダウンロードページからClash PlusのApp Storeページにアクセスできます。公式サイトはclashplus.ioです。インポート前にサブスクリプションがこのクライアントに対応しているか確認し、初回起動時にVPN構成の追加を許可してください。デスクトップのローカルファイルパスやシステムプロキシの設定は、モバイル端末にそのまま適用できません。
ダウンロードへ →デスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使用できます。システムプロキシが有効になるかどうかは、デスクトップ環境とアプリによって異なります。サーバーやルーターでは、mihomoコアを直接実行する方法が適しています。TUNにはネットワーク権限が必要です。有効にする前に、現在のルーティングとDNSの設定を確認してください。
ダウンロードへ →ダウンロードページでは、利用可能なクライアント、インストーラーのアーキテクチャ、システム要件をまとめて確認できます。クライアントを切り替える前に現在の設定を保存してください。サブスクリプションの更新とアプリの更新は別々の操作です。
すべてのクライアントを見る →設定の読み込みから通信の送信まで、クライアントの操作とコアの処理を分けて解説します。
FlClashでは、設定画面からサブスクリプションリンクとローカル設定をまとめて管理できます。リンクを追加したら内容をダウンロードし、使用する設定を選択します。自動更新の間隔を指定すると、クライアントがサブスクリプションを再取得するタイミングを設定できます。アプリ本体の更新とは別の設定です。複数の設定を保存できますが、切り替え後はプロキシグループの選択が有効か確認してください。サブスクリプションの更新でリモート設定のルールが上書きされることがあります。長期的に使う独自設定は、クライアントが対応するオーバーライド機能で保存してください。静的ファイルを一度だけインポートする方法と比べ、サブスクリプション管理ならサービス提供元によるノードやルールの変更を継続して反映できます。ただし、リンクが有効かどうかは配信元によって異なります。
サブスクリプションの追加手順を見る →ルールモードでは、ドメイン、宛先アドレス、ルールセットなどを順番に照合し、一致したルールに応じてDIRECTまたはプロキシグループへ振り分けます。すべての通信をグローバルグループに送るグローバルモードとは異なり、宛先ごとの振り分けを維持できます。FlClashではポリシーを選択できますが、具体的なルールは現在の設定に従います。特定サイトの接続経路を調べるときは、接続ログで一致したルールを確認してから配置を調整してください。末尾のフォールバックルールより後にある項目は適用されません。プロキシグループ名はルール内の参照名と一致させる必要があります。名前を変更する場合は参照箇所も確認し、設定の読み込みエラーを防いでください。
ルールの書き方と照合順序を確認 →TUNは仮想ネットワークインターフェースを使い、ルーティング条件に合う通信をコアに渡します。システムプロキシ設定を参照しないアプリにも適しています。一方、システムプロキシは主に対応アプリへプロキシアドレスを提供するもので、通信を制御できる範囲が異なります。TUNを有効にする前に、通常のプロキシで設定とノードが使えることを確認し、管理者権限、仮想ネットワークアダプター、DNS設定をチェックしてください。TUNを有効にしてもサブスクリプション自体の有効性は変わらず、どのネットワーク環境でも同じ結果になるとは限りません。ほかのVPN、仮想マシンのネットワーク、セキュリティソフトを併用している場合は、互換性を一つずつ確認し、TUNを無効にして元のネットワークに戻す手順も確保してください。
接続と権限の設定を見る →Clashのエコシステムには複数のコアやクライアントがあり、設定の互換性はそれぞれ確認する必要があります。FlClashはmihomoをベースにしており、対応するプロトコルやルール機能を利用できます。「複数のコアとの互換性」はエコシステム内の形式を比較するもので、FlClashですべてのコアを自由に切り替えられるという意味ではありません。従来のClash設定を移行する場合、一般的なルールは引き継げることがありますが、新しいプロトコル、DNS項目、ルールセットのパラメーターはコアの対応状況を確認してください。ノード情報だけのサブスクリプションには、プロキシグループとルールの追加が必要です。サービス提供元の形式を確認してから、移行先クライアントのコアを調べると、クライアント名だけで判断するより確実です。
プロトコルとコアの互換性を確認 →FlClashはFlutterで開発されており、設定、プロキシ、ログなどの画面はデスクトップとAndroidで共通した操作体系になっています。互換性のあるサブスクリプションは両方の端末にインポートできますが、ローカルのスイッチ、ファイルパス、システム権限は端末ごとに設定が必要です。同じリンクを使っても自動同期はされません。モバイルではシステムのVPN機能を使って接続し、デスクトップではシステムプロキシとTUNを使い分けます。iOSではダウンロードページに掲載している別のクライアントを使用してください。端末を移行する際は、サブスクリプションの同時接続数を確認し、プロキシグループ、DNS、バックグラウンド権限も確認しましょう。端末ごとの差をノードの障害と誤認しにくくなります。
各プラットフォームの対応クライアントを見る →初回設定では、まず接続を確認できる経路を一つ作り、その後で独自ルールや通信制御の範囲を広げます。以下の3ステップは、互換性のあるサブスクリプションをお持ちの方向けです。クライアントは設定を読み込みますが、ノードやサービスの稼働状況はサブスクリプションの配信元に依存します。
OSとプロセッサのアーキテクチャに合ったクライアントをインストールします。設定画面を開き、サブスクリプションリンクを追加して保存してください。ダウンロード後にその設定を選び、プロキシ画面にプロキシグループが表示されることを確認します。単一ノードのリンクを受け取った場合は、クライアントが直接インポートに対応しているか確認してください。ウェブページのURLをサブスクリプション欄に貼り付けても、有効な設定を取得できないことがあります。
設定名は用途に応じて付けられます。サブスクリプションリンクは安全な場所に保管してください。リンクに含まれるアクセス識別情報がアカウントに紐づく場合があります。ログやスクリーンショットを共有する際は、該当部分を隠してください。インポートに失敗した場合は、まずURLが完全か、サブスクリプションの期限が切れていないかを確認し、次にサービス提供元の形式を確認します。クライアントを何度も再インストールする必要はありません。
ダッシュボードでルールモードを選び、プロキシ画面で必要なプロキシグループの接続先を指定します。ルールモードなら、設定に含まれるDIRECTとプロキシの振り分けを維持できます。グローバルモードは一時的な比較や切り分けに使えますが、設定内のルールは自動で書き換えられません。モードを切り替えたら新たにリクエストを送ってください。すでに確立した接続の経路はすぐに変わらない場合があります。
デスクトップではシステムプロキシを有効にし、モバイルではシステムの案内に従ってVPN構成を許可してください。TUNが必要な場合は後から個別に有効にして権限を確認します。モード、DNS、通信制御の方法を一度に変更すると、どの設定が接続に影響したのか判断できなくなります。
接続を開始したら、宛先が明確なページにアクセスし、接続履歴やログで対象ドメイン、一致したルール、接続先を確認します。ブラウザーでページが開くことは確認の第一歩です。プロキシが必要なアプリの通信も制御されているか確認してください。一部のアプリだけで問題が起きる場合は、アプリ独自のプロキシ設定や、古いポートが残っていないかを先に確認します。
タイムアウトが発生した場合は、ローカルネットワーク、サブスクリプションの有効性、通信制御の状態、DNS、ノードの順に確認します。設定を一度に一つだけ変更して再テストし、接続が回復した設定の組み合わせを記録してください。接続を確認できた後でサブスクリプションの自動更新を設定すれば、次回の更新に失敗した場合も比較できる設定を残せます。
クライアントの画面、プロキシコア、サブスクリプションの内容には、それぞれ異なる役割があります。この3つの関係を理解すると、何をダウンロード・更新すべきか、問題が起きたときにどこから確認すべきか判断しやすくなります。このサイトではダウンロード先と日本語の解説をまとめています。ソースコードやリリース履歴は各オープンソースリポジトリをご確認ください。
FlClashはFlutterとmihomoをベースにしたオープンソースのクライアントプロジェクトです。FlutterがクロスプラットフォームのUIを実現し、mihomoがプロキシプロトコル、DNS、ルールの処理を担います。Clash設定のエコシステムに属するプロジェクトであり、過去のClashクライアントを一つに統合したソフトウェアではありません。似た設定構文を使うクライアントでも、システムとの連携方法やメンテナンスの頻度は異なる場合があります。
プロジェクトの状況を確認するには、リポジトリのリリースノート、コミット履歴、課題の議論を参照してください。リリースノートは、使用中の機能が特定の更新で変更されたかを確認するのに適しています。課題の議論には、特定のシステム環境での再現情報が掲載されていることもあります。公開記録の利点は変更の経緯を追えることであり、スターの数だけであらゆる端末での安定性を判断できるわけではありません。
FlClashは設定管理、プロキシ選択、ログ確認を操作しやすい画面にまとめています。リクエストがどのルールに一致するか、どのプロトコルで接続するかは、コアと現在の設定によって決まります。画面にスイッチがあっても、サービス提供元のノードが対応機能を備えているとは限りません。同様に、コアが特定のプロトコルに対応していても、ノードのパラメーターが完全かつ正しく設定されている必要があります。
mihomoはClash Metaの技術路線を引き継ぎ、プロトコルやルール機能を継続的に拡張しています。サブスクリプションの説明には、オリジナルのClash、Meta、mihomoという名称が併記されることがあります。クライアントを選ぶ際は、互換性を確認するための情報として扱ってください。プロトコルの選び方、リソースの使用量、モバイルでの利用についてはプロトコルの詳細をご覧ください。
アプリを更新するとクライアントプログラムが置き換わり、UIの修正、システム互換性の調整、付属コアの変更などが行われる場合があります。サブスクリプションを更新すると設定内容が再取得され、主にノード、プロキシグループ、ルールが更新されます。両者は代用できません。サブスクリプションのURLが無効になっても、アプリを更新しただけでは認証を復旧できません。設定で新しい項目を使っている場合、サブスクリプションを再取得しても古いコアはその項目を認識できません。
更新前に利用可能な設定と必要なローカル設定を保存し、リリースノートから使用中のシステムに関係する項目を確認してください。更新後は、まず以前の接続が使えるか検証してから新機能を有効にします。設定の読み込みに失敗した場合は、ログに記録された項目やルールのエラーを確認してください。切り戻しに使える記録を失わないよう、設定フォルダー全体を安易に削除しないでください。
クライアントをインストールした後も、利用可能な設定が必要です。サブスクリプションは通常、利用中のサービスのアカウントページや自分で構築したサービスから取得します。FlClash自体がサブスクリプションに含まれるノードを決めるわけではありません。配信元を選ぶ際は、プロトコル形式、デバイス数の制限、更新URL、サービスの説明を確認してください。出所不明の設定には、現在の環境に合わないDNS、ルーティング、リモートルールが含まれることがあります。インポートする前に、それぞれの設定内容を理解してください。
問題を報告する際は、OS、発生手順、個人情報を隠したエラーログを共有できます。サブスクリプションURL、ノードのパスワード、アクセス識別情報、アカウント情報は公開の場に投稿しないでください。まだサブスクリプションをお持ちでない場合は、サブスクリプションの入手先をご覧ください。見慣れない項目は、用語一覧でノード、ポリシーグループ、ルールセット、DNSの違いを確認できます。
Gitをインストール済みの方は、コマンドをコピーしてリポジトリをローカルに取得できます。コードのクローンは閲覧や開発のためのもので、クライアントのインストールではありません。普段使いにはダウンロードページからインストーラーを選んでください。
FlClashのオープンソースリポジトリを開く ↗git clone https://github.com/chen08209/FlClash.git
具体的な症状から、手順に沿って問題の範囲を絞り込みます。記事を読む前に使用中の設定、接続モード、通信制御の方法を記録しておくと、解説の確認手順と照らし合わせやすくなります。設定を変更した後は接続をやり直し、古い接続で新しいルールを判断しないようにしてください。
ローカルネットワーク、サブスクリプションの有効性、システムプロキシとTUNの状態、DNS設定、ノード本体の順に確認し、やみくもにノードを切り替える手間を省きます。
トラブル対処の手順を見る →ルール行の基本構造から、よく使うルールタイプ、上から順に適用される優先順位、no-resolveパラメーター、ルールセットの参照方法まで解説。よくある記述ミスも紹介します。
ルールの解説を読む →GeoIPとGeoSiteのデータファイルの役割、クライアントで手動または定期更新する方法、設定でのGEOIP・GEOSITEルールの書き方を解説します。
データベースの使い方を読む →