Clashの使い方ガイド

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

クライアントのメイン画面を開き、「サブスクリプション」または「設定」から「追加」「インポート」、あるいはプラス記号のボタンを探します。リモートサブスクリプションまたはURLのインポートを選び、提供元から受け取った完全なURLを入力します。名前欄がある場合は、「普段使い」など識別しやすい名前を付けられます。名前は端末内での識別用で、サブスクリプションの内容には影響しません。URLの先頭やクエリパラメーター、末尾の文字が欠けていないことを確認し、ダウンロード、保存、またはインポートを実行します。

サブスクリプションURLにはアカウントを識別するパラメーターが含まれることがあります。パスワードと同様に慎重に扱い、実際のURLを公開スクリーンショットやコメント欄、オンライン変換サービスに貼り付けないでください。以下はURLの構造を示す例です。ドメインとパラメーターは説明用の架空の値で、そのままインポートしても接続できません。

https://example.com/sub?token=xxxx

ダウンロードが終わったら、設定カードに成功と表示されるか、プロキシグループやノード一覧を開けるか確認します。「使用」「有効化」などの操作や選択マークがある場合は、追加した設定を現在の設定に切り替えてください。ダウンロード後に自動で有効になるクライアントもあれば、ファイルを保存するだけのクライアントもあります。カードが一覧に増えただけで次へ進まず、プロキシ画面の内容も更新されたことを確認しましょう。

ローカルの.yamlまたは.ymlファイルを受け取った場合は、ファイルのインポートからファイル選択画面で開いてください。ファイル名をサブスクリプションURL欄に貼り付けてはいけません。ノードのURL、QRコード、Base64テキストだけを受け取った場合は、使用中のクライアントがその形式に対応しているか確認します。単一ノードを認識できても、すべてのサブスクリプション形式を読み込めるとは限りません。形式に対応していないというエラーが出たら、同じ内容を何度もインポートせず、Clashまたはmihomo対応の設定を提供元に問い合わせてください。

インポートに失敗した場合は、エラーが「ダウンロード」と「解析」のどちらで起きたか確認します。ダウンロード失敗では、URLが完全か、サブスクリプションが有効か、現在のネットワークからサーバーにアクセスできるかを確認してください。解析失敗では、取得した内容が設定ファイルではなく、ログイン画面やエラーページになっていないか確認します。エラーを消すためにYAMLの項目をむやみに削除しないでください。詳しい確認方法はよくある質問をご覧ください。設定が有効になり、プロキシグループが表示されたら、出力モードを選択します。

02 モードとプロキシノードを選択

クライアントの概要画面、メニューバーのメニュー、またはプロキシ画面に戻り、出力モードを探します。初回は「ルール」またはRuleを選ぶのがおすすめです。このモードでは設定内のルールを読み込み、アクセス先に応じて直連とプロキシを使い分けます。すべての通信を同じノードに送るモードではありません。追加したサブスクリプションにルールが含まれている場合は、すぐに独自ルールを追加せず、まずそのまま使ってみましょう。

「ルール、グローバル、直連」と「システムプロキシ、TUN」は別の設定です。前者は通信がコアに入った後の出力先を決め、後者はどのシステム通信をコアに取り込むかを決めます。この手順では前者を設定し、次の手順でシステム通信を取り込みます。モードを正しく選んでもシステムプロキシが無効なら、通常のブラウザーは従来のネットワーク経路を使うことがあります。設定がまだ完了していない状態であり、ルールが機能していないとは限りません。

ルールモードを選んだら、「プロキシ」「ノード」または「プロキシグループ」の画面を開きます。ここには通常、サーバー一覧だけでなく複数のグループが表示されます。設定内で一般的なプロキシ通信を制御するグループを見つけて開き、ノードを選択してください。グループ名は設定の作成者によって異なり、「ノード選択」「Proxy」などさまざまです。名前だけで機能を判断しないでください。グループで別のグループが選択されている場合は参照先をたどり、最終的な出力先がノード、自動選択グループ、DIRECTのどれか確認します。

手動選択グループでは、使用するノードを選んで設定を保存します。自動選択やフェイルオーバーのグループは、設定内の検出ルールに従って動作するため、特定のノードを固定できない場合があります。クライアントに遅延テスト機能があれば、実行してテストに成功するノードを確認できます。タイムアウトするノードは、初回の動作確認には使わないでください。テスト結果は特定のアドレスへの接続状況をその時点で示すものです。実際のダウンロード速度を表すものでも、すべてのサイトにアクセスできる保証でもありません。

アプリやウェブサイトごとに別のグループを設定している場合は、メインのプロキシグループを変更しても、特定のサービスが別の経路を使うことがあります。初回接続では、テスト対象のサイトをどのグループが制御するか確認すれば十分です。すべてのグループを変更する必要はありません。プロキシグループ、ルールの優先順位、DIRECTの意味が分からない場合は、用語集をご覧ください。使用可能なノードをひとつ選んだら、接続の手順に進みます。

03 接続を開始してシステムプロキシを設定

まず概要画面で実行状態を確認し、コアが起動していることを確かめます。ウィンドウを開くとコアが起動するクライアントもあれば、「起動」や「接続」をクリックする必要があるクライアントもあります。ログにポートの競合、設定の読み込み失敗、コアプロセスの終了などが表示された場合は、そのエラーを先に解決してください。ネットワーク関連のスイッチを重ねて有効にしないようにします。コアが正常に動作していないと、システムプロキシがローカルポートを参照していても、ブラウザーのリクエストを受け取るプロセスがありません。

PCでは「システムプロキシ」「システムプロキシとして設定」またはSet as System Proxyを探して有効にします。Windowsクライアントでは通常、メイン画面またはタスクトレイのメニューから設定できます。macOSクライアントではメニューバーのメニューにあることが多いです。有効にすると、システムプロキシ設定に従うアプリがクライアントのローカル待ち受けポートへリクエストを送ります。ポートはクライアントに現在表示されている値を使用してください。一般的な設定例が7890だからといって、すべての設定を同じ番号に変更する必要はありません。

手動で確認する場合は、クライアントの混合ポートとシステムプロキシ設定のアドレス、ポートが一致しているかを確認します。同じ端末で使用する場合、アドレスは通常、ループバックアドレスの127.0.0.1です。初回設定では、LANアクセスを有効にしたり、プロキシの待ち受けアドレスをほかの端末に公開したりする必要はありません。Linuxのデスクトップ環境によっては、システムプロキシへの対応状況が異なります。スイッチを有効にしてもシステム設定に反映されない場合は、別のデスクトップ環境の手順を流用せず、プラットフォーム別のインストール・設定ガイドを確認してください。

AndroidとiOSでは通常、「接続」または起動ボタンをタップし、システムに表示されるVPN接続の許可を確認します。ステータスバーにVPNアイコンが表示されたら、クライアントに戻って接続状態を確認してください。このアイコンはシステムにネットワーク経路が設定されたことを示すもので、接続先ノードが利用可能であることを保証するものではありません。ほかのVPNに接続中の場合は、先に切断する必要があります。仕事用プロファイル、デバイス管理ポリシー、ほかのネットワークツールが接続に影響することもあります。

PCのTUNは、システムプロキシに従わない通信も取り込めますが、追加の権限や仮想ネットワークアダプター、サービスコンポーネントが必要になることがあります。初回はブラウザーで動作確認するだけなら、システムプロキシを使ってください。スマホではアプリがシステムのVPNインターフェースを使って通信を取り込むため、PCの設定をそのまま適用する必要はありません。TUN、DNSハイジャック、ルーティングルールなどを同時に変更せず、基本的なアクセスができてから組み合わせを検討しましょう。

管理者パスワードの入力、補助サービスのインストール、拡張機能の許可を求められた場合は、インストールしたクライアントからの要求であり、必要な権限であることを確認してからシステム画面で許可します。許可後にサービスの再起動を求められたら、先に再起動し、実行状態を確認してください。設定、ノード、通信の取り込み口がそろったら、実際にアクセスして動作を確認します。

04 動作確認と結果の切り分け

ブラウザーで新しいページを開き、現在のネットワーク環境で正常に表示できると分かっているサイトにアクセスします。同時に、クライアントの接続一覧またはログを開き、アクセスした時刻とドメインに対応する記録があるか確認してください。ブラウザーの既存の接続が以前の経路を使い続けることがあります。ノードやモードを変更した後は、新しいテストページを開きましょう。必要に応じてブラウザーを終了して再起動してから、新しいリクエストを送信してください。

接続の詳細では、宛先ドメイン、適用されたルール、最終的な出力先を確認します。ルールモードでは、サイトによってDIRECTと表示されるのは正常です。直連がすべて失敗というわけではありません。設定上、直連になるはずの宛先と、プロキシ経由になるはずの宛先をひとつずつ選び、ルールどおりに処理されるか確認します。ログにプロキシグループと実際のノードが表示される場合は、ページの読み込み結果と合わせて判断しましょう。スイッチの色だけを見るより確実です。

ウェブページが開かず、クライアントにも該当する接続記録がない場合は、手順3に戻り、システムプロキシが有効か、アドレスとポートが一致しているか、ブラウザー側で別のプロキシを設定していないか確認します。確認中の記録が新しいリクエストのものかどうかも確かめてください。アプリによってはシステムプロキシに従いません。ブラウザーでは接続できても、特定のアプリで失敗することはあり得ます。アプリのネットワーク設定を確認し、TUNが必要か検討してください。

接続記録があるのにタイムアウトする場合、リクエストは少なくともクライアントまで到達しています。次に現在のノードとアクセス先を確認してください。ノードをひとつだけ変更して再度アクセスし、サブスクリプションの再追加、DNSの変更、モードの切り替えを同時に行わないでください。ノードの変更で復旧した場合は、元のノードや回線に問題があった可能性があります。特定のサイトだけが失敗する場合は、クライアント全体の不具合と判断する前に、そのサイトに適用されるルールとプロキシグループを確認します。

DNSの名前解決エラーが発生した場合は、ログに記録されたエラーの種類と発生時刻を控え、通常のネットワーク接続が使えるか確認してから、トラブル対処のよくある質問をご覧ください。Fake-IP、DNSの振り分け、TUNのルーティングには、設定全体の関係を理解する必要があります。このガイドでは、ネットワーク設定をまとめてコピーし、既存のサブスクリプションに上書きすることはおすすめしません。ログを共有して問い合わせる前に、サブスクリプションURL、アカウント識別情報、公開に適さないアクセス記録を伏せ、調査に必要なエラー情報だけを残してください。

外部のIPアドレス確認サービスは補助情報として使えますが、それだけで判断しないでください。確認サイトへの通信自体がルールにより直連になっていたり、ブラウザーにページがキャッシュされていたりすることがあります。結果が変化しても、その確認時に使われた出口経路を示すにとどまります。初回の動作確認では、プロキシ経由になるはずの通信で正常にアクセスでき、ログに対応するポリシーが記録され、直連になるはずの通信も正常であれば十分です。すべての通信を同じ出口にそろえるより、ルールによる振り分けに沿った確認方法です。

最後に、終了後の状態を確認します。PCではシステムプロキシを無効にしてからクライアントを終了します。スマホではアプリ内のVPN接続を切断してから終了してください。終了後にブラウザーでプロキシサーバーが利用できないというエラーが表示される場合は、システムのネットワーク設定を開き、ローカルポートを参照する手動プロキシ設定が残っていないか確認します。通信が復旧したら、次回はクライアントと必要なスイッチを有効にして使えます。インポート済みの設定を削除する必要はありません。

初期設定後の日常的な使い方

初期設定の動作確認ができた後は、通常、クライアントを起動して現在の設定を確認し、ノードを選んで接続を有効にするだけで使えます。サブスクリプションを更新すると提供元の設定を再取得しますが、すべての接続問題が自動的に解決するわけではありません。更新後にノード名やプロキシグループ名が変わった場合は、プロキシ画面で選択状態を確認してください。自動更新の間隔は、まずクライアントの初期値を使い、短時間に何度も手動更新しないようにしましょう。

ルールを変更する前に、現在使用できている設定をバックアップし、クライアントがオーバーライドや拡張設定に対応しているか確認してください。リモートサブスクリプションからダウンロードしたファイルを直接編集すると、次回の更新で変更が上書きされることがあります。アプリごとの通信振り分け、TUN、プラットフォームの権限を設定する場合は使い方ガイドをご覧ください。エラーの内容だけを確認したい場合は、まずよくある質問をご覧ください。一度に変更する設定をひとつに絞り、同じ宛先で再テストすると、その後の切り分けが容易になります。