Clashの使い方ガイド

サブスクリプションを追加して設定を有効にする

Clashでプロキシの出口やプロキシグループの構成、直接接続する通信を判断するには、まず設定を読み込む必要があります。クライアントをインストールしただけでは、利用可能なサブスクリプションは作成されません。対応するサブスクリプションURL、または利用可能であることを確認済みのYAML設定ファイルを用意してください。サブスクリプションは、利用権限があり信頼できる提供元から取得しましょう。

サブスクリプションURLから設定を作成する

クライアントのサイドバーまたは下部ナビゲーションから「サブスクリプション」「設定」「Profiles」を開き、「追加」「新規作成」「URLから追加」などを選択します。URL全体を入力欄に貼り付け、「普段使い」など分かりやすい名前を付けて、「インポート」「ダウンロード」「保存」をタップします。クリップボードから読み込めるクライアントもあります。利用する前に、クリップボードにサブスクリプションURLが入っていることを確認してください。

登録後、ダウンロードが完了するまで待ちます。正常に追加されると、設定一覧にカードまたは行が表示され、設定名や更新日時を確認できます。サブスクリプションによっては使用量も表示されます。この設定の「有効化」「使用」を選択するか、選択マークを付けて現在の設定にします。設定の追加と有効化は別の操作です。プロキシ画面に古い内容が表示される場合は、設定一覧に戻り、現在選択されている項目を確認してください。

次に「プロキシ」画面を開き、プロキシグループと選択可能なノードが表示されるか確認します。グループ名は設定によって異なり、PROXY、自動選択、その他のカスタム名などがあります。ガイドと同じ名前でなくても問題ありません。グループとノードが表示されれば、設定はクライアントに読み込まれています。ただし、まだ通信が確立したとは限りません。次のステップでモードと出口を選びます。

ローカルファイルから読み込む

.yamlまたは.ymlファイルを入手した場合は、同じ設定画面で「ファイルをインポート」を選び、システムのファイル選択画面から開いて設定を有効にします。サブスクリプションURLをYAMLの内容としてエディターに貼り付けたり、別形式のファイルの拡張子だけをYAMLに変更したりしないでください。拡張子を変更しても内容の構造は変わらないため、形式が対応していなければ読み込みに失敗します。

追加に失敗したら、まずエラーメッセージを確認します。ネットワークのタイムアウトなら、現在のネットワークからサブスクリプションURLにアクセスできるか確認してください。認証エラーの場合は、サービスの管理画面でURLが有効か確認します。YAMLの解析エラーが表示された場合は、対応する設定の読み込み方法を選んでいるか確認してください。WebページのURLや別形式のサブスクリプションを指定していないかも確認しましょう。エラーに表示された項目名や行番号を控えておくと、原因の特定に役立ちます。

初期設定では、まず手動で一度更新し、設定を取得できることを確認してから自動更新の間隔を決めます。サブスクリプションの更新でリモート設定の変更が置き換わる場合があるため、この段階ではルールの記述を編集する必要はありません。URLの形式を確認するにはURL・Base64・YAMLのサブスクリプション形式ガイドをご覧ください。具体的なエラーについてはよくある質問とトラブル対処をご確認ください。

このステップの完了条件：現在の設定が選択され、プロキシ画面にプロキシグループとノードが表示されていること。設定はそのままにして、次に動作モードを選びます。

ルールモードとプロキシの出口を選ぶ

「プロキシ」または「概要」画面を開き、「ルール / 全体 / 直接接続」のモード選択を探します。初めて使う場合はルールモードがおすすめです。現在の設定に含まれるルールに基づいて接続先が決まり、直接接続とプロキシ経由の通信を使い分ける日常的な用途に適しています。適用されるルールは現在使用中の設定によって異なり、すべてのサブスクリプションに共通する固定のルールがクライアントに用意されているわけではありません。

実際に使われるプロキシグループでノードを選ぶ

ルールモードに切り替えたら、設定内でプロキシの出口を担うメインのプロキシグループを開き、利用可能なノードを選ぶか、設定に用意された自動選択グループを選びます。選択すると、チェックマークや枠線、現在の選択を示す文字が表示されます。グループ内にノードではなく別のグループが表示される場合は、選択中の下位グループをたどり、最終的な出口を確認してください。

プロキシグループ同士が参照し合うことがあるため、任意のノードを選んでもすべての通信に反映されるとは限りません。たとえば、ルールが「仕事」グループを参照しているのに「メディア」グループを変更しても、仕事関連の通信の出口は変わりません。初期設定ではすべてのグループを整理する必要はありません。まず対象の通信で使われるメイングループを見つけてください。グループとノードの違いが分からない場合は、用語集のプロキシグループとノードの解説をご覧ください。

クライアントに接続テスト機能がある場合は、選択したグループでテストを実行すると、明らかに利用できない候補を見つけるのに役立ちます。ただし、結果はテスト先のアドレスやネットワークの状態、ノードの設定によって変わります。テストが完了したことは、そのテスト用の通信が処理されたことを示すだけで、実際のWebサイトでの接続確認には代わりません。一度のテストに失敗したからといって、DNS、ルール、接続モードを同時に変更しないでください。

比較できる初期状態を保つ

初回の接続確認ではルールモードを維持し、出口を1つ手動で選ぶのがおすすめです。全体モードは、その後の切り分けに利用できます。同じ接続先が全体モードでは開けるのにルールモードでは失敗する場合、適用されたルールやプロキシグループの参照先を詳しく確認できます。比較後は元のモードに戻してください。直接接続モードではプロキシノードを確認できません。クライアントが起動していても、対象の通信はプロキシを経由せずに処理される場合があります。

このステップの完了条件：モードが「ルール」に設定され、メインのプロキシグループで選択中の項目を確認できること。この設定で通信の行き先が決まります。次はアプリの通信を実際にクライアントへ取り込みます。

コアを起動して接続を有効にする

「概要」またはホーム画面に戻り、コアが動作中であることを確認します。コアの起動と接続が1つの操作にまとめられている場合は、「起動」または「接続」をタップしてください。ポートの競合や設定の読み込みエラーが表示された場合は、先に解決してから通信を取り込みます。設定の追加、ノードの選択、システムでのプロキシ利用は、それぞれ別の段階です。

デスクトップではまずシステムプロキシを使う

デスクトップクライアントで「システムプロキシ」を探して有効にします。システムが対応するプロキシの接続先がローカルのクライアントに設定され、システムプロキシを利用するブラウザーやアプリの通信がClashに渡されます。最初の動作確認にはブラウザーを使い、問題の切り分けがしやすいようTUNは一旦オフにしておきます。

有効にしたら、ブラウザーで新しいタブを開いて対象のページにアクセスしてください。開いたままのページでは以前の接続が使われ続けることがあり、設定変更後すぐに再読み込みしても新しい経路が反映されない場合があります。独自のプロキシ設定を使うアプリや、システムプロキシを参照しないアプリもあります。ブラウザーでは接続できても別のアプリで反映されない場合、選択したノードに問題があるとは限りません。まずアプリのネットワーク設定を確認し、必要に応じてTUNを使います。

アプリにプロキシを手動設定する場合は、クライアントに表示される実際の待ち受けアドレス、ポート、プロトコルを確認してください。ガイドによく記載されているポート番号を、現在の設定値だと思い込まないでください。HTTPとSOCKSの接続先も混同しないようにしましょう。初めて使う場合、「LAN内接続を許可」は通常オフのままで問題ありません。この設定はほかのデバイスから本機のプロキシサービスに接続するためのもので、本機で通信するために必須ではありません。

モバイルではシステムのVPN接続を許可する

モバイルで「接続」をタップすると、システムからVPN設定の追加やVPN接続の確立を求められる場合があります。インストールしたクライアントからの要求であることを確認してから、画面の案内に従って許可してください。許可後はクライアントに戻り、接続済みになるまで待ちます。システムにもVPNの接続状態が表示されているか確認してください。システムのVPN機能は端末の通信を取り込むためのもので、実際の出口は設定とプロキシグループによって決まります。

同じ種類のVPN接続を使う別のアプリが動作中の場合は、既存の接続を停止してから現在のクライアントを起動してください。2つのアプリがシステム接続を切り替え合い、画面の状態が頻繁に変わることがあります。バックグラウンドに移ると接続がよく切れる場合は、システムのアプリ別バッテリー管理でバックグラウンド動作の制限を確認しましょう。最初からすべての省電力設定を変更する必要はありません。

より多くのアプリの通信を取り込む場合にTUNを有効にする

TUNは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシでは対象にならないアプリにも対応できます。まずブラウザーで基本的な接続を確認し、その後に設定からTUNを有効にしてください。クライアントの案内に従い、サービスのインストールや必要な権限の許可を行います。起動に失敗した場合は、表示された内容を確認してください。システムプロキシ、TUN、ほかのネットワークツールを手当たり次第に切り替えないでください。

システムプロキシとTUNを同時に有効にする必要があるかどうかは、クライアントの実装と現在の設定によって異なります。初めて設定するときはクライアントの案内に従い、通信の取り込み口を一度に1つだけ変更してください。TUN、DNS、ルーティングの関係は応用的な設定項目です。詳しい設定は上級設定ガイドをご覧ください。ここではまず、状態を確認できる接続を1つ確立します。

このステップの完了条件：クライアントが正常に動作し、デスクトップではシステムプロキシが有効、またはモバイルではシステム接続が確立していること。次はスイッチの状態だけでなく、実際の通信で動作を確認します。

接続結果とルールの適用を確認する

まずブラウザーで、プロキシ経由になる想定のページを開きます。たとえば、設定でプロキシグループに割り当てられているサイトを選びます。次にクライアントの「接続」「アクティブな接続」「ログ」画面を開き、アクセスしたドメインを検索してください。表示される項目はクライアントによって異なりますが、接続先、適用ルール、プロキシグループ、実際の出口を確認します。

ページと接続記録を照合する

ページが開けることが第一段階、記録で想定したプロキシ経路を確認できることが第二の証拠です。接続先が開けただけでは、プロキシ経由かどうかは判断できません。記録で意図せずDIRECTになっていないか、想定とは異なるプロキシグループが選択されていないか確認してください。対象の通信がルール上、直接接続される場合は、DIRECTと表示されるのが正常です。

次に、設定上は直接接続される想定のページを開き、直接接続のルールが適用されるか確認します。プロキシ経由と直接接続の両方が想定どおりに処理されれば、ルールと通信の取り込みが基本的に正しく動作しています。IPアドレスの確認サイトは接続経路の参考になりますが、そのサイト自体にも振り分けルールが適用されます。表示結果だけで、すべてのアプリやドメインの出口を判断することはできません。

動作確認には新しい接続を使います。モードやプロキシグループを変更しても、確立済みの長時間接続では以前の出口が使われ続ける場合があります。対象のページを閉じて開き直すか、影響を理解したうえで関連するアクティブな接続を切断してください。経路を更新するために設定全体を削除すると、正常だと確認できた設定まで失われるため避けてください。

接続記録の有無から原因を絞り込む

ページが開けず、接続一覧にも該当する記録がまったくない場合は、ステップ3に戻ってシステムプロキシまたはモバイルの接続状態を確認します。ブラウザー独自のプロキシ設定が有効になっていないかも確認してください。ログの記録レベルにも注意が必要です。現在のレベルで特定の情報が記録されないからといって、通信が取り込まれていないとは限りません。接続画面と新しい通信の両方を見て判断しましょう。

記録があるのに接続がタイムアウトする場合は、同じプロキシグループ内で利用権限のある別のノードを選び、同じページに再度アクセスしてください。特定の接続先だけ失敗する場合は、適用されたルール、接続先サービスの状態、DNSのエラーを確認します。プロキシ経由の通信がすべて失敗する場合は、上流サービスの稼働状況、アカウントの状態、現在のネットワークで接続を確立できるかを確認してください。

クライアントを有効にした後、これまで開けていたページにも接続できなくなった場合は、まず有効にした通信の取り込み口をオフにして、基本のネットワーク接続が復旧することを確認してからログを調べます。これにより、端末の基本的な通信を維持しながら原因を確認できます。障害が続く場合は、OS、クライアント、モード、接続方法、エラーの種類を記録してください。相談する際は機密情報を隠しましょう。詳しい手順はよくあるトラブルと対処法をご覧ください。

再現できる普段使いの設定を保存する

動作を確認できたら、現在の設定名、モード、メインのプロキシグループの選択を記録しておきます。サブスクリプションを自動更新する場合は、設定画面で適切な更新間隔を指定し、更新後も同じ設定が使われていることを確認してください。ローカルのルールを編集する前に、現在正常に動作している内容をバックアップし、サブスクリプションの更新とローカル上書きの関係を確認しましょう。一時的な変更が、置き換えられる可能性のあるリモート設定に書き込まれないよう注意してください。

普段使いのクライアントを終了する前に、接続の停止または終了操作を行い、システムプロキシが元の状態に戻ったか確認してください。終了後にブラウザーが接続できない場合は、停止したローカルプロキシサービスをシステムが参照したままになっていないか確認します。次回の起動時は「設定が有効 → モードと出口が正しい → 通信の取り込みが有効 → 新しい通信が正常に記録される」の順に確認してください。