FlClashのよくある質問

FlClashはFlutter製のGUIクライアントで、設定管理やプロキシの選択、各種設定画面を担います。mihomoはプロトコル接続、DNS処理、ルール判定を行うコアで、以前はClash Metaと呼ばれていました。チュートリアルでいうClash Metaの設定は、通常このコアのエコシステムで使われる設定形式を指し、別途インストールが必要なソフトではありません。設定項目が使えない場合は、画面上の名称だけで判断せず、同梱コアの対応機能と設定構文を確認してください。クライアントを比較する際は、対応プラットフォーム、権限の扱い、設定管理の方法も確認しましょう。

利用可能なプロキシ設定が必要です。FlClashはクライアントなので、インストールしただけでは接続先のプロキシサービスは利用できません。設定は通常、サービス提供元からサブスクリプションURL、またはプロキシやグループ、ルールを含むYAMLファイルとして提供されます。追加する前に提供元が信頼できることと、サービスが有効であることを確認し、mihomo対応の設定形式を選んでください。サブスクリプションURLにはアカウント情報が含まれる場合があるため、公開コメントやスクリーンショット、問い合わせへの添付で共有しないでください。クライアントのインストールとプロキシサービスの契約は別の手続きです。接続できない場合も、それぞれ確認しましょう。

普段はルールモードがおすすめです。設定内のルールを上から順に判定し、接続を直接行うか、プロキシグループに振り分けるかを決めます。グローバルモードでは、コアに入った通常の接続がグローバルグループに送られるため、そのグループで利用可能なプロキシが選択されているかも確認してください。DIRECTモードでは対象の接続を直接行います。グローバルモードにしても、すべてのアプリの通信が自動的に取り込まれるわけではありません。通信がコアに入るには、システムプロキシ、アプリ個別のプロキシ設定、またはTUNが必要です。切り分けのため一時的にモードを変更するのは有効ですが、ルールの問題をグローバルモードで恒常的に回避するのは避け、確認後は元の振り分け設定に戻してください。

FlClashの主な対応プラットフォームはAndroid、Windows、macOS、Linuxです。対応するアーキテクチャやシステム要件は、各インストーラーの説明を確認してください。iPhoneではiOS対応の別クライアントが必要で、Android用インストーラーは使えません。本サイトのダウンロードページではプラットフォーム別にクライアントを紹介しており、iOS欄にはClash PlusのApp Storeページと公式サイトclashplus.ioを掲載しています。複数の端末で使う場合、互換性のあるサブスクリプションは共用できますが、システムプロキシ、VPNの許可、バックグラウンド動作、ポートなどは端末ごとに設定が必要です。設定ファイルの同期だけでは完了しません。

まず、サービスのログインページや購入ページ、共有ページではなく、サブスクリプションURL全体をコピーできているか確認してください。先頭や末尾の空白、チャットアプリによるURLの途中切れにも注意が必要です。次に端末の日時、ネットワーク、サービスアカウントの状態を確認してから、更新を一度試し、具体的なエラーを記録します。ログインページやWebページが表示される場合は、URLが間違っているか認証が必要な可能性があります。設定の解析エラーなら、サブスクリプションの形式を確認してください。URLのドメインへのアクセスにプロキシが必要な場合は、接続可能な状態で更新するか、サービス提供元に直接アクセスできるURLを問い合わせましょう。同じ設定を何度も追加して、同名の設定を増やさないようにしてください。

追加に成功したのは、設定内容が保存されたという意味であり、その設定が現在の設定に選ばれたことや、すべてのプロキシが接続可能であることを示すものではありません。まず設定一覧で追加した項目を選び、コアの起動時にエラーがないことを確認します。次にプロキシ画面で、ルールが実際に参照しているグループに利用可能な接続先を選択してください。デスクトップではシステムプロキシを有効にするか、アプリに応じてTUNを使用します。AndroidではシステムのVPN許可が必要です。最後にブラウザーで一般的なWebページを開き、接続ログにリクエストが記録されるか確認してください。記録がなければ通信の取り込みを、エラーが記録されていればプロキシサービスとルールを確認しましょう。

TUNは仮想ネットワークインターフェースの作成とルートの変更を伴うため、通常はシステムプロキシより高い権限が必要です。Windowsでは、クライアントがサービスモードのインストールや起動を求めていないか確認し、使用中のバージョンの案内に従って許可してください。macOSとLinuxでは、必要な権限やサービスのインストール手順を確認します。AndroidはシステムのVPN許可を使うため、通常rootは不要です。ただしVPN接続を使用できるアプリは同時に1つだけです。許可しても失敗する場合は、ログでインターフェース、ルート、サービス関連のエラーを確認し、他のVPNアプリを終了してください。TUNを使うためにファイアウォールを常時無効にしたり、出所不明のスクリプトに権限を与えたりしないでください。

OS名だけで判断せず、端末のプロセッサアーキテクチャに合わせて選んでください。一般的なIntelまたはAMD搭載PCではx64を選びます。Windows ARM端末では、対応ビルドの有無と互換性を確認してください。Apple Silicon搭載MacにはARM版、Intel Macにはx64版を選びます。新しいAndroid端末の多くはARM64に対応していますが、古い端末ではARM版が必要な場合があります。ユニバーサル版は、クライアントが実際に提供している場合に選んでください。プロセッサ情報はシステムの「このデバイスについて」などから確認できます。インストールできない、または形式に対応していない場合は、同じファイルを何度もダウンロードせず、プラットフォーム、アーキテクチャ、システム要件を確認しましょう。

まず、サブスクリプションのダウンロード失敗と、プロキシサービスへの接続失敗を分けて考えましょう。前者は設定の取得に、後者は実際の通信に影響しますが、必ず同時に起こるわけではありません。サービス提供元のアカウントページで有効期限や通信量、サブスクリプションのリセット有無を確認してください。URLが変更されていたら、既存の設定を編集してURLを更新し、手動で再取得します。古い設定がまだ使える場合は、切り分けの手段を失わないよう、すぐに削除せず残しておきましょう。更新後は、現在の設定やグループの選択が変わっていないか確認してください。サブスクリプションURL全体を公開の検査サイトに送信しないでください。問い合わせる場合は、認証情報を除いたドメイン、発生時刻、エラーの種類だけを伝えましょう。

混合ポートは、同じポートでHTTPとSOCKS5のプロキシリクエストを受け付けます。7890はよく使われる初期値ですが、実際の設定を確認してください。端末内だけで使うなら、通常はLAN接続を許可する必要はありません。同じ信頼できるネットワーク上のスマートフォンやテレビからPCのプロキシを使う場合に限り有効にし、待ち受けアドレスとファイアウォールの許可範囲を確認します。ほかの端末にはPCのLAN内IPアドレスと実際のポートを入力してください。127.0.0.1は入力先の端末自身を指すため使えません。ポートをインターネットに公開しないでください。公共Wi-Fiでは共有を無効にするか、アクセス元を厳しく制限しましょう。

まずルールモードを選び、現在の設定にあるrulesの順序を確認してください。ルールは通常、上から順に判定され、最初に一致した時点で後続の判定は行われません。特定ドメインのルールは、広範なルールに先に一致しないよう、その前に配置します。設定に応じてGEOSITE、GEOIP、最後のMATCHを組み合わせ、参照先のグループが存在することと地理データが読み込まれていることも確認してください。特定のサイトが意図しない接続先に振り分けられた場合は、接続ログで対象ドメイン、一致したルール、最終的なポリシーを確認してから該当箇所を調整します。ページの言語だけでサイトの分類を判断しないでください。ドメイン分類、IPアドレスの所在地、実際の用途が一致しない場合があります。

まず、システムがFlClashのバックグラウンドプロセスを終了していないか確認し、バッテリー最適化、バックグラウンド動作、メーカー独自の自動起動設定を見直してください。端末の案内に従ってクライアントのバックグラウンド動作を許可し、システムが求めるフォアグラウンドサービスの通知も有効にしておきます。「VPNを常時接続」が使える場合は必要に応じて設定できますが、「VPN未経由の接続をブロック」を有効にすると、クライアント停止時にネットワークを利用できなくなる可能性があります。画面ロック後、モバイル回線への切り替え時だけ切断される場合は、Wi-Fiとモバイルネットワークの切り替え、サーバー側の接続状態、ログも確認してください。設定名はメーカーによって異なるため、実際の端末画面に従ってください。

まずプロキシを一時停止し、通常のWebサイトにアクセスできることを確認してください。ログインが必要な公共Wi-Fiを利用している場合は、先に認証を済ませます。続いてシステムの日時とタイムゾーン、サブスクリプションの更新結果、サービスアカウントの状態を確認し、現在の設定とグループ選択が正しいか見直してください。すべてのプロキシが同時に失敗する場合は、共通して使うDNS、ネットワーク制限、ファイアウォール、他のVPNとの競合を優先して調べます。一部のプロキシだけ失敗するなら、サービス提供元に該当回線の確認を依頼する必要があるかもしれません。テストでは一度に変更する項目を1つにし、ログの接続エラーを記録しましょう。タイムアウトテストは手がかりにすぎないため、実際のWebアクセスも併せて確認し、連続して大量のテストを実行しないでください。

まずFlClashのコアが起動していること、システムプロキシのアドレスとポートが現在のクライアントを指していること、ほかのプロキシアプリや組織のポリシーに設定が上書きされていないことを確認してください。ブラウザーから新しいリクエストを送り、接続ログを確認します。記録がまったくなければ、リクエストがコアに届いていない可能性があります。独自のプロキシ設定を持つアプリや、システムプロキシに従わないアプリでは、アプリ側にプロキシを手動で設定するか、権限とルートに問題がないことを確認したうえでTUNを使ってください。設定変更後は、古い接続が判断に影響しないよう、該当アプリを再起動するとよいでしょう。クライアント終了後もネットワークに問題がある場合は、システムにプロキシ設定が残っていないか確認し、現在の動作状態に合った設定に戻してください。

デスクトップブラウザーは使えるのに、アプリコンテナーで制限されたUWPアプリからローカルプロキシに接続できない場合は、ループバック制限を確認してください。まず対象アプリがアプリコンテナーを使用していることと、対応するパッケージIDを確認します。使用中のクライアントにUWPループバックツールがあれば、必要なアプリだけを除外対象にできます。WindowsのCheckNetIsolationツールを使い、公式ドキュメントに従って設定する方法もあります。これらの操作には通常、管理者権限が必要です。すべてのアプリを一律に許可しないでください。対象がUWPアプリではない場合や、DNS、サーバー、組織のポリシーに問題がある場合、ループバックの除外では解決しません。TUNを使用している場合は、実際のルートも確認してください。

まず、ドメイン名の解決失敗、接続タイムアウト、証明書エラーを切り分けてください。Webページが開かない原因をすべてDNSの問題と決めつけないようにしましょう。ログに名前解決の失敗がないか確認し、設定内のDNS上流、ブートストラップ用の名前解決、関連するプロキシポリシーが連携できているか見直します。DNSサーバーへの接続自体が、まだ確立していない通信に依存していないことも確認してください。ブラウザーでセキュアDNSが有効だと、システムとは異なる経路でリクエストが送られることがあります。比較のため一時的に設定を統一してみましょう。fake-ipを使っている場合は、フィルター、TUNのルート、他のVPNとの競合を確認します。調整後は接続を作り直し、OSの手順に従ってキャッシュを消去してください。元の設定を残し、一度に変更する項目は1つにします。証明書の検証を安易に無効化しないでください。