Clash よくある質問

Clash は、ルールベースのネットワークプロキシツールの総称です。核心となるのはコアプログラム(mihomo など)で、設定ファイル内の分流ルールに従ってトラフィックをマッチングし、出口を決定します。各プラットフォームのGUIクライアント(Clash Verge、Clash Meta for Android など)は、このコアの上にサブスクリプション管理、ノード切り替え、オン/オフの画面を提供します。コアはVMess、VLESS、Trojan、Shadowsocksなど複数のプロキシプロトコルに対応しています。

プロトコルやルールに関する用語の詳しい解説は用語集を参照してください。

mihomo はコアであり、コマンドラインプログラムでGUIを持たず、実際のトラフィック処理を担当します。Clash Verge はデスクトップ向けGUIクライアントで、mihomoコアを内蔵し、Windows・macOS・Linuxの3プラットフォームに対応しています。Clash for Windows は2023年にメンテナンスが終了し、公式リポジトリも削除されており、今後更新されることはありません。デスクトップ環境では Clash Verge への移行を推奨します。

各プラットフォーム向けクライアントの入手先はダウンロードページを参照してください。

クライアントとコアはいずれもオープンソースソフトウェアで、無料で入手できます。クライアント自体にはサーバーノードは含まれておらず、プロキシサービスを利用するには別途ノード情報、いわゆるサブスクリプションを取得する必要があります。サブスクリプションは第三者のサービス事業者から提供されるもので、有料か無料か、通信量の上限がどれくらいかはサービス事業者が決めるものであり、クライアント自体とは無関係です。

クライアントはあくまでトラフィックの振り分けツールであり、ノードを提供するものではありません。インストール後、ノード情報を含むサブスクリプションリンクまたは設定ファイルを導入し、利用可能なノードを選択してシステムプロキシを有効にする必要があります。そうして初めてトラフィックがプロキシ経由になります。利用可能なノードがない場合、クライアントは待機状態のままで、プロキシとしての効果はまったく発生しません。

導入から動作確認までの一連の流れは設定ガイドを参照してください。

よくある原因は、オープンソースのインストーラーが商用コード署名証明書を購入していないためで、システムは未署名のプログラムに対してデフォルトでリスク警告を表示しますが、これは悪意のある動作が検出されたわけではありません。対処方法:SmartScreenの表示で「詳細情報」→「実行」を順にクリックする。ウイルス対策ソフトの誤検知の場合はインストールフォルダを信頼リストに追加する。

システム設定の「プライバシーとセキュリティ」を開き、「セキュリティ」欄にあるブロックされたアプリを見つけて「このまま開く」をクリックすれば初回の許可が完了します。「アプリが破損しているため開けません」と表示される場合は、多くはダウンロードファイルに付いた隔離属性が原因で、ターミナルで xattr -cr の後にアプリのパス(例:/Applications 内のクライアントアプリ)を指定して属性を解除し、再起動すれば解決します。

サービス事業者から提供されたサブスクリプションURLをコピーし、クライアントのサブスクリプションまたは設定ページを開き、「URLから導入」を選んで貼り付け、ダウンロードを確定します。導入が成功すると、プロキシページにサブスクリプション内の全ノードが表示されます。多くのクライアントはクリップボード導入やローカルファイル導入にも対応しており、3種類の方法の操作の違いはサイト内ブログのサブスクリプション導入ガイドを参照してください。

順番に3点を確認してください。

1. サブスクリプションリンクが完全にコピーされているか、パラメータが途中で切れていないか。
2. サブスクリプションが期限切れまたは通信量を使い切っていないか、サービス事業者の管理画面で確認できます。
3. 導入時に端末からサブスクリプションサーバーへ接続できているか、一部のサブスクリプションアドレスは他の利用可能なノードを一時的に有効にしないと取得に失敗する場合があります。

形式エラーと表示される場合は、リンクがClash形式でないサブスクリプションを指している可能性が高く、サービス事業者にClash専用のサブスクリプションリンクを問い合わせてください。

Androidプラットフォームでのトラフィック引き受けはシステムのVpnServiceインターフェースを通じて実現され、クライアントは各アプリのトラフィックを処理するためにローカルの仮想ネットワークインターフェースを構築する必要があります。この許可はローカルトンネルを構築するためだけに使われ、トラフィックは依然として設定済みの分流ルールに従って処理されます。許可を拒否するとクライアントはトラフィックを引き受けられません。またシステムのバッテリー設定でクライアントを「制限なし」に設定しておくと、バックグラウンドプロセスがシステムに終了させられて接続が切れることを防げます。

ルールモードは設定ファイル内の分流ルールを1つずつマッチングします。プロキシルールに合致したトラフィックはノード経由になり、直接接続ルールに合致したトラフィックはプロキシを経由しません。日常的に推奨されるモードです。グローバルモードは全トラフィックをプロキシに送り込むもので、ルールが不完全な場合や一時的に全トラフィックをプロキシ経由にしたい場面に適しています。直接接続モードでは全トラフィックがプロキシを経由せず、トラブルシューティング時の比較用によく使われます。切り替えはクライアントのメイン画面またはプロキシページのモード選択部から行えます。

システムプロキシは、システムのプロキシ設定を能動的に読み取るプログラムにのみ有効で、ブラウザなど多くのプログラムはこれに従いますが、コマンドラインツールや一部のゲーム、デスクトップアプリはシステムプロキシを無視します。こうしたプログラムもプロキシ経由にしたい場合はTUNモードを有効にし、仮想ネットワークインターフェースがネットワーク層で全トラフィックを引き受けます。TUNの有効化にはWindowsでは管理者権限または事前のシステムサービスのインストールが必要で、macOSとLinuxでもそれぞれ相応の許可が必要です。仕組みと各プラットフォームの注意点はサイト内のTUNモードガイドを参照してください。

クライアントの遅延テストは、テスト用アドレスへ1回HTTPリクエストを送って時間を計測するもので、単位はミリ秒です。数値が低いほど応答が速く、タイムアウト表示はそのノードが現在到達不能であることを示します。遅延はハンドシェイクの応答速度のみを反映するもので、帯域幅とは異なります。動画視聴など大容量のシーンでは実測での速度確認も必要です。2〜3回テストしてから判断することを推奨します。1回だけの結果は一時的なネットワーク変動の影響を大きく受けます。

設定ファイルのrules欄の最上部にカスタムルールを追加します。例えば DOMAIN-SUFFIX,example.com,DIRECT はそのドメインを強制的に直接接続にすることを示し、末尾をプロキシグループ名に変えれば強制的にプロキシ経由になります。Clashのルールは上から下に向かってマッチングし、先に合致したものが優先されるため、カスタムルールは汎用ルールより前に置く必要があります。一部のクライアント(Clash Vergeのグローバル拡張設定など)は、サブスクリプション元のファイルを変更せずにルールを追加できる機能に対応しており、サブスクリプション更新後もそのルールが保持されます。

ルールの優先順位とよく使う書き方は分流ルールの優先順位詳解を参照してください。

サブスクリプション項目の編集画面で自動更新間隔を設定できます。よく使われる値は1440分、つまり1日1回の更新です。ノード情報が頻繁に変わるわけではないため、間隔を短くしても実質的なメリットはなく、サブスクリプションサーバーへの負荷を増やすだけです。サービス事業者がノードを変更した際は、いつでも手動更新ボタンをクリックして最新の設定を即座に取得できます。

まずシステムプロキシのスイッチがオンになっているか確認してください。クライアントが起動していることとシステムプロキシが有効であることは別のスイッチです。次にブラウザにシステム設定を上書きするプロキシ系拡張機能が入っていないか、ブラウザ自体のプロキシ設定が「システムプロキシを使用する」になっているかを確認します。最後にポートを確認してください。システムプロキシが指すポートはクライアントのミキシングポート(既定は7890)と一致している必要があります。項目ごとの詳しい確認手順は接続失敗トラブルシューティング記事を参照してください。

Windowsは既定でUWPアプリがローカルのループバックアドレスに接続することを禁止しているため、この種のアプリはローカルのプロキシポートを利用できません。これはノードが正常かどうかとは無関係です。解決方法は2つあります。

• 対応するクライアント(Clash Vergeの設定内に用意されている)でUWPループバック除外ツールを使い、対象アプリのループバック制限を解除する。
• あるいは直接TUNモードを有効にして、ネットワーク層でトラフィックを引き受け、ループバック制限を回避する。

順番に範囲を絞り込みます。

1. 直接接続モードに切り替えて通常のサイトにアクセスし、端末の基本的なネットワークが正常か確認する。
2. サブスクリプションを手動更新し、ノード情報の期限切れを排除する。
3. 地域の異なる2〜3つのノードに変更して再テストし、単一ノードの障害を排除する。
4. システム時刻が正確か確認する。VMessなどのプロトコルは時刻のずれに敏感で、標準時刻とおよそ90秒以上の差があるとハンドシェイクに失敗する。
5. 以上すべて正常でも全ノードがタイムアウトする場合は、サービス事業者に連絡してサーバー側の状態を確認する。

既定のミキシングポート7890が他のプログラムに使用されていると、コアの起動に失敗します。Windowsでは netstat -ano で占有プロセスを確認でき、macOSとLinuxでは lsof -i :7890 が使えます。よくある原因は、正常終了しなかった以前のコアプロセスや別のプロキシソフトで、該当プロセスを終了させれば解決します。あるいはクライアント設定でミキシングポートを未使用の値に変更することもでき、システムプロキシのポートも自動的に同期されます。

多くは権限またはDNSの問題です。次の3点を確認してください。

1. TUNには管理者またはシステムサービス権限が必要で、Windowsではクライアント設定でサービスモードをインストールしてから有効にする必要があります。
2. 設定内でDNSが有効になっており、enhanced-mode(通常はfake-ip)がオンになっているか確認してください。オフの場合ドメイン名解決に失敗する可能性があります。
3. 他のVPNや仮想ネットワークインターフェース系ソフトと同時に動かさないようにしてください。複数の仮想ネットワークインターフェースが既定ルートを取り合うと接続が切れる原因になります。

TUNをオフにすると即座にネットワークが復旧する場合、問題は上記の範囲にあると確認できます。