Clashの使い方ガイド
サブスクリプションの追加と接続確認

事前準備：設定の入手元とネットワークを確認

クライアントの接続を切った状態で、普段そのままアクセスできるWebページを開き、端末自体がインターネットに接続されていることを確認します。次に、システムの日付とタイムゾーンが正しいか確認してください。時刻がずれていると、HTTPS接続やサブスクリプションのダウンロードに影響することがあります。基本のネットワーク接続が切れている場合は、Wi-Fi、モバイルデータ通信、ゲートウェイを先に確認し、プロキシルールはまだ変更しないでください。

クライアントは設定の読み込み、プロキシの管理、通信の取り込みを行います。インストールしただけでは、使えるノードがあるとは限りません。サービス提供元から入手したサブスクリプションリンク、またはノードとルールを含む対応設定ファイルが必要です。Clashまたはmihomo対応と明記された形式を優先してください。Web上のプランページ、アカウントのログインページ、購入履歴へのリンクは、そのまま設定として読み込めません。

サブスクリプションリンクには、アカウント情報やアクセス用の認証情報が含まれている場合があります。コピーする際は全体を正確に保ちつつ、公開スクリーンショットやチャット、問い合わせに貼り付けないでください。問題の相談では、エラーの種類とクライアント名を伝えれば十分です。リンク全文を公開する必要はありません。初期設定中は他のプロキシツールやVPNを一時停止し、システムプロキシ、仮想ネットワークアダプター、ローカルの待ち受けポートを複数のアプリが取り合わないようにします。現在インターネットに接続できる環境を保ち、まず設定を読み込みましょう。

STEP 01 / PROFILE

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

クライアントの左側または下部にある「サブスクリプション」「設定」を開き、「新規作成」「追加」「インポート」のいずれかを選びます。リモートとローカルを選べる場合、サブスクリプションリンクにはリモート設定を選択します。URL欄にリンク全体を貼り付け、「普段使い」など見分けやすい名前を付けてから、保存またはインポートをクリックしてください。名前は端末内で区別するためのもので、実際の設定内容はリンク先のファイルから取得されます。

保存後、ダウンロードが完了するまで待ちます。成功すると、設定カードや更新日時、更新ボタンが表示されます。クライアントによっては、ノード一覧が直接開くこともあります。設定が「有効」「使用中」になっているか、または選択状態になっているかも確認してください。ファイルが一覧に追加されただけで有効化されていない場合、コアは以前の設定を読み込んだままのことがあります。設定カードまたはメニューから有効化し、読み込みが完了したら「プロキシ」または「プロキシグループ」を開きます。

プロキシ画面にプロキシグループとノードが表示されていることを確認します。グループ名は設定の作成者が決めるため、「PROXY」や「ノード選択」とは限りません。用途に応じて、Web、動画、ダウンロードなどの名前が付いていることもあります。まずノード一覧が表示されていることを確認してから、モードを選びます。一覧が空の場合は、接続を何度も押すのではなく、設定画面でダウンロードや解析のエラーを確認してください。リンク先がログインページになっている、形式に互換性がない、サービスの有効期限が切れているなどの理由で、設定を読み込めないことがあります。

ローカルのconfig.yamlを使う場合は、設定画面でファイルからのインポートを選び、ファイルを指定して保存・有効化します。ブラウザーに表示されたページ全体をYAMLとして保存しないでください。拡張子が正しくても、内容が正しいとは限りません。インポート後は同じ手順でプロキシグループを確認します。初めて使うときは、ルールやDNSをすぐに編集せず、サービス提供元の設定をそのまま動作させると、問題の切り分けがしやすくなります。

サブスクリプション更新前に使える設定を残す

手動更新は、サーバー側の設定に変更があったか確認するときに便利です。設定の更新ボタンをクリックして結果を確認し、短時間に何度も更新しないでください。更新に失敗した場合は、現在使える設定を残したまま、リンクの有効性とネットワーク経路を確認してから再試行します。自動更新の間隔は必要に応じて設定してください。短い間隔にしてもリクエストが増えるだけで、使えないノードが自動的に復旧するわけではありません。

ローカル編集やリモート更新の扱いは、クライアントによって異なります。リモートファイルの更新で手動編集が上書きされる場合もあります。初期設定では複雑なオーバーライドスクリプトを追加せず、長期的なカスタマイズが必要になった段階で、クライアントの上書き機能を確認しましょう。サブスクリプションのダウンロード失敗や設定の解析エラーを詳しく調べるには、トラブル対処ガイドをご覧ください。追加した設定を有効にしたまま、モード選択へ進みます。

STEP 02 / ROUTING

プロキシモードを選択：まずルール、次にノード

「プロキシ」画面を開き、「ルール」「グローバル」「ダイレクト」などのモード選択欄を探します。普段はルールモードを選んでください。通信は設定内のルールに順番に照合され、指定されたプロキシ設定または直接接続に振り分けられます。これにより、端末上で直接接続するサービスとプロキシ経由でアクセスする通信を使い分けられます。ルールモードの動作は設定内容によって決まり、各Webサイトに適した経路を自動で判断するわけではありません。

グローバルモードでは、通常の外向き通信がグローバル設定に送られます。ルールに関係する問題かを短時間で比較する場合には使えますが、あらゆる不具合への万能な対処として常用するのはおすすめしません。ダイレクトモードでは、通常の外向き通信が宛先に直接接続されます。基本のネットワーク接続を復旧するときや、比較テストに使えます。モードを切り替えても、確立済みの接続は以前の経路を使い続けることがあります。変更を確認する際は新しい通信を発生させ、必要に応じて古いページや接続を閉じてください。

モードとTUNは別の設定です。ルール、グローバル、ダイレクトは、通信がコアに届いた後の処理方法を決めます。システムプロキシとTUNは、通信をコアに取り込む方法を決めます。そのため、ルールを選んでもブラウザーがプロキシを使うとは限らず、TUNを有効にしてもすべての通信がノードを経由するとは限りません。まず振り分け方法を決め、その後に通信の取り込み方法を設定すると、複数の項目を同時に変更して原因が分からなくなるのを防げます。

実際に使うプロキシグループでノードを選択

通常のプロキシ通信を担当するプロキシグループを開き、遅延テストまたは速度テストを一度実行して結果を待ちます。有効な結果が出たノードを選び、選択状態が切り替わったことを確認してください。遅延テストは指定されたテスト先への接続性を示す目安です。数値が低くても、大容量ファイルのダウンロードが速いとは限らず、接続先のWebサイトがその出口を許可するとも限りません。初回の確認では、通信できるノードを1つ選べば十分です。すべての回線を何度も切り替える必要はありません。

DIRECTとREJECTに注意してください。前者は直接接続、後者は接続拒否を表し、どちらもリモートのプロキシノードではありません。本来プロキシ経由にするプロキシグループでDIRECTが選ばれていると、クライアントが接続中と表示されても、通信は直接接続されることがあります。最終的に適用されるルールがどのグループを参照しているか確認し、そのグループでノードを選んでください。ルールで使われていない別のグループのノードを変更しても反映されません。

設定に自動選択グループが使われている場合、画面ではグループ全体しか選べず、内部のノードを固定できないことがあります。これはプロキシグループの動作であり、画面の不具合ではありません。まずはサービス提供元の自動選択設定を維持し、接続ログで実際の選択結果を確認してください。ルールの優先順位、プロキシ経路、DNSの問題は、手順に沿ってトラブル対処してください。初期設定では、選択中のグループに利用可能な出口があれば十分です。

上記は確認例で、クライアントのスイッチではありません。モードとプロキシ設定を確認したら、接続を有効にします。

STEP 03 / NETWORK ENTRY

接続を有効化：デスクトップとモバイルの手順

デスクトップ：まずシステムプロキシを確認

クライアントのホーム画面または設定画面に戻り、コアが起動していることを確認します。デスクトップ版には、起動時にコアが自動実行されるものと、起動または接続の操作が必要なものがあります。画面の動作状態はローカルサービスの起動状況を示すもので、リモートノードに接続できるかどうかとは別です。コアが動作していることを確認したら、設定で「システムプロキシ」を有効にし、ブラウザーで新しいページを開きます。変更箇所が少ないこの方法は、初回の接続テストに適しています。

システムプロキシの影響を受けるのは、OSのプロキシ設定を参照するアプリです。通常、ブラウザーはシステムプロキシを使いますが、ブラウザーのプロキシ拡張機能、個別に設定したPAC、企業の管理ポリシーによって設定が上書きされる場合があります。初回テストでは、拡張機能とクライアントが別々の接続先を指定しないよう、ブラウザーのプロキシ拡張機能を一時停止してください。ターミナル、ゲーム、一部のダウンロードツールはシステムプロキシを参照しないことがあります。それらに変化がないだけで、クライアント全体が動作していないと判断しないでください。

クライアントに表示されているローカルHTTPポートまたは混合ポートを確認し、アプリに手動入力したポートと一致させます。以前のガイドにあるポート番号をそのまま使わないでください。クライアントやユーザー設定によって初期値が異なります。ローカルの接続先には通常、ループバックアドレス127.0.0.1を使います。通常の単独利用では「LAN内からの接続を許可」を有効にする必要はなく、同じネットワーク上の別の端末にプロキシの待ち受けを公開する必要もありません。

モバイル：接続時にVPNの許可を確認

モバイルで設定を有効にしてノードを選んだら、ホーム画面に戻って「接続」をタップします。初回起動時には、VPN設定の追加またはVPN接続を求める確認画面が表示されることがあります。要求元が現在使っているクライアントであることを確認して許可してください。このVPNインターフェースは端末の通信をクライアントに渡すためのもので、OSがリモートノードを提供するという意味ではありません。実際の出口は、先ほど追加した設定とプロキシ設定によって決まります。

許可したら、画面が接続済みに変わるまで待ち、ブラウザーに切り替えてテストします。通常、端末上でこの種類の接続を取り込めるVPNサービスは1つです。すでに使っているVPN、他のプロキシクライアント、ローカルVPNを利用する一部のフィルタリングアプリは競合する場合があります。テスト中はこれらを切断し、同時に通信を取り込ませないでください。短時間に何度も切断される場合は、まずシステムが許可を取り消していないか、バックグラウンド動作を制限していないかを確認します。すぐにルールを変更する必要はありません。

より広い範囲の通信を取り込むにはTUNを有効化

システムプロキシではブラウザーが正常に動作する一方、他のアプリがプロキシを使わない場合は、TUNを検討します。クライアントの設定を開き、画面の案内に従ってサービスコンポーネントをインストールするか、必要な権限を許可してからTUNを有効にします。通常、仮想ネットワークインターフェースを使って、ルーティング対象の通信を取り込みます。ただし、実際の範囲はルートの除外設定、アプリの設定、OSの制限にも左右されます。「有効」と表示されていても、端末上のすべてのプロトコルが取り込まれている証明にはなりません。

初めてTUNを確認するときは、取り込み経路が重ならないよう、システムプロキシをいったん無効にし、同じテスト先で結果を比較するのがおすすめです。企業VPN、仮想マシンのネットワークアダプター、LANへのアクセスに問題が起きた場合は、まずTUNを無効にして元の状態に戻してから、症状に応じてトラブル対処ページを確認してください。クライアントを動作させるためにシステムのファイアウォールを無効にしないでください。サービスのインストールや権限の要求は、使用中のクライアントが明示する案内に従ってください。

STEP 04 / CONNECTION CHECK

動作確認：スイッチだけでなく通信を見る

クライアントの接続を維持したまま、「接続」「アクティビティ」「ログ」などの画面を開き、ブラウザーから新しいリクエストを送信します。接続一覧には通常、宛先ドメインやアドレス、適用ルール、使用したプロキシ設定、通信量の変化が表示されます。直前に送ったリクエストを見つけ、コアに届いていることを確認してください。ブラウザーのキャッシュで古い内容が表示されることがあるため、新しいページやプライベートウィンドウを使うと確認しやすくなります。ただし、プライベートウィンドウを使ってもプロキシ経路は自動で変わりません。

次に、「コアに届いた」ことと「プロキシノードを使った」ことを区別します。ルールモードでは、直接接続した通信も接続一覧に表示されます。記録を開いて、適用ルールとプロキシ経路を確認してください。DIRECTに一致した通信は直接接続です。プロキシグループに一致した場合は、最終的に使われたノードも確認します。設定上、直接接続されるはずのテスト先とプロキシ経由になるはずのテスト先を1つずつ選び、通信して記録を比べてください。Webページが開くかどうかだけを見るより、経路を判断しやすくなります。

出口を調べる場合は、アクセス元の情報を表示するサービスを利用できます。ただし、出口情報で確認できるのは、そのリクエストの経路だけです。ルールモードでは、Webサイトごとに異なるノードや直接接続が使われることがあるため、1つのサイトに表示されたアドレスからすべてのアプリの経路を推測できません。出口の地域は、サーバー側の判定方法によって変わる場合もあります。まず接続記録のプロキシ経路で振り分けを確認し、出口情報は補助的な判断材料として使ってください。

ターミナルで確認：実際のポートを明示して指定

ターミナルツールがシステムプロキシを使うかどうかは、ツールや環境によって異なります。ローカルのHTTP接続先だけを確認するには、curlでプロキシを明示して指定します。以下の例は、クライアントのHTTPポートまたは混合ポートが7890の場合に限り使えます。設定画面に別のポートが表示されている場合は、コマンド内の番号を実際の値に変更してください。このコマンドでプロキシ接続先に送られるのはこのリクエストだけです。最終的にリモートノードを使うかどうかは、ルールによって決まります。

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 -I https://example.com

HTTPレスポンスヘッダーが表示されれば、そのリクエストに応答があったことを確認できます。接続記録で対象とプロキシ設定も確認してください。ローカルアドレスに接続できないというエラーが出る場合は、コアが動作しているか、ポートが一致しているかを調べます。接続先にはつながるのに宛先がタイムアウトする場合は、ノードとネットワークを確認してください。プロキシ設定をすぐに永続的な環境変数に追加せず、まず1回だけテストしましょう。クライアントを終了した後も、停止したローカルポートをターミナルが参照し続けるのを防げます。

設定後も再現できる確認手順を残す

プロキシを使うはずの宛先で想定したノードが使われ、直接接続するはずの宛先がルールどおりに接続され、Webページも正常に読み込めれば、初期設定は完了です。現在有効な設定名、モード、プロキシグループ、通信の取り込み方法を控えておきましょう。問題が起きたときは同じ順番で確認し、一度に変更する項目は1つだけにして、リクエストを再送します。サブスクリプションの更新、モードの切り替え、ノードの変更、DNSの編集を同時に行うと、復旧しても何が効いたのか分からなくなります。

使い終わったら、デスクトップでは先にシステムプロキシを無効にしてからクライアントを終了します。TUNを使っている場合は、仮想ネットワークによる通信の取り込みも停止していることを確認してください。モバイルでは接続を切り、システムのVPN状態も終了したことを確認します。終了時に設定を自動で元に戻すクライアントもありますが、プロセスを強制終了したり異常終了したりすると、復元されないことがあります。終了後に基本のネットワーク接続に問題が出た場合は、ソフトを何度も再インストールする前に、システムプロキシがローカルポートを参照したままになっていないか確認してください。

まだアクセスできない場合は、Clashのトラブル対処ガイドで、インターネットに接続できない、ノードがタイムアウトする、サブスクリプションに失敗する、DNSに問題がある、システムプロキシが反映されないなど、症状に合った項目をご覧ください。操作をもう一度確認する場合は、最初からインストールし直す必要はありません。サブスクリプションの追加または接続設定に戻ってください。