Clash よくある質問

Clash はルールベースのプロキシコアプロジェクトで、元のリポジトリは2023年にアーカイブされました。mihomo(旧名 Clash Meta)はコミュニティがこれを引き継いで開発を続けている派生コアで、より多くのプロトコルと機能が追加されています。

現在主流のクライアント(Clash Plus、Clash Verge Rev、FlClash など)が内蔵しているのは mihomo コアで、設定ファイルの形式は元の Clash と互換性があります。日常的に「Clash」と言う場合、通常はこのコアとクライアントの組み合わせ全体を指します。

ルールモードは設定ファイル内の振り分けルールに従って通信を1件ずつ照合し、該当したルートを通す方式で、日常的に推奨されるデフォルトモードです。グローバルモードはすべてのルールを無視し、全通信を現在選択中のノードに委ねるもので、ルールが機能しない場合や一時的に全通信をプロキシ経由にしたい場合に適しています。直結モードはすべての通信をどのノードも経由せず直接送出するもので、問題がプロキシ側かローカルネットワーク側かを見極める際によく使われます。

この3つのモードはクライアントのメイン画面でいつでも切り替えられ、切り替えは即時反映されます。

提供していません。Clash およびその派生クライアントは通信転送とルール振り分けのツールに過ぎず、ノード(プロキシサーバー)は自分で構築するか、サービス提供元からサブスクリプションリンクを取得して導入する必要があります。

ネット上で見かける「Clash 無料ノード」は多くが公開共有ノードで、速度や安全性の保証がないため、アカウントログインなど機密性の高い操作には使用しないことをお勧めします。

両者の最終バージョンは現在も動作しますが、機能更新やセキュリティ修正は行われず、コアのバージョンもアーカイブ時点のまま止まっているため、新しいプロトコルや新しい設定項目を解析できない場合があります。

現在も活発に開発が続いているクライアントへの移行を推奨します:Windows なら Clash Plus または Clash Verge Rev、macOS なら Clash Plus、Clash Verge Rev、FlClash のいずれかを選べます。既存のサブスクリプションリンクはそのまま導入でき、サービスを再購入する必要はありません。各クライアントの入手方法はダウンロードページをご覧ください。

Fake-IP は DNS 処理方式の一種です。クライアントがドメイン名解決要求を受け取ると即座に予約セグメント(デフォルトは 198.18.0.0/16)内の仮のアドレスを返し、接続を先に確立させます。実際の解決はプロキシ経路上で行われるため、初回パケットが速くなり、DNS 漏洩を減らせる利点があります。

一方 Redir-Host は実際の解決結果を返してから IP でルールを照合するため、互換性は高いものの解決待ちが1回増えます。LAN 内のプリンターやゲームプラットフォームなど実際の IP に敏感なサービスは、fake-ip-filter に記載して除外する必要があります。

これは macOS の Gatekeeper が App Store 以外で配布されたアプリに対して行うデフォルトの制限で、インストールパッケージに問題があるわけではありません。

対処方法:「システム設定 → プライバシーとセキュリティ」の画面下部にブロックされたアプリの通知が表示されるので「このまま開く」をクリックする方法、または Finder でアプリのアイコンを右クリックして「開く」を選び、ポップアップで再度確認する方法があります。一度操作すれば、以後は通常のダブルクリックで起動できます。

サービス提供元のユーザーセンターから完全なサブスクリプション URL をコピーし、クライアントの「設定 / Profiles」画面を開いて、サブスクリプション入力欄に貼り付けてからダウンロードまたは導入をクリックすると、クライアントがノードリストとルールを取得・解析します。

導入が完了したら、設定リストでその設定を選択して有効化することを忘れないでください。多くのクライアントは自動更新間隔の設定に対応しているので、ノード変動後に自動同期されるよう有効にしておくことをお勧めします。詳しい手順は入門ガイドをご覧ください。

macOS ではクライアントの設定画面で「ログイン時に起動 / Launch at Login」にチェックを入れるか、「システム設定 → 一般 → ログイン項目」で手動でアプリをログイン時起動リストに追加できます。Windows クライアントは通常、設定画面に「自動起動」のスイッチがあります。

あわせて「前回の設定に自動接続」系のオプションも有効にしておくと、再起動後に手動操作せずプロキシ状態を復元できます。

TUN モードは仮想ネットワークカードを作成して全体の通信を引き継ぐため、システムレベルの権限が必要です。macOS では初回有効化時に認証ウィンドウが表示され、管理者パスワードの入力が求められます。一部のクライアントでは事前に設定画面でシステム拡張や補助サービスをインストールする必要もあります。Windows では管理者権限でクライアントを実行し、付属のサービスモードコンポーネントをインストールすることを推奨します。

サービスをインストールしても失敗する場合は、他の VPN や仮想ネットワークカードソフトとの競合がないか確認し、それらを終了してから再試行してください。

GEOIP と GEOSITE のルールはローカルの地理データベースを使って IP の所属やドメインの分類を判定しているため、データベースが古いと振り分けの誤判定につながり、例えば一部地域の IP が誤って直結扱いになることがあります。

多くのクライアントでは設定画面に「GeoIP / Geo データを更新」ボタンがあり、クリックするだけで最新のデータファイルをオンラインで取得できます。一部のクライアントは自動更新周期の設定にも対応しています。更新完了後はコアの再起動または設定の再読み込みで反映されます。

2つの角度から確認できます。1つはクライアントの接続またはログインパネルを見る方法で、ウェブページにアクセスすると新しい接続記録と、該当したルール・ノードが表示されるはずです。2つ目はブラウザで IP チェック系のサイトにアクセスする方法で、表示される出口 IP がノードの所在地域であり、ローカルの通信事業者ではないことを確認します。

コマンドライン環境では別途設定が必要で、curl -x http://127.0.0.1:7890 ipinfo.io のようなコマンドでプロキシポートを指定してテストできます。ポート番号はクライアント設定内の混合ポートに合わせてください。

遅延テストは通常、ノードを経由して固定のテストアドレスに HTTP リクエストを1回送信し、その所要時間を計測するもので、現時点からそのノードを経由してテストサイトに至る往復時間を反映しています。数値が低いほど応答が速いことを意味します。

ただし帯域幅とは異なります:遅延50msのノードが必ずしも150msのノードより高速でダウンロードできるとは限りません。単発のテストは瞬時のネットワーク変動の影響も受けるため、連続して2〜3回テストし、安定した値を採用することをお勧めします。タイムアウトが必ずしもノードの故障を意味するわけではなく、テストアドレス自体が対象ネットワークで制限されている場合もあります。

クライアントの設定で「LAN 接続を許可 / Allow LAN」を有効にし、パソコンの LAN 内 IP と混合ポート(一般的に 7890)を控えておきます。

次に同じ Wi-Fi に接続している他のデバイスで、Wi-Fi の HTTP プロキシを手動設定にし、サーバーにパソコンの IP、ポートに 7890 を入力すれば完了です。パソコンのファイアウォールでこのポートを許可しておく必要があり、パソコンがスリープすると共有は中断される点に注意してください。

設定ファイルの rules セクションの最前部に1行追加するだけです。例えば example.com とそのサブドメインを直結にする場合は:

- DOMAIN-SUFFIX,example.com,DIRECT

特定の方策グループを強制的に使わせたい場合は DIRECT をグループ名に置き換えます。Clash のルールは上から下へ照合され、一致した時点で処理を停止するため、カスタムルールは汎用ルールより前に配置しないと反映されません。サブスクリプションが更新されるたびに設定が上書きされる場合は、クライアントが提供する上書き機能や Mixin 機能を使ってカスタムルールを永続化できます。ルール構文の詳細は使い方ドキュメントをご覧ください。

グローバルモードは3つの場面に適しています:ルールセットが不完全で対象サイトが正しく振り分けられない場合に、一時的にグローバルへ切り替えてルールの問題かどうかを検証する場合、すべてのソフトウェアの通信を同じ出口に通したい場合(端末全体のテストなど)、そして使い慣れていない新しいサブスクリプションを使い始めてまだルールを設定していない場合です。

日常的な利用ではルールモードに戻し、ローカル通信を直結にすることで、ノードの帯域消費を減らしつつローカルサービスへのアクセス速度を確保することをお勧めします。

4つのステップで確認します:まず現在のネットワークが正常に外部にアクセスできるか確認し、必要なら利用可能なノードに一旦切り替えてから再度更新を試します。次にサブスクリプションリンクが完全か、途中で切れていないか、期限が切れていないかを確認し、リンクをブラウザに貼り付けて内容がダウンロードできるか見てみます。続いてサービス提供元がサブスクリプションのドメインを変更していないか確認し、古いドメインが汚染または停止されている可能性もあります。最後にクライアント内で「プロキシ経由で更新」と「直結で更新」の両方式を切り替えて試します。

ブラウザではダウンロードできるがクライアントではできない場合、多くはクライアントのネットワーク設定に問題があります。

まず直結モードに切り替えてローカルネットワークが正常か確認します。次にノードの遅延を一括で再テストし、テストアドレスが一時的に利用不可でないか排除します。それでも全て変わらずタイムアウトする場合は、通常はサブスクリプションの通信量を使い切った、プランの期限切れ、あるいはサービス提供元のノードが全体的に障害を起こしているケースが多いため、サービス提供元のユーザーセンターにログインして状態を確認します。ローカルのファイアウォールやセキュリティソフトがクライアントの通信をブロックしている可能性もあり、一時的に無効にして再試行してみてください。

個々のノードのタイムアウトは通常の現象なので、利用可能な別のノードに切り替えれば問題ありません。

システムプロキシはシステムのプロキシ設定に従うアプリケーションにのみ有効で、ターミナル内のコマンドラインツールの多くはこの設定を読み取りません。解決方法は2つあります:

1つはターミナルで環境変数をエクスポートする方法で、現在のセッションに限り有効になります(ポート番号はクライアントの実際の設定に合わせてください):

export https_proxy=http://127.0.0.1:7890 http_proxy=http://127.0.0.1:7890

もう1つは直接 TUN モードを有効にする方法で、仮想ネットワークカードがネットワーク層で全通信を引き継ぐため、コマンドライン側で何も設定する必要がありません。

Windows はセキュリティ方針上デフォルトで UWP アプリがローカルのループバックアドレス 127.0.0.1 にアクセスすることを禁止しているため、ローカルのプロキシポートに接続できません。

クライアントに内蔵されている「UWP ループバック免除 / Loopback」ツールを使い、対象アプリにチェックを入れて制限を解除する方法、または直接 TUN モードを有効にしてループバックの問題を回避する方法があります。変更後は対象アプリを再起動すると反映されます。

これはシステムプロキシの残留が原因です:クライアントが異常終了した際にシステムプロキシの設定を元に戻す処理が完了せず、システムが既に存在しないローカルのプロキシポートへ接続しようとし続けている状態です。

macOS では「システム設定 → ネットワーク → 詳細 → プロキシ」でウェブプロキシとセキュアウェブプロキシをすべて無効にしてください。Windows では「設定 → ネットワークとインターネット → プロキシ」で「プロキシサーバーを使用する」を無効にしてください。その後クライアントを再起動すれば、クライアントが再度制御を引き継ぎます。通常の終了操作にはクライアントのメニュー内にある終了オプションを使用してください。