Clashの使い方
サブスクのインポートから接続確認まで

Step 02 · Rule

ルールモードとプロキシノードを選択

設定を有効にしたら、「モード」「プロキシモード」またはMode設定を開きます。一般的な選択肢には、ルール、グローバル、ダイレクトがあり、英語では通常Rule、Global、Directと表示されます。初回設定ではルールモードをおすすめします。このモードは設定ファイルのルールを読み込み、ドメイン、IP、アプリの種類などの条件に応じて、リクエストを直接接続するかプロキシ経由にするか、別のポリシーへ渡すかを決定します。多くのサブスク設定が想定している基本的な動作モードでもあります。

グローバルモードは、プロキシ可能なリクエストの大半を1つのプロキシポリシーへ送るため、特定のノードが使えるか短時間で判断する用途に向いています。ただし、ルールを理解していない状態での標準設定には適しません。ダイレクトモードではリクエストがプロキシを経由せず、プロキシを一時停止したり、クライアントがローカルネットワークに影響しているか確認したりする際に使います。3つのモードはノード自体を変更するものではなく、リクエストをどのようにポリシーへ渡すかを変えるものです。後の接続確認を分かりやすくするため、まずはルールモードに固定し、テスト中に頻繁に切り替えないでください。

モードを選択したら、「プロキシ」「ポリシーグループ」またはProxiesページを開きます。ここは単なるノード一覧ではなく、複数のポリシーグループで構成されていることが一般的です。手動でノードを選ぶグループ、自動テストを行うグループ、動画配信、メッセージング、ダイレクト接続用のグループなどがあります。まず、設定内の主要な手動選択グループを探します。名前は「ノード選択」「プロキシ」「PROXY」、またはサービス提供元独自の名称になっている場合があります。そのグループで現在利用できるノードを1つ選択してください。

クライアントに遅延テストボタンがある場合は、ノードがテストリクエストを完了できるか確認できます。ただし数値は特定のテスト先に対するその時点の応答状況を示すだけで、Webページの読み込み速度や継続的な接続品質と同じではありません。初回設定では数値を何度も比較する必要はなく、結果が返り、地理的な条件も合うノードを1つ選べば十分です。すべてのノードがタイムアウトする場合は、接続手順へ進むのではなく、まずサブスクを更新し、ローカルネットワークとシステム時刻を確認してください。

ポリシーグループの選択を保存

ノードをクリックしたら、ポリシーグループのタイトル付近に新しいノード名が表示されているか確認します。ページを離れると自動保存されるクライアントもあれば、もう一度確認操作が必要なクライアントもあります。ポリシーグループが自動選択に設定されている場合、具体的なノードではなく自動ポリシー名だけが表示されることがあります。その場合は初期設定を維持して構いません。初回利用時に複数のポリシーグループを同時に変更すると、後でアクセスに問題が起きた際に原因を特定しにくくなるため避けてください。

ルールモード、ポリシーグループ、ノードの関係は、ルールがまずリクエストの送り先となるポリシーグループを決め、次にポリシーグループが実際に使うノードまたはダイレクト接続を決める、という形です。ここでは最小限の設定だけを行い、モードがルールで、主要なポリシーグループに明確な選択があることを確認します。select、url-test、fallbackなどのポリシーグループの違いは、接続に成功してから設定フィールドリファレンスで確認できます。現在の手順には影響しません。

Step 04 · Connections

リクエストがルールどおり処理されるか確認

接続後は、スイッチの色だけで判断しないでください。まず新しいブラウザータブを開き、通常どおり直接接続できるWebサイトへアクセスして、ローカルネットワークが正常であることを確認します。次にプロキシ経由が必要な対象ページへアクセスします。両方のページを開ければ、システム接続、ルール振り分け、ノード経路の基本的な循環が成立しています。ダイレクト接続のページだけ開ける場合は、プロキシノード、ポリシーグループの選択、プロキシルールに問題があることが多く、すべてのページを開けない場合はシステムプロキシのポート、クライアントの実行状態、DNSを優先して確認します。

続いてクライアントに戻り、「接続」「セッション」「ログ」またはConnectionsページを開き、ブラウザーを再読み込みします。正常なら新しいリクエスト記録が表示され、対象ドメイン、使用されたルール、ポリシーグループ、実際のノード名などを確認できます。先ほどアクセスしたドメインを探し、想定したポリシーに一致しているか確認してください。プロキシが必要なリクエストは主要なプロキシグループに入り、ローカルサービスや一般的なダイレクト接続先はDIRECTと表示されることがあります。出口IPだけを見るより、ルールが実際に機能しているかを確認しやすい方法です。

ブラウザーのページは開くのに接続一覧へ新しい記録がまったく追加されない場合は、ブラウザーに独自のプロキシ設定がある、別のVPNを使用している、またはシステムプロキシが現在のクライアントを実際には指していない可能性があります。まずブラウザーの個別プロキシ拡張機能を無効にし、システムプロキシのスイッチを確認してから、ブラウザーを完全に終了して再起動します。接続記録はあるものの想定外のポリシーに一致している場合は、システムからクライアントへの引き渡しは正常です。クライアントの再インストールを繰り返さず、ルールやポリシーグループを確認してください。

アクセスできない場合は順番に確認

「クライアントは接続済みなのにWebページを開けない」場合は、複数の条件を同時に変更せず、次の順番で確認してください。1つ目、現在の設定が選択されたままで、設定更新にも失敗していないこと。2つ目、主要なポリシーグループに戻り、テストを完了できる別のノードへ切り替えること。3つ目、システムプロキシまたはモバイルVPNを一度無効にして再度有効にし、接続を作り直すこと。4つ目、接続記録に対象ドメインが表示されること。5つ目、ログにDNS、接続タイムアウト、ポートに関する明確なエラーがないこと。

ノードを切り替えて復旧した場合は、設定とシステムへの引き渡しは基本的に正常で、元のノードが一時的に利用できない状態です。接続一覧にリクエストがまったくない場合は、システムプロキシ、VPNの許可、他のネットワークツールを重点的に確認します。リクエストがクライアントに入っているのに名前解決に失敗する場合は、DNS設定を検討します。DNSの問題は、多数の項目を無作為に切り替えて解決するものではありません。fake-ip、redir-host、システムDNS、TUNには明確な連携関係があります。ログの状況に応じてトラブル対処Q&Aを確認し、フィールド単位で確認する場合はDNSと設定フィールドの解説へ進んでください。