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

サブスクリプションURLは、クライアントがリモート設定を取得するためのアドレスです。通常はプロキシノード、プロキシグループ、ルールの情報が含まれます。単一のノードアドレスやインストーラーではありません。コピーする際は完全なパラメータを保持し、疑問符以降のtokenなどを削除しないでください。サブスクリプションURLは信頼できるクライアントだけに入力し、公開ページには掲載しないでください。

サブスクリプションはリモート設定への入口で、クライアントが更新するとローカル設定が生成または置き換えられます。設定ファイルはポート、DNS、ノード、プロキシグループ、ルールを構成するもので、プロキシノードはその一部にすぎません。ノードが利用可能でも設定全体が正常に動作するとは限らず、プロキシグループの選択、ルールの順序、トラフィックのルーティング方式も確認が必要です。

通常はルールモードを使用し、rulesセクションで各ドメインやアドレスをプロキシ、直接接続、拒否のどれにするかを決めます。グローバルモードでは、取り込まれたトラフィックを同じプロキシ設定に渡すため、ノードの一時的なテストに適しています。ダイレクトモードはプロキシを迂回し、ネットワーク障害がClashの設定に起因するか確認できます。切り分けが終わったらルールモードに戻してください。

一部のクライアントは、最後に正常に読み込んだローカル設定を一時的に保持します。ただし、リモート更新、ノードの状態、サービスの認証はすでに無効になっている可能性があるため、ローカルに設定が残っていることだけでサブスクリプションが有効とは判断できません。まずサブスクリプションサービスのページで状態を確認し、手動で設定を更新してください。空の内容、認証エラー、期限切れの表示が返る場合は、先にサブスクリプション自体を対処します。

サブスクリプションから生成された設定を直接編集すると、次回の更新で変更内容が上書きされる可能性があります。長期的に保持したいルールは、クライアントが対応するオーバーライド、マージ、拡張設定に追加し、適用順も確認してください。変更前に現在の設定をコピーしておくと参考になります。更新後は、プロキシグループ名とルールの対象が引き続き対応しているか重点的に確認します。

クライアントの設定、サブスクリプション、またはProfilesページを開き、「URLから導入」を選択します。完全なURLを入力欄に貼り付けてダウンロードを実行してください。導入に成功した後は、その設定を選択して現在の設定として有効化する必要があります。URLを保存しただけで設定を有効にしていない場合、プロキシグループとルールはトラフィック処理に使われません。

まずClashのコアが起動していることを確認し、次にシステムプロキシのスイッチとローカルの混合ポートが一致しているか確認します。ブラウザーに独自のプロキシ、拡張機能のプロキシ、セキュリティソフトによるプロキシが設定されていると、システム設定が迂回される場合があります。いったん追加の経路を無効にしてブラウザーで確認してください。それでも機能しない場合は、Windowsのプロキシ設定に正しいローカルアドレスとポートが表示されているか確認します。

システムプロキシでは、通常、クライアントにネットワーク設定を変更する権限が必要です。TUNでは、ネットワーク拡張機能や補助サービスのインストール、管理者資格情報の入力を求められることもあります。許可した後、クライアントに戻ってスイッチが有効なままか確認してください。システム設定で拡張機能がブロックされている場合は、該当項目を許可してからクライアントを完全に終了し、再起動します。

まずTUNを無効にし、クライアントが用意した入口からサービスモード、ネットワーク拡張機能、仮想NICコンポーネントをインストールして、クライアントを再起動します。Windowsではドライバーのインストールと管理者権限、macOSではネットワーク拡張機能の許可、LinuxではCAP_NET_ADMIN、デバイス権限、ルート書き込み権限を確認してください。仮想NICを作成するプロキシツールを複数同時に起動しないでください。

Androidでは通常、同時に1つのアプリしかシステムVPNインターフェースを使用できません。まず他のVPN、通信高速化アプリ、ファイアウォール、ローカルVPNで通信をフィルタリングするアプリを切断し、Clashに戻って再接続してください。常時接続VPNが有効な場合は、システムのネットワーク設定で以前のアプリとの紐付けを解除してから、現在のクライアントに接続を許可します。

まずサブスクリプションを更新して設定の読み込みに成功したことを確認し、次にプロキシグループから利用可能なノードを選択し、最後にシステムプロキシまたはTUNを有効にします。これにより、設定の取得、プロキシ選択、トラフィックのルーティング方式を分けて検証できます。問題が発生した場合は逆の順序で段階的に無効にすると、サブスクリプション、ノード、システム側の取り込みのどこで障害が起きたか判断しやすくなります。

必ずしもそうとは限りません。遅延テストのアドレスや方法は、実際のサービス接続と異なる場合があります。テスト対象がブロックされていてもタイムアウトと表示されます。まず別のテストアドレスを試すか、対象サイトを直接開き、その後ノードのプロトコル、ポート、時刻が正しいか確認してください。すべてのノードが同時にタイムアウトする場合は、ローカルネットワーク、DNS、サブスクリプションの内容、コアの状態を優先して確認します。

一般的な設定ではmixed-portでHTTPとSOCKSのトラフィックを同時に受け付けます。portとsocks-portを個別に設定することもできます。ポートには本体で使用されていない値を選び、システムプロキシ、ブラウザー、その他のアプリが同じ実際の待受ポートを参照するようにしてください。ポートを変更した後は設定を再読み込みし、必要に応じてファイアウォールとポートの使用状況を確認します。

Fake-IPはまず仮想アドレスを返し、Clashがドメインを復元してルールに照合します。通常は、アプリがドメインルールを迂回するケースを減らせます。Redir-Hostは実際の名前解決結果を返すため、一部のLAN機器や特殊なアプリでは挙動を把握しやすくなります。ゲーム、LANドメイン、デバイス検出に問題がある場合は、DNS全体を無効にするのではなく、まず関連ドメインを除外リストに追加してください。

一部のUWPアプリはWindowsのアプリコンテナーによる制限を受け、ローカルのループバックプロキシに直接アクセスできません。クライアントが提供するUWPループバックツールを使い、ローカルプロキシへのアクセスが必要なアプリにチェックを入れて保存し、そのアプリを再起動してください。すべての項目を初期設定のまま選択するのは避けます。システム更新やアプリの再インストール後に設定が無効になった場合は、該当項目を再確認してください。

まずサブスクリプションURLが完全で、余分な空白がないことを確認します。次にブラウザーでURLへアクセスし、設定内容または明確なエラーが返るか確認してください。その後、システム時刻、現在のネットワーク、DNS、クライアントログを確認します。ブラウザーでも取得できない場合は、サブスクリプションの状態またはネットワーク経路に問題がある可能性が高いです。ブラウザーでは取得できるのにクライアントで失敗する場合は、クライアントの更新プロキシ、User-Agentの要件、設定の解析エラーを重点的に確認します。

まずダイレクトモードに切り替え、基本ネットワークが正常か確認します。次に、端末の時刻、コアが動作しているか、サブスクリプションが直前に置き換えられていないかを確認してください。その後、DNSで名前解決できるか、ノードサーバーのアドレスに到達できるか、ファイアウォールがクライアントを遮断していないかを確認します。すべてのノードが同時に使えなくなる場合、個々のノード障害とは限りません。原因を確認する前に設定を何度も削除するのは避けてください。

ブラウザーが独自のプロキシ拡張機能を使用している一方で、他のアプリがシステムプロキシを読み取らず、TUNにも取り込まれていない可能性があります。まずブラウザーに独自のプロキシが設定されているか確認し、次にシステムプロキシが有効か確認します。システムプロキシに対応しないアプリでは、権限と互換性に問題がなければTUNを使用できます。同時に、そのアプリに直接接続、プロキシアドレス、カスタムDNSが固定されていないかも確認してください。

まずTUNを無効にしてクライアントを終了し、基本ネットワークが復旧することを確認します。その後、仮想NIC、デフォルトルート、DNSハイジャック、自動ルーティングの設定を確認し、他のプロキシツールが残したルートやNICの競合を解消してください。再度有効にするときはデフォルト設定を使い、複雑なオーバーライドを読み込まないようにします。クライアント終了後も通信できない場合は、システムプロキシをリセットして現在のネットワークに再接続してください。

GEOIP、GEOSITE、ルールセットに依存するルールで、最新の分類を読み込めなくなる可能性があります。深刻な場合は、ファイル不足により設定の起動に失敗します。まずログを確認し、データベースのダウンロード、パスへの書き込み、ルール参照のどこで失敗したかを特定してください。その後、ストレージ権限と更新先への到達性を確認します。更新完了後に設定を再読み込みし、ルールプロバイダーの状態にエラーが表示されなくなったことを確認してください。