Clash よくある質問

3つは異なる階層に属します。Clash は最も古いオープンソースのプロキシコアプロジェクトで、元リポジトリのアーカイブ後はコミュニティフォークの mihomo が保守を継続しています。Clash Verge Rev や FlClash などはコアを包む形のGUIクライアントで、画面、サブスク管理、システム統合を担います。日常的に「Clash を使う」と言う場合、通常はいずれかのGUIクライアントと mihomo コアの組み合わせを指します。

各プロジェクトの系譜とプラットフォーム別の選び方は、本サイトの記事「Clash、mihomo、Verge Rev はどういう関係か」を参照してください。

起動は可能ですが、長期利用は推奨しません。Clash for Windows は更新が停止しており、mihomo が追加したプロトコルや設定フィールドに追従していないため、新形式のサブスクリプションを解析できない場合があります。セキュリティ上の問題が発生しても修正されません。

Windows ユーザーは Clash Plus または Clash Verge Rev への移行を推奨します。既存のサブスクリプションリンクは新しいクライアントに再インポートするだけで、変更は不要です。ダウンロードページの Windows 区からインストーラーを取得できます。

本サイトに掲載されているすべてのクライアントと mihomo コアは無料のオープンソースソフトウェアで、ダウンロードや利用に料金は発生しません。

なお、クライアントはあくまでツールであり、プロキシノードはサブスクリプションのサービス提供元から供給されます。ノードサービスの有料・無料はサービス提供元の方針によるもので、クライアント自体とは無関係です。

ルールモード(rule)は設定ファイルのルールを1件ずつ照合し、直接接続すべき通信は直接接続、プロキシすべき通信はプロキシ経由にする、日常利用で推奨されるモードです。グローバルモード(global)はすべての通信を選択中のノード経由にし、ルール設定の検証や一時的な利用に適しています。直接接続モード(direct)はすべての通信をプロキシを経由させません。

多くの場面ではルールモードのままで問題ありません。mode フィールドの具体的な記述方法は設定フィールド リファレンスを参照してください。

サービス提供元から https:// で始まるサブスクリプションアドレスをコピーし、クライアントの設定(Profiles)ページを開いて、新規プロファイルのアドレス欄に貼り付けて確定します。クライアントが自動でダウンロードして設定ファイルを解析します。導入が成功すると、プロキシページにノード一覧が表示されます。

各プラットフォームの完全な手順は利用ガイドを参照してください。

これは macOS が App Store 以外のアプリに対して行う Gatekeeper のブロックであり、インストーラーに問題があるわけではありません。Finder でアプリアイコンを右クリック(または Control キーを押しながらクリック)し、「開く」を選択、初回の確認後は通常起動できます。「システム設定 → プライバシーとセキュリティ」のページ下部にある「このまま開く」をクリックする方法もあります。

TUN モードは仮想ネットワークカードを作成するため、管理者権限での実行が必須です。Clash Verge Rev は設定内でシステムサービス(Service Mode)をインストールでき、その後は毎回手動で権限昇格する必要がなくなります。他のクライアントは右クリックから「管理者として実行」を選択してください。

有効化した後は、DNSハイジャック関連のオプションも同時に有効にすることを推奨します。そうしないと一部の通信が仮想ネットワークカードを回避する場合があります。

正常です。Android プラットフォームのプロキシクライアントはシステムの VpnService インターフェースを通じて通信を引き受けるため、初回起動時に「VPN 接続の作成」権限の許可が必須です。これはシステムの標準的な仕組みで、許可後はステータスバーに鍵アイコンが表示されます。

誤って拒否した場合は、クライアント内で再度接続を開始すると、許可ダイアログが再表示されます。

iOS では Clash Plus を推奨します。App Store で直接検索してインストールするか、公式サイト clashplus.io からストアリンクを取得してください。インストール後の初回起動時にも VPN 設定の許可が必要で、案内に従ってシステム設定で確認するだけです。

ストアへの入口は本サイトのダウンロードページの iOS 区にもあります。

クライアントのプロキシページで遅延テスト(雷アイコン)をクリックすると、各ノードに HTTP 探測を行いミリ秒数を表示します。数値が小さいほど良好で、タイムアウトしたノードは赤く表示されます。

日常的には、よく使うノードを url-test タイプのポリシーグループに入れておけば、クライアントが自動で最も遅延の低いノードを選択し、手動で切り替える必要がなくなります。

設定ファイルの rules セクションの先頭にカスタムルールを1行追加します。例:DOMAIN-SUFFIX,example.com,ノードまたはポリシーグループ名。ルールは上から順に照合され、最初にマッチした行が適用されるため、カスタム項目はサブスクリプション付属のルールより前に配置する必要があります。そうしないと前方のワイルドカードルールに横取りされる可能性があります。

文法と優先順位の詳細は設定フィールド リファレンスと記事「Clash カスタムルールの書き方」を参照してください。

サービス提供元は不定期にノードを調整するため、定期的にサブスクリプションを更新して最新のノード一覧を取得することを推奨します。主要なクライアントはいずれも自動更新間隔の設定(例:24時間ごと)に対応しており、設定ページで手動更新ボタンをクリックすることもできます。

更新後にノードが大幅に変化した場合は、カスタムルールで参照しているポリシーグループ名がまだ存在するか確認してください。存在しないグループを参照するとコアの起動に失敗します。

可能です。ルールモード自体がドメインと IP による振り分けです。アプリ単位で制御したい場合、Android クライアントは一般的にアプリ別プロキシに対応しており、設定で対象アプリを選択または除外するだけです。

デスクトップ環境では PROCESS-NAME ルールでプロセス名により振り分けが可能で、このルールは TUN モード下で最も完全にマッチします。

順番に確認してください:クライアントの「システムプロキシ」スイッチが実際にオンになっているか、システムプロキシのポートとクライアントのミックスポートが一致しているか(デフォルトは 7890)、ブラウザに SwitchyOmega などのプロキシ拡張機能がインストールされていてシステム設定を上書きしていないか。

一部のソフトはシステムプロキシを読み取らないため、その設定内で手動で 127.0.0.1:7890 を入力する必要があります。あるいは TUN モードに切り替えてすべての通信を引き受けさせる方法もあります。

UWP アプリはデフォルトでローカルループバックアドレス 127.0.0.1 へのアクセスがシステムにより禁止されているため、システムプロキシが無効になります。解除方法:CheckNetIsolation コマンドで対象アプリにループバック免除を追加する、またはクライアント内蔵の UWP ループバック解除ツールを使い、対象アプリにチェックを入れて保存するだけです。

仕組みの解説と手順は記事「Windows ストアアプリがプロキシを経由しない理由」を参照してください。

リスニングポート(通常は 7890)が他のプロセスに占有されていることを示します。2つのプロキシクライアントを同時に起動していたり、古いプロセスが終了せず残留している場合によく発生します。Windows では netstat -ano とタスクマネージャーを併用して占有プロセスを特定し、macOS と Linux では lsof -i:7890 を使用します。占有プロセスを終了するか、設定内の mixed-port を他の空きポートに変更してください。

完全な対処手順は記事「Clash でポート占有エラーが出た場合の対処法」を参照してください。

順に確認してください:サブスクリプションが期限切れまたは通信量を使い切っていないか、サービス提供元の管理画面にログインして確認する。端末のシステム時刻が正確か、大きくズレるとハンドシェイクに失敗する。グローバルモードに切り替えて単一ノードをテストし、ルール設定による干渉を排除する。

一部のノードのみ利用可能で大半がタイムアウトする場合は、通常サービス提供元側のノード障害であり、修正またはサブスクリプションの更新を待ってください。

証明書エラーは必ずしもサイト側の問題とは限りません。まずシステム時刻が正確か確認する。Fiddler や Charles などのパケットキャプチャツールのルート証明書が残っていないか確認する。別のノードに切り替えて再試行し、特定のノードでのみエラーが発生する場合は、その経路に中間者攻撃のリスクがあることを示します。

各種原因の判定方法は記事「プロキシ有効化後の HTTPS 証明書エラーの原因」を参照してください。