Clash よくある質問

Clash はオープンソースのルールベース型プロキシクライアントです。それ自体はノードを提供せず、ルールに従って通信を各出口へ振り分けるだけの役割を担います。

ノードは「機場」(サブスクリプション提供元)から供給されます。機場が発行するサブスクリプションリンクを Clash に取り込むことで、両者が組み合わさって初めて通信できるようになります。

たとえるなら、Clash は配電盤、サブスクリプションは電源ケーブル。どちらか一方だけでは灯りは点きません。

開発者は2023年末に開発を終了し、リポジトリはアーカイブ済みです。旧バージョンは起動自体は可能ですが、セキュリティ更新はなく新しいプロトコルにも対応できません。

今も更新が続いている Clash Plus か Clash Verge Rev への移行をおすすめします。設定形式は共通なので、サブスクリプションリンクをそのまま移せば数分で移行完了です。

https:// で始まるURLで、アクセスすると完全な Clash 設定ファイルが返されます——ノード・グループ・ルールがすべて含まれています。

機場のユーザーセンターで発行され、URLをそのままコピーしてクライアントの「サブスク / Profiles」ページに貼り付けて読み込めば使えます。

サブスクリプションリンクはアカウント情報そのものなので、スクリーンショットをグループチャットなどに流さないよう注意してください。

ルールモード:設定に従って1件ずつ判定し、国内サイトは直接接続、海外サイトはプロキシ経由にする、普段使いのモードです。

グローバルモード:すべての通信を現在選択中のノードに流すモードで、トラブル調査時などに一時的に使います。

直接接続モード:すべてプロキシを通さず、接続を一時的に抜いた状態と同じです。

切り替えはクライアントのメイン画面にある「プロキシモード / 出站モード」から行います。切り替えを間違えても、戻せば問題ありません。

mihomo(旧 Clash Meta コア)は実際に処理を行う中核プログラムで、設定の解析や通信の転送はすべてこれが担います。

Clash Plus や Clash Verge Rev などのGUIクライアントはコアを内包した操作パネルにすぎず、1つインストールすればコアも同時に入ります。

サーバーやルーターなどGUIのない環境でのみ、コアを個別に導入する必要があります。

まず Clash Plus、次点で Clash Verge Rev がおすすめです。どちらも継続的に更新されており、新しいプロトコルにも対応しています。

本サイトのダウンロードページの Windows セクションからインストーラーを取得し、ダブルクリックでインストールするだけで、通常のソフトと同じ手順です。Windows 10 64bit 以降なら動作します。

開発終了した Clash for Windows の旧インストーラーは、問題が起きても修正されないためおすすめしません。

これは macOS が非ストアアプリをブロックする際の表示で、インストーラー自体が壊れているわけではありません。

ターミナルを開き、sudo xattr -rd com.apple.quarantine /Applications/クライアント名.app を実行してパスワードを入力すれば起動できます。

または「システム設定 → プライバシーとセキュリティ」ページの下部にある「このまま開く」をクリックする方法もあります。

まず3点を確認:①リンクを最後までコピーできているか、前後に余分な空白がないか。②サブスクリプションの有効期限が切れていないか、機場の管理画面で確認する。③サブスクリプションのドメインがブロックされている可能性があるため、いったんグローバルモードに切り替えるか別の回線で再度更新する。

それでも空の場合は、サブスクリプションURLをブラウザに貼って直接アクセスしてみてください。yamlファイルがダウンロードできればリンク自体は正常でクライアント側の問題、ダウンロードできない場合は機場のサポートに問い合わせましょう。

Android:ダウンロードページ Android セクションから Clash Plus または Clash Meta for Android の APK を取得し、インストール時に「不明なアプリのインストール」を許可、初回起動時に VPN 接続の作成を承認します。

iOS:App Store で Clash Plus を検索してインストール(公式サイト clashplus.io)、初回起動時の案内に従い VPN 設定の追加を許可します。以降のサブスクリプション読み込み手順はデスクトップ版と同じです。

デスクトップクライアントの設定ページには通常「起動時に実行」と「システムプロキシを自動設定」の2つのスイッチがあり、両方オンにすれば起動と同時に接続完了の状態になります。

Windows で TUN モードを有効にしている場合、クライアントは管理者権限での自動起動が必要です。多くのクライアントには「サービスモード / システムサービスとしてインストール」の項目があり、一度サービスを導入しておけば、以後は権限確認のポップアップをクリックせずに済みます。

ノードグループのページで雷アイコンや速度測定アイコンをクリックすると、クライアントがテスト用アドレスにリクエストを送り、応答時間をミリ秒単位で表示します。

数値は小さいほど良好です:100ms以内なら快適、100~300msは通常利用可能、500ms以上またはタイムアウトの場合は避けたほうがよいでしょう。

注意:レイテンシはあくまで接続確立の速さを示すもので帯域幅とは異なります。動画がスムーズに見られるかは実際に再生して確認する必要があります。全ノードがタイムアウトする場合は、まず端末側のネットワークを確認し、その後サブスクリプションを疑いましょう。

設定ファイルの rules セクションの最上部に1行追加します。例えば - DOMAIN-SUFFIX,example.com,DIRECT は強制直接接続を意味し、DIRECT をプロキシグループ名に変えれば強制プロキシ経由になります。

ルールは上から順に判定され、最初にマッチしたものが適用されます——独自ルールは共通ルールより前に置く必要があります。

多くのクライアントには「オーバーライド / Merge」機能もあり、サブスクリプション本体を変更せずにルールを追加できるため、サブスクリプション更新後も上書きされません。

システムプロキシは、プロキシ設定を自ら読み込むアプリしか制御できず、ゲームやコマンドラインツールなどは対応しないことが多いです。

TUN モードは仮想ネットワークアダプタを作成し、ネットワーク層ですべての通信を横取りするため、対応していないアプリも含めて一括で制御できます。

その代わりに管理者権限または root 権限が必要で、macOS と Windows では権限の許可またはシステムサービスのインストールが求められます。通常のブラウザ利用ならシステムプロキシで十分で、プロキシを通らないアプリが出てきたときに TUN モードを有効にすれば問題ありません。

可能です。クライアントのサブスクページで対象の設定にある「更新間隔 / Auto Update」に時間数(例:24)を入力します。

機場側でノードが変更されると、クライアントが周期的に新しい設定を自動取得するため、手動更新は不要になります。

注意:自動更新はサブスクリプションファイルへの直接編集を上書きしてしまいます。独自ルールを長期的に保持したい場合は、オーバーライド機能を使ってください。

7890 は Clash のデフォルトの混合ポート(mixed-port)で、HTTP と SOCKS5 の両プロトコルに対応しています。

他のソフトに手動でプロキシを設定する際は、アドレスに 127.0.0.1、ポートに 7890 を入力します。コマンドラインツールでは export https_proxy=http://127.0.0.1:7890 を一時的に実行する方法もあります。

ポート番号はクライアントの設定ページに表示されている値を優先し、変更している場合はその値を入力してください。

順番に4点を確認します:

①クライアント側の「システムプロキシ」スイッチが実際にオンになっているか。②OSのプロキシ設定にあるアドレスとポートがクライアントと一致しているか、通常は 127.0.0.1:7890。③ブラウザにプロキシ関連の拡張機能が入っていて制御を横取りしていないか、拡張機能側を「システムプロキシに従う」モードに戻す。④一部のブラウザには独自のプロキシ設定があるため、「システムに従う」が選択されているか確認する。

順に確認すれば、おおよそ原因を特定できます。

全滅しても慌てず、順番に確認します:①クライアントを終了して直接接続で任意のページを開き、端末自体のネットワークが正常か確認する。②サブスクリプションの期限切れやトラフィック上限を確認する。③サブスクリプションを一度更新する(機場側でサーバーを一括変更した可能性があるため)。④設定内のテスト用URLを別のものに変更して再測定する。

直接接続は正常、サブスクリプションも有効、更新後もすべてタイムアウトする場合は、回線側の一時的な不具合の可能性が高いです——しばらく待つか機場に確認してください。

Windows のストアアプリはデフォルトで本機のループバックアドレスへのアクセスが禁止されているため、127.0.0.1 上のプロキシポートに接続できません。ループバック除外の設定が必要です。

一部のクライアントには設定内に「UWP Loopback / ループバック除外」ツールが用意されているので、対象アプリにチェックを入れて保存するだけで対応できます。管理者権限で CheckNetIsolation LoopbackExempt -a -n=アプリのパッケージ名 を実行する方法もあります。

また、TUN モードを有効にすればこの制限自体を回避できます。

bind 失敗が出る場合、7890 などのポートが他のプログラムに使用されていることを示します——最も多い原因はプロキシクライアントを2つ同時に起動していることです。

Windows では netstat -ano | findstr 7890 で占有しているプロセスの PID を確認し、macOS と Linux では lsof -i :7890 を使います。占有しているプロセスを終了させれば解決します。

クライアント側の設定で混合ポートを 7891 など空いている値に変更する方法もあり、システムプロキシのポートも自動的に連動して変わります。

多くの場合 DNS の問題です。順に確認しましょう:

①グローバルモードに切り替えて別のページを開いてみる。開ければルール振り分けの問題です。②DNS設定内の enhanced-mode が fake-ip になっているか確認し、変更した場合はクライアントを一度再起動する。③ブラウザ内で「セキュアDNS / DoH」が有効になっていると Clash の解析を回避してしまうため、いったん無効にして試す。④システムのDNSキャッシュを一度クリアする(Windows では ipconfig /flushdns を実行)。