Clashの使い方：サブスクリプション・モード・接続・動作確認

操作を始める前に、インストール済みのClash GUIクライアントと、サービス提供元から入手したClash設定ソースを用意します。最も一般的なのはhttps://で始まるサブスクリプションURLで、ローカルのYAML設定ファイルの場合もあります。サブスクリプションURL、単一ノードのリンク、YAMLファイルは役割が異なります。サブスクリプションURLは通常クライアントから定期更新できますが、YAMLファイルは完全な設定を一度読み込むものです。単一ノードのリンクは、クライアントのサブスクリプション入力欄に直接追加できない場合があります。

まだクライアントをインストールしていない場合は、まずクライアントのダウンロードページを開き、現在のOSに合うGUIクライアントを選びます。WindowsとmacOSでは、システムプロキシの制御と設定管理画面を備えたデスクトップクライアントを使うのが一般的です。AndroidとiOSでは、システムのVPNインターフェースを使って通信を取り込みます。LinuxデスクトップではGUIクライアントを利用できますが、サーバーやルーター環境ではコア、サービス管理、設定パスについて追加の理解が必要です。このページではGUIクライアントの初回接続に共通する流れだけを扱い、より詳しいシステム統合については完全な使い方ガイドで説明します。

インストール後はクライアントを起動しますが、ほかのプロキシツール、ブラウザーのプロキシ拡張機能、システムレベルの通信制御プログラムは同時に起動しないでください。複数のツールがシステムプロキシ、仮想ネットワークアダプター、DNSを同時に変更すると、実際に通信を処理しているものを特定しにくくなります。以前ほかのプロキシソフトを使っていた場合は、該当するプログラムを終了し、システムのネットワーク設定に手動プロキシのアドレスが残っていないことを確認します。準備が整ったら、サブスクリプションの追加から始めてください。各手順で結果を明確に確認できます。

初回利用ではルールモードを優先する

設定の読み込みが完了したら、「モード」「プロキシモード」「Mode」の設定を開きます。一般的な選択肢には、ルールモード、グローバルモード、ダイレクトモードがあります。初回設定では、画面上のRuleにあたるルールモードがおすすめです。このモードでは、設定内のDOMAIN、IP-CIDR、GEOIP、MATCHなどのルールに従って通信を順番に判定し、指定されたプロキシグループへ接続を渡します。プロキシが必要な対象はプロキシグループへ振り分けられ、ローカルネットワークや設定で直接接続に指定された対象は直接接続できます。

グローバルモードでは、クライアントが取り込んだ通信の大部分を同じグローバルプロキシグループへ渡します。ルールによるアクセス差を一時的に確認する用途には向きますが、検証なしのデフォルト設定には適しません。ダイレクトモードでは、取り込まれた通信をプロキシ出口を経由させず、直接接続します。プロキシの効果を一時停止したり、比較テストを行ったりする場合に使います。3つのモードが変更するのは通信の振り分け方であり、クライアントの起動・停止ではありません。画面が「実行中」でも、ダイレクトモードではプロキシ出口の変化が見られない場合があります。

プロキシ画面で実際の出口を選択する

Ruleを選択したら、「プロキシ」または「Proxies」画面を開きます。通常はプロキシグループごとに分けて表示されます。まず、主要な出口を選ぶグループを探します。「ノード選択」「プロキシ」「PROXY」などの名前の場合もあれば、設定提供元が別の名前を付けている場合もあります。グループを開き、その中から具体的なノード、自動選択グループ、フォールバックグループを選びます。どれを選ぶか分からない場合は、設定に用意された自動選択を使うとよいでしょう。複数の階層を同時に適当に切り替えないでください。あるプロキシグループが別のグループを参照している場合があり、最終的な出口は参照関係全体によって決まります。

一部のクライアントでは、ノードの横に遅延テストボタンが表示されます。遅延テストで分かるのは、テスト条件下で対象へ接続できるかどうかと、おおよその往復時間だけです。すべてのウェブサイトにアクセスできることを単独で証明するものではありません。選択後は、現在の主要なプロキシグループと選択項目の名前を控えておきます。次の接続手順で問題が起きた場合、サブスクリプション全体を再インポートせず、ここに戻って別の利用可能な項目へ変更できます。

プロキシモードと通信の取り込み方式を区別する

Rule、Global、Directは、通信がクライアントに入った後の振り分け方を決めます。一方、システムプロキシ、VPNインターフェース、TUNは、どの通信をクライアントに入れるかを決めます。これは別の階層です。デスクトップでRuleだけを有効にし、システムプロキシやTUNを有効にしていなければ、通常のブラウザーは直接接続する可能性があります。逆に、システムプロキシを有効にしていてもDirectを選べば、通信はいったんクライアントを通過しますが、最終的には直接接続の出口から送信されます。

このガイドでは、まず確認しやすい方法を使います。デスクトップではシステムプロキシを有効にし、モバイルではシステムVPN接続を許可します。TUNはシステムプロキシ設定を読み取らないアプリも取り込めますが、仮想ネットワークアダプター、DNS、管理者権限、ルーティングテーブルに関する設定が必要です。初回接続で高度な項目をすべて同時に変更する必要はありません。まず基本方式で検証可能な接続を一度確立し、必要に応じてガイドのTUNに関する章を確認してください。

まずブラウザーで確認しやすいリクエストを発生させる

クライアントを実行したまま、ブラウザーのウィンドウを完全に閉じてから新しく開き、確認対象のウェブページへアクセスします。ブラウザーを再起動すると、古い接続やキャッシュによる影響を減らせます。ページが開くことは第一段階の結果にすぎません。クライアントに戻り、「接続」「ログ」「Connections」などの画面で、先ほどのブラウザーリクエストが実際にクライアントへ入ったことを確認します。

接続履歴で、先ほどアクセスしたドメインを探します。履歴には通常、対象アドレス、適用されたルール、使用したプロキシグループ、最終出口が表示されます。履歴があり、最終出口が2つ目の手順で選んだプロキシ設定と一致していれば、システム通信の取り込みとルール振り分けが機能しています。ページは開いたのに接続履歴がまったく変化しない場合、ブラウザーがシステムプロキシを回避しているか、クライアントがそのアプリを取り込んでいない可能性があります。まずシステムプロキシのスイッチを確認し、サブスクリプションを次々に変更するのは後にしてください。

プロキシ対象と直接接続対象をそれぞれテストする

ルールモードの目的は、すべてのリクエストを同じ経路にすることではなく、対象ごとに設定ルールに従って振り分けることです。そのため、少なくとも2回テストします。1回はプロキシ経由になるはずの対象、もう1回は設定上直接接続する一般的なサイトへアクセスします。2つの接続履歴で、ルールと出口が異なるか確認してください。プロキシ対象が主要なプロキシグループに入り、直接接続対象がDIRECTまたは同等の直接接続ポリシーとして表示されれば、Ruleモードの基本的な振り分けは成立しています。

すべてのリクエストが同じプロキシグループに入る場合は、モードがGlobalのままになっていないか確認します。すべてが直接接続になる場合は、Directのままになっていないか、主要なプロキシグループで誤ってDIRECTを選んでいないか確認してください。適用ルールが想定と異なる場合、ドメイン名だけで結果を判断しないでください。Clashはルールを上から順に照合するため、先に記述されたルールで行き先が決まっている可能性があります。ルールの順序、MATCHによるフォールバック、ルールプロバイダーの詳細はシステムガイドのルール振り分けの章をご覧ください。

状態の変化を利用して比較確認する

ウェブページのキャッシュによる影響を除外するため、元に戻せる比較テストを行います。クライアントを実行したまま、モードを一時的にDirectへ切り替え、確認ページを再読み込みして新しい接続履歴を確認します。その後すぐにRuleへ戻し、もう一度読み込みます。2回の履歴で出口がモードに応じて変化するはずです。比較後は必ずRuleへ戻し、主要なプロキシグループが以前選んだ項目のままか確認してください。

接続履歴がプロキシ経由を示しているのにウェブページを利用できない場合、問題は通常、システムプロキシのスイッチではなく、ノード接続、DNS解決、対象サービスの制限、証明書環境などにあります。まず同じプロキシグループ内の別の利用可能な項目へ変更し、ログに表示されたエラーの種類を確認します。タイムアウト、名前解決失敗、証明書エラーでは対処の順序が異なります。手順はトラブルシューティングFAQとHTTPS証明書エラーの解説をご覧ください。

一般的なネットワーク情報確認ページにもアクセスし、接続前後の出口情報を比較できますが、1つのサイトの結果だけを信頼しないでください。ブラウザー拡張機能、キャッシュ、IPv4とIPv6の経路差などが、1回ごとの結果に影響する場合があります。基本確認で最も信頼できるのは、3つの証拠を合わせることです。クライアントの接続履歴にリクエストが表示され、適用ルールが想定どおりで、ウェブページへのアクセスが実際に完了すること。この3つが同時に成立して初めて、今回の設定が完了したと判断できます。