#Clash よくある質問:サブスクリプション・ノード・システムプロキシのトラブルシューティング

Clashはルールベースのプロキシツールエコシステムで、YAML形式の設定ファイルでノード・ポリシーグループ・振り分けルールを記述するのが核心です。オリジナルのClashカーネルの更新が停止した後、コミュニティフォークのClash Metaが開発を継続してmihomoに改称され、現在主流のクライアント(Clash Plus、Clash Verge Rev、FlClashなど)はいずれもmihomoカーネルを内蔵しており、設定フォーマットは下位互換性があります。

カーネル(mihomo)は実際のトラフィック転送とルールマッチングを担うコマンドラインプログラムで、クライアントはその外側を包むGUIで、サブスクリプション管理、ノード切り替え、システムプロキシのオン/オフなどの操作窓口を提供します。一般ユーザーはクライアントを1つ選んでインストールするだけでよく、カーネルはクライアントに同梱されバージョンとともに更新されるため、サーバーやルーターに単体で導入する場合を除き個別にダウンロードする必要はありません。

本サイトに掲載しているクライアントはすべてオープンソースプロジェクトまたは無料配布のソフトウェアで、ダウンロードと利用は無料です。有料になるのは通常プロキシサービス業者のサブスクリプション、つまりノードサービス自体であり、クライアントとは関係ありません。「Clashアクティベーションコード」「クライアント会員」などの名目で課金するチャネルはオープンソースコミュニティとは無関係なので、公式配布ページか本サイトのダウンロードページからのみインストーラーを入手することをおすすめします。

プロキシサービス業者はプロキシノードサービスを提供する第三者事業者で、サブスクリプションは1本のURLであり、クライアントはこのURLから定期的にノードリストと振り分けルールを取得します。本サイトはクライアントのダウンロードと設定ドキュメントのみを提供し、ノードサービスの運営や推奨は行っていません。サブスクリプションURLはご自身が契約しているサービス事業者のユーザーセンターから取得する必要があります。

ルールモードは設定ファイル内の振り分けルールを順に照合し、該当したルールに従って処理する日常的な推奨モードです。グローバルモードはすべてのトラフィックを選択したプロキシノード経由にする方式で、ルールが機能しない際の一時的な検証に適しています。直接接続モードはすべてのトラフィックをプロキシを経由させない方式で、振り分けを一時停止するのと同等です。モードを切り替えても既存の接続は即時には変化しないため、必要であれば接続ページで手動切断してください。

第一候補はClash Plusで、x64インストーラーを提供し、UIが充実していて更新も活発です。Clash Verge RevとFlClashもよく使われる選択肢です。Clash for Windowsは開発が終了しアーカイブとして残されているのみなので、新規ユーザーには推奨しません。詳しい違いはクライアント比較ページを、ダウンロード窓口はクライアント取得ページのWindowsタブを参照してください。

これはGatekeeperによる、未公証アプリへの標準的なブロックです。「システム設定 → プライバシーとセキュリティ」ページの下部でブロックされたアプリを見つけ、「このまま開く」をクリックしてください。破損と表示される場合は、ターミナルで xattr -dr com.apple.quarantine の後にアプリのパスを指定して実行し、隔離属性を解除してから再度開いてください。Intel版とApple Silicon版の違いに注意し、アーキテクチャを間違えると起動に失敗します。

Clash PlusまたはClash Meta for Androidを例にすると、設定(Profiles)ページに入り「新規作成」をタップし、URLタイプを選択して、プロキシサービス業者から提供されたサブスクリプションURLを貼り付けて保存すると、クライアントが自動的に設定を取得します。ホーム画面に戻ってその設定を選択し、起動ボタンをタップすると、初回はVPN接続確立のシステム許可を求められるので、同意すればトラフィックが引き渡されます。

iOS版Clash PlusはApp Store経由で配布されており、ダウンロードページのiOSタブから直接ストアの詳細ページへ移動できます。公式サイトclashplus.ioでバージョン情報を確認することもできます。インストール後は同様に設定ページでサブスクリプションURLを貼り付けて導入し、初回接続時にシステムが表示するVPN設定リクエストに同意してください。

デスクトップ版クライアントは通常設定内に自動起動スイッチを備えています。Windowsではスタートアップ項目が登録され、macOSではログイン項目に追加されます。「自動接続/前回の状態を復元」も同時にオンにしておくと、再起動後に静かにプロキシが復元されます。TUNモードを使う場合、Windowsクライアントは通常管理者権限でサービスモードを実行する必要があり、そうしないと自動起動後にTUNを確立できません。

各クライアントのプロキシページには遅延テストボタンが用意されており、原理はテスト用URL(デフォルトは多くの場合Googleのgenerate_204)にリクエストを送り所要時間を記録するというものです。数値は現在のネットワークからノードまでのハンドシェイク遅延を示すだけで帯域幅とは一致しません。ノードを選ぶ際は数回テストを繰り返し、実際の使用シーンでの安定性も併せて確認することをおすすめします。ポリシーグループでurl-testタイプを使えば、カーネルが自動的に最も遅延の低いノードを選択します。

ポリシーグループは複数のノードや子ポリシーグループを1つの選択可能な単位にまとめたもので、振り分けルールは具体的なノードではなくポリシーグループにトラフィックを向けます。よく使われる種類にはselect(手動選択)、url-test(自動で最も低遅延のノードを選択)、fallback(フェイルオーバー)があります。日常的な使い方としては、クライアントのプロキシページで用途別のポリシーグループ(海外向けトラフィック、ストリーミング、AIサービスなど)にそれぞれノードを割り当て、ルールを1つずつ書き換える必要をなくします。

システムプロキシはプロキシ設定に従うアプリしかカバーできず、コマンドラインツールや一部のゲーム・クライアントはシステムプロキシを利用しません。TUNモードは仮想ネットワークカードを通じてネットワーク層ですべてのトラフィックを引き受けるため、カバー範囲がより完全になります。その代わり高い権限が必要で、Windowsでは管理者権限またはサービスモード、macOSではシステム拡張の許可またはパスワード入力によるインストールが必要です。AndroidとiOSのVPNモードはそれ自体が同種の仕組みなので、追加設定は不要です。

パソコン側のクライアント設定でLAN内接続を許可(allow-lan)をオンにし、混合ポート(mixed-port、多くの場合7890)を確認し、ファイアウォールがそのポートを許可していることを確かめてください。次にスマートフォンやテレビのWi-Fi詳細設定でプロキシを手動設定し、サーバーにパソコンのLAN内IPアドレス、ポートに混合ポートを入力すれば完了です。両方の機器が同一のLAN内にある必要があります。

可能です。多くのクライアントは設定ファイルの項目に自動更新間隔の設定を用意しており、よく使われる値は1440分、つまり1日1回です。期限が来るとクライアントはバックグラウンドで再度サブスクリプションURLを取得しホットリロードします。プロキシサービス業者のルール変更が頻繁な場合は間隔を短くしても構いません。更新に失敗してもクライアントは古い設定を保持するため、通信が切れることはありません。

順番に確認してください。一、サブスクリプションURLが完全か、スペースが混入していないか、入力方式によって途中で切れていないか。二、サブスクリプション自体が期限切れになっていないか、ブラウザで直接そのURLを開いて内容が返ってくるか確認する。三、更新がプロキシを経由しているか——サブスクリプションのドメインが汚染されている場合は、クライアントで「プロキシを使って更新」をオンにする、あるいは逆にオフにして試す。四、ネットワーク環境(スマートフォンのテザリングなど)を変えて再度更新し、ローカルネットワークの問題かサブスクリプションサービス側の問題かを区別する。

まずローカルネットワークが正常かどうか、つまり直接接続モードでウェブページが開けるかを確認してください。次にシステム時刻が正確かどうかを確認します。一部のプロトコルは時刻のずれに敏感です。それからクライアントのログで具体的なエラーを確認してください——DNS解決失敗は通常ローカルDNSが汚染されているためで、設定内で暗号化DNSを有効にできます。特定のポートのノードだけタイムアウトする場合は、通信事業者がそのポート帯域を遮断している可能性があるため、サービス業者に連絡してポートやノードの変更を依頼してください。

2つのケースがあります。ブラウザがプロキシを経由しない場合:クライアントのシステムプロキシスイッチがオンになっているか、ブラウザに独自のプロキシ管理拡張機能がインストールされていてシステム設定を上書きしていないかを確認してください。コマンドラインツールがプロキシを経由しない場合:ターミナルはデフォルトでシステムプロキシを読み込まないため、http_proxyとhttps_proxyの環境変数を手動でエクスポートして混合ポートを指すように設定するか、TUNモードに切り替えてネットワーク層で引き受けてください。

Windowsはセキュリティポリシー上、デフォルトでUWPアプリからローカルループバックアドレスへのアクセスを禁止しているため、127.0.0.1上のプロキシポートに接続できません。対処法:クライアントに内蔵されているUWPループバック免除ツール(EnableLoopback機構に基づく)で対象アプリにチェックを入れて許可する、またはTUNモードを有効にしてループバックの制限を回避してください。

多くはポート競合や設定の残留が原因です。一、混合ポートが他のソフトウェアに占有されていないか確認し、別のポートに変更して試す。二、以前に異常終了した場合、システムプロキシに無効な127.0.0.1設定が残っている可能性があるため、システムのネットワーク設定で一旦プロキシを手動でオフにし、クライアント側から再度オンにする。三、複数のプロキシソフトを同時に起動するとシステムプロキシを奪い合うため、1つだけ残す。四、無効なノードを誤って選択していないか確認し、利用可能なノードかルールモードに切り替えて検証する。