Clash よくある質問とトラブルシューティング

Clashは通常、ルールベースのトラフィック分岐を行うプロキシツールのエコシステムを指します。コアは設定の読み込み、プロキシ接続の確立、ルールの実行、DNS処理を担当します。クライアントはコアの上に、サブスクリプションのインポート、ノード選択、ログ確認、各機能の切り替えを行うグラフィカルインターフェースを提供します。一般ユーザーは完全なクライアントをインストールすればよく、コアを個別にダウンロードする必要はありません。

いいえ。クライアント自体にそのまま使えるプロキシサービスが含まれているわけではありません。初回起動後、利用可能なサブスクリプションURLまたはローカル設定ファイルをインポートし、設定一覧で選択したうえで、利用可能なノードを選び、システムプロキシまたはTUNモードを有効にする必要があります。設定がなければ、クライアントは設定画面を開けるだけで、利用可能な接続は確立できません。

ルールモードは、ドメイン、IP、ルールセットに基づいてプロキシ経由か直接接続かを判断するため、日常利用に適しています。グローバルモードでは、ほとんどの接続を現在のプロキシノード経由に統一でき、ルールが原因でアクセスに問題があるかを一時的に確認する際に便利です。直接接続モードはプロキシを使わず、ローカルネットワークの復旧や比較検証に利用します。プロキシが必要な環境で常用するモードではありません。

いいえ。Clashクライアントは設定の読み込みと通信の転送に使うソフトウェアで、ノードは独立したネットワークサービスから提供されます。公開ノードは利用可能期間、回線品質、設定元が安定しないことが多く、すぐに使えなくなる場合もあります。接続に問題があるときは、まずクライアントの設定ミスなのか、サブスクリプションやノード自体が利用できないのかを切り分けてください。

既にインストール済みのものは動作する可能性がありますが、開発終了後は新しいシステム変更、コアの機能、安全性の修正に継続対応されません。まず現在のサブスクリプションURLをエクスポートまたは保存し、サポートが続いているWindowsクライアントへ移行するとよいでしょう。移行時に旧プログラムのフォルダーをそのまま移す必要はありません。サブスクリプションを再インポートし、プロキシモード、システムプロキシ、TUNの設定を確認してください。

完全なサブスクリプションURLをコピーし、クライアントの設定、サブスクリプション、またはProfiles画面にあるURLインポート欄へ貼り付けて、ダウンロードまたはインポートを選択します。インポート成功は設定が保存されたことを示すだけなので、設定一覧でその設定をクリックして現在の設定にする必要があります。その後、プロキシ画面でノードを選び、必要に応じてシステムプロキシまたはTUNモードを有効にします。

まず、サービス提供者のWebページやログイン画面、他のクライアント専用形式ではなく、Clashが認識できる設定をインポートしたか確認します。次に、設定のダウンロード結果とコアのログを確認してください。ファイルが空、ログインページが返る、形式の解析に失敗するといった場合は、サブスクリプションURLをコピーし直し、必要ならサービス提供者の管理画面でClash形式を発行します。最後に、新しい設定が選択されていることも確認してください。

まず、インストーラーが本サイトのダウンロードページから案内されているプロジェクトのリリース元に由来することを確認し、ファイル名とシステムアーキテクチャが一致しているか確認します。Windowsに提供元の確認画面が表示された場合は、詳細情報を開いて発行元とファイルの場所を確認してから実行を判断してください。会社や学校の端末では、管理者ポリシーによってネットワークツールのインストールが禁止されている場合があります。その場合は端末の管理ルールに従い、無理に回避しないでください。

まず、ダウンロードしたものがApple Silicon版かIntel版かを確認します。アプリをアプリケーションフォルダーへ移動した後、システム設定のプライバシーとセキュリティでブロック通知を確認し、macOSが示す手順に従って開いてください。システムプロキシ、サービスモード、TUNを有効にする場合、macOSから管理者による認証を求められることがあります。認証を取り消すと、該当する通信制御機能は有効にできません。

TUNは仮想ネットワークインターフェースを作成してルーティングを変更するため、通常は管理者権限または事前のサービスコンポーネントのインストールが必要です。Windowsでは一度管理者として起動し、サービスモードをインストールしてみてください。macOSではシステムの指示に従ってネットワーク拡張を許可します。LinuxではTUNデバイスの作成とルート変更の権限があることを確認してください。認証後はクライアントを完全に終了してから再起動します。

ほとんどの場合、主な通信制御方式はどちらか一つで十分です。システムプロキシはブラウザーやOSのプロキシ設定に従うアプリに適しており、設定も簡単です。TUNはシステムプロキシを参照しないアプリの通信もより広く取り込めますが、追加の権限が必要です。両方を同時に有効にできるクライアントもありますが、問題の切り分けではまずシステムプロキシだけを有効にし、基本接続を確認してからTUNを単独でテストすることをおすすめします。

プロキシ画面を開いたら、全体のスイッチだけでなく、ルール設定で参照されているポリシーグループも展開してください。たとえばノード選択、自動選択、ストリーミング用のポリシーグループなどがあります。主要なポリシーグループに利用可能なノードを指定してから対象サイトへアクセスします。設定によってはポリシーグループが何層にも分かれており、上位グループが無効な自動選択グループを参照したままだと、下位でノードを選んでも接続に失敗することがあります。

遅延テストで確認できるのは、テスト先へその時点で接続を確立できたことだけで、すべてのWebサイトやプロトコルが利用できるとは限りません。まず別のノードへ切り替え、プロキシモードを一時的にグローバルへ変更して比較してください。グローバルでは利用できるのにルールモードで失敗する場合は、ルールのマッチングとポリシーグループを確認します。どちらも失敗する場合は、DNS、システム時刻、ブラウザーの安全な接続に関するエラー、ノードサービスの状態を確認してください。

サブスクリプション項目で適切な更新間隔を設定します。日常利用で数分ごとに更新する必要は通常ありません。回線の変更が少ない場合は、数時間ごと、または1日ごとの更新で十分です。変更をすぐに反映したいときだけ手動更新してください。更新後は現在の設定が置き換わっていないか、以前選んだポリシーグループが初期値に戻っていないかを確認し、必要ならノードを選び直します。

まずクライアントでLAN接続の許可を有効にし、待ち受けアドレスが本機のループバックだけに限定されていないことを確認します。次に、スマートフォンなど同じLANに接続した端末で、プロキシサーバーにClashを実行しているPCのLAN内IPアドレスを入力し、ポートにはクライアントに表示されるHTTPポートまたは混合ポートを指定します。システムのファイアウォールがそのポートを許可しているかも確認し、公共ネットワークで待ち受けを公開しないよう注意してください。

まずシステムプロキシとTUNモードを無効にしてから、クライアントを通常どおり終了することをおすすめします。これにより、OSに古いプロキシアドレスやルートが残る可能性を減らせます。プログラムが異常終了してネットワークが復旧しない場合は、システムのネットワーク設定で手動プロキシを無効にし、ネットワークへ再接続して、仮想ネットワークアダプターのルートが残っていないか確認します。直接接続が戻ったことを確認してから、クライアントを再度起動してください。

現在の設定が選択されているか、ポリシーグループで利用可能なノードを選んでいるか、プロキシモードが誤って直接接続になっていないか、システムプロキシのポートがクライアントの待ち受けポートと一致しているかを順番に確認します。次に、ログに接続拒否、名前解決失敗、タイムアウトが出ていないか確認してください。システムプロキシを無効にしても通常のWebサイトへアクセスできない場合は、まずローカルネットワークを復旧してからClashの調査を続けます。

まず本機の直接接続が正常であることを確認し、システム時刻が正確か確認します。続いてサブスクリプションを手動更新し、古い設定や期限切れのノードを切り分けます。ほかのVPN、プロキシソフト、ネットワークを書き換えるセキュリティツールを一時的に終了し、ポートやルートの競合を避けてください。異なるネットワークでもすべてタイムアウトする場合は、クライアントを何度も再インストールするのではなく、サブスクリプションサービスの状態を確認します。

404は通常、サブスクリプションURLが無効化された、コピーが不完全、またはサーバー側のパスが変更されたことを示します。サブスクリプション提供元でURLを取得し直してください。タイムアウトの場合は、現在のネットワークからURLへアクセスできるか確認し、クライアントの更新時プロキシ設定を切り替えてみます。設定ファイルではなくWebページの内容が返る場合は、ログイン状態が切れているか、管理画面のURLをコピーしている可能性があります。

ブラウザーは通常システムプロキシに従いますが、ゲーム、コマンドラインツール、一部のストアアプリはネットワークへ直接接続することがあります。まず対象アプリが手動プロキシに対応しているか確認してください。対応していれば、クライアントに表示されるHTTP、SOCKS、または混合ポートを入力します。対応していなければ、TUNモードで通信を取り込む方法があります。特定のアプリだけ失敗する場合は、そのドメインがルールによって誤って直接接続へ振り分けられていないかも確認します。

一部のUWPアプリはWindowsのアプリコンテナによるループバック制限を受け、本機のプロキシポートへ直接アクセスできません。クライアントに用意されたUWPループバックツールを使い、プロキシが必要なアプリだけにループバック権限を付与して保存し、そのアプリを再起動してください。すべての項目を無差別に選択しないでください。クライアントにこのツールがない場合は、TUNモードで通信を一括して取り込むこともできます。

まずTUNを無効にしてクライアントを終了し、システムのルートとDNSが復旧したか確認します。必要に応じて現在のネットワーク接続を無効にしてから再度有効にしてください。再テストではシステムプロキシを無効にし、TUNだけを有効にして、クライアントが推奨するデフォルトスタックを使います。LAN内の端末に到達できない場合は、設定でLANへの直接接続が許可されているか、プライベートアドレス宛ての通信が誤ってプロキシへ送られていないか確認します。

まずノードを切り替えて回線の問題を切り分け、ログにDNSタイムアウトが継続して記録されていないか確認します。設定でDNS機能が有効か、上流DNSアドレスへ到達できるか、システム上で別のDNS変更ツールが同時に動作していないかを確認してください。調査中に複数の項目を同時に変更せず、まずクライアントのDNS設定を初期値に戻します。接続が復旧したら、強化された名前解決やDNSハイジャックの設定を一つずつテストします。

システムプロキシのアドレス、仮想ネットワークアダプターのルート、DNS設定がすぐに復元されていないことが主な原因です。まずOSのネットワーク設定で手動プロキシを無効にし、現在のネットワークへ再接続します。TUNを有効にしていた場合は、クライアントを再起動してTUNを無効にしてから通常終了するか、システムを再起動して一時的なルートを削除します。ネットワーク復旧後、クライアントのスタートアップ起動と自動制御が有効になっていないか確認してください。