FlClashのサブスクリプション追加と接続ガイド

事前準備：アプリをインストールしてサブスクリプションを用意

まずクライアントのダウンロードページでお使いのOSに合ったインストーラーを選び、インストールしてアプリを起動します。macOSではApple SiliconまたはIntelに対応するものを、Androidでは端末のアーキテクチャに合ったものを選んでください。初回起動時は、ダッシュボードと設定画面が開けることを確認し、設定は変更せずに進めます。インストーラーはクライアントアプリを提供し、サブスクリプションはノード、ポリシーグループ、ルールを提供するため、それぞれ別途用意する必要があります。

このガイドでは、サブスクリプションリンクをすでにお持ちであることを前提に説明します。サブスクリプションURLは通常、利用中のサービスの管理ページで発行されます。Clashまたはmihomo対応と明記された形式を選んでください。一般的なWebページのURL、アカウントのログインURL、個別のノード共有リンクは、サブスクリプションとしてそのままインポートできるとは限りません。サブスクリプションをお持ちでない場合は、先にサブスクリプションの入手先と選び方を確認し、サービス内容と設定形式を確かめてから進めてください。

操作を始める前に、通信を取り込んでいるほかのプロキシアプリやVPNアプリを終了し、Wi-Fiまたはモバイルデータ通信は接続したままにします。サブスクリプションURLにはアカウント情報が含まれることがあるため、機密情報として扱ってください。スクリーンショットや画面録画を共有したり、問題を報告したりする際は、URL全体とQRコードを隠してください。準備ができたら設定画面でサブスクリプションを追加します。重複インポートや通信の取り込みの競合を防ぎやすくなります。

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

設定画面を開き、リモートサブスクリプションを追加する

FlClashのサイドバーまたは画面下部のナビゲーションから「設定」を開き、プラスアイコンまたは「追加」を選択します。URLやファイルなどのインポート方法が表示されたら、サブスクリプションリンクをお持ちの場合はURLまたはリモート設定を選びます。設定名には「日常用」など、見分けやすい名前を付けて、サービス提供元からコピーしたURL全体を入力欄に貼り付けてください。登録する前に、先頭や末尾に空白、改行、チャットアプリが付けた句読点が入っていないか確認します。

サブスクリプションURLは、https://example.com/sub?token=xxxxのような形式です。これは形式の説明用であり、実際にはご自身のURLを入力してください。疑問符以降のパラメーターもURLの一部です。ドメインだけをコピーしたり、パラメーターを削除したりしないでください。問題がなければ保存またはインポートを押し、ダウンロードと解析が終わるまで待ちます。同じ名前の設定が複数作られないよう、続けて何度も押さないでください。

YAML形式の設定ファイルをお持ちの場合は、ファイルのインポートを選び、端末から該当ファイルを指定してください。ファイルのインポートとリモートサブスクリプションでは、その後の更新方法が異なります。リモートサブスクリプションはURLから再取得できますが、ローカルファイルは通常、再インポートするか内容を差し替える必要があります。初回の設定では、まずどちらか一方を使って基本接続を確認してから、ほかの設定を整理することをおすすめします。

設定を選択し、ノードとポリシーグループを確認する

インポートが完了すると、設定画面に新しい設定カードが表示されます。カードまたは有効化の項目を選び、現在の設定として適用してください。選択状態は、枠線、チェックマーク、ステータス表示など、バージョンによって異なります。カードが表示されただけでは有効とは限りません。続いて「プロキシ」画面を開き、ポリシーグループとノード名が表示されていることを確認します。これらが表示されていれば、クライアントが設定内のプロキシ定義を読み込めています。次の手順に進んでください。

ダウンロードに失敗した場合は、まず通常のWebページにアクセスできるか確認してから、サービスの管理ページでURLをコピーし直し、サブスクリプションが有効か確かめてください。解析に失敗した場合は、設定形式が対応しているか確認します。ログイン画面やエラーメッセージが設定として読み込まれている可能性もあります。この段階ではエラー表示を記録し、DNSやルール、コアのパラメーターは変更しないでください。詳しい確認方法はトラブルシューティングをご覧ください。

設定の編集画面またはその他のメニューに自動更新の項目がある場合は、サービス提供元の案内に合わせて更新間隔を設定します（例：24時間ごと）。自動更新はサブスクリプションの内容を再取得する機能です。現在のノードを自動で切り替える機能ではなく、更新のたびに新しいノードが追加されるとも限りません。手動更新が完了したら、現在の設定が有効なままか確認してから、アウトバウンドモードを選択してください。

ステップ2：プロキシモードと利用可能なノードを選ぶ

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

ダッシュボードに戻り、「アウトバウンドモード」または「ルール」「グローバル」「ダイレクト」などの選択欄を見つけ、初回は「ルール」を選択します。このモードでは、現在の設定のルールに従って、リクエストの接続先をダイレクト、プロキシ、その他のポリシーに振り分けます。ルールはサブスクリプションの設定に含まれるため、振り分け結果はサブスクリプションごとに異なる場合があります。ルールモードを選んでも、すべての通信がプロキシを通るわけではありません。

「グローバル」は短時間の比較確認に使います。クライアントが受け取ったリクエストは通常、グローバルポリシーグループで処理されますが、そのグループでプロキシノードが選択されているか、ダイレクト接続になっていないか確認が必要です。「ダイレクト」はリクエストを直接接続するモードです。3つのモードが決めるのは、クライアントが受け取ったリクエストの処理方法です。システムプロキシやVPNによる通信の取り込みに代わるものではありません。グローバルを選んでも、まだクライアントに届いていない通信の経路は変わりません。

プロキシ画面で実際のアウトバウンド先を選ぶ

「プロキシ」を開き、設定内でプロキシ通信を担当するポリシーグループを探します。グループ名は設定の作成者が付けるため、「ノード選択」「プロキシ選択」などの場合もあれば、PROXYとは限りません。グループを展開してノードを選ぶか、設定に用意された自動選択グループを使います。グループ内に別のグループがある場合は、その先で何が選択されているかも確認してください。外側でプロキシグループを選んでいても、内側がダイレクト接続になっていることがあります。

接続テスト機能がある場合は、まず一度実行して対象ノードが応答するか確認できます。テストの成功は候補ノードの絞り込みに役立ちますが、すべてのWebサイトやアプリに接続できることを保証するものではありません。テスト先と実際にアクセスする接続先が異なる場合もあります。ノードが応答しない場合は、モードやDNS、サブスクリプションを同時に変更せず、別の候補ノードに切り替えて検証してください。どの設定が結果に影響したか判断しやすくなります。

現在のモードと選択したポリシーグループを確認します。ここまでで、「設定が有効」「モードがルール」「プロキシ用ポリシーグループでノードを選択」という状態になっていれば準備完了です。自動選択、フェイルオーバー、負荷分散の違いは用語ガイドで確認できます。プロトコルの種類やコアとの互換性について詳しく知りたい場合はプロトコル解説をご覧ください。基本接続の確認中は、サブスクリプションの初期設定をそのまま使いましょう。

ステップ3：クライアントを起動し、システム通信を取り込む

デスクトップでは、まずシステムプロキシでブラウザーを確認する

ダッシュボードに戻って起動ボタンを押し、画面に実行中と表示されるまで待ちます。バージョンによっては、通信の取り込みを有効にするとコアも起動します。実際の画面表示を確認してください。WindowsやmacOSなどのデスクトップ環境では、まず「システムプロキシ」を有効にし、システムのプロキシ設定に従うブラウザーでテストします。クライアントの実行とシステムプロキシは関連していますが、別の状態です。前者は通信を処理する機能を提供し、後者はアプリのリクエストをクライアントに渡すよう指示します。

ブラウザーにプロキシ拡張機能を個別に設定している場合は、拡張機能による通信の取り込みを無効にするか、システム設定を使うようにしてください。ブラウザーが古いポートを参照し続けるのを防げます。Linuxのデスクトップ環境では、システムプロキシへの対応が環境やアプリによって異なります。使用中のブラウザーがデスクトップのプロキシ設定を読み込むか確認してください。初回の確認では、複数のブラウザー拡張機能や手動のプロキシ設定を併用せず、通信経路を一つに絞りましょう。

システムプロキシが影響するのは、通常、その設定を参照するアプリです。一部のコマンドラインツール、ゲーム、独自の通信プログラムはシステムプロキシに従わない場合があります。こうしたアプリの通信も取り込む必要がある場合に、TUNモードの使用を検討してください。TUNは仮想ネットワークインターフェースを使って通信を取り込みます。通常、管理者権限や補助サービス、追加のシステム許可が必要です。必要な条件はOSによって異なります。まずブラウザーで接続を確認してから対象を広げると、問題を特定しやすくなります。

スマートフォンではVPNの許可と対象アプリを確認する

Androidでは起動後、通常、システムからVPN接続のリクエストが表示されます。リクエスト元が使用中のクライアントであることを確認して許可し、アプリに戻って実行状態を確認してください。このVPN許可は端末内に通信を取り込む経路を作るためのものです。リモートノードの選択が完了したことを意味するわけではありません。設定とポリシーの選択は、先の2つの手順で済ませておく必要があります。ほかのVPNアプリが動作中の場合は切断してから、FlClashを起動し直してください。

アプリごとのプロキシ設定を有効にしている場合は、テストするブラウザーが通信の取り込み対象に含まれているか確認します。バイパス対象のアプリは、想定どおりクライアントを経由しません。iOSでClash Plusを使う場合は、アプリの案内に従ってVPN構成を追加し、システムの許可を確認してから接続し、アウトバウンドポリシーを確認してください。ステータスバーの接続アイコンは動作状況の目安になりますが、最終的にはアクセス結果と接続ログで検証します。

起動に失敗した場合は、まず表示された内容を確認します。権限不足ならシステムの許可を設定し、ポートが使用中ならほかのプロキシプログラムがバックグラウンドで動作していないか調べてください。「起動できない」と「起動後にWebページが開かない」は分けて対処します。前者はローカルでの実行や通信の取り込みに関する問題、後者はノードやリクエストログを使って調べる問題です。クライアントが実行中で通信の取り込みも有効になったら、最後の手順に進みます。

ステップ4：アクセス結果と実際のアウトバウンド先を確認する

ブラウザーから新しいリクエストを送信する

ブラウザーで新しいタブを開き、プロキシ経由でのアクセスが必要な、普段利用するHTTPSページにアクセスします。ページの主要な内容が読み込まれたら、FlClashの「接続」またはリクエストログ画面を開き、アクセスしたドメインを探してください。既存のページではキャッシュや古い接続が再利用されることがあるため、以前から開いているタブだけでは判断しにくい場合があります。必要に応じてページを更新するか、古いタブを閉じて開き直してください。

ログの詳細で、適用されたルール、ポリシーグループ、最終的なアウトバウンドノードを確認します。表示項目はバージョンによって異なります。対象ドメインが設定上プロキシ経由になるはずの場合、ページを開けたことだけで判断せず、ログが対応するプロキシポリシーを示しているか確認してください。続けて、設定でダイレクト接続に指定されている宛先にもアクセスし、アウトバウンドの結果を確認します。ルールモードではプロキシとダイレクトの両方のログが表示されるのが正常です。現在のルールに沿った結果かどうかが重要です。

出口IPを確認する場合は、信頼できる確認サイトを補助的に利用してください。出口IPの変化で分かるのは、その確認リクエストの経路だけです。すべてのアプリの通信が取り込まれていることや、ルールによる振り分けが正しいことを単独で証明するものではありません。確認サイトにサブスクリプションURLを送信しないでください。「ページが読み込める」「リクエストがクライアントに届く」「適用されたポリシーが想定どおり」の3点を合わせて確認すると、設定が有効かより確実に判断できます。

症状に応じて該当する手順を見直す

Webページが開かず、接続画面にも該当するリクエストがまったく表示されない場合は、ステップ3に戻り、システムプロキシ、VPNの許可、ブラウザー独自のプロキシ設定、アプリごとの設定を確認します。リクエストは記録されているもののダイレクト接続になっている場合は、ステップ2でモードとポリシーグループを確認してください。ルールモードではダイレクト接続もあり得るため、DIRECTと表示されただけでクライアントの異常とは限りません。基本接続を確認してから、特定ドメインのルールを調整します。

リクエストが選択したノードを経由しているのに失敗が続く場合は、別のノードに切り替えて再試行し、サブスクリプションサービスが利用可能か確認してください。一部のWebサイトだけで問題が起き、ほかは正常な場合は、該当ドメインとエラー内容を記録し、症状に応じてトラブルシューティングを確認します。設定は一度に一項目だけ変更してテストし、直前に動作していた設定を残してください。続けて変更すると、原因の追跡が難しくなります。

ブラウザーに証明書エラーが表示された場合は、端末の日時、アクセス先のドメイン、ネットワーク環境を確認してください。ブラウザーのセキュリティ保護はそのままにし、証明書の警告を無視して検証を進めないでください。DNS、証明書、特定プロトコルに関する問題は初回接続の範囲外です。トラブルシューティングで確認できます。プロトコルの選択やコアの違いを詳しく知りたい場合はプロトコルとコアの技術ガイドをご覧ください。