Windows 11 / チュートリアル · · 読了まで約 15 分

Windows 11 で FlClash を導入:購読インポートとシステムプロキシの初回設定(mihomo 版 GUI)

FlClashは、mihomo(Clash Meta)コアを使ったWindows 向けのグラフィカル Clash クライアントのひとつです。Windows 11 で初めて入れた直後に多いのは、「購読は取れたのにブラウザが変わらない」「スイッチはオンなのにログでは別のエラー」といったレイヤの食い違いで、原因の多くはコアがまだ安定しておらずプロキシ設定だけ先に触っているか、システムプロキシが無効のままか、ブラウザのセキュア DNS が別経路で名前解決していることに集約されます。本稿では、インストーラー導入から購読の取り込み・プロファイル選択、mihomo の起動、続いてシステムプロキシをオンにして Edge/Chrome 等を通すところまでを一続きに整理します。企業端末や共有 PC では利用できない場合があります。利用条件を確認してください。

1. インストールと Windows 側の前提

Windows 版は多くの場合、セットアップ型の .exeで配布されます。初回にSmartScreenが表示されたら、取得元とファイル名を確認してから実行します。バージョンや署名の確認は、公式に近い配布元のリリース一覧と照合するのが安全です。社用機では AppLocker や Defender のポリシーにより、ヘルパーやドライバの展開が止まることがあり、その場合は個人設定では解決できません。

アーキテクチャはx64(AMD64)向けが一般的です。Surface など ARM64 ネイティブ環境では、互換モードでの実行可否や配布対象 CPU の表記を必ず読みます。導線を揃えるなら、説明と同じ場所からパッケージを取るとチュートリアル間で用語がぶれにくくなります(ダウンロードページ)。GitHub の Releases と実ファイル名を突き合わせ、検索経由の第三者ミラーより一筆書きで追える入手経路を優先してください。

インストール後に FlClash を起動した時点で、タスクトレイ常駐や自動起動の扱いがビルドで違う場合がありますが、初日に押さえるのは起動したプロセスが期待どおりか、そして次節以降のプロファイルとコアです。UAC が度々出るクライアントもありますが、FlClash の Windows 版はまずシステムプロキシ中心の軽い経路から試すのが切り分けに有利です。

2. 購読の取り込みとプロファイル(サブスク)

アプリを開いたら、利用中のサービスが出す購読 URLを入力するか、すでにある config.yaml 互換の設定を読み込みます。URL の扱いやインポートの考え方は、サブスクリプション導入ガイドと同じ流れで問題ありません。複数プロファイルがある場合は、いま有効にしている profile 名と画面に出ているノード/プロキシグループが一致しているかを最初に確認します。ここが空欄のままシステムプロキシだけ触ると、「設定は正しいはず」という錯覚が生じやすいです。

購読の中身が大きいほど、初回取得と更新で時間がかかります。TLS まわりのエラータイムアウトがログに出たら、OS の時刻合わせ、上流の認証ヘッダ前提、回線のフィルタなどを疑います。典型例は Windows 向けの購読 TLS/DNS の記事にまとめています。ルール面の落ちどころは ルールルーティング解説と共通です。

FlClash はインターフェースが比較的コンパクトな一方で、画面ラベルはアップデートで微妙に変わることがあります。そのため用語より「プロファイルを選ぶ → コアが起動している → 次に代理を有効化する」という三本柱だけ覚えておくと迷いにくいです。選定の俯瞰は GUI クライアント比較稿も併読すると、Verge Rev や Mihomo Party との違いが掴みやすくなります。

3. mihomo コアを起動してログを見る

FlClash の背後では mihomo コアが実際にポートを開き、ルールと DNS を処理します。画面に「Core」「Engine」「実行」などと出ていれば、そのトグルがコアの稼働スイッチに相当するケースが多いです。オフのままシステムプロキシだけオンにしても、ローカルの待受に届かず接続が失敗します。

ログにはmixed-portportsocks-portのどれが有効か、ポート競合がないか、失敗したホスト名が何か、が残ります。システムプロキシを有効にするとき、Windows はしばしばHTTP プロキシとして 127.0.0.1 の特定ポートへ向けますが、プロファイル側のポート番号と一致している必要があります。ズレていると「プロキシオンなのに全部タイムアウト」になりがちです。

接続確認用に、ブラウザだけでなく curl がプロキシを無視するケースもあります。これは後述のシステムプロキシの限界でも触れますが、まずはコアが健全で、ルールが期待どおりヒットしている状態をログで固めてから、システムプロキシへ進むのがおすすめです。

4. システムプロキシをオンにする:何が起きるか

システムプロキシ(いわゆる「システムプロキシに従う」「Set system proxy」系の表示)をオンにすると、Windows のシステムレベルのプロキシ設定が、FlClash が公開しているローカルポートへ向きます。多くのデスクトップブラウザはこの設定を読むため、まずここで Edge や Chrome のトラフィックを載せるのが初日の最短ルートです。権限面でも TUN より軽いことが多く、企業 PC でも通りやすい経路です。

ただしすべてのアプリがシステムプロキシを尊重するわけではありません。環境変数の HTTP_PROXY を読むツール、独自ネットワークスタックのゲーム、プロキシを明示オフにしたソフトは取りこぼします。また、ウィルス対策や別 VPN がプロキシチェーンの前に挟まると、見た目はオンでも実フローが別になることがあります。

Windows 設定アプリの「プロキシ」画面を開くと、手動プロキシのアドレスが 127.0.0.1 とポート番号になっていることがあります。FlClash 側の表示と数字の一致を確認してください。ここだけズレていると、以降の DNS やルールを疑って時間を溶かしがちです。

5. Edge/Chrome で疎通とルールを確認する

システムプロキシをオンにしたら、まず一般サイトの表示IP 確認サイトでの出口を見ます。期待どおりルールで海外ノードへ流れる構成なら、表示される出口地域や AS が変わるはずです。挙動はプロバイダーのルールセット次第ですが、接続ログにホスト名とプロキシ先が並んでいるかを同時に見ると、「ルールは当たっているのにブラウザだけ別」といった切り分けが速くなります。

ブラウザの「セキュア DNS」や DoHが有効だと、プロキシ経路とは別レイヤで名前解決が動き、特定サービスだけ不具合に見えることがあります。Edge と Chrome の両方で試して差が出るときは、まず DNS 設定を疑うのが実務的です。詳細な比較は fake-ip と redir-host の記事や、Chrome/Edge とセキュア DNS の稿を参照してください。

ローカルや社内イントラへのアクセスを直結にしたい場合、ルールの bypass やプロキシグループのモードに依存します。LAN 共有とも絡む論点は LAN 共有の記事で別枠化していますが、「国内の特定ドメインを DIRECT」といった思想は FlClash でも同じです。

6. システムプロキシだけで足りないとき(TUN の位置づけ)

本稿の主眼は初日にブラウザ等をシステムプロキシで通すことですが、ゲームランチャーや一部 CLI がプロキシを無視する場面では、TUN モードで仮想アダプタ経由にトラフィックを集約する手があります。Windows では Wintun まわりや管理者承認が絡み、他 VPN との競合も出やすいです。

観点 システムプロキシ(初回おすすめ) TUN(必要になったら)
向く用途 ブラウザ中心・プロキシ対応アプリが多い環境 プロキシ非対応アプリをまとめて載せたい場合
典型的なトラブル 一部アプリだけ直結、ポート番号の不一致 UAC、ドライバ、他 VPN/DNS との競合
初日の進め方 コア起動 → システムプロキシ → ブラウザ確認 システムプロキシで足りないことを確認してから検討

TUN の概念整理は TUN モード解説に譲ります。Windows 11 では Clash Verge Rev や Mihomo Party で TUN を掘り下げた稿があるので、レイヤを上げる必要が出たらそちらの手順とも突き合わせると理解が速いです(例:Windows 11 の Clash Verge Rev 初回設定)。

7. よくあるつまずきと切り分けの順番

(1)コアが止まっていないか トグルをオフにしてからオンにし、ログにエラーが増え続けていないかを見る。(2)ポートとシステム設定の番号が一致しているか Windows の手動プロキシと FlClash 表示を突き合わせる。(3)購読が更新できているか TLS・DNS・認証の失敗がないか。(4)ブラウザのセキュア DNS 特定サイトだけ壊れるときに効くことが多い。(5)取りこぼしが残るなら TUN やアプリ個別設定へ。

WSL や Docker からホストの代理を使うケースは、別ループバックやゲートウェイの問題が絡みます。WSL2 と Clash の稿Docker 経由の稿が参考になります。開発時に npm 等のプロキシ環境変数を足す場合は npm/pnpm の環境変数稿も併読してください。

8. 他の mihomo 系クライアント記事との役割分担

同じ Windows 11 でも UI の名前はクライアントごとに違いますが、「購読 → コア → システムプロキシ」の順で固める考え方は共通です。比較的大きな画面設計の Clash Verge Rev 向けの詳細は Verge Rev の Win11 稿、Mihomo Party 向けは Mihomo Party の Win11 稿に任せ、本稿はFlClash にフォーカスした初日の最短チェーンに絞っています。CFW からの移行の全貌は CFW 代替ガイドが補助線になります。

9. よくある質問

構成やプロバイダーにより答えは変わります。一般的な論点のみです。

FlClash のコアは何ですか。
mihomo(Clash Meta)コアを動かす GUI クライアントのひとつです。ルールやYAMLの考え方は他の mihomo 系と共通の部分が大きいです。
システムプロキシをオンにすると何が変わりますか。
Windows のプロキシ設定がローカルの待受ポートへ向き、プロキシを参照するアプリが Clash 側へ流れやすくなります。
ブラウザだけ通って他のアプリが直結のままです。
システムプロキシを読まないアプリでは起こります。アプリ側設定、環境変数、または TUN の利用を検討してください。

10. まとめ

Windows 11 で FlClash を初めて使うときは、購読と mihomo コアを健全な状態にしてからシステムプロキシでブラウザを通す順序が、トラブルシュートにも学習にも効率的です。ポート番号の一致、ログのホスト名、ブラウザのセキュア DNS は、症状がブレたときの三本柱として同時に見てください。

mihomo 系のグラフィカル Clash は、画面の密度やメニュー階層、ログの見やすさが製品ごとに違います。Clash Verge Revのようにタブと設定項目が細かく分かれている実装は、上級者向けに機能を並べた分、初日はどこを触ればよいか迷いやすい面もあります。Mihomo Partyはダッシュボード中心で視覚情報が豊かですが、求める情報までのクリック数が好みに合わないこともあります。FlClashは、モバイルとデスクトップを横断する系譜のなかで画面が軽めにまとまりがちで、購読を載せてコアを立て、システムプロキシでブラウザをまず通すという初日の筋が追いやすいことが多いです。説明と入手経路が一本化されたポータルからクライアントを選べれば、バージョン違いの別パッケージに振り回されにくく、ルールと DNS の調整に時間を回せます。 → 無料で Clash をダウンロードし、快適な接続体験を試す

トピックの近さで選んだ関連記事 — 同じカテゴリの Clash 実践ガイド。