インストーラーと対応プラットフォーム
FlClashはデスクトップとAndroidに対応しています。ダウンロードページではClashエコシステムの他のクライアントも紹介。CPUアーキテクチャや使い方に合わせて選べます。iOS向けにはClash Plusのストアリンクを掲載しています。
インストーラーを選ぶ際は、OS・アーキテクチャ・パッケージ形式がすべて一致するか確認してください。同じOSを実行できるPCでも、すべてのインストーラーが使えるとは限りません。Androidも端末が対応するアーキテクチャに合わせて選びましょう。ダウンロードページでは各プラットフォームのクライアント一覧に、メンテナンス状況やインストール時の注意点を掲載しています。FlClash、Clash Plus、Clash Verge Revなどを比較できます。
クライアント一覧を見る →設定とネットワーク
まず設定の入手元を確認し、通信をクライアントに取り込む方法と、ルールに応じた出口を決めましょう。以下の画面例で各設定の関係を解説します。実際のメニューは利用中のクライアントの画面で確認してください。カテゴリをクリックすると自動切り替えが止まり、自分のペースで読めます。
サブスクリプションURLは設定を取得するための入口です。インポート後は、使用する設定が選択されているか確認しましょう。取得した内容がClash形式の設定であることを確認し、プロキシグループとルールがそろっているかチェックします。継続的な更新にはリモートサブスクリプション、自分で編集した内容を保つにはローカルファイルが適しています。編集方法は異なり、サブスクリプションから生成されたファイルを直接変更すると、次回の更新で上書きされる場合があります。配信元の設定とローカルでの変更を分けて記録し、更新後はポリシーグループの参照先が残っているか確認しましょう。同じ配信元をPCとスマートフォンにそれぞれ追加できますが、クライアントの設定や権限は端末ごとに確認が必要です。
サブスクリプションの追加手順を見る →ルールモードでは、設定ファイル内のルールの順番に従って通信の出口が決まります。直接接続するサービスとプロキシ経由にするサービスを分けたい場合に便利です。グローバルモードでは全体のポリシーを使い、直接接続モードではプロキシを経由せずに通信します。3つのモードが同時に有効になるわけではありません。特定のサイトで問題が起きたら、まず現在のモードを確認し、接続がどのルールとポリシーグループに一致したか調べましょう。ルールは上から順に評価されるため、広い条件のルールを先に置くと、後続の詳細なルールが適用されないことがあります。例にあるProxyは設定内に実在するポリシーグループに対応させてください。末尾のMATCHは、他のルールに一致しなかった通信を処理します。名前だけをコピーし、グループ定義を省略しないようにしましょう。
ルール設定の解説を読む →システムプロキシは、OSの設定にプロキシアドレスを書き込みます。通常は、その設定に従うブラウザーやアプリに適しています。独自にネットワーク接続を行い、システムプロキシを参照しないアプリでは、TUNの利用を検討してください。TUNは仮想ネットワークインターフェースを通じて、ルーティング条件に合う通信を取り込みます。デスクトップでは追加の権限やサービスが必要な場合があります。まずシステムプロキシで設定が正常に動作することを確かめてから、TUNを一つずつ有効にすると、設定ミスと権限の問題を区別しやすくなります。AndroidはシステムのVPN許可を得て接続するため、デスクトップのスイッチとは動作が異なります。他のVPNやネットワークツールが競合する場合もあります。
プロキシが機能しないときの対処法 →混合ポートはHTTPとSOCKS5のリクエストを同じポートで受け付けます。例として一般的な7890を示していますが、実際の値はクライアントの現在の設定を確認してください。端末内だけで使う場合、LAN接続を許可する必要はありません。スマートフォンやテレビからPCのプロキシを使うには、まず同じ信頼できるネットワークに接続されていることを確認し、必要な待ち受け設定を有効にしてファイアウォールも確認します。他の端末にはPCのLAN内アドレスとポートを入力し、自端末のループバックアドレスは使いません。共有できるかどうかは、待ち受けアドレス、ネットワーク分離、アプリのプロキシ対応状況にも左右されます。信頼できるネットワークから離れたら、不要な共有設定を無効にしてください。
LAN共有の手順を見る →FlClashはFlutterでGUIを構築し、デスクトップとスマートフォンのどちらも設定、プロキシ、接続、環境設定を中心に操作できます。一方の設定手順を理解しておくと他方でも役立ちますが、画面が似ていてもOSの機能まで同じとは限りません。デスクトップではシステムプロキシ、サービスの権限、ウィンドウを閉じたときの動作を確認します。スマートフォンではVPNの許可とバックグラウンド動作の制限を確認してください。テーマやレイアウトはクライアントの外観設定であり、サブスクリプションのルールに影響しません。端末を移行する際は、まず設定を追加して接続を確かめてから、表示や起動時の設定を調整しましょう。設定ファイルをコピーしても、OSの権限やすべてのローカル設定まで移行されるわけではありません。
クライアントと対応プラットフォームを比較 →初回接続
クライアントのインストールは準備の第一歩です。利用可能なサブスクリプションまたはローカル設定を用意し、設定、モード、OSの権限を順番に確認しましょう。ネットワーク設定を一度に複数変更するより、問題の原因を特定しやすくなります。クライアントにすぐ使えるプロキシサービスは付属していません。
設定画面を開き、画面の案内に従ってサブスクリプションURLまたはローカルファイルを追加します。リモートURLは信頼できる設定の提供元から入手してください。WebサイトへのログインURLをサブスクリプションURLとして使わないようにしましょう。追加後はその設定が現在の設定として選択されていることを確認し、プロキシ画面で利用可能なポリシーグループがあるか調べます。設定名が表示されていても、内容がすべて読み込まれたとは限りません。
追加に失敗した場合は、まずエラーメッセージを確認し、URLにアクセスできない、ログイン画面が返される、設定形式に対応していない、といった原因を切り分けます。サブスクリプションの取得エラーを解決するために通信モードを何度も切り替える必要はありません。それぞれ別の設定です。サブスクリプションURLにアクセス用の認証情報が含まれる場合があるため、画面を共有したり問い合わせたりするときはURL全体を隠してください。
普段使いでは、まずルールモードを選び、設定に含まれるポリシーグループから適切な出口を選択します。ルールグループやノードの名前は設定によって異なり、画面上の名称がガイドの例と一致するとは限りません。グローバルモードは比較テストに使えますが、無効なサブスクリプション、認証情報の誤り、サービスの停止を解決するものではありません。
デスクトップではシステムプロキシを有効にします。Androidでは案内に従ってVPN接続を許可してください。他のプロキシアプリが動作している場合は、ローカルポートやルーティングが同時に変更されないよう、どちらか一方を停止してからテストします。TUNが必要な場合は、基本的な接続が正常に動作してから有効にし、変更前の設定を記録しておきましょう。
直接接続する想定のサイトと、プロキシ経由でアクセスする想定のサービスをそれぞれ開きます。接続またはログ画面で、リクエストがクライアントに届いたか、どのルールに一致したか、最終的にどのポリシーグループが選ばれたかを確認してください。接続ボタンに起動中と表示されても、関連サービスが動作していることを示すだけです。すべてのアプリがプロキシを使っているとは限りません。
ブラウザーは使えるのに他のアプリが使えない場合は、そのアプリがシステムプロキシに従うか確認してください。すべての通信に失敗する場合は、現在の設定、ポリシーグループ、サービスの稼働状況を順番に確認します。一度に変更する設定は一つだけにして、テスト結果を記録してからDNS、権限、ファイアウォールの問題に進みましょう。
詳しいガイドでは、設定の追加に失敗したときや、権限の確認、接続テストの具体的な手順を解説しています。複雑なネットワーク環境の診断は問題対処ページにまとめ、初回設定の流れを妨げないようにしています。
詳しいガイドを見る →プロジェクトとオープンソースエコシステム
クライアント、コア、プロキシサービスの役割を理解すると、クライアント選びやトラブル対処で混乱しにくくなります。ソースコードやリリース情報、既知の問題はオープンソースのリポジトリで確認できます。接続品質は設定、サービス、利用中のネットワークにも左右されます。
Gitをインストール済みの開発者は、コマンドをコピーしてターミナルからリポジトリを取得できます。一般ユーザーはインストーラーを選べばよく、ソースコードをビルドする必要はありません。
git clone https://github.com/chen08209/FlClash.gitmihomoはプロトコル処理、ルールの照合、通信の転送などを担います。FlClashは設定管理、各種スイッチ、ポリシー選択、ログ確認の画面を提供します。古い資料でよく見かけるClash Metaとmihomoには、プロジェクトの沿革上のつながりがあります。ただし、古いガイドにあるメニューの場所やパラメーターの対応状況を、現在のクライアントの説明としてそのまま当てはめることはできません。機能に違いがある場合は、クライアント側の実装と使用中のコアの機能をそれぞれ確認してください。
FlutterはGUIを構築する技術であり、プロキシプロトコルではありません。画面のテーマを変えてもサーバー側が対応するプロトコルは変わらず、クライアントを乗り換えてもサーバーの期限切れや認証エラーは自動で解消されません。問題が画面設定、コアの設定、サービスへの接続のどこで起きているかを見極めてから関連する資料を確認すると、ソフト名を変えながら何度も再インストールするのを避けられます。
FlClashプロジェクトはGPL-3.0ライセンスを採用しています。リポジトリでソースコードとライセンス文を確認できます。コードを変更、再配布したり、他のプロジェクトで利用したりする場合は、ライセンス要件を確認してください。「ソースコードが公開されている」ことは、元のライセンス表示を自由に削除できるという意味ではありません。一般ユーザーにとって、リポジトリのリリース履歴、課題の議論、ドキュメントは、機能の変更や既知の制限を確認するための主な参考情報です。
コミュニティの課題を読むときは、OS、インストール方法、症状が自分の状況に近いものを探しましょう。同じ「インターネットに接続できない」という症状でも、原因はさまざまです。問い合わせを投稿する際は、再現手順、個人情報などを伏せたエラーログ、試した操作を用意すると、接続ボタンのスクリーンショットだけの場合より原因を特定しやすくなります。サブスクリプションURL、アカウント情報、設定ファイル内の機密情報は公開しないでください。
クライアントの更新では主に、画面、コアとの連携、互換性に関する修正が行われます。一方、サブスクリプションの更新ではプロキシ、ポリシーグループ、ルールを再取得します。GeoIPやGeoSiteなどのデータには、別の更新方法が用意されている場合もあります。ドメインの振り分けが想定どおりでない場合は、ルールの内容、データの利用可否、評価順をそれぞれ確認しましょう。インストーラーが新しいからといって、設定も正しいとは限りません。
更新前に必要なローカル設定を記録し、権限、設定の移行、システム要件に関するリリースノートを確認してください。更新後は現在の設定が引き続き選択されているかを確かめ、よく使うアプリで接続をテストします。問題が起きた場合は、更新前後の違いを記録して症状に沿って対処しましょう。原因が分からないうちに、サブスクリプションの変更、DNSの設定変更、すべての設定のリセットを同時に行わないでください。
同じサブスクリプションを対応する複数のクライアントに追加できます。ただし、設定の提供元が同時接続できる端末数やサービスの利用方法を制限している場合があります。スマートフォンとPCでは接続先のネットワークが異なり、同じ設定を追加してもDNS、ルーティング、ファイアウォールの環境が異なることがあります。一方の端末で使えることは、もう一方の問題を切り分ける手がかりにはなりますが、必ず使える保証にはなりません。
クライアントをさらに比較したい場合はクライアント比較をご覧ください。インストール後に接続の問題が起きた場合は、トラブル診断で症状に合った手順を確認できます。基本用語やよくあるインストールの疑問はFAQにまとめています。まず用語や設定の意味を確認してから、ネットワーク設定を変更しましょう。
技術ノート
特定の設定について、補足情報を解説します。初回接続が完了した後、必要に応じてデータの更新、クライアント間の違い、プロキシ共有の手順をご覧ください。記事内のパラメーター例は現在の設定に合わせて使い、特にポリシーグループ名、待ち受けアドレス、権限の違いに注意してください。
GeoIP・GeoSiteデータファイルの入手元と役割を解説。手動・自動更新やgeox-urlのダウンロード先、カテゴリ不足でルールが機能しない場合の確認手順を紹介します。
ノートを読む →オリジナルのClash、Clash Meta、mihomoのプロジェクト間の関係を整理し、コアとGUIクライアントの役割を解説。対応プラットフォームや使い方に合わせたクライアントの選び方を紹介します。
ノートを読む →HTTPとSOCKS5の共通ポートから、PCのLAN内アドレスの調べ方、端末へのプロキシ設定、ファイアウォールで許可する範囲や信頼できるネットワークの条件まで解説します。
ノートを読む →技術ノートでは、個別機能の仕組みや設定手順を補足しています。まだ設定を正常に追加できていない場合は、まず入門ガイドを完了してから、各テーマの設定を確認してください。
記事一覧を見る →