Clash よくある質問:症状別に解説

Clashはオープンソースのプロキシクライアント群の総称です。アプリケーション層でローカルの通信リクエストを引き受け、設定ファイル内のルールに従って各接続を直接接続か特定のノードへ振り分けます。

VPNとの違いは動作するレイヤーです。VPNはシステム層でトンネルを張り全通信を一括で処理し、全アプリが同一の出口を通ります。一方Clashは接続ごとにルールで振り分けを行うため、特定のドメインだけ特定の経路を通し他は直接接続にするといった細かい制御が可能です。またClashクライアント自体にはノード(回線)は含まれず、回線はサブスクリプションから提供されます。

Clashの本家コアは2023年に開発が停止しました。コミュニティ派生版のClash Metaはこれを引き継いで開発を続け、より多くのプロキシプロトコルや機能を追加。2024年からmihomoに改称され、現在このエコシステムの事実上の標準コアとなっています。

現在各プラットフォームで活発に開発が続くクライアント——Clash Verge Rev、FlClash、Clash Meta for Androidなど——の多くはmihomoをコアに採用し、設定ファイルの文法も本家Clashとほぼ互換です。日常的に「Clash」と呼ぶ場合、通常は特定の1つのソフトではなくこのエコシステム全体を指します。

ルールモードは設定に従って接続ごとに振り分けます。プロキシルールに合致した通信はノード経由、直接接続ルールに合致した通信は直接接続となり、日常使いで推奨される設定です。グローバルモードはほぼ全ての通信を選択したノードに流すもので、ルールが正しく機能しているか一時的に確認したい場合に向いています。直接接続モードは全て直接接続となり、プロキシを一時停止した状態と同じです。

判断に迷ったら普段はルールモードにしておき、「実際に通信できているか」を確認したいときだけグローバルモードに切り替えて比較し、確認後は戻しましょう。グローバルモードを常時使い続けると中国本土のサイトへのアクセスも遠回りになり、結果的に速度が落ちます。

クライアントはあくまで受け皿であり、ノード(回線)は別に用意する必要があります。ノードはサブスクリプションリンクから取得します。サービス提供元から発行されたリンクをクライアントに読み込むと、ノードリストと振り分けルールが自動取得され、以降定期的に更新されます。

サブスクリプションがない場合でも、ノードを1件ずつ手動追加したり、ローカルのYAML設定ファイルを読み込んだりする方法もあります。サブスクリプションの取得と導入手順は入門ガイドを、設定ファイルの考え方や複数設定の管理については設定ファイルの基礎の記事をご覧ください。

策略グループは複数のノードを1つのグループにまとめて選択する仕組みです。代表的な種類には手動選択(select)、自動速度計測で最適を選ぶ(url-test)、障害時に自動切替するフェイルオーバー(fallback)、負荷分散(load-balance)があります。設定内でよく見る「自動選択」「香港回線」「動画配信用」などの項目はいずれも策略グループで、上位のグループが下位のグループを入れ子で参照することもできます。

普段は最上位の策略グループで回線を選ぶだけで十分です。手動で選びたくない場合は自動速度計測タイプのグループを選んでおけば、クライアントが定期的に速度を測って自動的に最速のノードへ切り替えてくれます。

まずはClash Plusがおすすめです。オープンソース系コミュニティ版が好みならClash Verge Revも選択肢になります。いずれもダウンロードページに導入方法とシステム要件を掲載しています。

インストール後は3ステップで進めます。設定画面でサブスクリプションリンクを読み込んで更新し、メイン画面のモードをルールに設定し、システムプロキシのスイッチをオンにします。その後ブラウザで海外サイトにアクセスして動作確認し、うまくいかない場合はシステムプロキシが効かないの項を確認してください。

このメッセージは多くの場合、アプリがAppleの公証を受けていないためGatekeeperにブロックされているだけで、ファイルが実際に壊れているわけではありません。まず「アプリケーション」フォルダでクライアントを右クリックして「開く」を選んでください。バージョンによってはこれだけで解決します。

それでもブロックされる場合は、ターミナルでsudo xattr -rd com.apple.quarantine /Applications/アプリ名.appを実行してください(パス部分は実際のアプリのパスに置き換えてください)。その後は通常どおり開けます。この操作は本サイトのダウンロードページや公式配布元から取得したインストーラーに対してのみ行ってください。

iOSではApp StoreからClash Plusをインストールしてください。公式サイトはclashplus.ioです。インストール後、アプリ内でサブスクリプションリンクを貼り付けて読み込み、システムの指示に従ってVPN設定の追加を許可し、スイッチをオンにすれば利用できます。

iOS向けのプロキシ系アプリはいずれもVPN設定として動作するため、ステータスバーにVPNアイコンが表示されるのは正常な状態です。使わないときはアプリ内でスイッチをオフにしてください。

TUNモードはシステム内に仮想ネットワークアダプタを作成し、システムプロキシに従わないアプリ(一部のゲーム、コマンドラインツール、UWPアプリなど)を含む端末全体の通信を引き受けます。仮想ネットワークアダプタの作成はシステムレベルの操作のため、Windowsではサービスモードのインストールまたは管理者権限での実行が必要で、macOSとLinuxではrootヘルパーへの権限付与が必要です。

ブラウザでの通常のネット利用だけならシステムプロキシで十分で、TUNモードをオンにする必要はありません。コマンドラインツールやゲーム、ストアアプリをプロキシ経由にしたい場合にオンにしてください。両方を同時に有効にすることもでき、TUNモードをオンにしてもシステムプロキシを残しておいて問題ありません。

4つの手順で順に確認してください。1つ目はリンク自体の確認で、コピーが途中で切れていないか、前後に余分な空白がないか、httpまたはhttpsで始まっているかを見ます。2つ目はリンクが有効か確認する手順で、ブラウザのアドレスバーに貼り付けてみて、YAML形式のテキストがダウンロードできれば有効です。

3つ目はループの確認です。クライアントがプロキシを経由した状態でサブスクリプションを更新すると、リクエストが自分自身に戻ってしまい失敗することがあるため、更新前に直接接続モードに切り替えるかプロキシを一時停止してください。4つ目はプランの確認で、サービス提供元の管理画面でサブスクリプションの有効期限や通信量残量を確認します。4手順を確認しても失敗する場合は、同じリンクを別のクライアントに読み込んでみることで、リンク側かクライアント側かの問題を切り分けられます。

よくある原因は3つあります。サブスクリプションの期限切れまたは通信量の使い切り(サービス提供元の管理画面で状況が確認できます)、現在の通信環境がサブスクリプションのドメインに干渉していて更新リクエストがサーバーに届いていない、設定ファイルを手動で編集して壊してしまい、更新時の検証に失敗してロールバックされた、というケースです。

対処の順序は、まずサービス提供元の管理画面でプラン状況を確認し、次にシステムプロキシをオフにして直接接続の状態で1度手動更新を試し、それでも駄目な場合は該当の設定を削除してサブスクリプションリンクを再読み込みしてください。なお手動での変更は更新時に上書きされてしまうため、重要な変更は事前にバックアップするか、クライアントのオーバーライド機能で管理してください。方法はカスタムルールの項をご覧ください。

ルールは上から順に照合され、最初に一致したルールが適用されます。上にあるルールが優先され、どれにも一致しない場合は最後のMATCHルールが適用されます。想定どおりプロキシ経由にならないサイトがある場合、多くは前段にあるより広い条件のルール(中国本土向けGeoIPや何らかの直接接続ルールなど)が先に一致しているためです。

特定するには、クライアントの接続一覧を開いて該当サイトの接続が実際にどのルールに一致しているかを確認し、ルールの順序を調整するか、より具体的なルールを前に追加してください。ルールの記述方法は用語・概念リファレンスで確認できます。

設定ファイルのrulesセクションの先頭により具体的なルールを追加します。例えばexample.comとそのサブドメインを固定で直接接続にする場合はDOMAIN-SUFFIX,example.com,DIRECTと記述します。特定の策略グループに固定したい場合は、DIRECTの部分をそのグループ名に置き換えてください。保存後、設定を再読み込みすれば反映されます。

注意点として、サブスクリプションの設定は更新のたびに手動編集を上書きしてしまいます。長期的に反映させたい場合は、クライアント内蔵のルールオーバーライドや結合機能(Clash Verge Revのグローバル拡張設定など)を使うか、ローカルにコピーを保持して自分で管理する方法がおすすめです。

むやみに共有するのはおすすめできません。サブスクリプションリンクはアカウントの認証情報に相当し、リンクを入手した人は誰でもプランの通信量を消費できます。一部のサービスでは管理画面からリンクを通じてアカウント情報を逆引きされることもあります。グループチャットやフォーラム、スクリーンショットなどで公開しないようにし、漏えいの疑いがある場合はサービス提供元の管理画面でリンクをリセットしてください。リセット後は古いリンクは即座に無効になります。

オンラインのサブスクリプション変換サービスはサブスクリプションの内容(全ノードと認証情報を含む)をそのまま処理するため、いわば鍵を第三者に預けるようなものです。プロトコル形式の変換が必要な場合は、ローカルツールや自前で立てたsubconverterの利用を優先し、出所不明のオンラインサービスは避けてください。

4つの手順を順に試してください。1つ目はグローバルモードに切り替えて再テストする方法で、グローバルモードで通信できてルールモードで通信できない場合は、振り分けルール側の問題であってノード自体の問題ではありません。2つ目はサブスクリプションを手動更新する方法で、ノードリストが期限切れになっている可能性があるため、更新後に再度テストしてください。

3つ目は通信環境を変えてテストする方法で、スマートフォンをモバイル通信に切り替えて試すことで、自宅の通信環境や通信事業者による干渉か、ノード全体の障害かを区別できます。4つ目はサービス提供元のお知らせやプラン状況を確認する方法です。この4つを試しても全てタイムアウトする場合は、サブスクリプション側の問題である可能性が高く、サービス提供元に連絡してください。

接続自体は確立しているのにページが開かない場合、多くの原因はDNSにあります。システムやブラウザが汚染された解決結果を受け取ってしまい、正しいサーバーに接続できていない状態です。

対処法としては、クライアントのDNS引き受け設定がオンになっているか確認し、ブラウザで「セキュアDNS」がオンになっていて利用できないサーバーを指している場合はオフにしてから試してください。続いてシステムのDNSキャッシュを一度クリアします(Windowsのコマンドはipconfig /flushdnsです)。それでも解決しない場合は、クライアントのログを開き、エラーのキーワードをもとにトラブルシューティングページのDNSの章を確認してください。

UWPアプリはデフォルトでシステムからループバックアドレス127.0.0.1へのアクセスを禁止されており、システムプロキシはまさに127.0.0.1:7890を指しているため、ストアやお天気アプリなどが直接接続に失敗します。これはシステム側の制限であり、クライアントの不具合ではありません。

対処法は2つあります。クライアント内蔵のUWPループバック解除ツールで対象アプリにチェックを入れる方法(実質的にシステムのCheckNetIsolation LoopbackExemptを呼び出しています)か、TUNモードをオンにして仮想ネットワークアダプタに通信を引き受けさせ、ループバック制限を回避する方法です。解除後も反映されない場合は該当アプリを一度再起動してください。

よくある3つの原因があります。1つはブラウザにプロキシ機能付きの拡張機能が入っていて、その設定がシステムプロキシを上書きしているケースで、拡張機能を無効にして確認してください。2つ目は他のプロキシソフトやアクセラレータソフトがシステムプロキシの設定を奪っているケースで、それらを終了してからクライアントのシステムプロキシのスイッチを一度オフ・オンし直してください。

3つ目はシステムプロキシのパラメータ自体に異常があるケースです。Windowsの設定にあるネットワークのプロキシページで、アドレスが127.0.0.1になっているか、ポート番号がクライアントのミックスポート(デフォルト7890)と一致しているか、除外リストに対象サイトが入っていないかを確認してください。3点とも問題なくても直接接続になる場合は、クライアントを再起動して試してください。

3段階で切り分けます。まずクライアント内蔵の遅延測定を実行し、遅延が高いか不安定な場合は直接ノードを変えて再測定してください。次に同じノードでブラウザの速度測定ページと実際に使うアプリの両方で実測し、特定のアプリだけ遅い場合はそのアプリの通信が正しい策略グループを通っているか確認してください。

最後に時間帯を変えて再測定します。夜間のピーク時は遅く深夜は正常な場合は回線の混雑が原因なので、より上位のノードに切り替えるか混雑時間帯を避けて利用してください。またクライアントに表示される遅延はノードへのハンドシェイク時間に過ぎず、実際の帯域幅とは異なる点にも注意し、速度の判断は実際の読み込み速度を基準にしてください。