Clash よくある質問

クライアントをインストールしてサブスクリプションを導入したら、クライアントの設定で「システムプロキシ」のスイッチをオンにします。クライアントは127.0.0.1:7890(デフォルトの混合ポート)をWindowsのシステムプロキシ設定に書き込み、システムプロキシに従うブラウザなどのアプリで即座に有効になります。一部のアプリ(多くのコマンドラインツールやゲームなど)はシステムプロキシを読み取らないため、これらを対象にする場合はTUNモードを有効にしてください。詳しい手順は本サイトの使い方ガイドページを参照してください。

これはmacOS Gatekeeperによる、ノータライズされていないアプリへの標準的なブロックであり、インストーラー自体に問題があるわけではありません。まず「システム設定 → プライバシーとセキュリティ」ページの下部でブロックされたアプリを見つけ、「このまま開く」をクリックしてください。破損表示が解消されない場合は、ターミナルで xattr -cr /Applications/クライアント名.app を実行して隔離属性を解除してから再度開いてください(パスは実際のインストール場所に合わせて調整)。この操作後、初回起動時に確認を求められるのは正常な流れです。

サブスクリプション提供元から取得した完全なURLをコピーし、クライアントの「設定」または「サブスクリプション」ページで「URLから導入」を選択して貼り付け、確認するとクライアントが設定をダウンロード・解析します。導入成功の目印は、設定リストに新しい項目が現れ、プロキシページにノードグループとノードリストが表示されることです。リストが空か、エラーが出る場合は、まずリンクがチャットツールで途切れていないか、余分な空白が含まれていないかを確認してください。一部のクライアントはQRコード読み取りやローカルYAMLファイルからの導入にも対応しています。

TUNモードは仮想ネットワークアダプターを作成するため、システムレベルの権限が必要です。Windowsでは管理者権限でクライアントを実行するか、クライアントの指示に従ってシステムサービスコンポーネントをインストールしてください。macOSでは初回有効化時に認証要求のポップアップが表示され、ログインパスワードの入力が必要です。LinuxではカーネルファイルにCAP_NET_ADMIN権限を付与するか、root権限で実行する必要があります。認証完了後にクライアントを再起動してから、TUNのスイッチを再度オンにしてください。サービスのインストールが繰り返し失敗する場合は、セキュリティソフトがドライバーのインストールをブロックしていないか確認してください。

許可する必要があります。AndroidクライアントはシステムのVpnServiceインターフェースを通じてデバイスのトラフィックを引き継ぎます。初回接続をタップすると「VPN接続の設定を許可しますか」というシステムダイアログが表示され、「OK」を選択することでローカルの仮想トンネルが確立されます。このトンネルは本機のクライアントにのみ接続され、クライアントがルールに従って各トラフィックを直接接続するか転送するかを判断します。どこか遠隔のVPNサーバーに接続しているわけではありません。誤って拒否した場合は、接続ボタンを再度タップすると許可ダイアログが再表示されます。

まずブラウザで直接サブスクリプションリンクを開き、内容が正しく返ってくるか、期限切れの案内ページになっていないかを確認します。続いて、リンクが途切れずに完全か、システム時刻が正確か、サブスクリプションのアドレスがプロキシ経由でのみアクセス可能か(一時的に直接接続に切り替えてから更新、またはその逆を試す)を順に確認します。リンクは開けるがクライアントで解析エラーが出る場合は、返却形式が非対応であることが多く、サブスクリプション提供元にClash形式のサブスクリプションを提供しているか確認してください。本サイトのブログには順に確認できるチェックリストがあります。

次の5点を順に確認してください:本機のネットワークが正常か(プロキシをオフにして正常にネットに接続できるか);サブスクリプションが期限切れでないか、トラフィックを使い切っていないか;クライアントの遅延テストURL自体が使用可能か;サブスクリプションを一度手動更新して最新のノードアドレスを取得する;一時的にグローバルモードに切り替えて単一ノードを直接指定し、ルールの誤設定を排除する。個別のノードは使えるが大半がタイムアウトする場合は、通常サーバー側の問題であり、サブスクリプション提供元に連絡する必要があります。クライアント側では解決できません。

まずブラウザにプロキシ関連の拡張機能がインストールされていないか確認してください。拡張機能のプロキシ設定はシステム設定を上書きします。次に、システムプロキシが指すポートとクライアントのリスニングポートが一致しているか(デフォルト7890)を確認してください。クライアント側でポートを変更したのにシステム設定が同期されていないのはよくある原因です。一部のブラウザは再起動しないと新しいプロキシ設定を読み込みません。またFirefoxはデフォルトで独自のプロキシ設定を使用するため、ネットワーク設定で「システムプロキシ設定を使用」に変更する必要があります。

UWPアプリはデフォルトで、システムによって本機のループバックアドレスへの接続が禁止されており、システムプロキシが127.0.0.1を指していても、そのリクエストは隔離・ブロックされます。解決方法は2つあります。1つはクライアント内蔵の「UWPループバック除外」ツール(一部のクライアントで提供)を使い、対象アプリにチェックを入れて許可する方法です。もう1つはTUNモードに切り替え、ネットワーク層で直接トラフィックを引き継ぎ、根本的にループバック制限を回避する方法です。変更後は対象アプリを再起動して確認してください。

他のプロセスが同じポートを使用していることを示しており、2つのプロキシクライアントを同時に起動した場合や、前回終了時にプロセスが残っている場合によく発生します。Windowsでは netstat -ano でポートを占有しているPIDを見つけ、タスクマネージャーで該当プロセスを終了させます。macOSとLinuxでは lsof -i:7890 で特定します。占有プロセスを終了させたらクライアントを再起動してください。2つのプログラムを共存させたい場合は、クライアント設定で別のポートに変更して再起動すれば反映されます。3プラットフォームの完全なコマンド手順は本サイトのブログ記事を参照してください。

必ずしもそうとは限らず、主な原因は3つあります。システム時刻の大きなズレにより証明書の有効期限検証が失敗する場合、現在のノードやネットワーク経路に異常があり目的のサイトではなくハイジャックされたページが返される場合、そして本機にパケットキャプチャ・デバッグツールのルート証明書がインストールされ、復号機能がまだ動作している場合です。調査の順序としては、まずシステム時刻を校正し、次にノードを切り替えて再テストし、最後にMITM系のツールがバックグラウンドで動作していないか確認してください。原因が判明するまで、エラーページで「続行」をクリックしないでください。