Clash 使い方ガイド

クライアントを開いたら、まず「サブスクリプション」「設定」「Profiles」などの画面を探します。この画面には通常、ローカル設定とリモート設定が一覧表示され、追加、貼り付け、URLから導入、新しいサブスクリプションの作成などのボタンがあります。「URLから導入」を選び、先ほどコピーした完全なサブスクリプションURLを入力欄に貼り付けます。画面で名前を求められた場合は、「日常用設定」のようにサービス名や用途を入力すると、複数のサブスクリプションを後から識別しやすくなります。名前はローカルでの識別にのみ使われ、サブスクリプションの内容は変わりません。

URLを確認したら、「導入」「追加」「ダウンロード」などをクリックします。クライアントがリモート設定を取得し、カーネルで解析します。正常であれば、設定一覧に新しい項目が追加され、更新日時、ファイルサイズ、更新状態などが表示されます。導入後に新しい設定が自動で有効にならないクライアントもあるため、その設定をもう一度クリックするか、右側のメニューから「現在の設定にする」を選択してください。この手順が完了したらプロキシ画面へ移動し、複数のプロキシグループと、グループ内のノード名が表示されることを確認します。

ノード一覧が表示されても、接続が確立したとは限りません。設定がクライアントに読み込まれたことを示すだけです。ここで一度手動更新を実行します。設定横の更新ボタンまたは「サブスクリプションを更新」をクリックし、処理が完了するまで待ちます。これによりURLが有効か確認でき、初回導入時にキャッシュされた内容を使うことも避けられます。自動更新間隔を設定できる場合も、基本接続が成功してから設定してください。初回操作では初期値のままにして、余計な変数を増やさないようにします。

導入をクリックしても項目が追加されない場合は、まずURLをプレーンテキストエディターに貼り付け、先頭、末尾、パラメーターが完全か確認してからクライアントで再試行します。「形式に対応していません」「解析に失敗しました」、またはYAML関連のエラーが表示される場合は、クライアントで読み取れない内容が返されているか、現在のカーネルが対応していないフィールドが設定に含まれている可能性があります。複数のクライアントを次々に切り替えて問題を隠すのではなく、まずサブスクリプション管理画面で形式を確認してください。設定構造、サブスクリプション変換、複数サブスクリプションの統合については、応用設定マニュアルも参照してください。

サブスクリプションを読み込んだら、「プロキシ」「Proxies」または「モード」画面を開きます。Clashの代表的な動作モードにはRule、Global、Directの3つがあります。初回設定ではRuleモードを推奨します。設定ファイルのルールに従って、各リクエストをプロキシ、直接接続、または特定のプロキシグループへ振り分けられるためです。Ruleモードなら、日本国内などのローカルサイトやLANアドレスへの直接接続を維持しつつ、プロキシルールに一致するリクエストを選択したノードへ送れます。日常利用の開始点として適しています。

Globalモードは、プロキシ経由が可能な通信の大部分を指定したグローバルプロキシグループへ送ります。特定のノードが接続できるか一時的に確認したり、問題がルールのマッチングに起因するか調べたりする場合に便利です。ただし、通信先を把握しないまま常用の初期設定にするのはおすすめしません。Directモードはプロキシノードを使わず、プロキシを一時停止したり、有効化前のネットワーク状態と比較したりする際に使用します。モードの切り替えは通信の振り分け方法を変えるだけで、システムプロキシやTUNの切り替えにはなりません。モード選択後も、次の手順で接続を完了させる必要があります。

Ruleを選択したら、画面内のプロキシグループを確認します。グループの表示形式は、ドロップダウン、横並びのタブ、展開可能なノード一覧など、クライアントによって異なります。まず、通信の大部分を振り分ける主要グループを探します。通常は一覧の先頭付近にあり、「ノード選択」「PROXY」「手動選択」、またはサブスクリプション提供元独自の名前が付いています。グループを開き、特定のノードか、「自動選択」「フォールバック」など設定済みのサブグループを選びます。遅延テストボタンがある場合は参考として実行できますが、結果はその時点で端末から対象アドレスまでの応答状況を示すだけで、すべてのWebサイトでの実際の速度を意味するものではありません。

設定には、「ストリーミング」「メッセージング」「広告ルール」「その他の通信」など、複数のプロキシグループが含まれる場合もあります。初回利用では各グループを変更せず、サブスクリプション提供元の初期選択を維持してください。主要グループがDIRECTやREJECTになっていないことだけ確認します。一度に多くのプロキシを変更すると、問題の切り分けが難しくなります。リクエストに失敗したとき、ノードが利用できないのか、別のグループにマッチしたのか、サブグループが直接接続を選んだのか判断しにくくなるためです。主要グループを選択したら、現在の画面を数秒開いたままにし、接続テストのエラーが連続していないことを確認してから接続手順へ進みます。

クライアントのホーム画面または設定画面に戻り、まずカーネルの稼働状態を確認します。クライアントによっては、「起動」「サービスモード」「Core」「Mihomo」、または電源ボタン型のアイコンでカーネルの状態を示します。起動すると、状態欄に稼働中と表示され、ローカルポートの待ち受けも始まります。ログの入口がある場合は開き、設定の読み込み失敗、ポートの競合、権限不足などのエラーが繰り返し出ていないことを確認します。カーネルが正常に動作して初めて、システムプロキシやTUNから通信を転送できます。

次に「システムプロキシ」または「System Proxy」を有効にします。このスイッチにより、OSのHTTPおよびHTTPSプロキシが、クライアントの待ち受けるローカルポートを指すようになります。多くのブラウザーやシステムのネットワーク設定に従うデスクトップアプリは、そのままClashを利用します。WindowsとmacOSのクライアントは通常、システムプロキシを直接切り替えられます。AndroidとiOSでは、一般にシステムVPNの許可を通じて通信を取り込み、初回有効化時に確認画面が表示されます。許可するとステータスバーにVPNマークが表示されます。Linuxデスクトップでのシステムプロキシ対応はディストリビューションとアプリによって異なり、一部のコマンドラインツールでは環境変数を個別に設定する必要があります。

システムプロキシを有効にした直後に、DNS、ポート、ルールを変更しないでください。まずクライアントを前面に表示したまま数秒から十数秒待ち、既存のブラウザー接続が終了または再確立するのを待ちます。その後、新しいブラウザーウィンドウで確認します。以前のタブがプロキシ有効化前の接続を再利用するのを避けるためです。ブラウザーに独立したプロキシ拡張機能や手動プロキシ設定があると、システムプロキシを上書きする場合があります。初回確認では取り込み方法を1つだけにして、ポートやプロキシチェーンの競合を減らしてください。

TUNモードが必要になる場面

一部のアプリはシステムプロキシを読み取りません。たとえば、特定のコマンドラインプログラム、ゲームランチャー、独自のネットワークスタックを使うソフトウェアなどです。このような場合は、仮想ネットワークインターフェースでより広範囲のTCP、UDP、DNS通信を取り込むTUNモードが必要になることがあります。TUNはシステム権限、ルーティングテーブル、DNSのリダイレクト、ネットワークインターフェースの選択に関係するため、システムプロキシよりも確認範囲が大きくなります。そのため、このガイドでは初回接続にTUNを必須としません。まずシステムプロキシでノード、サブスクリプション、ルールが正常に動作することを確認してからTUNを有効にすれば、新たな問題がネットワーク取り込み層に由来するか判断できます。

TUNが本当に必要な場合は、ほかのVPNや同種のネットワークツールを先に終了します。クライアントの案内に従ってサービスコンポーネントをインストールするか権限を付与し、その後TUNを有効にしてください。有効化後はテスト用Webページを再度開き、接続履歴も確認します。LAN機器にアクセスできない、DNSの解決結果が変わる、スリープ復帰後に通信できないといった場合は、応用マニュアルのTUNとFake-IPの章でルート、インターフェース、DNSを体系的に確認してください。

接続が確立したら、新しく開いたブラウザーウィンドウで、まず通常は直接接続できるWebページを開き、次にプロキシが必要な対象ページへアクセスします。これにより、直接接続ルールとプロキシルールの両方が機能しているか確認できます。1つのページだけで判断すると、ブラウザーのキャッシュやサイト側の障害によって誤判定する可能性があります。確認には異なるサイトを2つ以上選び、更新または新しいページを開いて新規リクエストを発生させてください。

続いてクライアントの「接続」「Connections」またはログ画面に戻ります。正常であれば、新しいリクエストが接続一覧に表示され、ドメイン、対象アドレス、マッチしたルール、プロキシグループ、実際のノードなどを確認できます。通常のWebページがDIRECT、対象ページが特定のプロキシグループとノードとして表示されるなら、Ruleモードによる通信の振り分けが機能しています。ブラウザーでページを開けるのに接続一覧へ新しい記録がまったく追加されない場合は、ブラウザーが現在のクライアントを経由していない可能性があります。システムプロキシ、ブラウザー独自のプロキシ設定、クライアントの稼働状態を確認してください。

DirectとRuleを切り替えて比較する方法もあります。まずRuleモードでのアクセス結果を記録し、一時的にDirectへ切り替えて対象ページを再度開きます。テスト後はすぐにRuleへ戻してください。両モードでアクセス結果と接続履歴が完全に同じなら、システム側の取り込みが実際に有効かを重点的に確認します。GlobalではアクセスできるのにRuleではできない場合、ノード自体は接続可能であることが多く、問題はルールのマッチング、プロキシグループの選択、DNS解決にある可能性が高いでしょう。クライアントを何度も再インストールする必要はありません。

確認が完了したら、現在利用できる設定を基準として保存しておくことをおすすめします。すぐにTUN、カスタムDNS、スクリプトによる上書き、複数サブスクリプションの統合を同時に有効にしないでください。変更は一度に1項目だけ行い、変更後に「通常のWebページ、対象Webページ、接続履歴」の3項目を再確認します。後で問題が起きても、直前の変更を戻すだけで復旧しやすくなり、再インストールや全設定の削除が不要になります。