このチェックリストは「最も可能性が高く、確認しやすい」ものから「比較的珍しい」ものへの順に並んでいます。順番通りに確認し、手順を飛ばさないことをお勧めします。「プロキシはオンなのにネットに繋がらない」ケースの大部分は最初の4項目に集中しており、実際に8番目や9番目まで確認が必要になることは稀です。順番に進めれば通常2〜3分で問題箇所が見つかり、最初から複雑なネットワーク環境の問題を疑う必要はありません。

  1. クライアントに「接続済み」と表示されているか——最も基本的でありながら、最も見落とされやすいステップです。一部のクライアントはインストール後に手動で接続ボタンをクリックする必要があり、ソフトを開くだけで自動的に有効になるわけではありません。まず左下やホーム画面の接続状態を確認してください。
  2. システムプロキシのスイッチが本当にオンになっているか——クライアント内部で接続済みと表示されていても、システムレベルのプロキシ設定が切り替わっているとは限りません。Windowsではトレイアイコンのメニューで「System Proxy」にチェックが入っているか、macOSではメニューバーアイコンで「Set as System Proxy」が選択されているかを確認してください。
  3. サブスクリプションでノードが正しく導入されているか——「設定 / Profiles」ページを開いて、ノード数が0になっていないか確認してください。0の場合は、サブスクリプションリンクが無効になっているか、コピー時に余分な空白が入っていることが多いです。リンクを再取得してもう一度試してください。
  4. 現在のプロキシグループに使えるノードがあるか——ノード数が正常でも、ノードが使えることを保証するものではありません。プロキシグループで一度速度テストを行い、すべてのノードのレイテンシがタイムアウトと表示される場合は、サブスクリプション提供者側の問題である可能性が高いです。別のサブスクリプションに切り替えるか、提供者に連絡してください。
  5. ルールがこのサイトを直接接続として分類してしまっていないか——これは「特定のサイトだけ開けないが他は正常」という状況で最も多い原因です。クライアントの「接続 / Connections」パネルを開き、このリクエストがヒットしたルールがDIRECTになっていないか確認してください。実際に誤判定されている場合は、ルール解説の記事を参考に手動でルールを追加して修正できます。
  6. ローカルポートが他のプログラムに使われていないか——Clashはデフォルトで7890番（プロキシポート）と9090番（外部コントローラーポート）を使用します。他のプロキシソフトが動作中だったり、以前のClashプロセスが完全に終了していない場合、ポートの競合によりプロキシが正常にリスニングできなくなります。クライアントを再起動するか、ポート設定を変更すれば解決します。
  7. DNSが汚染されている、またはFake-IPを使っていないか——ページには接続できるのに読み込みが異常に遅い、または一部のサイトが間違ったIPに解決される場合は、DNS設定でFake-IPモードが有効になっているか確認してください。具体的な仕組みと設定についてはDNS設定の記事を参照してください。
  8. TUNモードの権限が正しく設定されているか——TUNモードを有効にしたのに一部のアプリが依然プロキシを経由しない場合は、システム権限が正しく付与されているか確認してください：Windowsでは管理者として実行されているか、macOSではシステム設定で対応するネットワーク拡張が許可されているか。
  9. 他のプロキシ / VPNソフトと競合していないか——複数のプロキシツールを同時に実行すると、ほぼ確実に競合が発生します。一部のブラウザ拡張機能に内蔵された「VPN」機能も含まれます。他のプロキシ系ツールをすべて無効にし、Clashだけを動かして単独でテストしてください。

順番に確認していく中で、ある項目に来たときに問題が突然消えた場合、それが原因である可能性が高いです。まずそれを解決してから、残りの項目にも問題がないか続けて確認すればよく、9項目すべてを終えてから結論を出す必要はありません。

調査時に活用できる2つの内蔵ツール

ほとんどのクライアントにはUI内に2つの調査ツールが内蔵されていますが、多くの初心者はまったく使ったことがありません。1つは「レイテンシテスト」で、プロキシグループ内の各ノードを個別に速度テストでき、特定のノードがダウンしていないかを素早く確認できます。もう1つは「接続 / Connections」パネルで、各ネットワークリクエストがどのルールにヒットし、どのノードを経由したかをリアルタイムで確認できます。ルールが効いているかを当て推量するよりずっと分かりやすいです。上記の5番目の「ルールの誤判定」を調査する際、このパネルはほぼ必須のツールです。それ以外にも、一部のクライアントは「ログ / Log」ページを提供しており、ログレベルをdebugに設定するとより詳細な接続プロセスを確認できます。難しい問題に遭遇したときは、このログを提供者に送るかコミュニティで質問すると、通常より速く正確な答えが得られます。

9項目すべて確認しても解決しない場合

多くの場合、Clashクライアントの設定の問題ではなく、ノード自体の問題（例えば提供者側の回線障害）です。サブスクリプション提供者に連絡して回線状態を確認するか、まず「グローバルモード」に切り替えてすべてのノードの接続性をテストし、ルール設定による見せかけの問題かどうかを排除できます。いくつかのノードに切り替えても問題が続く場合、ノードの要因はほぼ排除できるので、前述の9項目のチェックを改めてやり直してみてください。特にポート競合とDNS関連の2項目は、これらの問題の症状が「ノードが使えない」ように見えることがあるためです。本サイトのよくある質問ページにも、このチェックリストよりさらに細かい具体的なエラーメッセージに対応した、より的を絞った調査シナリオが収録されています。