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

Clashは通常、ルールベースのプロキシ設定とクライアントからなるエコシステムを指します。mihomoは継続的に保守されている互換コアで、接続、DNS、ルール判定、トラフィック転送を担当します。Clash PlusやClash Verge Revなどのグラフィカルクライアントは、サブスクリプション管理、ポリシー選択、システム設定を担当します。クライアント間で同一または近い構成形式を利用できる場合もありますが、対応項目はコアのバージョンによって異なります。

ルールモードは設定内のルールを上から順に判定して通信先を決めるため、普段の利用に適しています。グローバルモードは大部分の接続を現在選択しているプロキシポリシーに送るため、一時的なテストに向いています。ダイレクトモードではプロキシノードを使わず、接続先へ直接アクセスします。接続問題の切り分けでは一時的にモードを切り替えても構いませんが、テスト後は実際の用途に合ったモードへ戻してください。

設定ファイルはクライアントが実際に読み込むYAML形式の内容で、ポート、DNS、ノード、ポリシーグループ、ルールなどを含められます。サブスクリプションURLは設定やノード情報を取得するためのアドレスです。クライアントがサブスクリプションを更新すると、リモートの内容がローカル設定として保存されます。サブスクリプションから生成されたローカルファイルへの変更は、次回更新時に上書きされる可能性があります。継続的に調整する場合は、オーバーライド機能または独立した設定を使ってください。

グラフィカルクライアントは、画面上の機能、内蔵コア、更新頻度がそれぞれ異なります。オーバーライド、サービスモード、接続パネルを備えるものもあれば、基本的なサブスクリプション管理とポリシー選択だけを提供するものもあります。プロトコルの対応状況もコアのバージョンに左右されます。クライアントを移行する前に、システムアーキテクチャ、サブスクリプション形式、TUN対応、使用するプロトコルの種類を確認してください。

Fake-IPはDNSモジュールがマッピング用アドレスを返し、その対応関係からドメイン名を復元してルールを適用します。通常はドメインによる判定を行いやすい方式です。Redir-Hostは実際の名前解決結果を返すため、一部のLAN機器や特殊なアプリでは挙動を把握しやすくなります。LAN内のドメイン、プリンター、ゲーム、特定アプリで名前解決に問題がある場合は、まず該当ドメインを除外リストに追加し、それでも解決しなければモードの切り替えを検討してください。

まずダウンロードしたクライアントが現在のOSとプロセッサーアーキテクチャに対応していることを確認し、有効なサブスクリプションを追加して一度更新します。次にルールモードを選び、主要なポリシーグループで利用可能なノードを選択し、システムプロキシを有効にして、最後にブラウザーでテストページへアクセスします。システムプロキシを読み取らないアプリも接続対象にする必要がある場合は、その後でTUNモードを設定してください。初回から複数の高度な項目を同時に変更するのは避けましょう。

クライアントの設定またはサブスクリプション画面で「サブスクリプションを追加」を選び、完全なURLを貼り付けて保存した後、「更新」または「ダウンロード」をクリックします。追加後は、作成された設定を明示的に選択してください。URLを一覧に保存するだけでは不十分です。クライアントが名前の入力を求める場合は、識別しやすい名前を付けられます。名前はサブスクリプションの内容やノード接続には影響しません。

まずブラウザーでURLにまだ内容が返ることを確認し、コピー時に途中で切れたり空白が混入したりしていないか確認します。次にクライアントのログでHTTPステータスと解析エラーを確認してください。URLがログインページ、プレーンテキストの案内、期限切れの情報、またはクライアント非対応の形式を返す場合、ノード一覧は空になります。設定の更新が成功し、現在のアクティブ設定として選択されていることも確認してください。

URLの有効性、返却形式、クライアントとの互換性、ローカルネットワークの4点から確認します。まず元のURLをコピーし直し、ネットワーク要求を書き換える可能性のあるブラウザー拡張機能や古いプロキシを無効にしてから、クライアントで更新を試します。返却内容にYAMLのインデントエラー、重複フィールド、現在のコアが対応していないプロトコルパラメーターが含まれる場合は、サブスクリプション提供元による修正が必要です。互換性のあるコアへ切り替える方法もあります。

まずインストーラーを現在のユーザーが書き込める場所に保存し、起動中の古いクライアントを終了します。通常のグラフィカル機能はユーザー権限で動作しますが、サービスのインストール、システムフォルダーへの書き込み、TUNドライバーの有効化には管理者権限が必要になる場合があります。セキュリティポリシーによってインストールが阻止された場合は、システムに表示された具体的なファイル名とポリシー名を確認し、インストールプロセスを何度も起動しないでください。

まずインストーラーがIntelまたはApple Siliconに対応していることを確認し、アプリを「アプリケーション」フォルダーへ移動します。システムに阻止された場合は、「プライバシーとセキュリティ」設定で該当する通知を確認してください。TUNまたはネットワーク拡張機能を有効にすると、macOSから管理者パスワードの入力やシステム拡張機能の承認を求められることがあります。承認後はクライアントを終了して再度起動し、古いプロセスが未承認の状態で動作し続けないようにしてください。

ルールは設定された順番に従って照合され、条件に一致するとその行で指定されたポリシーグループが使われます。ドメインにはDOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、IPアドレスにはIP-CIDR、地域データベースによる判定にはGEOIPを使用できます。より具体的なルールを広範なルールより前に置き、MATCHは通常末尾に配置して、それまで一致しなかった接続を受け持たせます。

selectはユーザーがノードまたは子ポリシーグループを手動で指定します。url-testはテストURLへ定期的にアクセスし、測定結果に基づいて適切なメンバーを選びます。fallbackは設定順に利用可能なメンバーを選び、先のメンバーが復旧すると再び切り替えられます。自動テストの結果はテスト対象への接続状況だけを示すもので、すべてのWebサイトやアプリでの実際の利用感を完全に表すものではありません。

必ずしも必要ではありません。ブラウザーやシステムプロキシ設定に従う多くのデスクトップアプリでは、システムプロキシだけを有効にすれば十分です。TUNモードは、システムプロキシを読み取らないアプリ、一部のコマンドラインツール、より広範なシステム通信を対象にします。両方を同時に有効にして正常に動作するクライアントもありますが、問題の切り分けでは、まずシステムプロキシだけをテストし、その後TUNを有効にすると、どの層で問題が起きているか判断しやすくなります。

クライアントでLAN接続の許可を有効にし、待ち受けアドレスが127.0.0.1だけに限定されていないことを確認します。mixed-portまたはHTTPポートも控えておいてください。LAN内の機器では、このPCのプライベートIPアドレスと対応するポートをプロキシサーバーとして指定します。システムファイアウォールが該当ポートへの受信接続を許可していること、2台の機器が相互通信できる同じLANに接続されていることも確認してください。

変更後はファイルを保存し、クライアントで設定を再読み込みするか、一度別の設定へ切り替えます。まずYAMLのインデントに同じ数のスペースが使われているか、フィールドが正しい階層にあるか、リスト項目の前のハイフンが欠けていないか確認してください。サブスクリプション由来の設定を直接編集すると、更新時に上書きされる可能性があります。クライアントにオーバーライドまたは設定の統合機能がある場合は、継続的な変更をオーバーライド層に記述してください。

速度テストの成功は、テスト先へそのノード経由でアクセスできることだけを示します。まず現在のポリシーグループで本当にそのノードが選択されているか確認し、次に接続パネルで対象ドメインがどのルールに一致したか確認してください。その後、DNSが結果を返しているか、ブラウザーが独自のプロキシやセキュアDNSを使っていないか、システム時刻が正確かを確認します。グローバルモードでテストすると、ルールの問題とノードの問題を切り分けやすくなります。

まずシステムプロキシとTUNを無効にし、PC本体の基本ネットワークで一般的なWebサイトへ正常にアクセスできることを確認します。次にサブスクリプションを更新してクライアントを再起動し、ログにDNS、ハンドシェイク、証明書、プロトコルパラメーターのエラーがないか確認してください。すべてのノードが同時にタイムアウトする場合は、まずローカルネットワーク、サブスクリプションの状態、ファイアウォール、クライアントのコアを確認します。一部のノードだけがタイムアウトする場合に限り、ノード自体の利用可否を調べます。

まずTUNを無効にし、システムプロキシモードで接続できることを確認します。次にクライアントが管理者権限を取得しているか、仮想ネットワークアダプターまたはシステム拡張機能のインストールが成功しているかを確認してください。その後、他のVPN、仮想マシンのネットワークアダプター、セキュリティソフト、古いプロキシサービスとの競合を調べます。再テスト時はネットワークを制御するツールを一度に1つだけ有効にし、ログのルーティング、DNS、権限エラーを確認してください。

一部のアプリはOSのプロキシ設定を読み取らないか、特定のプロキシプロトコルにしか対応していません。まずブラウザーなど標準的なアプリが正常に使えることを確認し、ローカルポートが有効であることを検証します。システムプロキシに従わないアプリでは、アプリ内にローカルプロキシアドレスを入力するか、権限と互換性を確認したうえでTUNを有効にしてください。アプリに古いプロキシアドレスが残っていないかも確認します。

一部のUWPアプリにはループバックアクセスの制限があり、初期状態では127.0.0.1上のローカルプロキシポートへ接続できません。クライアントに付属するUWP Loopbackツールを使い、プロキシを必要とするアプリにループバック権限を付与してから、対象アプリを完全に終了し、再起動してください。変更後はClashの接続パネルで、そのアプリの接続記録が生成されているか確認できます。

まずすべてのドメインで失敗するのか、特定のドメインだけで問題が起きるのかを切り分けます。設定のDNSスイッチ、nameserver、fallback、enhanced-modeが現在のコアに対応しているか確認し、システムのDNSキャッシュを消去してクライアントを再起動してください。IPアドレスではアクセスできるのにドメインではできない場合は、DNSログ、暗号化DNSへの到達性、Fake-IPの除外ルールを重点的に確認します。

クライアントが異常終了すると、システムプロキシが停止済みのローカルポートを参照したままになることがあります。クライアントを再度起動してシステムプロキシを無効にするか、OSのネットワーク設定からプロキシサーバーを手動で無効にしてください。以前TUNを有効にしていた場合は、仮想ネットワークアダプターと関連サービスも停止していることを確認します。完了後にネットワークへ再接続し、必要に応じてブラウザーまたはPCを再起動してください。

まず両方の端末で同じ最新版のサブスクリプションと同じノードを使っていることを確認し、そのうえでネットワーク環境、クライアントのコア、プロトコルパラメーターを比較します。PCではシステムプロキシ、TUN、DNS、ファイアウォール、システム時刻を重点的に確認してください。スマートフォンではWi-Fiではなくモバイル通信を使っている可能性があります。2台を同じネットワークに接続してテストすると、ネットワーク出口の違いによる影響を減らせます。