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

Clashは通常、プロキシコアと、そのコアを基盤に開発されたGUIクライアントの両方を指します。コアは設定の読み込み、ルールの照合、接続の転送を担当し、クライアントはサブスクリプション管理、システムプロキシの切り替え、ログ確認などの画面操作を担います。インストールパッケージを選ぶ際は、まず現在のOSに対応しているか、採用しているコアの種類とメンテナンス状況を確認してください。

クライアントは主に設定の読み込みとトラフィックの転送を行い、通常は利用可能なノードを直接提供しません。初回利用時には、有効なサブスクリプションURLまたはローカルのYAML設定ファイルが必要です。インポートに成功しても、設定を読み込めたことを示すだけで、ノードに接続できるかどうかはサブスクリプション、サーバー、ネットワーク環境、設定内容に左右されます。

サブスクリプションURLは更新可能なリモート設定を取得するためのものです。設定ファイルにはポート、DNS、プロキシノード、プロキシグループ、ルールなどが保存され、ノードは設定内にある具体的なプロキシサーバーの項目です。サブスクリプションを更新すると設定が再生成されるため、生成後のファイルを直接編集しても、次回更新時に上書きされる場合があります。

ルールモードは設定ファイルのルール順に従って直結かプロキシかを決めるため、普段使いに適しています。グローバルモードはすべての接続を選択したプロキシグループに渡し、一時的なノードのテストやルールの確認に便利です。直結モードはプロキシを経由しないため、問題がクライアントに起因するかを確認できます。モードを切り替えても、無効なノードや誤ったサブスクリプションが自動的に修復されるわけではありません。

システムプロキシはOSのプロキシ設定を通じて、プロキシに対応したアプリの通信を引き受けます。設定は簡単ですが、対象範囲には限りがあります。TUNモードは仮想ネットワークデバイスを作成し、システムプロキシを参照しないプログラムや一部のUDP通信も処理できますが、追加の権限が必要で、ファイアウォール、仮想NIC、ほかのネットワークソフトの影響も受けやすくなります。

クライアントのサブスクリプションまたは設定画面でURLからのインポートを選び、完全なURLを貼り付けて保存します。ダウンロードと解析が完了したら、新しい設定を現在の設定として選択し、プロキシまたはプロキシグループの画面で使用するポリシーを指定してください。サブスクリプションURLをブラウザの検索欄に貼り付けたり、個人パラメータを含むリンクを公開したりしないでください。

まず、インポートした項目がサブスクリプション一覧に保存されているだけでなく、現在の設定として選ばれているか確認してください。それでも空の場合は、ログにYAML構文、フィールド型、ダウンロード失敗に関するメッセージがないか確認します。サブスクリプションがWebページ、ログイン画面、空の内容を返している可能性もあります。URLが完全か、アカウントが有効かを確認し、サブスクリプション画面から手動更新も試してください。

まずシステムプロキシを無効にして再試行し、利用可能な接続が確立していない状態でクライアント自身のプロキシを使って更新するのを避けます。続いて、端末の時刻、DNS、サブスクリプションのドメインに正常にアクセスできるか確認してください。ブラウザでもURLを開けない場合は、ネットワークまたはサブスクリプション提供側に問題がある可能性が高くなります。クライアントだけが失敗する場合は、ログのステータスコードと証明書に関する表示を確認します。

クライアントを保護されたシステムフォルダーで長期間実行せず、現在のユーザーに書き込み権限があるフォルダーへ移動してください。設定フォルダーが読み取り専用になっていないか、セキュリティソフトがクライアントによるファイル作成を阻止していないかも確認します。システムプロキシ、サービス、仮想NICへの書き込みが必要な場合は、クライアントを終了してから管理者権限で一度再起動してください。

Windowsではクライアントを管理者として起動し、関連サービスや仮想NICが正しくインストールされているか確認します。macOSではシステムのダイアログでネットワーク拡張を許可するか、管理者の認証情報を入力してください。LinuxではTUNデバイスの存在を確認し、コアに必要なcapabilitiesを設定するか、権限を持つサービスとして実行します。変更後はクライアントを完全に終了してから再起動してください。

Androidクライアントは通常、VpnServiceを通じて通信を処理するため、初回接続時にシステムの許可が必要です。毎回ダイアログが表示される場合は、アプリデータが消去されていないか、別のVPNアプリが同時に動作していないか、端末メーカーの省電力機能がバックグラウンドプロセスを終了していないか確認してください。通常、同じ時点でシステムのVPN経路を使用できるアプリは1つだけです。

まずOSのネットワーク設定にプロキシのアドレスとポートが反映されているか確認し、ポートが現在の設定と一致しているか照合します。一部のブラウザ、コマンドラインツール、サンドボックスアプリはシステムプロキシを読み取らないため、個別にプロキシを設定するかTUNモードを使用してください。クライアントの異常終了後に古いプロキシ設定が残った場合は、システムプロキシを無効にしてから再度有効にします。

一部のUWPアプリはループバックアクセスの制限により、ローカルのプロキシポートへ直接接続できません。クライアントにUWPループバックツールがある場合は、それを使ってプロキシが必要なアプリのLoopback Exemptを有効にし、対象アプリを再起動してください。ツールがない場合はTUNモードも利用できますが、仮想NICとファイアウォールのルールが正常であることを確認する必要があります。

ルールは上から順に照合されるため、より具体的なドメイン、プロセス、ネットワーク範囲のルールを、広範なGEOIP、GEOSITE、MATCHルールより前に置きます。サブスクリプションから生成された設定は更新時に手動変更を上書きする可能性があるため、長期的にはクライアントのオーバーライド、設定マージ、ルールプロバイダー機能でカスタムルールを管理するのが適しています。

設定でLAN接続を有効にし、待ち受けアドレスがローカルループバックだけでなくLANからのアクセスを許可していることを確認します。次にファイアウォールで対応するHTTP、SOCKS、mixedポートを許可し、他のデバイスではClashを実行している端末のLANアドレスをプロキシサーバーとして指定してください。信頼できるネットワークでのみ公開し、インターネットに直接公開しないでください。

自動起動は通常、クライアントを起動するだけで、設定の読み込み、プロキシグループへの接続、システムプロキシの有効化まで行うとは限りません。クライアントの起動時接続復元、システムプロキシ、バックグラウンドサービスの設定を確認し、再起動後も現在の設定を読み込めるか確認してください。OSの起動に時間がかかる場合は、ログイン完了後に手動で一度開き、起動順序の問題かどうかを切り分けます。

まず直結モードに切り替えてローカルネットワークが利用できるか確認し、サブスクリプションを更新してシステム時刻とDNSを確認します。速度測定用のURLにアクセスできないだけで、すべてのノードがタイムアウトと表示されることもあるため、実際にWebページを開くテストも行ってください。ログに接続拒否、ハンドシェイク失敗、ドメイン名前解決失敗があれば、ノード停止、プロトコルパラメータの誤り、DNS問題を切り分ける手がかりになります。

まずシステムプロキシまたはTUNを無効にし、基本的なネットワーク接続が戻るか確認します。次に明らかに利用可能なノードを選び、現在のプロキシグループが無効なノードを指していないか、ログにプロキシループ、ポート競合、DNSエラーがないか確認してください。システムプロキシとTUNを同時に有効にすると、別のVPN、通信高速化ツール、セキュリティソフトと競合することもあります。

未認証は通常、サブスクリプションURLの認証情報が無効になった、アカウントの状態が変わった、またはサーバー側がリクエストを拒否したことを示します。まずサブスクリプション管理画面で元のURLをコピーし、文字が欠けていないか確認してください。そのうえで、提供元から新しい有効なURLを取得します。クライアントで何度更新してもサーバー側の認証問題は解決せず、古い設定にノードが残っていても接続できなくなる可能性があります。

まずログで失敗しているのがドメインの名前解決か、その後の接続かを確認します。一時的に拡張DNS、fake-ip、カスタムnameserverを無効にすると、DNS設定が原因かどうかを切り分けやすくなります。ルールがDNSリクエストを利用できないノードへ誤って送っていないか、端末上で別のDNSフィルタリングソフトが動作していないかも確認してください。設定を変更した後はキャッシュを消去して再接続します。