Clashの始め方

開始前に準備するもの：クライアントとサブスクリプション

まずクライアントのダウンロードページから使用中のOSに合ったクライアントを選び、インストールしてメイン画面を開きます。クライアントは設定の管理、プロキシの選択、接続の制御を行い、サブスクリプションは実際に使うプロキシ情報と通信ルールを提供します。役割は別々です。クライアントをインストールしただけでは、利用可能なプロキシは使えません。サブスクリプションをまだ取得していない場合は、利用するサービスの提供元に有効性と使用中のクライアントへの対応状況を確認してください。

有効なサブスクリプションURL、または現在のクライアントで読み込めるYAML設定ファイルを用意します。サブスクリプションURLにはアカウントを識別するための非公開情報が含まれることがあります。公開フォーラムに投稿したり、出所の不明なオンラインツールに入力したりしないでください。初期設定中はほかのプロキシクライアントを終了し、通常のネットワーク接続を確保します。手順ごとに変更する設定を1種類に絞れば、問題が起きたときに設定、プロキシ、通信の取り込みのどこで止まったかを切り分けやすくなります。

手順1：サブスクリプションを追加

リモートサブスクリプションを追加して解析を待つ

クライアントの「設定」または「サブスクリプション」画面を開き、「新規」「追加」「インポート」などの項目を探します。種類を選ぶ画面が表示されたら、リモートURLまたはサブスクリプションURLを選択し、サービス提供元から案内されたURLをすべて入力欄に貼り付けてください。名前は設定を見分けやすい短いものにできます。名前を変えてもプロキシの動作には影響しません。保存前に、URLの前後に空白や改行、チャットアプリが付けた句読点がないか確認します。URL内のクエリパラメーターは削除しないでください。

保存またはダウンロードを実行したら、設定画面のままクライアントの取得と解析が終わるまで待ちます。成功すると通常は設定カードやリスト項目が追加され、更新日時、有効化の表示、設定操作などが確認できます。クライアントによってはURLを保存した後、手動で更新操作が必要です。保存しても内容が表示されない場合は、同じサブスクリプションを続けて追加せず、該当項目のメニューを確認してください。形式エラーが表示される場合、URLからウェブページやログイン画面が返されたか、内容がクライアントに対応していない可能性があります。提供元に、現在のクライアントで使えるサブスクリプションか確認しましょう。

有効な設定を選び、プロキシ画面を確認

インポートに成功しても、設定が有効になっているとは限りません。追加した設定を選び、「有効化」「使用」またはチェック操作で現在の設定にします。コアが一時的に再起動することがあるため、状態が戻ってから「プロキシ」画面を開いてください。そこにプロキシグループが表示され、グループを展開するとプロキシや別のプロキシグループを選択できる状態が目安です。設定一覧に名前が表示されるのは記録が保存されたということにすぎません。想定した内容をプロキシ画面で読み込めていれば、現在の動作に設定が反映されています。

ローカルファイルを使う場合は、同じ画面でファイルのインポートを選び、該当する .yaml または .yml ファイルを指定してから有効化します。通常、ローカルファイルはファイル自体から自動更新されません。リモートサブスクリプションはクライアントがURLから内容を再取得して更新します。初回はどちらか一方だけを使い、古いファイルと新しいサブスクリプションを混同しないようにしてください。既存の設定がある場合は、まずそのまま残し、新しい設定が使えることを確認してから整理します。インポートのために設定一覧をすべて削除する必要はありません。

この段階では、設定画面に有効な設定が1つあり、プロキシ画面に対応するプロキシグループが表示されていればOKです。サブスクリプションをダウンロードできない場合は、まず現在のネットワークからURLにアクセスできるか、サブスクリプションが期限切れでないか確認します。すぐにDNSを変更したり、通信の取り込み設定を増やしたりする必要はありません。形式エラー、更新の失敗、URLの取り扱いについてはよくある質問をご覧ください。設定が読み込まれたことを確認したら、モードを選びます。

手順2：プロキシモードを選択

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

クライアントの「モード」選択欄を探します。ホーム画面、プロキシ画面の上部、設定画面などにあります。初回は「ルール」または Rule を選ぶのがおすすめです。ルールモードでは、現在の設定にあるルールに従って、コアに届いた通信を直接接続、プロキシグループ、拒否などに振り分けます。切り替え後、画面に表示される現在のモードが実際に変わったことを確認してください。クライアントによっては前回のモードが維持されます。設定ファイルに mode: rule と書かれているだけでは、現在の動作モードを判断できません。

「グローバル」モードでは通常、コアに届いた通信をグローバル用のプロキシ設定に渡します。「直接接続」モードでは、コアに届いた通信をそのまま接続します。グローバルモードでも端末内のすべてのアプリが自動的に通信の取り込み対象になるわけではなく、すべてのサイトにアクセスできる保証もありません。変わるのは、コアに届いた通信の接続先の選び方です。直接接続モードもクライアントを終了する操作ではありません。初回はルールモードのまま進め、確認中に具体的な問題が見つかった場合に限り、比較のため一時的にモードを切り替えてください。

プロキシグループで接続先を選択

続いてプロキシ画面を開き、主要な選択型プロキシグループを展開します。グループ名はサブスクリプションの設定によって異なり、Proxy、「プロキシ選択」などの場合があります。名前だけで用途を決めつけず、グループ内の選択肢からサービス提供元が案内する利用可能なプロキシを選びます。選択中の表示が目的の項目に移ったことも確認してください。グループ内に別のグループがある場合は、その階層も確認します。最上位のグループで別の選択型グループを選んだ場合、実際の接続先は下位グループの選択内容で決まります。

自動選択グループを使う設定もあります。こうしたグループでは、検出設定に基づいてクライアントが接続先候補を選びます。手動選択グループのように特定のプロキシを固定できるとは限らず、手動グループと自動グループが同時に表示される場合もあります。初回はサブスクリプションの構成をそのまま使い、名前を統一するためにプロキシグループを変更しないでください。ルールがそのグループを参照している可能性があります。接続テスト機能があれば実行しても構いませんが、テスト結果だけでは普段使うサイトやアプリの動作までは確認できません。

ここで、現在のモードがルールモードであること、主要な選択型プロキシグループで接続先が選ばれていることを確認します。プロキシの選択だけではシステムプロキシやスマホの接続は有効にならず、モードが正しくてもブラウザーの通信がクライアントに届いているとは限りません。ここまでで設定したのは「コアに届いた通信をどう処理するか」です。次に「端末の通信をどうコアに届けるか」を設定します。ルール内のグループ名参照や MATCH のフォールバックについては設定ガイドで確認できますが、ここでは編集する必要はありません。

手順3：接続を開始

PCでは先にシステムプロキシを有効化

クライアントのホーム画面または設定画面に戻り、コアが動作中であることを確認してから「システムプロキシ」を有効にします。コアの起動時にシステムプロキシも自動設定するクライアントもあれば、別々に操作するものもあります。スイッチの状態と動作中の表示を確認してください。システムプロキシを有効にすると、その設定に従うアプリの通信がクライアントのローカル待受ポートに送られます。初回の確認はシステムプロキシに対応したブラウザーで行えば十分です。TUNの同時有効化、ターミナルの環境変数やルーティングの変更は必要ありません。

有効化後すぐにブラウザーでプロキシ接続エラーが出た場合は、まずコアが停止していないか、設定の読み込みに失敗していないか、ポート競合の警告が出ていないか確認します。システム設定にポート番号をその場で入力するのは避けてください。クライアントに表示される待受ポートと、システムプロキシの接続先ポートは一致している必要があります。ほかのプロキシツールを使っていた場合は終了し、システムプロキシの設定が書き換えられていないことを確認してから、現在のクライアントで有効化し直します。複数のツールが同時に通信を取り込んでいると、画面では有効でもシステムの実際の設定と食い違うことがあります。

スマホでは接続を許可

スマホでは、設定とプロキシグループを確認してから、ホーム画面の接続ボタンまたはスイッチで接続を開始します。初回はVPN構成の追加、ネットワーク拡張機能の許可、接続リクエストの確認を求められる場合があります。システムの案内に従って許可し、クライアントに戻って接続状態を確認してください。ステータスバーにVPNアイコンが表示される、または設定画面で接続中と表示されれば、通信を取り込む経路が起動した状態です。ただし、プロキシの接続先が使えるとは限らないため、次にサイトへのアクセスと接続ログを確認します。

ほかのVPNやネットワークフィルターアプリが動作中の場合は、現在の接続と競合しないか確認してください。別のアプリを試すときは、古いアプリをバックグラウンドに移動するだけでは不十分です。アプリの画面またはシステム設定で接続が停止していることを確認します。スマホの機種やOSによってバックグラウンド動作やバッテリー管理は異なります。初回はクライアントを通常どおり起動したまま動作を確認し、画面を表示している間は使えるのにバックグラウンドで切断される場合に限って、バックグラウンド権限を確認してください。最初から省電力設定をすべて変更する必要はありません。

この段階で、PCではコアが動作しシステムプロキシが有効、スマホでは必要な許可が完了して接続中になっていることを確認します。クライアントにエラーが表示された場合は、まずそのエラーに対処してください。接続に失敗したままプロキシ設定を何度も切り替えないようにします。TUNの権限、ポート競合、接続後にインターネットへアクセスできない場合の詳しい対処はよくある質問をご覧ください。動作状態に問題がなければ、ブラウザーで実際に確認します。

手順4：動作を確認

サイトにアクセスして接続ログを確認

まずブラウザーで新しいタブを開き、普段から問題なくアクセスできる一般的なサイトを表示して、基本のネットワーク接続を確認します。続いて、現在のサブスクリプションのルールでプロキシ経由になる想定のサイトを開きます。すでに読み込み済みのページではなく、新しいリクエストで試してください。ページが表示されれば最初の確認はできますが、1つのサイトが開いたことだけでは通信の振り分けが正しいとは限りません。もともと直接接続できるサイトだったり、既存の接続が再利用されたりする場合があります。

クライアントの「接続」または「ログ」画面に戻り、今のアクセスに対応する記録を探します。絞り込みに対応している場合は接続先のドメインで検索し、記録時刻が今回のテストと一致するか確認してください。接続先、適用されたルール、プロキシグループまたは最終的な接続先を重点的に確認します。列名や表示項目はクライアントによって異なります。プロキシ経由になる想定のサイトは選択したプロキシに接続され、直接接続の想定なら直接接続として処理されていることを確認してください。通常のログにはすべての接続が記録されないクライアントもあります。その場合は接続画面を優先し、ログが見つからないだけで通信がなかったと判断しないでください。

問題が起きた箇所に絞って確認

アクセス時に該当する接続がまったく見つからない場合は、ブラウザーがシステムプロキシに従っているか、クライアントが動作中か、ブラウザー拡張機能で別のプロキシを設定していないか確認します。問題は通常、通信がコアに届く前の段階にあります。この状態でプロキシグループを何度も切り替えても解決にはつながりません。接続記録があり、プロキシも選択されているのにタイムアウトする場合は、プロキシの利用可否やサービスの状態を確認し、グループ内の利用可能と分かっている別のプロキシでも試します。変更する項目は一度に1つにしてください。

本来プロキシ経由になるはずの接続が直接接続と記録されている場合は、ルールモードになっているか、有効な設定が正しいか、対象にどのルールが適用されたかを確認します。ルールは通常、記載順に照合されます。ファイル末尾にプロキシへのフォールバックがあるからといって、それより前のルールが結果に影響しないとは限りません。初めて使う段階でルール全体を書き換える必要はありません。適用されたルールと接続先ドメインを控え、該当する設定項目は設定ガイドで確認するか、トラブル対処の案内に沿って原因を調べてください。

続いて、普段使うアプリを1〜2個テストします。ブラウザーでは成功しても、特定のアプリだけ失敗することがあります。アプリがシステムプロキシを参照しない、独自のネットワーク設定を使う、または別の通信取り込み方法が必要といった理由が考えられます。まずアプリを終了して再起動し、接続画面に新しい通信が記録されるか確認してください。TUNが必要な場合は、現在のクライアントに表示される権限の案内に従い、通信経路を改めて確認します。画面に有効表示が増えただけで、アクセス確認を省略しないでください。

使えた設定と終了方法を控える

一般的なサイトとプロキシ経由になる想定のサイトの両方にアクセスでき、接続ログも通信の振り分けと一致していれば、初期設定は完了です。現在有効な設定、プロキシモード、主要なプロキシグループの選択内容を控えておきましょう。サブスクリプションの更新やプロキシの変更後に比較する基準になります。更新によってグループ名、候補のプロキシ、ルールが変わることがあります。更新後に短いアクセス確認を行うほうが、多数の詳細設定を一度に変更するより管理しやすくなります。

最後に、使用を終えるときの手順を確認します。PCではクライアントを終了する前に、クライアントが設定したシステムプロキシを無効にするか、プロキシ設定を適切に復元できる終了方法を使います。スマホでは接続スイッチをオフにし、システム上でも切断されたことを確認してください。OS起動時の自動起動、ターミナルのプロキシ、DNSの詳細設定は、初回の動作確認が済んでから必要に応じて設定します。基本の流れは、設定を確認し、プロキシを確認し、通信の取り込みを確認してから、サイトへのアクセスと接続ログを照らし合わせることです。