FlClashを初めて使う場合、難しく感じやすいのはアプリそのものより、Profile、Proxy Group、ルール、DNS、TUNなどの用語です。実際には、最初からすべてを細かく設定する必要はありません。FlClashはMihomoをコアとして動作するGUIクライアントで、基本的には「Profileを読み込む→プロキシグループを選ぶ→必要に応じてシステムプロキシやTUNを有効にする」という流れで使い始められます。初期段階では既存の設定を大きく変更せず、通信できる状態を確認してからDNSやルールを調整するほうが、トラブルの原因を追いやすくなります。
1．まず理解したいFlClashとMihomoの関係
FlClashの使い方を理解する前に、FlClashとMihomoの役割を分けて考えておくと分かりやすくなります。
FlClashは、Windows、macOS、Linux、AndroidなどからMihomoの設定を操作するためのクライアントです。画面上でProfileを選択したり、プロキシグループを変更したり、接続ログを確認したりする部分をFlClashが担当します。一方、実際の通信処理やルーティング、DNS、TUNなどの中核部分はMihomoが担います。FlClashの開発者向け資料でも、デスクトップではクライアントとMihomoコアを分離した構成、Androidでは共有コアを利用する構成が説明されています。
ここで重要なのが「Profile」です。
Profileとは、プロキシサーバーやプロキシグループ、ルール、DNSなどをまとめた設定情報です。プロキシサービスから提供されるサブスクリプションURLを利用する場合も、最終的にはこうした設定情報をFlClashへ読み込ませて使用します。
もう一つ覚えておきたいのが「Proxy Group」です。これは複数のプロキシをまとめ、手動選択や自動テスト、障害時の切り替えなどを行うための仕組みです。Mihomoではselect、url-test、fallbackなどの方式が用意されています。
つまり、FlClashを使うときは「VPNサーバーを直接操作する」というより、「Mihomoがどの通信をどの経路へ送るかをGUIから管理する」と考えると実態に近いでしょう。
2．FlClashの初期設定は、まずProfileの登録から
FlClashをインストールしたら、最初に確認したいのがProfileです。
すでにプロキシサービスを利用していてサブスクリプションURLが提供されている場合は、それをFlClashへ登録します。サービスによってURLの形式や更新方法は異なるため、ここでは特定のサービスを前提にする必要はありません。
基本的な考え方は次の通りです。
Profileを追加する
→ 設定を取得する
→ 読み込んだProfileを有効化する
→ Proxy Groupを確認する
→ 利用するプロキシを選択する
FlClashでは、Profileそのものに加えて、ローカル側の設定やOverrideによって最終的なMihomo設定を変更できます。そのため、元のProfileと実際に動作している設定が完全に同じとは限りません。トラブルが起きた場合は、配布元の設定だけでなく、FlClash側で追加された設定も確認する必要があります。
初心者の場合、最初からOverrideや複雑なルールを追加するのはおすすめしません。
まずはProfileを読み込み、プロキシグループに利用可能なノードが表示されるところまで進めます。ここでノードが一つも表示されないなら、通信設定を変更する前にProfileの取得状態やサブスクリプション情報を確認したほうがよいでしょう。
また、Profileの更新とプロキシ接続は別の問題です。
Profileが正常に更新できても、そこに含まれるプロキシサーバーが利用できるとは限りません。逆に、特定のノードが一時的に接続できなくてもProfile自体には問題がない場合があります。
この二つを切り分けて考えることが、FlClashの設定で意外に重要です。
3．プロキシグループを選択して、実際に接続する
Profileを読み込んだら、次に行うのがプロキシグループの選択です。
ここでは「最も速そうなサーバーを選べばよい」と考えがちですが、実際の速度は距離だけでは決まりません。回線品質、混雑状況、経路、プロキシサーバーの負荷、接続先サービスとのネットワーク条件などによって変化します。
MihomoのProxy Groupには、代表的に次のような考え方があります。
selectはユーザーが手動でプロキシを選択する方式です。挙動が分かりやすく、最初の動作確認に向いています。
url-testは指定したURLへのテスト結果を利用して、条件に合うプロキシを自動的に選択します。
fallbackは、利用できるプロキシへ切り替えることを目的とした方式です。
Mihomoの公式ドキュメントでも、Proxy Groupは個別のプロキシやProviderをルーティングポリシーとしてまとめる仕組みとして説明されています。
最初はselect型のグループから一つのノードを選び、接続を確認する方法が分かりやすいでしょう。
接続後はブラウザを開いて、普段利用しているWebサイトへアクセスします。ここで重要なのは、「ノードを選択しただけで、すべての通信が必ずそのプロキシを通る」と考えないことです。
Mihomoにはルールベースのルーティングがあります。
たとえば、あるドメインはPROXY、ローカルネットワークはDIRECT、それ以外は別のProxy Groupというように、通信先によって経路を変えられます。ルール設定ではDOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOIPなどの条件が利用されます。
そのため「プロキシを選択したのに、あるサイトだけ直接接続される」という現象が起きても、すぐに接続障害だと判断する必要はありません。まず、その通信がどのルールに一致しているのかを確認することが大切です。
4．システムプロキシとTUNは、用途に応じて使い分ける
FlClashを使い始めたとき、もう一つ迷いやすいのがシステムプロキシとTUNです。
ブラウザなど、OSのプロキシ設定を利用するアプリであれば、システムプロキシを有効にするだけで十分な場合があります。Web閲覧が主目的なら、まずこの方法から試すほうが設定はシンプルです。
一方、アプリによってはシステムプロキシを利用しません。
たとえば開発環境でGit、ターミナル、特定のデスクトップアプリなどを使用していると、「ブラウザは接続できるのに、このアプリだけ通信できない」という状況が起こることがあります。
そこで候補になるのがTUNです。
TUNは仮想ネットワークインターフェースを利用し、通常のプロキシ設定では捕捉しにくいシステム通信をルーティングする仕組みです。Mihomoのドキュメントでも、TUNはシステムトラフィックの取り込み、自動ルーティング、DNS関連の処理などに利用できるとされています。
ただし、TUNは「常にオンにしておけばよい」という機能ではありません。
OS側の権限、ルーティング、ファイアウォール、DNSなど複数の要素が関係するため、環境によって挙動が変わります。FlClashの資料でも、DNSやTUNの最終的な動作はMihomoの設定だけでなく、利用しているOSやネットワーク環境の影響を受けることが説明されています。
したがって、初心者には次の順番をおすすめします。
まずシステムプロキシでブラウザの通信を確認する。
それで問題がなければ、そのまま使う。
ブラウザ以外のアプリでもプロキシ経由にしたい場合に、TUNを検討する。
この順番なら、問題が発生したときに原因を一つずつ切り分けやすくなります。
5．DNSとルール設定で困ったときの確認ポイント
FlClashで「接続できるサイトとできないサイトがある」「特定のドメインだけ開かない」といった問題が起きた場合、DNSも確認対象になります。
DNSはドメイン名をIPアドレスへ変換する仕組みです。Mihomoでは通常のDNSサーバーだけでなく、Fake-IPなどの方式も利用できます。FlClashではこうしたDNS関連設定をGUIから扱えます。
ただし、DNS設定は変更するほど良いわけではありません。
初心者が複数のDNSサーバーやFake-IP関連の設定を一度に変更すると、問題が起きたときにどの変更が原因なのか分からなくなります。
まず現在の設定で通信できるか確認し、DNSが原因だと考えられる症状が出たときだけ変更するほうが安全です。
もう一つ注意したいのがルールです。
Mihomoのルールは上から順番に評価され、先に条件へ一致したルールが通信経路を決めます。たとえば特定のドメインをDIRECTにするルールがPROXYより前にあれば、その通信はプロキシを通りません。
実際の利用シーンでは、海外サービスを利用しながら国内サービスや家庭内ネットワークには直接接続したい、というケースがあります。
この場合、すべてをグローバルにプロキシへ送るより、必要な通信だけPROXYへ振り分けるほうが管理しやすいでしょう。
反対に、ルールを細かくしすぎると設定の維持が難しくなります。
「動作しないサイトがあるから、とりあえずルールを追加する」という作業を繰り返すと、数か月後には自分でも理解しにくい設定になりかねません。
FlClashを長く使うなら、ルールは必要最小限にしておくことが大切です。
6．FlClashの接続確認と、初心者が避けたい設定ミス
最後に、FlClashでプロキシ接続がうまくいかないときの確認順を整理しておきます。
まずProfileが正常に読み込まれているかを確認します。
次にProxy Groupにプロキシが表示されているかを確認します。
そのうえで、手動選択したノードが利用可能か確認します。
ブラウザだけを使うならシステムプロキシを確認し、その他のアプリも対象にしたい場合はTUNを検討します。
それでも問題がある場合にDNS、ルール、OS側のネットワーク設定を調べます。
この順番にすれば、いきなり複数の項目を変更してしまうことを避けられます。
よくある誤解の一つは、「VPNクライアントを起動すれば匿名性が完全に確保される」という考えです。FlClashは通信経路を管理するクライアントであり、利用するプロキシサーバーの運営者やサービス側のログポリシーまで保証するものではありません。
もう一つは、「オープンソースだから設定ミスが起きない」という誤解です。オープンソースであることと、個々のユーザー環境で正しく設定できていることは別問題です。
特に仕事用PC、企業ネットワーク、学校のネットワークなどでは、管理者のポリシーを優先する必要があります。
FlClashの良さは、必要以上に複雑な設定を強制することではなく、必要になったときに通信経路を細かく調整できる点にあります。
最初からDNS、TUN、Override、複雑なRulesをすべて変更する必要はありません。まずProfileを読み込み、一つのProxy Groupからノードを選び、システムプロキシで通信を確認する。そこから必要な機能だけ追加する。このくらいのペースが、長く使ううえでは現実的です。
Mihomoの設定やFlClashの具体的な動作をさらに確認したい場合は、FlClashのドキュメントも参考になります。特にProfile、Proxy Group、DNS、TUNの関係を理解しておくと、単なる「接続できる・できない」の確認から一歩進んで、自分の用途に合ったプロキシ環境を落ち着いて構築できるようになります。