Clashのよくある質問

Clashは当初、プロキシ用のコアとその設定エコシステムを指していました。Clash Metaはそこから派生したコアで、後継はmihomoの名称で開発が続いています。普段使うGUIクライアントはサブスクリプションやプロキシグループ、設定を表示し、コアが実際の接続を処理します。クライアント名が似ていても、コアや対応する設定項目が同じとは限りません。プロトコルや設定に互換性の問題がある場合は、まず「バージョン情報」などの画面でクライアントとコアを確認し、サブスクリプションの要件と照らし合わせてください。名称だけで設定を選ばないようにしましょう。

クライアントは設定を読み込み、通信を転送するソフトウェアです。通常、インストーラーにそのまま使えるプロキシサービスは含まれていません。利用権限のあるサブスクリプションURLまたは設定ファイルを用意して読み込み、プロキシグループを選択したうえで、システムプロキシを有効にします。必要に応じてTUNも有効にしてください。設定名が表示されても、読み込みが完了しただけです。プロキシグループに選択可能なノードがあるか、設定が有効になっているか、対象アプリの通信がクライアントを経由しているかも確認しましょう。サブスクリプションの期限切れや通信量の上限については、提供元にお問い合わせください。

まずOSで候補を絞り、CPUアーキテクチャと最低動作要件を確認します。Windows、macOS、Android、iOSではClash Plus、LinuxではClash Verge Revを候補として確認してください。既存の設定を移行する場合は、使用中のプロトコル、ルール、DNS項目がクライアントのコアでサポートされているかも確認が必要です。Apple Silicon用とIntel用のインストーラーは混同せず、AndroidではARM64またはARMの対応を確認しましょう。利用できるソフト、インストール方法、配布終了済みかどうかは、ダウンロードセンターの各OS向け一覧をご覧ください。

ルールモードは、現在の設定にあるルールに従ってプロキシ経由か直接接続かを決めるため、普段使いに適しています。グローバルモードは、コアが処理する通常の接続をグローバルプロキシグループに送るモードです。短時間の切り分けには便利ですが、利用可能なノードの選択は必要です。ダイレクトモードでは、コアが処理する接続を宛先へ直接送りますが、システムプロキシを無効にしたりクライアントを終了したりするわけではありません。いずれのモードもクライアントが取り込んだ通信にのみ適用されます。アプリの通信がプロキシに入っていなければ、モードを切り替えても経路は変わりません。

サブスクリプションURLにはアカウントを識別する認証情報が含まれていることが多いため、掲示板やグループチャットに投稿したり、公開スクリーンショットに写したりしないでください。相談時はエラーメッセージ、クライアントとコアの情報、機密情報を伏せた設定の一部を共有できます。URLだけでなく、ノードのパスワード、認証用リクエストヘッダー、ログに記録された完全なURLも確認して隠してください。URLを公開してしまった場合は、提供元の管理画面から再発行または無効化し、クライアントのURLも更新します。チャット履歴を削除しただけでは、古いURLが使えなくなるとは限りません。

まず、コピーしたのがサブスクリプションURLであり、アカウントのログインページや管理ページではないことを確認します。URLの前後に空白や改行がないか、パラメーターが抜けていないかを確認し、読み込み結果とログもチェックしてください。ログインページやアクセス拒否、空の内容が返る場合は、アカウントの認証とネットワーク接続を先に確認します。未対応の形式と表示された場合は、現在のコアに対応したClash設定を提供元に確認してください。読み込み後は設定を有効にし、プロキシグループが正しいノードまたはプロキシプロバイダーを参照しているかも確認しましょう。

TUNは仮想ネットワークインターフェースの作成とルートの変更を行うため、通常はシステムプロキシより多くの権限が必要です。Windowsではクライアントの手順に従ってサービスコンポーネントをインストールし、サービスが実行中か確認してください。必要であれば、管理者権限で一度動作を確認します。macOSではシステムに表示されるネットワーク拡張機能や補助コンポーネントの許可を確認し、Linuxではサービスの権限とTUNデバイスの利用可否を確認してください。許可を与えずにスイッチを何度も切り替えても解決しません。許可後にクライアントを再起動し、インターフェースの作成とルート設定が成功したかログを確認しましょう。

まずOSのネットワーク設定で、プロキシのアドレスが本機を指していることと、ポート番号がクライアントの現在の待ち受けポートと一致していることを確認します。クライアントごとにポート番号が異なる場合があるため、同じ番号とは限りません。他のプロキシツールを終了し、ブラウザーのプロキシ制御拡張機能も一時的に無効にしてください。Firefoxなどは独自のプロキシ設定を使う場合があるため、システム設定に従う状態か確認します。その後、新しいページを開いてクライアントの接続履歴を確認してください。履歴がない場合は通信を取り込む設定を、履歴があり接続に失敗する場合はルール、ノード、DNSを確認します。

Androidでは通常、同時にシステムのVPN接続を使用できるアプリは1つです。他のVPNアプリや、ローカルVPNを使うファイアウォール・通信フィルターを終了してから、Clashに接続を許可してください。OSで常時接続VPNやVPN未経由の通信を禁止する設定を使っている場合は、対象アプリも確認します。接続後はクライアントのアプリ別設定を確認し、対象アプリが除外されていないことを確かめましょう。競合を解消するために設定をすべて消去する必要はありません。サブスクリプションや必要な設定は残してください。

まず設定をバックアップし、エラーに表示された行番号の前後を確認します。YAMLの階層はスペースによるインデントで表すため、Tabは使わないでください。リスト項目、コロンの後のスペース、対応する引用符にも注意が必要です。行番号はエラーが検出された位置を示す場合があり、引用符の閉じ忘れは前の行にあることもあります。形式エラーを解消しても未対応の項目が表示される場合は、コアがその項目をサポートしているか確認してください。サブスクリプションから生成された設定は更新時に上書きされることが多いため、継続的な変更にはクライアントのオーバーライドまたはマージ機能を使いましょう。

クライアントで接続履歴を開き、対象アプリから新しい通信を発生させて、宛先ドメイン、適用されたルール、選択されたプロキシ経路を確認します。既存の長時間接続は以前の経路を使い続けることがあるため、設定を切り替えた後は接続し直してください。Webページに表示される出口IPだけでは、すべての振り分け結果は分かりません。ルールモードではサイトごとに異なる経路を使う場合があります。履歴がない場合は、アプリがシステムプロキシに従うか、TUNのアプリ別設定で除外されていないかを確認してください。スイッチの色だけで通信が取り込まれたと判断しないようにしましょう。

常に両方を有効にする必要はありません。システムプロキシは、システム設定に従うブラウザーや一般的なアプリに適しています。TUNは、プロキシを自ら使わないアプリも含めて幅広く通信を取り込めますが、ルート、DNS、権限の設定が必要です。最初の切り分けでは通信を取り込む方法を1つに絞り、正常に動作することを確認してから、クライアントの説明に従って併用してください。両方を有効にしても速度が上がるわけではなく、利用できないノードが自動的に直ることもありません。TUN有効時に問題が起きた場合は、他のプロキシツールを追加するのではなく、インターフェース、ルート、DNSのログを確認しましょう。

サブスクリプションまたは設定の管理画面で自動更新の間隔を設定し、クライアントの起動中に更新されるのか、バックグラウンドサービスが更新するのかを確認します。サブスクリプションURLを変更したら、まず手動更新を行い、最終更新時刻とエラー内容を確認してください。個別のルール、プロキシグループ、DNS設定は、クライアントが対応するオーバーライドまたはマージ機能で保存するのがおすすめです。ダウンロードしたサブスクリプション本文だけを編集しないでください。更新後は有効な設定を確認し、元のノードが削除されていた場合はプロキシグループのノードを選び直します。

パソコンとスマートフォンを、互いに通信できる信頼できるLANに接続します。クライアントでLAN接続を許可し、待ち受けアドレスがLANからのリクエストを受け付けることを確認してください。スマートフォンのWi-Fiで手動プロキシを設定する際は、サーバーにパソコンのLAN内アドレスを指定し、ポートにはクライアントが実際に使用しているHTTPポートまたは混合ポートを入力します。スマートフォン自身のループバックアドレスは指定しません。パソコンのファイアウォールでは必要なローカルネットワークだけを許可し、プロキシポートをインターネットに公開しないでください。手動のHTTPプロキシですべてのアプリが対象になるわけではないため、各アプリが設定を使うかも確認が必要です。

GeoIPデータはIPアドレスの地域判定に使われます。更新に失敗すると地域ベースの判定が不正確になる可能性がありますが、すべてのドメインルールが無効になるわけではありません。まずログでデータファイルのパスと更新先にアクセスできるかを確認し、設定がMMDBまたは別の地理データ形式のどちらを使っているか、対応ファイルがあるかも確認してください。異なる形式のファイルを名前だけ変えて使い回さないでください。更新後はクライアントの指示に従って設定を再読み込みするかコアを再起動し、接続履歴で該当ルールが適用されているか確認します。

まず、ダウンロードの失敗と内容の解析エラーを切り分けます。ダウンロードできない場合は、サブスクリプションの期限、URLの再発行、システム時刻、現在のネットワークから提供元にアクセスできるかを確認します。解析エラーの場合は、応答内容が実際にはWebページやエラーメッセージではないかを確認し、設定形式とコアの対応状況も調べてください。短時間に何度も更新しないでください。リクエスト頻度が制限されるサービスもあります。以前の設定がまだ使える場合は残し、上書きを一時停止しましょう。提供元に連絡する際はステータスコードと機密情報を伏せたエラー内容を伝え、サブスクリプションURL全体は公開しないでください。

すべてタイムアウトしても、サブスクリプションが無効とは限りません。テスト先に到達できない、ローカルDNSに問題がある、ファイアウォールが遮断している、ノードのサービスが停止している可能性もあります。まずプロキシを経由しない状態でインターネットに接続できるか確認し、ノードを1つ選んで実際の接続先にアクセスして、接続履歴と照らし合わせます。テスト結果は特定の接続先への確認にすぎず、実際のリクエストの代わりにはなりません。信頼できる別のネットワークで復旧する場合は、元のネットワークの制限を確認してください。特定のノードだけ失敗する場合は別のノードも試し、問題のノードと発生時刻を提供元に伝えましょう。

まずクライアントでシステムプロキシとTUNを無効にしてから終了し、OSのネットワーク設定に本機を指すプロキシが残っていないか確認します。通常のネットワーク接続が戻ったらクライアントを再起動し、通信を取り込む方法を1つだけ有効にして、利用できることが分かっているノードを選びます。問題がDNS名前解決、ノードへの接続、ルール適用のどの段階で起きているかを確認してください。必要に応じて短時間だけグローバルモードに切り替えて比較します。クライアントを終了しても接続できない場合は、システムDNS、ルート、他のVPN設定を確認しましょう。原因が分かる前に、複数のネットワーク設定を同時に変更しないでください。

AppContainerサンドボックスを使う一部のWindowsアプリは、既定でローカルのループバックプロキシにアクセスできません。そのため、ブラウザーは使えるのにアプリは接続できない場合があります。まず対象アプリがローカルプロキシを使用していることを確認し、クライアント付属のUWPループバックツールで、必要なアプリだけにループバックの例外を追加してください。操作に管理者権限が必要な場合があります。すべてのストアアプリが同じ制限を受けるわけではありません。アプリが一覧にない場合、別のアプリのパッケージ名を安易に流用しないでください。クライアントのドキュメントを確認してTUNの利用を検討し、接続履歴で動作を確認する方法もあります。

まずログで名前解決のタイムアウトや失敗、リゾルバーへの接続エラーがないか確認し、設定したDNS上流へ想定どおりの経路で接続できるかを調べます。暗号化DNSのアドレスが正しくても、現在のネットワークから接続できるとは限りません。サーバーのドメイン名を解決するために、別のDNS設定が必要な場合もあります。fake-ipを使っている場合は、対象の通信がクライアントに取り込まれているか、他のDNSツールと競合していないかを確認してください。DNSを変更した後は接続し直し、必要に応じてシステムのキャッシュを消去します。すべてのDNS設定を一度に置き換えず、元に戻せる設定を残したうえで、名前解決と実際の接続を1項目ずつ確認しましょう。