Clash入門ガイド

ステップ1：サブスクリプションを追加して有効化

クライアントを開き、サイドバーまたは下部のナビゲーションから「サブスクリプション」「設定」「Profiles」を探します。画面を開いたら「追加」「新規作成」「URLから追加」などを選択してください。ローカルファイルとリモートURLを選ぶ画面が表示された場合、サブスクリプションURLを持っているならリモートURLを選びます。設定ファイルを入手済みの場合のみ、ローカルからインポートしてください。アカウント管理ページのURLをサブスクリプションURLとして使わないでください。どちらもブラウザーで開ける場合がありますが、返される内容は異なります。

サブスクリプションURLを省略せずに貼り付け、見分けやすい名前を付けて保存またはインポートします。名前は「普段使いの設定」のように、端末上で区別するためのものです。ノードの機能には影響しません。貼り付けた後、先頭や末尾に空白や改行が入っていないか、文字が欠けていないか確認してください。URLには個人用のアクセス情報が含まれる場合があります。URL全体を公開掲示板に投稿したり、スクリーンショットに載せたりしないでください。問題を相談するときはエラーの種類だけを伝え、URL内の機密情報は隠してください。

保存したら、クライアントのダウンロードが完了するまで待ちます。正常に追加されると、設定一覧に項目が表示され、「プロキシ」または「プロキシグループ」の画面で対応するグループとノードを確認できます。インポート後に自動で有効になるクライアントもあれば、設定カード、ラジオボタン、「この設定を使用」などをクリックする必要があるクライアントもあります。新しい項目に現在の設定を示すマークが付いていることを確認してください。サブスクリプションが一覧にあるだけでは、コアで使用中とは限りません。

ダウンロード失敗と解析失敗を切り分ける

タイムアウト、接続失敗、HTTPエラーが表示された場合は、まず通常のネットワークとサブスクリプションURLが有効か確認します。サービス提供元の管理ページにログインし、サブスクリプションの有効期限と、正しい形式のURLを確認してコピーし直してください。クライアントに「直接更新」や更新用プロキシの設定がある場合、初回設定ではまず直接更新を試します。まだ確立していないプロキシ接続を、更新の前提にすることはできません。サブスクリプションの配信元に接続できない場合は、ノードを何度も切り替えるのではなく、先にこの接続の問題を解決してください。

ファイルのダウンロード後にYAML解析エラー、未対応フィールド、未確認のプロキシタイプなどが表示された場合は、形式またはコアとの互換性に問題がある可能性があります。エラー付近のフィールド名を確認し、サブスクリプションがClashまたはmihomo向けか確かめてください。拡張子だけで判断しないでください。Webページのログイン画面、ほかのクライアント専用のリンク、不完全なファイルは、そのまま読み込めないことがあります。設定、ノード、サブスクリプションの関係を確認したい場合は、用語クイックガイドを参照してください。この段階で設定ファイル全体を書き直す必要はありません。

このステップの完了条件：現在の設定が選択され、ノードとプロキシグループが正常に表示され、クライアントで読み込みエラーが続いていないこと。自動更新はひとまず既定の設定のままにし、オンライン設定の編集も急がないでください。サブスクリプションの更新で直接編集した内容が上書きされる場合があります。条件を確認できたら、次に通信モードを選びます。

ステップ2：ルールモードとノードを選択

クライアントのホーム画面または設定画面に戻り、「プロキシモード」または「動作モード」を探します。初回はルールモードを選んでください。設定内の条件に従って、接続を直接つなぐか、プロキシグループに振り分けるモードです。通常のローカルアクセスを保ちながら、プロキシの動作を確認できます。画面には「Rule」「Global」「Direct」と表示される場合があり、それぞれルール、グローバル、ダイレクトに相当します。ここではRuleを選び、システムプロキシのスイッチと混同しないようにしてください。

3つのモードが決めるのは「接続をどこに渡すか」です。ルールモードはルール一覧に従います。グローバルモードは通常、コアが取り込んだ接続をグローバル用プロキシグループに渡しますが、そのグループでダイレクトが選択されている場合もあります。ダイレクトモードでは通常、接続を直接確立します。モードだけでは、すべてのアプリがコアに取り込まれるわけではありません。グローバルモードを選んでも、システムプロキシやVPN権限の代わりにはなりません。初回設定ではこの2つを分けて考えると、後の問題切り分けが簡単になります。

続いて「プロキシ」または「プロキシグループ」を開きます。汎用の出口グループや用途別のグループなど、複数のグループが表示される場合があります。サブスクリプションの案内に記載された主要な出口グループを探し、展開してノードを選んでください。案内がない場合は、グループ内の候補と接続ログを確認し、ルールが実際に参照しているグループを見つけます。使われていないグループだけでノードを切り替えても、画面上の選択が変わるだけで実際の出口は変わらないことがあります。

遅延テストは候補の絞り込み用で、実際の速度を示すものではありません

グループまたはノードの横にあるテストボタンを押し、結果が返るまで待ちます。表示される数値は通常、クライアントから特定のテスト用アドレスへの往復時間です。ダウンロード速度を直接示すものではなく、すべてのサイトに接続できる保証にもなりません。テストが完了し、状態が安定しているノードを選べば十分です。最小値を求めて何度も切り替える必要はありません。すべてのノードがタイムアウトする場合は、設定の有効性、システム時刻、ローカルネットワークを確認してからログを見てください。1つのノードだけタイムアウトする場合は、別のノードを試します。

サブスクリプションに「自動選択」グループがあれば、まずそれを使ってもかまいません。ただし、グループを展開して現在選択されているノードを確認してください。自動選択グループは独自のテスト先と周期に基づいて候補を選ぶもので、各アプリのあらゆる要件を判断するわけではありません。手動選択のグループでは、自分で切り替える必要があります。見慣れないグループを削除したり、すべてのグループを同じノードに変更したりするのは避けてください。サブスクリプションの既定設定を保つと、初回接続が想定どおりか確認しやすくなります。

このステップの完了条件：ルールモードが有効で、使用する出口グループに候補ノードまたは自動選択グループがあり、「DIRECT」や「REJECT」を誤って選んでいないこと。この2つは通常、直接接続と接続拒否を表し、リモートのプロキシノードではありません。ルールの判定やグループ間の参照については、後から使用ガイドのルール振り分けを確認できます。まずはアプリの通信をクライアントに取り込みましょう。

ステップ3：接続を開始して通信を取り込む

まずホーム画面に戻り、動作状態を確認します。「起動」「接続」または電源ボタンがあれば一度クリックし、画面が動作中に変わるまで待ちます。起動後にコアがバックグラウンドで動作しており、別の接続ボタンがないデスクトップクライアントもあります。その場合は現在の設定とコアの状態を確認し、ボタンを何度も切り替えないでください。設定の読み込み失敗やコアの終了が表示された場合はステップ1に戻って対処します。通信を取り込むスイッチでは、停止中のコアを修復できません。

WindowsとmacOSでは、まずシステムプロキシを使ってブラウザーで動作を確認します。ホーム画面や設定画面、トレイメニューにあることが多く、有効にするとシステムプロキシ設定に従うアプリが、設定されたローカルプロキシポートに接続します。通常はクライアント既定のポートを使います。ポートの競合が明示された場合に限り、対処してください。待ち受けポートを変更した場合は、システムプロキシ設定も適用し直す必要があります。コアのポートだけを変更しても、システム側が古いポートに接続したままでは動作しません。

Linuxのデスクトップ環境では、システムプロキシの適用方法が環境によって異なります。クライアントで有効になっていても、デスクトップのネットワーク設定にプロキシ設定が反映されているか確認してください。ブラウザー、ターミナル、バックグラウンドサービスでプロキシの利用方法が異なることもあります。このページでは、最初の確認にブラウザーを使い、ターミナルのコマンドが成功するかどうかだけで判断しません。サーバーやGUIのない環境での接続方法は、使用ガイドを参照してください。

AndroidやiOSでは、接続をタップすると、システムのVPN設定または接続許可を求める画面が表示されることがあります。要求元がインストールしたクライアントであることを確認し、システムの手順に従って許可してください。許可を取り消すと、サブスクリプションを追加済みでもアプリの通信がクライアントに取り込まれない場合があります。システムの接続アイコンが表示されたらアプリに戻り、接続状態が維持されていることを確認します。ここでいうVPNは、システムが提供する通信の取り込み口を指します。実際の転送方法はクライアントの設定によって決まります。

システムプロキシで確認してからTUNを検討

デスクトップでは、動作を期待してシステムプロキシとTUNを同時に有効にしないでください。TUNはシステムプロキシに従わない通信も取り込むための機能で、仮想ネットワークアダプター、ルーティング、追加権限が必要になることがあります。ブラウザーではプロキシが動作するのに特定のアプリで使えない場合は、まずアプリ独自のプロキシ設定を確認し、その後でTUNを個別に検討してください。有効にする前に現在の状態を記録し、クライアントの案内に従ってサービスをインストールするか権限を付与します。ネットワークに問題が出たら、追加した接続方法を無効にして元に戻してください。

接続中は、通信を取り込む可能性のあるほかのプロキシツールやVPNを終了し、デフォルトルートとシステムプロキシの競合を避けてください。ブラウザーにプロキシ切り替え拡張機能を入れている場合は、システム設定を上書きしていないか確認します。その後、新しいタブでテストページを開いてください。既存の接続が以前の経路を使い続けることがあるため、必要に応じて関連タブを閉じるか対象アプリを再起動します。古いページが表示されているだけで、新しい接続も成功したと判断しないでください。

このステップの完了条件：コアが正常に動作し、PCではシステムプロキシが適用されているか、スマホではシステムが許可した接続が確立されていること。この段階ではDNS設定を既定のままにし、名前解決方式の変更は急がないでください。LAN内のリソースやドメインにアクセスできない場合は、次のログ確認を終えてからDNSの解説を参考に、順番に切り分けてください。

ステップ4：ルールと実際の出口を確認

最後に確認するのは、スイッチが点灯しているかではなく、対象の接続が想定した出口を実際に通っているかです。現在のルールでプロキシ経由になるはずのページを開き、同時にクライアントの「接続」「アクティブ接続」などのパネルを表示します。テストページを更新し、ドメインで新しいログを絞り込んでください。ブラウザーは複数のサブドメインや補助リソースにも接続することがあります。関係のないバックグラウンド通信ではなく、確認したい対象ドメインに注目してください。

該当するログを展開し、接続先、適用されたルール、プロキシグループの経路を確認します。経路に選択中のプロキシノードが表示されれば、その接続は該当の出口に渡されています。「DIRECT」と表示される場合は、現在のルールまたはプロキシグループの選択により直接接続されています。ルールモードで直接接続のログが出るのは正常です。設定の想定どおりかが重要です。該当するログが見つからない場合は、アプリがシステムプロキシを迂回していないか、クライアントが動作中か、接続パネルに非表示や絞り込み条件が設定されていないかを確認してください。

出口情報も参考にし、特定のページだけで判断しない

信頼できるIPアドレス確認サービスにアクセスし、検出された出口アドレスとおおまかなネットワーク情報を確認する方法もあります。ただし、ルールモードでは確認サービス自体が直接接続される場合があります。そのため、一度調べた結果が変わらないからといって、クライアントが動作していないとは限りません。まず接続パネルで確認サービスへの接続がどのルールを通ったかを確認してから、ページの結果を判断してください。位置情報データベースには誤差もあるため、都市名だけでノードの正確な場所を判断しないでください。

通信を分けてテストする必要がある場合は、短時間だけグローバルモードに切り替え、グローバル用プロキシグループでノードを明示的に選んでから、接続をやり直して確認します。テスト後はルールモードに戻してください。グローバルモードでのテストは、ルール選択とノードの接続性を切り分けるためのものです。コアに取り込まれていないアプリの通信まで、自動的に処理されるわけではありません。ブラウザーは使えるのにほかのアプリで使えない場合は、モードを切り替え続けるのではなく、ステップ3に戻って通信の取り込み方を確認してください。

ログでプロキシの使用が確認できるのにページが開かない場合は、リクエストの時刻に近いエラーをログで探します。接続タイムアウト、DNS解決失敗、証明書エラーでは対処方法が異なります。まず状況を記録し、条件を一度に1つだけ変更してください。別のノードを試すか、一般的なHTTPSページと比較する方法があります。証明書の警告が表示されても、ブラウザーの警告を無視しないでください。まずシステム時刻を確認し、問題のあるページではアカウント情報などの機密情報を入力しないでください。

動作を確認できたら、クライアント名、設定名、主な出口グループ、通信の取り込み方法を記録しておけば十分です。機密情報を含むサブスクリプション全体を記録する必要はありません。クライアントを終了する前に、PCではシステムプロキシを無効にしてください。終了時に自動で元に戻す機能がある場合も、通常のネットワークが使えることを確認します。スマホではクライアントまたはシステムの画面から接続を切断してください。ネットワークに問題が起きたとき、元に戻すための明確な手がかりになります。

初期設定はここまでです：サブスクリプションを読み込めており、ルールモードが正しく設定され、アプリの通信が取り込まれ、対象の接続ログに想定した出口が表示されている状態です。自動起動、サブスクリプションの更新、長期的な管理が必要になったら日常メンテナンスを、ルール・グローバル・ダイレクトの違いを確認したい場合はプロキシモードの解説を参照してください。検証済みの設定を維持し、最初からすべての高度な機能を有効にする必要はありません。