Clash よくある質問

Clash はオープンソースのルールベース型プロキシコアプロジェクトで、オリジナルのコアは2023年に開発が終了しました。Clash Meta はコミュニティが引き継いだ派生版で、その後 mihomo に改名され、より多くのプロトコルとルールタイプが追加されています。

現在主流のクライアント(Clash Plus、Clash Verge Rev、FlClash など)に内蔵されているのはいずれも mihomo コアで、日常的な文脈で言う「Clash」は通常、特定のプログラムではなくクライアント全体のエコシステムを指します。

同梱されていません。クライアントはルールに従ってトラフィックを転送するだけで、ノード(プロキシサーバー)は利用者自身が用意する必要があり、通常はサブスクリプションリンクの形式で導入します。

利用可能なノードがない場合でもクライアントは正常に動作しますが、すべてのプロキシグループが空表示または速度テストタイムアウトになります。

コードリポジトリは削除され、セキュリティ更新やコアのアップグレードは行われないため、継続使用は推奨されません。Windows ユーザーは Clash Plus または Clash Verge Rev への移行が可能で、いずれも既存のサブスクリプション形式に対応しているため、同じサブスクリプションリンクを導入するだけで移行コストは低く済みます。

ダウンロードセンターには最終バージョンのアーカイブが保管されていますが、あくまで移行期間の利用に限られます。

ルールモードは設定ファイル内のルールを1つずつ照合し、該当したルールに従って処理する、日常的に推奨されるデフォルトモードです。グローバルモードはすべてのトラフィックを現在選択中のプロキシノード経由にします。直接接続モードはプロキシを一切経由しません。

ノードの接続確認をする際は一時的にグローバルへ切り替え、あるサイトがプロキシの影響を受けているか調べる際は一時的に直接接続へ切り替え、確認後はルールモードに戻すようにしましょう。

ダウンロードセンターに掲載されているクライアントはすべてオープンソースまたは無料のソフトウェアで、費用は発生しません。費用が発生するのはノードサービス自体のみで、これは第三者のサービス事業者が提供するものであり、クライアントとは関係ありません。

「Clash クライアントのインストールパッケージ」を有料で販売しているルートは、いずれも公式のものではありません。

サブスクリプションの完全な URL をコピーし、クライアントの「設定 / Profiles」ページを開いて入力欄に貼り付け、ダウンロードまたはインポートをクリックします。成功すると一覧に新しい設定ファイルが表示されるので、それを選択し、「プロキシ / Proxies」ページに戻るとノード一覧が確認できます。

インポートに失敗した場合は、まずリンクが途切れていないか確認し、次に現在のネットワークからサブスクリプションアドレスへ直接アクセスできるか確認してください。

各クライアントの設定内に自動起動のスイッチが用意されています。Clash Plus と Clash Verge Rev では、設定の「一般」セクションで「起動時に自動起動」にチェックを入れます。macOS では初回有効化時にシステムがログイン項目の許可を求めるため、システム設定で許可する必要があります。「サイレント起動」も併せて有効にし、起動後に自動でトレイへ最小化することをお勧めします。

自動起動はプログラムを起動するだけの機能であるため、トラフィックの自動接収も必要な場合は「システムプロキシを自動で有効化」も別途チェックしてください。

プロキシ系ソフトウェアはシステムプロキシ設定の変更や仮想ネットワークアダプタの作成を必要とするため、セキュリティソフトのヒューリスティック検知で誤検知されやすくなっています。まず、インストールパッケージが本サイトのダウンロードセンターまたは公式配布元から取得したものであることを確認し、その上でセキュリティソフトのインストールディレクトリをホワイトリスト(除外項目)に追加してください。

TUN モードのドライバコンポーネントが削除された場合は、隔離領域からファイルを復元してから再インストールする必要があります。

一部のオープンソースクライアントは Apple の公証を受けていないため、初回起動時にブロックされます。「システム設定 - プライバシーとセキュリティ」を開き、下部にあるブロックされたアプリを見つけて「このまま開く」をクリックしてください。

アプリが破損していると表示された場合は、ターミナルで xattr -cr /Applications/アプリ名.app を実行して隔離属性を解除してから起動してください。

TUN モードは仮想ネットワークアダプタを作成してシステムのネットワーク層でトラフィック全体を接収する仕組みで、アダプタの作成やルーティングテーブルの変更はいずれもシステムレベルの操作です。Windows では管理者権限での実行またはサービス権限の付与が必要、macOS では権限許可のダイアログが表示され、Linux では root 権限、またはコアファイルに cap_net_admin 権限を設定する必要があります。

Clash Verge Rev はサービスモードを提供しており、一度インストールして権限を付与すれば、以後 TUN を有効化する際に毎回権限昇格する必要はありません。

「プロキシ」ページでプロキシグループの速度テストアイコンをクリックすると、クライアントが設定済みのテスト URL にリクエストを送信し、ミリ秒単位の数値を表示します。この数値は1回の HTTP ハンドシェイクの遅延を示すだけで、実際の帯域幅とは異なります。数値が安定して低いノードを優先的に選び、タイムアウトを繰り返すノードは避けましょう。

プロキシグループのタイプを url-test に設定すれば、コアが一定間隔で自動的に最も遅延の低いノードを選択するようにもできます。

サブスクリプションから生成された設定ファイルを直接編集すると、次回の更新で全体が上書きされてしまいます。正しい方法はクライアントの拡張機能を利用することです。Clash Verge Rev はグローバル拡張設定と Merge、Script 処理に対応しており、カスタムルールを拡張レイヤーに記述しておくことで、サブスクリプション更新後も自動的にマージされます。Clash Plus にも同様にルール追加の機能があります。

ルールは上から順に照合されるため、カスタムルールはサブスクリプションのルールより前に配置しないと優先的に有効になりません。

Fake-IP は予約されたアドレス範囲の仮想アドレスで DNS クエリに応答し、実際の解決を待つ必要がないため初回パケットの遅延が低く、TUN モードでのデフォルト推奨設定です。ただし LAN 内デバイス間の相互アクセス、一部のオンラインゲーム、実際の IP の取得を必要とするソフトウェアでは異常が起きる場合があり、該当するドメインを fake-ip-filter のホワイトリストに追加する必要があります。

Redir-Host は従来の解決方式に近い動作をし、互換性が高い一方で余分な解決遅延が発生する場合があります。判断に迷う場合はまず Fake-IP を使い、具体的な問題が起きたら個別にホワイトリストへ追加してください。

クライアントの設定ページでは複数の Profile を保存でき、クリックするだけで切り替えられますが、同時に有効になるのは1つだけです。各サブスクリプションには識別しやすい名前と自動更新間隔を設定することをお勧めします。

切り替え前に両方の設定のポート設定が一致しているか確認してください。切り替え後にローカルのリスニングポートが変わってしまうと、他のソフトウェアに固定で設定したプロキシアドレスが無効になる場合があります。長期間使用しない設定は誤って切り替えないよう、早めに削除しましょう。

mixed-port は HTTP と SOCKS5 の両プロトコルを同時に受け付けるリスニングポートで、一般的なデフォルト値は 7890 です。ローカルのソフトウェアはプロキシを 127.0.0.1:7890 に向けるだけで利用できます。

同じ LAN 内のスマートフォンやテレビなどのデバイスと共用するには、クライアントで「LAN接続を許可(allow-lan)」を有効にし、他のデバイス側ではプロキシサーバーをこのデバイスの LAN IP アドレスと該当ポートに設定し、システムのファイアウォールが該当ポートを許可していることも確認してください。

次の4点を順番に確認してください。1つ目、クライアントのログに該当ドメインへの接続記録があるかどうか。記録がなければトラフィックがそもそもクライアントに入っていないことになります。2つ目、システムプロキシ設定のアドレスとポートがクライアントのリスニングポートと一致しているか、他のソフトウェアによって書き換えられていないか。3つ目、ブラウザに独立したプロキシ拡張機能がインストールされていて、システム設定を上書きしていないか。

4つ目、一部のコマンドラインツールやデスクトップソフトはシステムプロキシを読み取らないため、環境変数を個別に設定するか、TUN モードに切り替えてネットワーク層で接収する必要があります。

まずブラウザで直接サブスクリプションリンクを開いてみてください。ファイルがダウンロードできればリンク自体は有効で、問題はクライアント側のネットワークにあります。更新時に「プロキシ経由で更新」にチェックを入れるか、一時的にネットワークを切り替えて再試行してください。404 や 403 が返る場合は、通常サブスクリプションの期限切れやサービス事業者側でリンクがリセットされたことが原因で、新しいリンクを取得する必要があります。

更新は成功したがノードに異常がある場合は、設定内容がサーバー側で変更されていないか確認し、必要であればその Profile を削除して再インポートしてください。

すべてタイムアウトする場合、通常はノード自体の問題ではありません。まず直接接続モードに切り替えてローカルのネットワークが正常かどうか確認してください。次にシステム時刻が正確かどうかを確認します。誤差が大きいと TLS ハンドシェイクが失敗することがあります。続いてログに DNS 解決エラーがないか確認し、設定内の DNS サーバーを変更してみてください。サブスクリプションが長期間更新されていない場合、サーバーアドレスが全体的に変更されている可能性があるため、手動で更新してから再度テストしてください。

個別のノードだけがタイムアウトするのは通常の変動なので、別のノードに切り替えれば問題ありません。

UWP アプリはデフォルトでネットワーク分離サンドボックス内で動作し、ローカルループバックアドレスへのアクセスが禁止されているため、127.0.0.1 上のプロキシポートに接続できません。

解決策は2つあります。対応クライアントで「UWPループバック除外」ツールを使用する(内部で CheckNetIsolation を呼び出し、指定アプリの制限を解除する)方法、または TUN モードを直接有効にしてネットワーク層でトラフィックを接収し、ループバック制限を回避する方法です。

ブラウザで DNS漏洩検出サイトにアクセスし、結果に現地の通信事業者の解決サーバーが表示された場合は漏洩が発生しています。

対処方法:設定内の enhanced-mode が fake-ip になっているか確認する。または Redir-Host の場合は nameserver を暗号化 DNS(DoH、DoT)に向ける。TUN モードを有効にして dns-hijack を有効化すれば、システムのすべての DNS クエリを強制的に接収でき、最も確実な方法です。変更後は再度検出して結果を確認してください。

最も多い原因は順に、設定ファイルの YAML 構文エラー、リスニングポートが他のプログラムに使用されている、コアファイルの破損です。特定方法:まずログを確認してください。各クライアントは設定またはヘルプメニューにログディレクトリを開く項目を用意しています。ポート競合の場合は mixed-port の数値を変更してください。ログが設定エラーを示している場合は、最近の変更をロールバックするか、一時的に空の設定で起動してみてください。それでも起動できない場合は、データディレクトリを残したままクライアントを再インストールしてください。

技術ノートの起動クラッシュ対処ガイドに、完全な確認順序が掲載されています。