Clash よくある質問:サブスクリプション・システムプロキシ・トラブル対処クイックリファレンス

Clashはルールベースでトラフィックを振り分けるネットワークプロキシツールの総称で、最初のオープンソースカーネルは更新が停止しており、現在はコミュニティ主流の mihomo カーネル(旧 Clash Meta)が開発を継続している。日常的に呼ばれる Clash Plus、Clash Verge Rev、FlClash などは、いずれも mihomo カーネルの上にグラフィカルインターフェースを重ねたクライアントであり、カーネルがプロトコル実装とトラフィック振り分けを担い、クライアントが設定管理と画面操作を担う、という役割分担になっている。

各クライアントは同種の設定ファイルを読み込み、違いは主に対応プラットフォームと画面機能にある。Clash Plus は Windows、macOS、Android、iOS を網羅し複数デバイスでの統一利用に向く。Clash Verge Rev はデスクトップ機能が充実しており TUN モードやスクリプト拡張に対応する。FlClash はクロスプラットフォームでインターフェースが簡潔である。同一のサブスクリプションはこれらのクライアント間で共通して使えるため、まずプラットフォームに応じてダウンロードページの推奨項目を選び、合わなければ乗り換えても移行コストはかからない。

三者は入れ子構造の関係にある。サブスクリプションリンクはダウンロード可能なリモートアドレスであり、アクセスすると完全な設定ファイル(Profile)が取得できる。設定ファイルには proxies ノードリスト、proxy-groups ポリシーグループ、rules ルールセクションが含まれる。ノードは設定内の最小の接続単位である。サブスクリプションを更新すると設定ファイル全体が再ダウンロードされ、ノードとルールも一括で更新されるため、一つずつ手動で保守する必要はない。

リポジトリはアーカイブ済みで、新バージョンは公開されない。インストール済みの旧バージョンは動作するものの、新プロトコル対応やシステム互換性の修正は行われず、問題が発生しても公式の対応窓口はない。Windows 環境では Clash Plus または Clash Verge Rev への移行が推奨される。いずれも既存のサブスクリプションリンクをそのまま導入できるため、移行コストはサブスクリプションを一度再導入するだけで済む。

ルールモードは設定内の rules を1件ずつトラフィックに照合し、該当したルールに応じた出口を経由するため、プロキシと直接接続を併存させられる日常向けの推奨モードである。グローバルモードはすべてのトラフィックをプロキシノード経由で転送し、振り分けは行わない。直接接続モードはすべてのトラフィックがプロキシを経由しない。3種のモードの切り替えはクライアントのメイン画面にある出力モードまたはプロキシモードの項目から行い、即時に反映される。

SmartScreen は配布量の少ない署名付きインストーラーに対して既定でリスク警告を表示するが、これはウイルス判定ではなく信頼度評価の仕組みによるものである。警告画面で「詳細情報」をクリックし、「実行」を選択すればインストールを続行できる。インストールファイルがセキュリティソフトによって直接隔離された場合は、隔離エリアからファイルを復元し、インストール先フォルダを信頼リストに追加してからインストーラーを再実行するとよい。

App Store 経由でないアプリを初めて開く際、システムのゲートキーパーが既定でブロックする。対処法は2つある。「システム設定 → プライバシーとセキュリティ」の下部でブロックされたアプリの項目を見つけ「このまま開く」をクリックする方法、あるいは Finder でアプリのアイコンを右クリックして「開く」を選び、ポップアップで確認する方法である。なお Apple Silicon と Intel 機種では対応するアーキテクチャのインストーラーをダウンロードする必要があり、ダウンロードページはアーキテクチャ別に分けて掲載している。

Android クライアントはシステムの VpnService インターフェースを通じてトラフィックを制御する。初めてプロキシを起動する際にシステムが「接続の要求」承認画面を表示し、「OK」をタップするとステータスバーに鍵アイコンが表示されるのが正常な状態である。この承認は本機に仮想ネットワークアダプタを作成するだけのもので、トラフィックは依然として設定ファイル内のルールに従って処理される。誤って「拒否」を選んでしまった場合は、クライアント内でプロキシを再起動すれば承認画面を再度表示できる。

サービス提供元から発行されたサブスクリプション URL をコピーし、クライアントの設定(Profiles)画面で「URLから導入」または「新規プロファイル」を選択、貼り付けてダウンロードをクリックすると一覧に新しい設定が現れる。それを選択すれば完了である。導入後はプロキシ画面でノード一覧が空でないことを確認し、システムプロキシを有効にすれば通常どおり利用できる。各プラットフォームの手順のスクリーンショットと解説はチュートリアルページを参照。

iOS では App Store 経由で Clash Plus をインストールする。ストア内でアプリ名を検索するか、当サイトのダウンロードページの iOS タブから直接ストアの詳細ページへ進める。アプリの詳細は公式サイト clashplus.io を参照するとよい。インストール後にアプリを開いてサブスクリプションリンクを導入し、初めてプロキシを起動する際にシステムの案内に従って VPN 設定の追加を許可すれば利用を開始できる。

クライアントのプロキシ画面には通常、遅延テストボタンが用意されており、クリックすると全ノードに対して HTTP 探測を行いミリ秒単位の数値を表示する。数値が低いほど応答が速い。ただし遅延はハンドシェイク速度を示すのみで帯域幅とは異なるため、動画がカクつく場合は実際の再生テストと合わせてノードを切り替えるべきである。自動選択を望む場合は設定内の url-test ポリシーグループを使うと、カーネルが定期的に速度を測定し、その時点で最速のノードへ自動的に切り替えてくれる。

select は手動選択方式で、選んだノードが固定されるため、IP の変動に敏感なアカウントへのログインなど安定した出口 IP が必要な場面に向く。url-test は定期的に速度を測定して遅延が最も低いノードへ自動的に切り替えるため、速度を重視し出口の変化を気にしない日常のブラウジングに向く。また fallback はリストの順序に従ってフェイルオーバーを行い、load-balance は複数ノード間で接続を分散させる。多くのサブスクリプションはこれらのグループを同時に提供しているため、クライアント側で必要に応じて切り替えればよい。

クライアントの設定で「LAN接続を許可」(Allow LAN)を有効にし、本機のローカル IP と混合ポート(多くは 7890)を確認する。その後、スマートフォンやテレビなどのデバイスの Wi-Fi プロキシ設定にその IP とポートを入力すればよい。前提として両方のデバイスが同一の LAN 上にあり、本機のファイアウォールで該当ポートが許可されている必要がある。ノート PC がスリープしたり IP が変わったりした場合はアドレスを再確認する必要がある。

できる。多くのクライアントは設定の詳細画面で更新間隔を指定でき、時間単位または日単位でサブスクリプションを定期的に再ダウンロードする。起動時の自動更新に対応するクライアントもある。更新間隔は12〜24時間程度が推奨される。頻繁に取得しすぎるとサブスクリプションサーバー側のレート制限に引っかかり、逆に更新が失敗することがある。すぐに反映させたい場合は設定画面の手動更新ボタンを使えばよい。

システムプロキシはプロキシ設定を参照するアプリ(ブラウザや多くの一般的なソフト)にのみ有効で、設定が簡単なため通常のネット利用には十分である。TUN モードは仮想ネットワークアダプタを作成してすべてのトラフィックを制御し、システムプロキシ設定を参照しないコマンドラインツールやゲームクライアントも対象にできるが、管理者権限またはシステム拡張の許可が必要になる。両方を同時に有効にする必要はなく、通常はシステムプロキシを使い、全トラフィックの制御が必要になった場合に TUN へ切り替えればよい。

まずブラウザでサブスクリプションリンクを直接開いて判断する。404 やエラーメッセージが返る場合はリンクの期限切れかトラフィック使い切りを意味し、サービス提供元でサブスクリプションをリセットする必要がある。内容は返るがクライアント側で解析に失敗する場合は、サーバーが User-Agent に応じて非対応形式を返していることが多く、導入設定で UA を clash に指定して再試行すると解決できる。ダウンロードが常にタイムアウトする場合は、ローカルのネットワークがサブスクリプションサーバーにアクセスできない状態であり、一時的に別のネットワークを使って更新するとよい。完全な確認手順は当サイトのブログにあるサブスクリプション失効チェックリストを参照。

次の順に確認する。クライアント内の「システムプロキシ」スイッチが確実にオンになっているか、OS のプロキシ設定でアドレスが 127.0.0.1 になっていてポートがクライアントのリスニングポートと一致しているか、ブラウザにプロキシ設定を上書きする拡張機能が入っていないか(このような拡張機能はシステムプロキシに従う設定に切り替える必要がある)、他のプロキシソフトを終了した際にシステムプロキシ設定が残っていないか。すべて確認したうえでブラウザを再起動して再度テストする。

Windows は既定で UWP アプリ(ストアアプリや一部のシステムコンポーネント)による本機のループバックアドレスへのアクセスを禁止しており、そのため本機のプロキシポートに接続できず、ループバック除外の設定が必要になる。一部のクライアントは設定内に「UWP ループバック除外」ツールを内蔵しており、対象アプリにチェックを入れて保存すれば有効になる。管理者権限で CheckNetIsolation LoopbackExempt コマンドを実行し、アプリを個別に許可する方法もある。

よくある原因は3つある。1つは権限不足で、Windows では管理者権限でクライアントを実行するかシステムサービスをインストールする必要があり、macOS ではシステム設定でシステム拡張を承認する必要がある。2つ目は DNS が制御されていないことで、TUN の設定で DNS ハイジャックを有効にするか、システム DNS をカーネルが提供するアドレスに向ける必要がある。3つ目は他の仮想ネットワークアダプタ系ソフトとの競合である。まず TUN を無効にしてネットワークが復旧することを確認し、項目ごとに調整したうえで再度有効にして検証することを推奨する。

順を追って範囲を絞り込む。まずプロキシを無効にして通常のサイトへ直接アクセスし、ローカルのネットワーク自体が正常かを確認する。次にサブスクリプションを一度更新し、ノード情報全体が古くなっていないかを排除する。その後、プロトコルやポートの異なるノードに切り替えて個別にテストし、通信事業者が特定のポートを制限していないかを判断する。それでも全ノードがタイムアウトする場合は多くはサービス提供元側の障害であり、直接連絡して確認するのがよい。全ノードがタイムアウトしている間に速度テストを繰り返しても意味は薄く、復旧を待つかネットワーク環境を変えるほうが効果的である。