Clashクライアントのダウンロード
よくある質問とトラブル対処

まずサブスクリプションの更新が成功したことを確認し、次に現在の設定が選択されていることを確認します。クライアントの「設定」または「サブスクリプション」画面でプロバイダーのURLを追加し、更新後にプロキシやプロキシグループが表示されるか確認してください。URLをブラウザーで開けても、返される内容がClash対応の設定とは限りません。ログイン画面、期限切れの案内、プレーンテキストのエラーはYAMLとして使用できません。更新に失敗した場合は、DNSを変更する前にステータスコードとログを確認しましょう。サブスクリプションURLには個人用の認証情報が含まれることがあります。画面共有や問い合わせの際はURL全体を隠し、公開するサンプルにはドメインとパラメーター名だけを残してください。

「設定の追加に成功した」ことと「プロキシが使える」ことは別です。前者はクライアントが内容を受け付けたことを示し、後者は実際に接続して確認する必要があります。設定を切り替えた後は、プロキシグループで想定したサーバーが選択されているか確認してください。手動で編集した内容は、次回のサブスクリプション更新で置き換わることもあります。

普段はルールモードを選び、設定に従って通信を振り分けます。ルールの問題か一時的に切り分ける場合は、全体モードに切り替えて比較します。全体モードにしても回線自体が速くなるわけではなく、GLOBALに対応するプロキシの選択も必要です。直結モードでは、コアに渡された通信を直接接続として処理するため、ローカルネットワークの確認に使えます。3つのモードで変わるのはコアに渡された通信の経路で、すべてのアプリが自動的にプロキシ経由になるわけではありません。システムプロキシを使わないアプリには、個別のプロキシ設定か、必要に応じてTUNを使用してください。モードの切り替えだけでは解決できません。

mode: rule

mode: global

mode: direct

ポートは変更できますが、まず使用中のプロセスが古いインスタンスか確認しましょう。同じ端末で複数のプロキシクライアントを起動すると、待ち受けポートが競合しやすくなります。不要なインスタンスを終了するほうが、設定をむやみに変更するより原因を特定しやすい場合があります。ポートを変更する場合は、未使用の値にmixed-portを変更して設定を再読み込みし、ログに新しい待ち受けアドレスが表示されることを確認します。続けてシステムプロキシとアプリのプロキシポートも合わせて変更してください。変更しないと、ブラウザーは古いアドレスを使い続けます。allow-lanはLANからのアクセスを許可する設定で、ローカルのポート競合を解決するものではありません。端末内だけで使用する場合は、falseのままにするとアクセス範囲を制限できます。

mixed-port: 7891
allow-lan: false
mode: rule

まずドメイン名の名前解決に失敗したのか、解決後の接続に失敗したのかを切り分けます。dns.enable、使用中のコアが対応する設定項目、アプリが実際にそのDNS経路を使っているかを確認してください。fake-ipでマッピング用アドレスが返るのは正常な仕組みです。アドレスが一般的なグローバルIPに見えるかどうかだけで設定ミスと判断しないでください。nameserverは名前解決に使う上流サーバーです。fallbackも「すべてのリクエストで一度予備を使う」単純な設定ではなく、フィルター条件やコアの動作を踏まえて理解する必要があります。ブラウザー内蔵の暗号化DNSが想定した経路を迂回する場合もあります。調査では一度に変更する項目を1つに絞り、変更前後のログを記録しましょう。DNSサーバーをすべて一度に入れ替えるより原因を特定しやすくなります。

以下は設定項目の構造例です。ローカルDNSはループバックアドレスで待ち受けますが、これだけでシステムが自動的に利用するとは限りません。DNSのリダイレクトが必要か、TUNとどう組み合わせるかは、クライアントの通信取り込み方法も確認してください。設定更新後はアプリやシステムのキャッシュにも注意しましょう。

dns:
  enable: true
  listen: 127.0.0.1:1053
  enhanced-mode: fake-ip
  nameserver:
    - 223.5.5.5

まずルールモードが選択されていることを確認し、ルール一覧の先頭から調べます。照合は最初に一致したルールで終了します。前方にある範囲の広いルールが先にリクエストを処理している可能性があります。MATCHは通常、最後の受け皿として使います。早い位置に置くと、後続のルールが適用されません。ルール末尾のポリシー名は、設定内のプロキシまたはプロキシグループ名と完全に一致させてください。ここでのPROXYは例示名で、すべての設定に標準で用意されているポリシーではありません。接続の詳細を開き、実際のリクエストドメイン、一致したルール、最終的な接続先を確認しましょう。Webページの表示だけから推測しないでください。また、既存の接続は変更前の経路を使い続けることがあります。変更後はリクエストを再実行してください。

rules:
  - DOMAIN-SUFFIX,google.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

「接続済み」は通常、ローカルサービスや通信の取り込みが開始したことを示すだけで、接続先のサーバーが使えるとは限りません。まずプロキシを無効にして、ローカルネットワークから一般的なWebサイトにアクセスできるか確認します。次に起動ログで、設定の解析、ポートの待ち受け、権限に関するエラーを確認してください。その後、Webページを開いて接続一覧にリクエストが表示されるか確認します。記録がなければシステムプロキシやTUNを調べ、記録があるのにタイムアウトする場合はプロキシグループの選択、DNS、リモート接続を調べます。Clashのノード速度測定は指定したテスト先への応答を示すだけで、レイテンシが低くてもすべてのWebサイトに接続できるとは限りません。アプリがクラッシュする場合は、まずエラーログを保存してから設定、コアのファイル、システムの実行環境を確認してください。データフォルダー全体をすぐに削除しないでください。

問い合わせにはOS、クライアント名、コアの情報、操作手順、エラー前後のログを添えると原因を特定しやすくなります。サブスクリプション情報やサーバーの認証情報は隠しつつ、設定項目名とエラーの原文は残してください。「接続できない」というスクリーンショット1枚だけでは、どの層で障害が起きているか判断できないことがほとんどです。