困ったときは、まずここで答えを探してください

まず現在のノードの遅延を確認してください：タイムアウトや赤色表示の場合は、遅延が正常な別のノードに切り替えて再試行してください。遅延が正常でも開けない場合は、プロキシモードが誤って「直接接続」になっていないか確認してください。デスクトップでは「ログ」ページで、どの接続がどの理由で拒否されているかも確認できます。まれにDNS解決の異常が原因の場合もあり、コアを再起動すれば通常は解消します。

まずノード自体の問題を排除しましょう：「自動選択」グループに切り替えて、最も遅延が低い経路を自動で選ばせてください。すべてのノードが遅い場合は、プロバイダー側の回線がピーク時間で混雑している可能性があります。時間帯を変えるか、プロバイダーに問い合わせてください。また、誤って「グローバルモード」がオンになりローカル向けの通信までプロキシ経由になっていないかも確認しましょう。「ルールモード」に戻せばローカル向けサイトの直接接続速度が回復します。

多くの場合、振り分けルールがそのサイトを誤って直接接続に振り分けています。「ルール」ページで該当ドメインを検索し、どのルールに一致しているか確認してください。ルールセット自体に問題がなければ、DNSの汚染が疑われます。ドキュメントのDNS設定セクションを参考に、fake-ipとfallbackが推奨値どおりに設定されているか確認してください。

まず手動で「速度テスト」を1回実行し、表示が更新されていないだけでないか確認してください。それでもタイムアウトする場合、そのノード自体の障害かサブスクリプションの期限切れが疑われます。プロバイダーの管理画面でアカウント状態を確認してください。一部のノードだけ異常な場合は、単純にノードを切り替えれば十分です。故障ノードに何度も再試行するのは避けましょう。

まずサブスクリプションURL自体にアクセスできるか確認してください：リンクをブラウザに貼り付けて開けない場合は、URLがブロックされているかプロバイダー側の障害です。モバイル回線での更新を試してください。リンクは開けるのにクライアントの更新だけ失敗する場合は、システム時刻が正確か確認してください（時刻のズレが大きいと証明書検証が失敗します）。クライアントの更新タイムアウト設定が短すぎる可能性もあるため、「プロファイル」ページから手動で再試行してみてください。

使えます。サブスクリプションリンク自体はデバイスに依存しません。プロバイダーが設定したデバイス数の上限を超えていなければ、新しいデバイスに同じリンクを貼り付けて導入するだけで、以前と同じノードが使えます。デバイス変更後は一度「更新」を手動で実行し、最新のノードリストを取得することをおすすめします。

多くの場合、リンクをコピーした際に末尾の文字が欠けています。最初からもう一度完全にコピーするのが確実です。入力欄に余分なスペースや改行が入っていないかも確認してください。リンクに問題がないことを確認できたら、既存の設定を何度も更新するのではなく、一度削除して新規に追加してみてください。

これはmacOSのGatekeeper機能が未署名アプリをデフォルトでブロックしているだけで、実際にファイルが壊れているわけではありません。「システム設定 → プライバシーとセキュリティ」を開き、ブロックされたアプリの通知の横にある「このまま開く」をクリックしてください。古いmacOSでは、アプリアイコンをControlキーを押しながらクリックして「開く」を選び、ポップアップでもう一度確認する必要がある場合があります。

プロキシ系ツールはシステムのネットワーク設定を変更するため、セキュリティソフトのヒューリスティック検知で誤検知されやすいという業界共通の問題があります。Clashクライアントのソースコードは完全に公開されており、GitHubで自由に検証できます。セキュリティソフトでインストーラーを一時的に信頼リストに追加するか、GitHubリポジトリから最新ビルドを直接取得してください。

クライアントの「設定」ページで「起動時に自動実行」がオンになっているか確認してください。デスクトップではシステムのスタートアップ管理で手動で無効化されていないかも確認が必要です。Windowsユーザーはさらに、セキュリティソフトや常駐アプリの管理機能によって自動的に無効化されていないか確認し、再度有効にしてください。

競合します。システムプロキシとネットワークアダプターを占有できるのは同時に1つのツールだけです。2つ同時に有効にするとポートやルーティングテーブルを奪い合い、両方とも不安定になります。Clashクライアントを使う前に、他のプロキシ/VPNを完全に終了（最小化ではなく）してください。切り替える際も「1つを終了してから別のものを起動する」という順序を守ってください。

まず完全に終了してから再度起動してみてください。一時的な問題の多くは再起動で解決します。繰り返し発生する場合は、設定ファイルを手動編集した際のYAML形式エラー（Tabとスペースの混在が最も多い原因）がないか確認してください。まず正常に動作していた古い設定に戻し、設定の問題かクライアント自体の問題かを見極めましょう。

まずルールセットの数を確認してください。ルールセットを過剰に登録していたり、ルールが複雑すぎると、マッチング処理のコストが増加します。ログレベルが誤って「debug」のまま長期間動いていないかも確認し、「info」や「warning」に戻すことでリソース消費を大幅に減らせます。使用率が下がらず上がり続ける場合は、いずれかの接続が再接続ループに陥っている可能性があるため、コアを再起動すればクリアされます。

必ずしもそうではありません。個別のノード接続失敗や単発の速度テストのタイムアウトは赤色のログとして記録されますが、これは正常なフォールバック動作であり、全体の接続や利用に影響がなければ問題ありません。同じエラーが延々と表示され続ける場合は、そのエラーに含まれるドメイン名やノード名を目印に該当箇所を確認する方が、すべてのログを読むより効率的です。