初期設定 / 4ステップ

Clashの使い方ガイド

サブスクリプションを追加 → プロキシモードを選択 → 接続を有効化 → 動作を確認。初期設定は10分程度を目安に、まずブラウザーの接続を確認してから他のアプリを設定します。

開始前に:クライアントとサブスクリプション

インストール済みのクライアントと、利用可能なClash形式のサブスクリプションURLまたはローカルのYAML設定を用意します。クライアントは設定を読み込んで通信を振り分けるソフトであり、インストールしただけでプロキシノードが使えるわけではありません。まだインストールしていない場合は、クライアントのダウンロードページでOSに合ったインストーラーを選び、インストール後にこのページへ戻ってください。初回の動作確認では、複数のプロキシクライアントを同時に起動しないでください。

サブスクリプションURLは、サービス提供元や設定の管理者から発行され、アカウントを識別する情報が含まれている場合があります。提供元のページにあるコピー機能を使い、URLの末尾までコピーできていること、説明文が混ざっていないことを確認してください。URLからサブスクリプションの内容を取得できる場合があるため、公開掲示板やスクリーンショットに載せないでください。アカウントのログインページしか分からない場合は、Clash用または互換設定のサブスクリプションURLを先に確認します。

このガイドでは設定を手動で書く必要はなく、DNSの変更、LANアクセスの有効化、コアのパラメーター調整も不要です。クライアントの初期設定を維持すると、トラブル時に確認する項目を絞れます。OSに手動プロキシを設定済みの場合は、元のアドレスとポートを控えてください。管理対象の業務端末では、ネットワークポリシー上、設定変更が許可されているかも確認します。ノード、プロキシグループ、コアの違いは用語ガイドで確認できます。接続前にすべて読む必要はありません。

01 サブスクリプションを追加して設定を有効化

リモートサブスクリプションを追加

クライアントを起動し、サイドバーまたは画面下部のナビゲーションから「サブスクリプション」や「設定」を開き、「追加」「インポート」またはプラスボタンを探します。リモートURLを選び、サブスクリプションURL全体を入力欄に貼り付けます。「日常用」など、用途が分かる名前を付けても構いません。名前はローカルでの目印であり、サブスクリプションの内容には影響しません。URLの前後に空白や改行がないことを確認して保存またはインポートし、ダウンロードと解析が完了するまで待ちます。

インポートが成功すると、設定カードやサブスクリプションの行が表示されます。まず解析成功の表示を確認し、その設定の「使用」「有効化」または選択ボタンを押して、現在の設定にします。インポート時に自動で有効になるクライアントもあれば、リストに保存するだけのものもあります。リストに表示されたことだけでは切り替え済みとは限りません。選択中のマーク、設定名、実行状態などで現在の設定を確認してください。

続いて「プロキシ」または「プロキシグループ」の画面を開きます。サブスクリプションで定義された選択グループや接続先候補が表示されていれば、設定を操作できる状態です。グループ名は設定によって異なり、PROXYではなく「ノード選択」などの場合もあります。まずリストを開けることを確認し、システムプロキシはまだ有効にしません。DIRECTしか表示されない場合や、以前のサブスクリプションのグループ名が残っている場合は、設定画面に戻り、有効な設定を確認してください。

インポートできない場合は入力内容を確認

形式エラーが表示されたら、「URLをダウンロードできない」場合と「ダウンロード内容が設定ファイルではない」場合を切り分けます。前者はネットワーク、URLの期限切れ、サブスクリプションの権限などが原因の可能性があります。後者は、アカウントページや共有ページ、互換性のない形式のURLを設定として読み込もうとしている可能性があります。クライアントのダウンロードエラーや解析メッセージで原因を確認し、同じURLを何度も別のサブスクリプションとして保存しないでください。提供元に問い合わせる場合は、エラーの種類だけを伝え、機密情報を含むURL全体は送らないようにします。

ローカルのYAMLファイルを受け取った場合は、追加画面で「ファイルからインポート」を選び、OSのファイル選択画面から開きます。インポート後は、その設定を現在の設定にしてください。ローカルファイルは通常、リモートサブスクリプションのように自動更新されません。リモートサブスクリプションはカードの更新ボタンから再取得できます。更新後はグループ内の候補が変わる場合があるため、以前選んだ接続先が残っているか確認してください。これで設定元を確定できました。次に通信の振り分け方法を選びます。

02 ルールモードと接続先を選ぶ

初回接続ではルールモードを使う

クライアントのホーム画面、上部ツールバー、または設定画面で「モード」を探し、「ルール」を選びます。設定値はmode: ruleです。ルールモードではrulesの記載順に接続を判定し、一致したルールに指定された接続先へ送ります。そのため、直接接続とプロキシ接続が同時に発生しても正常です。「ルールモード」は特定のノードを指すものではなく、通信の判定方法です。実際の接続先はプロキシグループで選びます。

プロキシ画面でメインの選択グループを開き、利用可能なノード、またはサブスクリプションに含まれる自動選択グループを選びます。メインのグループが別の選択グループを参照している場合は、実際の接続先が決まるまで下位のグループも確認してください。グループ名だけで判断しないでください。「プロキシ」という名前でも、現在の選択先がDIRECTの場合があります。初期設定時にメイングループ名と選択中の項目を控えておくと、後で接続ログの経路を照合できます。

接続テスト機能がある場合は、候補のノードをテストし、正常に応答したものを選びます。テスト結果が示すのは、その時点でテスト対象に到達できたかどうかです。すべてのWebサイトへの接続や実際のダウンロード速度を保証するものではありません。特定のアプリが開けなくても、すぐにすべてのノードを順番にテストする必要はありません。まず後述の通信取り込み設定と接続ログを確認し、リクエストがクライアントに届いているか調べてください。

グローバルモードと直接接続モードの違い

グローバルモードでは通常、コアに入った通信をGLOBALで選択中の接続先へ送ります。ルールによるアクセス可否の違いを短時間で比較する場合に便利です。「グローバル」に切り替えたら、GLOBALを開いて実際の接続先を選んでください。設定しないと直接接続のままになる場合があります。グローバルモードにしても端末全体の通信が自動で取り込まれるわけではありません。アプリの通信がクライアントに届くかどうかは、システムプロキシ、TUN、アプリ側のプロキシ設定によって決まります。比較後は、普段使いのルールモードに戻せます。

直接接続モードでは、コアに入った通信をそのまま送信します。元のネットワークから目的の宛先にアクセスできるか確認する場合に使います。モードを切り替えても、ノードが追加されたり、期限切れのサブスクリプションが直ったりするわけではありません。Webサイトへのアクセスが想定と異なる場合は、現在のモードとグループ内の選択先を記録し、項目を一つずつ変更して確認してください。ルールの種類、判定順、プロキシグループの構文については用語ガイドをご覧ください。今回はルールモードと、利用可能な接続先を一つ選べば十分です。

03 システムプロキシまたはVPNを有効化

デスクトップではまずブラウザーを接続

クライアントを起動したまま、ホーム画面または設定で「システムプロキシ」を有効にします。スイッチがオンになり、コアの起動失敗が表示されていないことを確認してください。その後、ブラウザーで新しいタブを開き、アクセスできることが分かっているページを表示します。初回確認には、システムプロキシを利用するブラウザーを使ってください。ゲーム、コマンドラインツール、独自のネットワーク設定があるアプリは、システムプロキシを参照しない場合があるため、最初の判断には使わないでください。

システムプロキシの接続先は通常、127.0.0.1などのループバックアドレスで、ポートはクライアントの現在のリッスン設定に従います。Clashでよく使われる混合ポートは7890、設定項目はmixed-portですが、サブスクリプションやクライアントによって値が異なる場合があります。現在の画面に表示された値を確認してください。一般的なポート番号に合わせるためだけに、正常に動作している設定を無理に変更しないでください。混合ポートはHTTPとSOCKSの両方のプロキシリクエストを受け付けます。

有効化したときにポートが使用中と表示された場合は、別のクライアントやコアのプロセスが動作していないか確認します。重複して起動しているプログラムを終了し、現在のクライアントを起動し直してください。ポートを変更する必要がある場合に限り、設定でリッスンポートを変更してシステムプロキシを再適用します。プロキシアドレスを手動設定したアプリも、新しいポートに合わせて変更してください。外部コントローラーのポートはブラウザー用のプロキシポートではないため、混合ポートの代わりには使えません。

モバイル端末でVPN接続を許可

AndroidやiOSのクライアントでは、通常ホーム画面に「接続」ボタンがあります。サブスクリプションと接続先を選んだらボタンをタップし、OSに表示されるVPN接続の要求を確認して許可してください。OSの設定にVPN接続が表示されるか、クライアントに接続済みと表示されてから、ブラウザーでテストします。ここではOSの通信取り込み機能を使います。実際の接続先は現在の設定によって決まり、接続ボタンを押すだけでノードが利用可能になるわけではありません。

端末で別のVPN接続を使っている場合は、クライアントと競合しないか確認してから切り替えてください。Androidでは「選択したアプリのみプロキシ」や除外リストが設定されていないかも確認し、テスト対象のブラウザーが通信取り込みの対象になっていることを確かめます。接続確認のためだけに、バッテリー設定、アプリ一覧、DNS、ルールを一度に変更しないでください。まずクライアントを前面で起動したまま基本的なアクセスを確認し、必要に応じてバックグラウンド実行の制限を調整します。

必要な場合にTUNを有効化

ブラウザーは使えるのに、システムプロキシに従わないデスクトップアプリだけ接続できない場合は、TUNを検討します。TUNは仮想ネットワークインターフェースで通信を取り込むため、クライアントサービスのインストール、ネットワーク拡張の許可、必要な権限の付与が必要になる場合があります。設定画面でTUNを有効にし、クライアントの案内に従ってサービスをインストールまたは許可して、起動エラーがないことを確認してからテストしてください。OSによって権限の設定手順は異なります。詳しくは全プラットフォーム対応ガイドの該当セクションをご覧ください。

初期設定では、複数の通信取り込み方法を同時に有効にする必要はありません。システムプロキシからTUNに切り替える場合は、まず現在の状態を記録し、システムプロキシを無効にしてTUNだけを有効にして比較します。クライアントによってはこれらのスイッチを連動して管理するため、画面の表示に従ってください。独自にルートを追加したり、出所不明のDNS設定をコピーしたりしないでください。接続が安定したら、最後に実際のリクエストで通信経路を確認します。

04 接続ログと実際のアクセスを確認

宛先・ルール・接続経路を確認

クライアントの「接続」画面を開くか、ログの情報レベルを適切に設定してから、ブラウザーでテストページにアクセスします。対象ドメインまたは宛先アドレスの記録が表示されるか、適用されたルールと接続経路も確認してください。既存の長時間接続は、ノードを切り替えてもすぐには再接続されない場合があります。比較するたびに新しいページを開くなどして接続を作り直し、必要な場合は該当する接続だけを閉じてください。古い接続経路を新しい設定の結果と取り違えないようにします。

少なくとも2種類の宛先で確認します。現在のルールで直接接続されるページと、選択したプロキシグループを経由するページです。前者はDIRECTまたは対応する直接接続経路、後者は想定したプロキシグループと選択中の接続先が表示されるはずです。どのページがどのルールに分類されるかはサブスクリプションの内容によって異なり、このガイドで一律に決めるものではありません。ページが開ければ到達できていますが、想定どおりに振り分けられたか判断するには接続ログとの照合が必要です。

外部IPアドレスの確認は参考になりますが、すべてのリクエストの経路を示すものではありません。ルールモードでは確認サイト自体にもルールが適用され、表示結果はそのリクエストの接続先だけを反映します。ブラウザーと他のアプリで通信の取り込み方法が異なる場合もあります。より確実に判断するには、アクセス結果、接続ログ、現在のグループ内の選択先を合わせて確認してください。OSのVPNアイコンや一度の接続テストだけで判断しないようにします。

問題が起きたら決まった順序で確認

アクセスできない場合は、まず現在のサブスクリプションが有効か、コアが実行中かを確認し、次にメインの選択グループで利用可能な接続先が選ばれているかを確かめます。続いてテストリクエストが接続ログに表示されるか確認してください。記録がまったくない場合は、システムプロキシ、アプリ独自のプロキシ設定、VPNの取り込み対象を優先して確認します。記録はあるのに接続できない場合は、接続先のエラーを確認します。DNS関連のエラーがあるときに限りDNSを調べ、最初から設定全体を入れ替えないでください。

ルールとノードのどちらに問題があるか切り分けるには、一時的にグローバルモードへ切り替え、GLOBALの接続先を明示的に選んで、同じ宛先へ新しいリクエストを送ります。グローバルモードでは接続でき、ルールモードでは失敗する場合は、適用ルールと対応するプロキシグループを重点的に確認してください。どちらでも失敗する場合は、接続先と元のネットワークを調べます。テスト後はルールモードに戻してください。DNS、TUNのルーティング、サービス権限に関する問題が続く場合は、詳しいガイドの設定に関するよくある質問を順に確認してください。

再現できる状態を記録して完了

ページにアクセスでき、接続先も想定どおりであることを確認したら、現在の設定名、プロキシモード、メイングループの選択先を控えます。サブスクリプションURL全体を公開メモに保存する必要はありません。今後サブスクリプションを更新したりノードを切り替えたりしたときも、同じ2種類の宛先でテストできます。特定のWebサイトだけに問題があり、他の宛先は正常な場合は、使えている設定を維持し、そのサイトに適用されるルールと接続エラーを確認してください。クライアント全体を再インストールする必要はありません。

デスクトップクライアントを終了する前に、システムプロキシを無効にするか、クライアントの通常終了機能を使い、システムプロキシが解除されたことを確認します。停止したクライアントのローカルポートをシステムが参照し続けるのを防げます。モバイルではクライアント内でVPNを切断し、OSの接続状態も確認してください。次回は「設定を有効化、接続先を確認、接続を開始、リクエストを確認」の順に進めます。自動起動や長時間のバックグラウンド実行が必要な場合は、プラットフォームごとの設定を確認してください。