FlClash 使い方ガイド：サブスクリプション追加から接続確認まで

普段の利用ではルールモードを優先

「プロキシ」画面またはホーム画面のモード選択エリアを開くと、通常はルール、グローバル、ダイレクトの3モードが表示されます。初回設定では「ルール」を選択してください。ルールモードでは、サブスクリプション内のルールに基づいてドメイン、IP、ネットワーク種別ごとにプロキシまたはダイレクトのポリシーを割り当てます。ローカルサービスを直接接続にしつつ、プロキシが必要なリクエストを適切なプロキシグループへ送れるため便利です。

「グローバル」モードでは、ほとんどの通信が現在選択しているプロキシを経由します。ルールが適用されるか一時的に確認する用途には向きますが、初回設定の唯一の判断基準には適しません。「ダイレクト」モードはプロキシを迂回するため、問題の原因がプロキシ経路にあるか確認できます。モードを切り替えてもサブスクリプションの内容は変わらず、ノードも削除されません。テスト後はルールモードに戻してください。

プロキシグループにノードまたは自動ポリシーを指定

プロキシ画面には、サブスクリプションで定義された複数のプロキシグループが表示されます。ノード選択、自動選択、フォールバック、ストリーミング、最終マッチなどを示す名前が一般的ですが、実際の名称は提供元によって異なります。まず主要なノード選択グループを見つけ、正常なノードを選ぶか、サブスクリプションに設定済みの自動選択ポリシーを指定します。次に「Final」「MATCH」などのフォールバックグループが主要ポリシーを参照しているか確認し、メインのグループでノードを選んだのに最終的な通信が別の出口へ向かわないようにします。

ノード一覧のレイテンシは1回の測定結果にすぎず、継続的な速度、安定性、すべてのサイトへのアクセス性を完全に示すものではありません。初回は地理的に近く、レイテンシ測定を完了できるノードを優先し、実際のアクセスは第4ステップで確認します。すべての測定がタイムアウトしても、すぐに全ノードが無効だと判断しないでください。測定先、現在のネットワーク、ファイアウォール、DNSの状態も結果に影響します。

DNS、オーバーライド、スクリプトは当面初期設定のままにする

初回設定で起こりやすいのは、基本接続が確立する前にDNS、TUN、オーバーライドスクリプト、ルールセットを同時に変更することです。複数の変数が一度に変わると、原因を特定しにくくなります。この手順ではモードと主要なプロキシグループだけを確認し、その他の高度な設定はサブスクリプションまたはクライアントの初期値に任せます。基本接続を確認してから、用途に応じて1種類ずつ変更してください。

mode、proxy-groups、rules、DNSフィールドの関係を詳しく確認したい場合は、設定フィールドリファレンスをご覧ください。このページではフィールドとYAML構造を体系的に確認できます。初回接続の流れを妨げないよう、ここでは手動設定を扱いません。

まずブラウザーで実際にアクセスできることを確認

FlClashをバックグラウンドで実行したまま、普段安定して開けるサイトにブラウザーでアクセスし、次にプロキシ経由が必要なサイトを開きます。ページが読み込まれれば、アプリからローカルプロキシ、リモートノードまでの基本経路が確立しています。その後、信頼できるネットワーク情報サイトで現在の出口IPとおおよその地域を確認します。結果が選択したノードの出口地域とおおむね一致すれば十分で、動的な出口を使うサービスもあるため、特定の固定アドレスを求める必要はありません。

ブラウザーでまったく通信できない場合は、まずシステムプロキシまたはTUNを無効にして、元のネットワークが復旧するか確認します。その後FlClashを再起動してください。元のネットワークは正常なのにプロキシ接続だけ失敗する場合は、クライアントで現在のノード、サブスクリプションの更新時刻、ログを確認します。元のネットワーク自体に問題がある場合は、ローカルWi-Fi、モバイルネットワーク、ルーターの接続を先に確認します。

接続ログとルールの適用結果を確認

「接続」または「ログ」画面を開き、先ほどアクセスしたサイトを再読み込みします。一覧に新しいドメイン接続が現れ、適用されたルール、プロキシグループ、実際の出口が表示されるはずです。対象サイトがプロキシグループに振り分けられ、実際の出口が第2ステップで選んだノードであれば、ルールモードは機能しています。すべてのリクエストがダイレクトになる場合は、モードがルールのままか、最終ポリシーがダイレクトを指していないか、サブスクリプションのルールが読み込まれているかを確認します。

接続ログは、特定サイトの異常を切り分ける主要な入口でもあります。まず対象ドメインを見つけ、どのプロキシグループに入ったかを確認します。グループが正しいのに接続できない場合は、同じグループ内の別ノードを試します。グループが想定と異なる場合は、ルールの順序やサブスクリプション提供元の振り分け設計を確認してください。初回設定では、すぐにルールを手書きせず、既存設定が原因かどうかを先に確認します。

2種類のサイトで振り分け結果を確認

ルールモードの目的は、すべての通信を同じ出口に送ることではなく、リクエストごとにルールに応じた経路を選ぶことです。普段使う国内サービスと、プロキシが必要なサービスをそれぞれ開き、接続ログを確認します。国内サービスは通常、ダイレクトまたは国内向けルールに入り、プロキシが必要なサービスはプロキシグループに入ります。両方が想定どおりなら、振り分け経路は正常です。

一時的にグローバルモードへ切り替えるとアクセスでき、ルールモードでは失敗する場合、原因は通常ルールの適用またはプロキシグループの参照にあります。グローバルモードでも失敗する場合は、まずノードと接続権限を確認します。比較が終わったらルールモードに戻し、グローバルモードを恒久的な解決策にしないでください。

最後にDNSの状態を確認

基本的なWebページが開くことを確認してから、ドメイン解決の遅延、一部ドメインだけ開けない、IPv4とIPv6の結果が大きく異なるといった症状を確認します。まずノードを切り替えて、特定の出口だけの問題かどうかを切り分け、再接続して現在のセッションを更新します。ドメイン名でのみ失敗し、直接のネットワーク接続が正常な場合にDNS設定を調べます。

DNSには、システムリゾルバー、クライアントの待受、暗号化DNS、Fake IP、ルールマッチ、キャッシュなど複数の要素が関係するため、初回ガイドで一度にすべてを変更するのは適切ではありません。異常が続く場合は、問題が起きたドメイン、現在のモード、TUNの有効状態、ログの内容を記録し、よくある質問で該当する障害を確認してください。項目ごとの理解が必要な場合は、設定フィールドのDNSセクションをご覧ください。