Clashの使い方ガイド：サブスクリプション追加から接続確認まで

このページでは、利用可能なClash形式のサブスクリプションURLをすでに持っていることを前提に説明します。URLは利用中のサービス提供元から取得するもので、通常はクライアントでダウンロードできる設定ファイルを指します。個別のノード名とは異なります。URLをコピーするときはアドレス全体をコピーし、サブスクリプションページ自体のURLだけをコピーしないようにしてください。複数の形式が提供されている場合は、「Clash」または「Mihomo」と記載された設定形式を選びます。サブスクリプションには個人用の接続情報が含まれる場合があります。公開の掲示板にURLを貼ったり、よく知らないオンラインツールで処理したりしないでください。

インストール済みのクライアントを開き、まず3つの画面を確認します。「設定」はサブスクリプションの追加と有効化、「プロキシ」はプロキシグループの確認と接続先の選択、「概要」またはホーム画面はシステムプロキシの有効化と動作状況の確認に使います。クライアントによってスイッチの場所は異なりますが、操作の流れは同じです。スマートフォンでは、OSに表示されるVPN接続の許可も必要です。この許可はOSが表示するもので、接続を開始するときに確認します。画面に古い設定がある場合は、現在選択されている設定を控えておきましょう。追加後も古い設定を使い続け、新しいサブスクリプションが反映されていないと誤解するのを防げます。

初回は、確認しやすい手順で進めましょう。サブスクリプションを1つ読み込み、ルールモードで利用可能な接続先を選び、デバイスのプロキシ機能を有効にして、実際の通信を確認します。DNS、TUN、ポート、複数の上書きファイルを同時に変更するのは避けてください。一度に多くの設定を変えると、問題の原因を特定しにくくなります。

クライアントの「設定」または「サブスクリプション」画面を開き、リモート設定を追加する項目を探します。追加ボタンが「＋」で表示されるクライアントもあれば、「URLからインポート」や「サブスクリプションを追加」と表示される場合もあります。URLから追加する方法を選び、サブスクリプションURL全体を入力欄に貼り付けてください。名前欄がある場合は、サービス名など、あとで見分けやすい名前を入力できます。確定後、クライアントによる設定のダウンロードが終わり、新しい項目が一覧に表示されるまで待ちます。入力欄にサブスクリプションページのタイトルを貼り付けたり、URLをノード名として入力したりしないでください。

新しい項目が表示されたら、ダウンロード成功の表示があるか、設定内容を開けるか確認します。次に、その項目の「使用」「有効化」をクリックするか、選択状態にして現在の設定として適用します。この操作は重要です。クライアントによっては、新しいサブスクリプションを保存しても、以前のローカル設定で動作し続けることがあります。概要画面に戻り、現在の設定名が切り替わっているか確認してください。続いて「プロキシ」画面を開き、サブスクリプションのプロキシグループとノードが表示されていることを確認します。プロキシグループが見えていれば、設定の解析と読み込みは少なくとも完了しており、次の手順で接続先を選べます。

保存後に一覧へ新しい項目が追加されない場合は、URL全体が正しいか、余分な空白がないかを確認し、デバイスからサブスクリプションURLへアクセスできるか調べてください。項目はあるのに解析エラーが表示される場合は、Clash形式の設定を提供しているかサービス提供元に確認します。ノード単体の共有URLや別形式のノード一覧は、完全な設定としてそのまま追加できるとは限りません。更新失敗の表示がある一方で古いプロキシグループが残っている場合、前回のキャッシュ内容が表示されている可能性があります。今回の更新が成功したとは限りません。まず追加の問題を解決し、プロキシモードの変更は後にしてください。

この手順の完了条件は明確です。設定一覧に新しい項目が表示され、それが現在使用中になっており、「プロキシ」画面で展開可能なプロキシグループを確認できることです。サブスクリプションの内容が変わった場合は、同じ画面から「更新」または再読み込みを実行できます。更新後も、現在の設定とプロキシグループが正常に読み込まれているか確認してください。自動更新間隔を設定できるクライアントでも、初回接続のために既定値を変更する必要はありません。

設定が読み込まれたことを確認したら、「概要」または「設定」画面でプロキシモードを選び、「ルール」に設定します。画面によっては英語で Rule と表示されます。ルールモードでは、現在の設定にあるルールに従ってリクエストを振り分け、指定されたプロキシグループ、直接接続、またはブロックで処理します。プロキシが必要な通信と直接接続する通信が設定どおりに分かれているか確認できるため、初めて使うときに適しています。すべての通信を同じ接続先に統一する必要もありません。

次に「プロキシ」画面を開きます。設定には「ノード選択」「自動選択」などの名前や、サービス提供元が付けた名前のプロキシグループがあります。手動で選ぶグループを開き、利用可能なノード、または設定に含まれる自動選択のサブグループを選んでください。あるグループが別のグループを参照している場合は、選択のつながりをたどって最終的な接続先まで確認します。最上位のグループ名だけでは、実際に使われるノードは判断できません。グループ名はサブスクリプションごとに異なるため、表示されている一覧に従ってください。選択後、概要画面に戻り、ルールモードのままであることと、追加した設定が現在使用中であることを確認します。

「グローバル」モードでは、クライアントが処理する範囲のリクエストが、選択中の接続先を一律に使います。ルール判定が原因かどうかを一時的に切り分ける際に役立ちます。「直接接続」モードではプロキシを経由せず、デバイス本来のネットワークが正常か比較できます。どちらもトラブルの切り分けには使えますが、ウェブページが開かないからといって、グローバルモードのまま使い続けないでください。まずルールモードで起きた問題を記録し、一時的にモードを切り替えて比較した後、ルールモードに戻すと違いを把握しやすくなります。

プロキシモードは、デバイス全体のオン・オフスイッチではありません。プロキシグループを正しく選んでも、ブラウザーのリクエストがまだクライアントに届いていないことがあります。デスクトップのシステムプロキシやスマートフォンのVPN接続を有効にしていない場合、「プロキシ」画面での選択は接続先を設定しただけの状態です。モードとプロキシグループを選んだら、次の手順でデバイスからクライアントへの接続経路を有効にします。ルール構文、プロキシグループの種類、ルールセットの管理方法は応用設定ガイドで確認できます。初回起動時にこれらを変更する必要はありません。

WindowsまたはmacOSのクライアントでは、「概要」に戻り、「システムプロキシ」を有効にします。クライアントがシステムプロキシの接続先を、ローカルで待ち受けているポートに設定します。システムプロキシに対応するブラウザーやアプリは、これでクライアントにリクエストを送れるようになります。スイッチがオンになった後もクライアントを起動したままにし、タスクトレイやメニューバーに常駐するプログラムも終了しないでください。「コアを起動」や「実行」ボタンが別にある場合は、コアが動作中であることも確認します。システムプロキシがオンでもコアが停止していると、応答するサービスのないローカルポートへリクエストが送られてしまいます。

AndroidまたはiOSのクライアントでは、ホーム画面にある接続ボタンを見つけて起動します。通常、OSがVPN接続の作成を確認するダイアログを表示するので、案内を読んで許可してください。その後、ステータスバーにVPNの状態が表示されているか、クライアントが接続済みと表示しているかを確認します。ここでのVPNは、スマートフォンのOSがクライアントに提供するネットワーク接続方式であり、サブスクリプションが正しく読み込まれたことを意味するものではありません。許可画面が表示されない場合は、設定や権限のエラーがクライアントに表示されていないか確認します。別のアプリがVPN接続を使用中の場合は、接続の競合を解消してから再度起動してください。

デスクトップでは、すべてのアプリがシステムプロキシに対応しているわけではありません。ブラウザーは最初の動作確認に適していますが、独自のプロキシを設定しているアプリ、独自のネットワーク処理を使うアプリ、システム設定を無視するアプリもあります。まずシステムプロキシに対応するアプリで基本の流れを確認し、その後でTUNモードが必要か判断してください。TUNはデバイスが処理する通信の範囲を変えるため、システム権限、ルーティング、DNSの設定も関わることがあります。初回接続でTUNとシステムプロキシを同時に有効にすると、リクエストの経路を特定しにくくなります。より多くのアプリの通信を処理する場合は、デバイスに合わせて応用設定ガイドのTUNの章を順に設定してください。

システムプロキシを有効にしてすぐネットワークが使えなくなった場合は、概要画面でコアが動作中か、現在の設定が選択されているか確認します。次に、クライアントの待ち受けポートとシステムプロキシの接続先ポートが一致しているか確認してください。設定の mixed-port はHTTPとSOCKSの両方の接続に使われることがありますが、実際のポートはクライアントの設定に従います。例にあるポート番号を、すべてのデバイスに共通する固定値として使わないでください。接続できたらスイッチの状態は変えず、次の手順で実際のリクエストを確認します。

クライアントの接続を維持したまま、普段プロキシ経由でアクセスし、問題なく開けることが分かっているサイトを開きます。ページを読み込んだら、すぐにクライアントの「接続」または「ログ」画面に切り替え、先ほどのリクエストに対応するドメインを探してください。接続記録には通常、接続先、適用されたルール、使用したプロキシグループ、最終的な接続先が表示されます。項目はクライアントごとに異なりますが、少なくともリクエストがクライアントに届き、想定外の直接接続になっていないことを確認します。ホーム画面に「接続済み」と表示されているだけでは、ブラウザーが現在の設定を実際に使っているか判断できません。

続いて、現在の設定では直接接続される想定のサイトを開き、新しい接続が直接接続になっているか確認します。ここで確認するのはサイトの速度ではなく、ルールモードで2種類のリクエストが正しく振り分けられるかどうかです。プロキシ経由のサイトも直接接続のサイトも開けるのに、記録上はすべて同じ接続先になっている場合、「ルール」モードが選択されているか、サブスクリプションのルールが想定どおりか確認してください。適用されたルールを表示できるクライアントでは、まずルール名を控え、設定を変更する必要があるか判断します。結果が違うからといって、すぐに config.yaml 全体を書き換えないでください。

ウェブページが開かず、クライアントに新しい接続記録もまったく表示されない場合、問題は通信がクライアントに届く前に起きている可能性があります。デスクトップでは、まずシステムプロキシが有効か確認します。次に、ブラウザーに個別のプロキシ設定がないか、システム設定に対応しない接続方法を使っていないか確認してください。スマートフォンでは、VPN接続の許可とクライアントの接続状態を確認します。接続記録があるのに誤ったプロキシグループへ送られている場合は、「プロキシ」画面に戻ってグループ内の選択を確認し、古い設定に置き換わっていないかも調べます。想定した接続先が選ばれているのにアクセスできない場合は、ノードの状態、サブスクリプションの更新状況、サイト側の問題を確認してください。「記録の有無 → 適用されたルール → 最終的な接続先」の順に調べると、スイッチを次々に切り替えるより原因を特定しやすくなります。

動作確認が終わったら、正常に動作した設定、モード、プロキシグループの選択を覚えておけば十分です。サブスクリプションの更新失敗、DNSの名前解決エラー、ポートの競合、特定アプリの通信を処理できないといった問題が起きたときは、症状に応じて応用設定ガイドを確認してください。手順を最初からやり直す場合は、このページのサブスクリプションの追加から順に確認できます。既存の設定をすべて削除する必要はありません。利用を終えたら、クライアントでシステムプロキシを無効にするか、スマートフォンの接続を切り、デバイスのネットワーク設定が想定どおりに戻ったことを確認してください。