FlClashの設定方法

事前準備：クライアントとサブスクリプションを用意

クライアントをまだインストールしていない場合は、まずダウンロードページを開き、OSとプロセッサーの種類に合ったインストーラーを選びます。macOSではApple SiliconとIntelを、Androidでは端末が対応するアーキテクチャを確認してください。インストール後にFlClashを起動し、メイン画面が表示されることを確認します。ネットワークアクセスの許可を求められた場合は、用途に応じて許可してください。この段階では、複数のネットワーク制御機能を同時に有効にしないでください。

FlClashはClash Meta / mihomoコアをベースにしたクライアントで、プロキシサービスを提供するものではありません。利用するには、サブスクリプションURLか、使用可能なノードを含むClash設定ファイルが必要です。サービスサイトのログインURL、プラン案内ページ、サブスクリプションURLはそれぞれ別のものです。サービス提供元のサブスクリプションページでClashまたはMihomo対応形式を選び、通常のWebページのURLを設定に入力しないでください。

サブスクリプションURLには個人用の認証情報が含まれることがあるため、信頼できる端末とクライアントだけに保存してください。コピーしたURLの先頭と末尾が欠けていないか確認し、説明文や改行、引用符を一緒に貼り付けないようにします。トラブルの切り分け中は、ほかのプロキシやVPNの元の状態を記録してから、ネットワーク制御を停止してください。複数のプログラムがシステムプロキシ、ルート、DNSを同時に変更すると、結果を判断しにくくなります。

ステップ1：サブスクリプションを追加して設定を有効化

サブスクリプション設定を追加

FlClashの設定画面を開き、追加ボタンまたはプラス記号から、利用可能なインポート方法のうちURLからのインポートを選びます。サブスクリプションURLを入力欄に貼り付け、「普段使い」など見分けやすい名前を付けてください。バージョンによってはインポート後の編集画面で名前を設定するため、その場合は先にインポートしてから変更します。URL全体が正しいことを確認して保存し、設定のダウンロードが完了するまで待ちます。

ダウンロードが完了すると、設定一覧に該当項目が表示されます。画面のバージョンに応じて、項目をクリックするか、有効化ボタンまたは選択マークを使って現在の設定にします。一覧に設定が表示されているだけでは、有効になったとは限りません。プロキシ画面を開き、サブスクリプションで定義されたポリシーグループとノード名が表示されるか確認してください。内容が古いままなら、すぐに再インポートせず、設定画面で現在の選択項目を確認します。

インポートに失敗した場合は、まずエラーの種類を確認します。接続タイムアウトは、サブスクリプションURLに一時的にアクセスできない場合や、端末に残ったプロキシ設定がダウンロードを妨げている場合に起こります。解析エラーは、受信した内容がクライアント対応の設定形式ではないことを示す場合があります。サービス提供元のページで正しい形式のURLをコピーし直してから、更新を試してください。ログインページ、期限切れの案内、通常のテキストが返される場合、URLを開けても有効なClash設定とは限りません。

ローカルファイルの読み込みと更新

ローカルファイルを使う場合は、設定画面からファイルをインポートし、該当する .yaml または .yml ファイルを選びます。インポート後は、同じように現在の設定として選択してください。ほかの形式のファイルの拡張子だけをYAMLに変更しても使えません。必要なのはクライアントが解析できる項目構成であり、特定のファイル名ではありません。入手元が不明なファイルは内容を確認し、特に見慣れないリモートリソースや制御インターフェースの設定が含まれていないか注意してください。

初回接続に成功したら、サブスクリプション設定に適切な更新間隔を設定します。サービス提供元がノードを変更した場合、手動更新で新しい内容を取得できますが、期限切れのアカウントが更新によって有効になるわけではありません。サブスクリプション設定とローカル設定は別物です。前者は更新時に再ダウンロードされることがあり、ダウンロードした内容を直接編集すると上書きされる可能性があります。カスタムルールを長期的に保存する方法は、高度な設定マニュアルのローカル上書きの説明をご覧ください。ここではサブスクリプションの内容を変更せずに進めます。

次のステップに進む前に：現在の設定が選択され、プロキシ画面に対応するポリシーグループが表示され、設定の読み込みエラーが続いていないことを確認してください。問題がなければ、プロキシモードと出口を選びます。

ステップ2：プロキシモードと出口を選択

初回はルールモードを選択

ダッシュボードに戻り、出站モードをルールに設定します。ルールモードでは、現在の設定の条件に基づいて接続先が決まります。宛先によってプロキシ経由、直結、または拒否になります。日常利用に適していますが、具体的な振り分け方はサブスクリプションの内容によって異なります。ルールモードに切り替えただけでは、クライアントがネットワークを制御する状態にはなりません。ネットワーク制御は次のステップで別途有効にします。

グローバルモードでは、コアに入った通常の接続をグローバルポリシーで処理します。通常、プロキシ画面でグローバルグループの出口も選ぶ必要があります。一時的な比較に適しており、たとえばルールモードでWebページを開けない場合に、グローバルモードへ切り替えて再度開けば、ルールの選択が原因かどうかを確認できます。グローバルモードにしても、すべてのアプリの通信が自動的にクライアントへ入るわけではありません。システムプロキシを参照しないアプリでは、TUNまたはアプリ側のプロキシ設定が必要になる場合があります。

直結モードでは、コアに入った接続を直結経路で処理します。元のネットワークが利用できるかの確認には適していますが、プロキシ接続の成功確認には使えません。3つのモードが変えるのは、通信がコアに入った後の処理方法だけです。サブスクリプションが追加されたり、アカウント状態が変わったりするわけではありません。比較が終わったらルールモードに戻し、一時的な確認状態を常用設定にしないようにしましょう。

プロキシ画面でポリシーグループを指定

プロキシ画面を開き、ルールで参照されているメインのポリシーグループを探します。グループ名は設定の作成者によって異なり、「プロキシ」「選択」などの名前が付くこともありますが、決まった名前を探す必要はありません。手動選択グループでは展開してノードを選びます。選択項目が別のポリシーグループの場合は、最終的な出口を確認できるまで下の階層をたどってください。DIRECTを選択している場合、その経路は直結です。

自動選択グループやフェイルオーバーグループは、設定内のヘルスチェックに基づいて動作するため、手動選択グループのようにノードを固定できないことがあります。画面に接続テストがある場合は、明らかに到達できない候補を見分けるのに役立ちます。ただし、テストが応答したことは、そのテスト先に到達できたという意味にすぎず、すべてのWebサイト、プロトコル、アプリが使えるとは限りません。初回の確認では既知の使用可能な出口を固定し、自動切り替えによる変数を減らすのがおすすめです。

次のステップに進む前に：ルールモードを維持し、先ほど選んだポリシーグループとノード名を控えてください。後でリクエスト記録を確認するときに、実際の出口と選択内容を照合します。ポリシーグループのネスト、自動選択条件、ルールの優先順位については、ポリシーグループの高度な設定をご覧ください。

ステップ3：接続とネットワーク制御を開始

デスクトップではまずシステムプロキシを使用

設定と出口を決めたらダッシュボードに戻り、メインの接続ボタンまたは起動項目からコアを実行します。バージョンによっては、ウィンドウ下部やフローティングボタンに起動項目があります。画面が実行中に切り替わったことを確認してから、システムプロキシを有効にします。クライアントがシステムのプロキシアドレスをローカルの待ち受けポートに設定します。サブスクリプションまたはクライアントに設定済みのポートを使い、ガイドに合わせるためだけに特定の番号へ変更する必要はありません。

Windows、macOS、Linuxでは、システムプロキシは主にOSの設定に従うアプリに適用されます。ブラウザーは最初の確認に適していますが、拡張機能、独自のプロキシ設定、一部アプリの個別設定がシステム設定より優先される場合があります。初回は個別のプロキシ設定を使っていないブラウザーウィンドウで試してください。Linuxではデスクトップ環境やアプリによって挙動が異なるため、システムプロキシを有効にした後、リクエスト記録でブラウザーが実際にその設定を使っているか確認します。

ネットワーク設定の変更許可を求められた場合は、使用中のクライアントからの案内であることを確認してから、指示に従ってください。有効化後にまったく通信できなくなった場合は、まずシステムプロキシを無効にして元のネットワークが復旧するか確認し、コアの実行状態と現在の設定を調べます。ノード、ポート、DNSの設定を一度に切り替えないでください。ローカルプロキシが待ち受けていないのか、通信が入った後に出口へ接続できないのかを切り分けます。

より多くのアプリを制御する場合はTUNを有効化

TUNモードは仮想ネットワークアダプターとルーティングを使い、より多くの通信を制御します。システムプロキシを参照しないアプリに適しています。まずシステムプロキシでブラウザーの接続を確認し、必要に応じてTUNを有効にしてください。デスクトップでは管理者権限、補助サービスのインストール、ネットワークコンポーネントの許可が必要な場合があります。詳細は現在のバージョンとOSの案内を確認してください。必要な権限がない場合、スイッチの表示だけでは仮想ネットワークアダプターが作成されたとは判断できません。実行状態の表示とログも確認します。

Androidでは通常、OSのVPN機能を通じてネットワークを制御します。接続を開始するとVPN接続の許可を求められるので、許可してからクライアントに戻り、状態を確認してください。ほかのVPNアプリが動作中の場合は、先に接続を停止します。OSで常時接続VPNや、VPNを通さない通信のブロックが有効になっている場合は、別のアプリが指定されていないか確認してください。接続後はまずFlClashを前面で動かし、動作確認が済んでからバッテリー最適化やバックグラウンド実行を設定します。

初回の切り分けでは、システムプロキシ、複数のVPN、複雑なTUNルートを同時に使わないでください。まず一つの方法で明確な結果を確認し、その後で一項目ずつ追加します。LAN内の機器や社内ネットワークを使う場合は、該当する通信が意図どおり直結されることも確認してください。仮想ネットワークアダプター、Fake-IP、DNSの連携設定については、TUNの高度な設定をご覧ください。

次のステップに進む前に：コアが実行中で、端末に必要なネットワーク制御方式が有効になっていることを確認してください。スイッチの色だけで判断せず、次のステップで実際のリクエスト経路を確認します。

ステップ4：リクエストと実際の出口を確認

実際のリクエストで一連の動作を確認

ブラウザーで、現在の設定ならプロキシ経由になるはずのWebページを開き、一度再読み込みしてページの読み込みが始まるまで待ちます。次にFlClashのリクエストまたは接続画面を開き、アクセスしたドメインを探します。バージョンによって、終了したリクエストと現在の接続が別々に表示されることがあります。その場合は、ページを再読み込みしながら確認してください。ブラウザーのキャッシュにより新しいリクエストが発生しないこともあるため、ページが開けただけでは接続経路を判断できません。

該当する記録を開き、対象が正しいか、どのルールが適用されたか、最終的にどのポリシーグループまたは出口を通ったかを確認します。項目名や表示階層はバージョンによって異なりますが、判断基準は同じです。プロキシ経由になるはずの対象では、最終経路がステップ2で選んだグループまたはノードと一致する必要があります。DIRECTと表示された場合は、クライアントが動作していないと決めつけず、設定の振り分けルールに合っているか確認してください。

次に、明らかに直結されるはずのWebサイトを開き、アクセスできることと記録が想定どおりであることを確認します。最後に実際に使うアプリを起動し、実際の操作を一度行ってください。ブラウザーで成功しても、ほかのアプリで使えるとは限りません。アプリの新しいリクエストが記録に出ない場合は、システムプロキシを参照しているか、TUNが必要かを確認します。ターミナルのツールは環境変数だけを参照することがあり、デスクトップのプロキシを有効にしても通信経路が自動で変わるとは限りません。

失敗した場合は通信経路に沿って順番に確認

新しい記録がまったく表示されない場合は、まずコアの実行状態とネットワーク制御方式を確認し、次にアプリ独自のプロキシ設定を調べます。記録は表示されるのに接続できない場合は、ポリシーグループで直結や使用できないノードを誤って選んでいないか確認し、同じ時刻の前後にあるログを確認してください。接続タイムアウト、名前解決の失敗、ハンドシェイクの失敗はそれぞれ意味が異なり、すべてサブスクリプションの問題とは限りません。既知の使用可能なノードに一時的に切り替えて比較し、一度に変更する条件は一つだけにします。

一部のWebサイトだけが失敗する場合は、一時的にグローバルモードへ切り替えてリクエストを再試行できます。グローバルモードでは成功し、ルールモードでは失敗する場合、適用ルールやポリシーグループの選択を確認する手がかりになりますが、設定全体を変更する根拠にはなりません。対象ドメイン、適用ルール、出口の情報を控えてから、ルール設定の章を確認してください。問題を報告する際はサブスクリプションURLや個人情報を伏せ、認証情報を含む設定を公開の掲示板に投稿しないでください。

通信ができなくなり、すぐに復旧する必要がある場合は、まずFlClashの接続を停止し、システムプロキシとTUNを無効にしてから、OSのネットワーク設定がローカルプロキシを参照したままになっていないか確認します。プロセスを強制終了すると、待ち受けサービスは停止してもプロキシ設定だけが残ることがあります。AndroidではOSのVPN設定で接続が切断されたことを確認してください。デスクトップでは、ブラウザーが通常のネットワーク経由で普段使うWebサイトにアクセスできることを確認します。

端末を変更したりクライアントを再インストールしたりした場合は、サブスクリプションの追加手順に戻って、同じ流れで設定できます。普段の接続が安定した後に、カスタムルールの追加、サブスクリプションの統合、DNSの最適化を行う場合は、高度な設定マニュアルを開き、項目ごとに調整してください。いつでも元に戻せるよう、元の設定も保存しておきましょう。