Clash ナレッジベース · ダウンロードと設定

ノード選びより先に、設定を使える状態にしましょう。クライアントをインストールしたら、既存のサブスクリプションまたはローカル設定を読み込み、設定一覧に表示され、現在の設定として選択されていることを確認します。サブスクリプションURLは設定の取得元であり、ソフトウェアのインストーラーでも、公開共有リンクでもありません。読み込みに失敗した場合は、ダウンロード失敗、データ形式の誤り、コアが対応していない項目を切り分けます。エラーメッセージを控え、条件を変えずにURLを何度も貼り直すのは避けてください。スクリーンショットやログを共有する前に、サブスクリプションURLに含まれる認証情報を隠しましょう。

画面に「実行中」と表示されても、アプリの通信がプロキシ経由とは限りません。設定の読み込みが完了したらシステムプロキシを有効にし、ブラウザーから新しいリクエストを送って、クライアントの接続ログを確認します。一部のターミナル、ゲーム、独自の通信処理を行うアプリはシステムプロキシを参照しません。ウェブページを開けるだけで、すべての通信が取り込まれているとは判断できません。同じアプリから同じ接続先へアクセスして再現性を確認しましょう。より多くのアプリの通信を取り込む必要がある場合は、TUNに必要な権限やルーティングを調べます。初回起動時にすべての機能を有効にする必要はありません。

接続確認では経路と結果の両方を見ましょう。プロキシグループでノードを選び、テスト先へアクセスして、接続の詳細に表示される対象ドメイン、適用ルール、実際の出口を確認します。遅延テストで分かるのは、その時点でテスト先が応答した状況です。すべてのサイトやUDP通信が正常とは限りません。ノードを切り替えると復旧する場合はノード自体を比較し、ログにリクエストが記録されない場合は、まず通信の取り込み設定を確認します。問題のあるレイヤーを特定してから、設定の変更やルールの調整を検討してください。

ドメインにアクセスできなくても、ノードが原因とは限りません。アプリからリクエストを送って接続が確立するまでには、名前解決、ルールの照合、出口の選択が関わります。まずエラーが名前解決のタイムアウト、接続拒否、ハンドシェイク失敗のどれかを確認し、ログに記録されたドメインと接続先アドレスを照らし合わせます。ブラウザーでセキュアDNSが有効になっていると、システムとは異なる経路で名前解決される場合があります。コアのDNS設定を変更する前に、リクエストがどこで処理されているか確認してください。システムの名前解決ツールの結果だけでは、ブラウザーの実際の通信経路をすべて把握できません。

Fake-IPはドメインを仮想アドレスに対応付ける仕組みで、実際の出口ではありません。有効にすると、コアはアプリに予約済みアドレス範囲の仮想アドレスを返し、後から対応するドメインを特定して通信を振り分けます。ツールにこの種のアドレスが表示されても、名前解決の失敗とは限りません。実アドレスが必要なLAN内サービスでは、すべてのドメインを除外するのではなく、実際の互換性に応じてフィルター条件を設定してください。名前解決モードを切り替えた後も、アプリやシステムに古いキャッシュが残ることがあります。既存の接続を閉じて関連するキャッシュを削除し、新しいリクエストの挙動を比較しましょう。

TUNのトラブル対処では、ルーティングと権限を併せて確認します。仮想ネットワークインターフェースを使うと、通信を取り込める範囲が広がる一方、権限、DNSの横取り、ルートの競合なども問題になることがあります。有効化後にLAN内の機器へ接続できなくなった場合は、まず除外ルートと他のVPNソフトを確認し、次にデフォルトルートが想定どおりかを調べます。比較用に、正常に動作しているシステムプロキシの設定を残しておきましょう。ネットワークスタックとルールセットを同時に変更するのは避けてください。調査が終わったらログレベルを通常の設定に戻し、ログ共有時は必要な箇所だけを残して、サブスクリプション、コントロール用インターフェースの認証情報、個人のアクセス履歴を隠します。