Clashのサブスクリプション導入・接続ガイド

開始前の確認

クライアントと有効なサブスクリプションを準備

操作を始める前に、現在のOSに合ったClashクライアントと、ネットワークサービス提供元が発行した有効なサブスクリプションURLを用意します。クライアントは設定の読み込みやポリシーの選択、システム接続の制御を担当します。サブスクリプションURLにはプロキシノード、ポリシーグループ、ルールが含まれます。クライアントをインストールしただけで設定がない場合、プロキシページに選択可能なノードが表示されないことがあります。

パソコンやスマートフォンにクライアントがない場合は、まずクライアントダウンロードページへ進み、OSに合ったGUI版を選びます。初回からコアの圧縮ファイルを使う方法はおすすめしません。通常は設定ファイルや起動パラメーターを手動で用意する必要があるためです。インストール後は一度通常どおり起動し、権限の確認と設定ディレクトリの初期化を済ませてから、サブスクリプションを導入します。

サブスクリプションURLは通常、https://で始まるURLです。現在利用しているサービスの管理ページからコピーしてください。コピー時は先頭や末尾の文字を欠かさず、WebページのURLや料金プランの説明ページをサブスクリプションURLと取り違えないよう注意します。Clash用、汎用サブスクリプション、その他のクライアント形式が個別に用意されている場合は、ClashまたはYAML設定と明記された入口を優先します。

このガイドでは一般的なGUIクライアントを例に進めるため、ポート、DNS、TUNの設定を先に変更する必要はありません。確認対象を絞り、基本接続が成功してから高度な機能を一つずつ追加すれば、問題の原因を特定しやすくなります。コア、設定ファイルの構成、複雑なルール分岐について詳しく知りたい場合は、このページを終えた後に使用マニュアルを読んでください。

ステップ1

サブスクリプションを導入して設定を選択

Clashクライアントを開いたら、まず「設定」「サブスクリプション」「Profiles」のいずれかのページに移動します。通常はURL入力欄と、「導入」「ダウンロード」「追加」「更新」などのボタンがあります。先ほどコピーしたサブスクリプションURLを入力欄に完全に貼り付け、前後に余分な空白がないことを確認して該当ボタンをクリックします。クライアントがURLから設定を取得し、読み込みに成功した内容をローカルの設定一覧に保存します。

導入に成功すると、ページに新しい設定が追加されます。名前はサービス提供元が設定したものや、設定ファイル名そのものの場合があります。新しい項目が表示されたからといってページを離れず、その設定をクリックするか、横にある有効化ボタンを押して現在の設定にしてください。選択中の項目には、ハイライト、チェックマーク、「使用中」などの表示が現れます。重要なのは、サブスクリプションをローカルに保存したことと、クライアントが実際に使用していることは別だという点です。

設定を選択したら、「プロキシ」または「Proxies」ページで結果を確認します。通常は自動選択、ノード選択、フェイルオーバー、特定サイト向けグループなど、複数のポリシーグループが表示されます。グループ名はサブスクリプションごとに異なるため、特定の名前を探す必要はありません。ページが空でなく、少なくとも1つのポリシーグループを展開できれば、設定の解析は完了しています。次の手順へ進みましょう。

導入をクリックしても新しい項目が追加されない場合は、まず画面のメッセージを確認します。タイムアウトは、現在のネットワークからサブスクリプションサーバーへ接続できないことを示す場合があります。形式非対応は、URLから返された内容をクライアントが直接読み込めないという意味です。404やリンク切れが表示された場合は、サブスクリプションURLの期限切れが考えられます。この段階でプロキシポートやDNSを次々に変更するのは避けてください。まずURLをコピーし直すか、サービス管理ページで新しいリンクを発行します。

一部のクライアントではローカルファイルからの導入にも対応しています。サービス提供元から.yamlまたは.ymlファイルを受け取った場合は、「ローカルから導入」「ファイルから追加」などの入口からファイルを選択します。導入後は同じように一覧から選択してください。サブスクリプション形式や変換、更新失敗の原因が複雑な場合は、よくある問題のインストール・設定カテゴリを確認しましょう。初回設定で大量のYAMLを手作業で書き換える必要はありません。

ステップ2

ルールモードと利用するポリシーを選択

設定を読み込んだら、クライアントの「プロキシモード」「Mode」、またはモード切り替えエリアを探します。一般的な選択肢はルール、グローバル、ダイレクトです。初回設定ではルールモードをおすすめします。サブスクリプション設定内のルールに従って、接続ごとにプロキシ、直接接続、特定のポリシーグループのいずれを使うか判断できます。プロキシが必要な通信と直接接続に適した通信を、それぞれ適切な経路に振り分けられます。

グローバルモードは、ほとんどの接続を同じプロキシポリシーに渡すため、ノードが動作するか短時間で確認する用途に向いています。ただし、初回の長期設定として使う必要はありません。ダイレクトモードはプロキシを経由せず、プロキシ効果を一時的に無効にしたり比較テストを行ったりする際に使います。一般的な方法で初回接続を完了するなら、ルールモードのままで問題ありません。3つのモードをすべて試す必要もありません。

続いてプロキシポリシーのページを開き、主要な通信を担当するポリシーグループを展開します。グループ名は「ノード選択」「Proxy」「手動選択」のほか、サブスクリプションサービス独自の名称の場合もあります。初回テストでは、明確な単一ノードを選ぶか、サブスクリプションに設定済みの自動選択ポリシーを使います。選択後は、現在の項目がハイライトされたりチェックマークが表示されたりします。

一部のクライアントには遅延テスト機能があります。ノードが応答できるかを判断する助けになりますが、結果は探測リクエストに対するもので、すべてのサイトにアクセスできることを保証するものではありません。初回操作では特定の数値を何度も追い求める必要はありません。ノードがタイムアウトせず、後で実際のWebページを開ければ十分です。すべてのノードがタイムアウトする場合は、接管機能を増やす前にサブスクリプションとローカルネットワークを確認します。

ポリシーグループには入れ子構造がある場合があります。主要な選択グループでは「自動選択」を選び、自動選択グループが具体的なノードを決定する構成です。これは正常な設定です。通常の通信を担当する最上位グループに選択肢があれば、すべてのサイト分類グループを手動で変更する必要はありません。サービス提供元が初期ポリシーを用意していることが多いため、初回は初期値を維持するほうが確認しやすくなります。

モードとポリシーを選択しても、システムの通信がまだクライアントに入っているとは限りません。次にシステムプロキシを有効にし、システムプロキシに従うブラウザーやアプリからClashへ接続を送ります。モードは「接続を受け取った後の処理」を決め、システムプロキシは「接続を先にクライアントへ渡すか」を決めます。どちらも必要です。

ステップ3

システムプロキシを有効にして接続する

クライアントのホーム、一般設定、またはシステム設定エリアに戻り、「システムプロキシ」「System Proxy」スイッチを有効にします。有効にすると、クライアントがローカルプロキシのアドレスをOSのプロキシ設定へ書き込み、ブラウザーやシステム設定に従うアプリがリクエストをClashへ渡します。有効中は、ブランドカラー、チェックマーク、「有効」などの表示が現れます。

Windowsクライアントでは、システムプロキシは通常ホームまたは設定ページにあります。macOSではメニューバーアイコンのショートカットメニューにある場合があります。AndroidではシステムVPNの許可を通じてローカル接管を行うことが多く、iOSではVPN構成の追加を求められます。Linuxのデスクトップ環境では、クライアントによるデスクトッププロキシ設定への書き込みが必要な場合があります。初めてシステム権限のダイアログが表示されたら、インストールしたクライアントからの要求であることを確認し、OSの案内に従って許可します。

この段階ではTUNモードを同時に有効にしないでください。システムプロキシはブラウザーや一般的なデスクトップアプリの確認に適しており、確認対象が少なくて済みます。TUNモードは仮想ネットワークアダプターを作成し、システムプロキシを読まないアプリ、一部のゲーム、コマンドライン通信などを接管します。そのため管理者権限、サービスのインストール、追加のDNS設定が必要になる場合があります。基本接続を確認する前に両方を有効にすると、問題の場所を特定しにくくなります。

システムプロキシを有効にしたら、Clashクライアントを起動したままにし、すぐに終了しないでください。デスクトップクライアントによっては、メインウィンドウを閉じてもタスクバーやメニューバーに常駐しますが、通常は接続に影響しません。「終了」を選ぶと、システムプロキシに設定が残っていてもローカルプロキシポートの待ち受けが停止し、リクエストを処理できなくなります。初回テストでは、クライアントのウィンドウを開いたままにするのが確実です。

クライアントにポート使用中と表示された場合、設定内のローカル待ち受けポートを別のプログラムが使用しています。2つのプロキシクライアントを同時に起動していないか、古いプロセスがバックグラウンドに残っていないか確認してください。重複するプログラムを終了してから、現在のクライアントを再起動します。メッセージを回避するために複数のポートを無作為に変更しないでください。システムプロキシのアドレスとクライアントの待ち受けポートは一致している必要があり、一方だけを変更すると存在しないポートへ送信される可能性があります。

モバイル端末の接続アイコンは、システムがクライアントによるローカルVPNトンネルの構築を許可したことを示すだけで、リモートノードが利用可能だとは限りません。ステータスバーにアイコンが表示されても、次の実アクセス確認まで進んでください。デスクトップでも同様に、システムプロキシのスイッチが点灯しているのは接管設定がOSへ書き込まれたことを示すだけです。最終的にはWebページとクライアントの接続履歴を合わせて判断します。

ステップ4

Webページと接続履歴で結果を確認

システムプロキシを有効にしたら、テストブラウザーに残っているエラーページを閉じ、新しいタブで対象サイトを開きます。ページを開き直すことで、古いキャッシュ、失敗した接続、ブラウザー内部の再試行状態による影響を減らせます。普段プロキシ経由でアクセスする必要があると分かっているサイトを使えば十分で、追加の確認ツールをインストールする必要はありません。

ページが正常に開いたら、Clashクライアントの「接続」「Connections」またはログページに戻ります。直前にアクセスしたドメインの接続履歴と、適用されたルール、実際に使われたポリシーが表示されるはずです。Webページの表示成功と接続履歴の両方を確認できれば、ブラウザーの通信はクライアントに入り、ルールモードによるポリシー選択も完了しています。これで初回設定の基本手順は終了です。

比較確認もできます。一時的にシステムプロキシを無効にして同じページを更新し、アクセス経路が想定どおり変化するかを確認してから、システムプロキシを再び有効にします。目的は頻繁な切り替えではなく、現在の効果がクライアントの接管によるものかを確かめることです。無効にしても結果がまったく変わらない場合は、ブラウザー独自のプロキシ設定、別のプロキシプログラム、または対象サイトがもともと直接アクセス可能である可能性があります。

ページにアクセスできない場合は、決まった順序で確認

まず設定ページに戻り、導入したサブスクリプションが現在の設定になっていることを確認します。次に、プロキシモードがルールモードか、主要なポリシーグループで具体的なノードまたは自動選択ポリシーが選ばれているかを確認します。最後に、システムプロキシが有効か、クライアントが起動中かを確認してください。この順序は設定、ポリシー、接管の3層を順に確認するものです。多数のスイッチを同時に変更するより、原因を特定しやすくなります。

接続ページにテストしたドメインがまったく表示されない場合、問題は通常システム接管の段階にあります。システムプロキシのスイッチを確認し、ブラウザーに独自のプロキシルールが設定されていないかを確認してから、ブラウザーを完全に終了して再起動します。接続履歴は表示されるものの、失敗、タイムアウト、接続確立不可となる場合は、通信がすでにクライアントへ入っています。サブスクリプションを更新し、別のノードに切り替え、ローカルネットワークから通常のWebサイトへアクセスできることを確認します。

一部のサイトだけに問題があり、プロキシが必要な他のサイトにはアクセスできるなら、基本接続はおそらく有効です。原因はサブスクリプションのルール、ドメイン解決、対象サイトの状態にある可能性があります。この場合、クライアントを再インストールしたり、すべての設定を削除したりする必要はありません。問題のドメイン、適用されたルール、選択中のポリシーを記録し、よくある問題で症状に沿って確認するほうが、手順を最初からやり直すより効率的です。

ブラウザーは使えるのに、ゲーム、コマンドラインツール、独立したアプリの接続履歴が表示されない場合、そのプログラムがシステムプロキシに従っていない可能性があります。基本設定は成功していますが、接管できる範囲が異なるだけです。後からアプリごとにプロキシを設定するか、権限とDNSへの影響を理解したうえでTUNモードを有効にできます。「特定のプログラムが接管されない」ことを「サブスクリプション導入失敗」と混同しないでください。

設定後の日常操作

サブスクリプション更新、ポリシー切り替え、安全な終了

初回接続が完了した後の日常操作は、主に3種類です。1つ目はサブスクリプションの更新です。ノード一覧が変わったとき、現在のノードが連続して使えないとき、サービス提供元から設定更新の案内があったときは、設定ページに戻り、現在のサブスクリプションの横にある「更新」をクリックします。更新後は、それが現在の設定のままか再確認してください。新しい内容を導入した後に、別のローカル設定へ切り替わるのを防げます。

2つ目はポリシーの切り替えです。ネットワーク環境が変わったら、主要なポリシーグループで別のノードや自動選択ポリシーに変更できます。同じサブスクリプションを再導入する必要はありません。切り替え後は対象ページを開き直し、新しい接続履歴を確認します。既存の長時間接続が一時的に古いポリシーを使い続けることがあるため、テストでは新しいタブを開くか、該当アプリを再起動すると結果が分かりやすくなります。

3つ目は正しく終了することです。しばらくプロキシを使わない場合は、まずシステムプロキシを無効にしてからクライアントを終了します。OSに、すでに待ち受けを停止したプロキシアドレスが残るのを防げます。終了時にシステム設定を自動復元するクライアントもありますが、先に接管スイッチを無効にする習慣をつけると現在の状態を確認しやすくなります。モバイル端末ではクライアントから接続を切断し、OSの画面でVPNが終了したことを確認してください。

サブスクリプションURLは設定へアクセスするための認証情報に相当します。公開したり、公開フォーラムへ転送したり、公開設定ファイルに記載したりしないでください。別の個人端末で設定する場合は、サービス管理ページから改めてコピーし、クライアント標準のサブスクリプション導入口から導入します。リンクが無効になったら、まず元のサービスページで更新してください。出所の分からない「汎用サブスクリプション」を探すのは避けましょう。

ここまででClashの基本操作を一通り習得できました。設定がルールとポリシーを提供し、プロキシモードが分岐方法を決め、システムプロキシが一般的なアプリを接管し、接続ページが実際の経路を確認します。TUN、DNS、ルールの優先順位、設定ファイルの構成、長期的な管理について学ぶ場合はClash使用マニュアルへ進んでください。特定のエラーや「有効にしたらインターネットに接続できない」といった問題は、よくある問題で症状から確認すると効率的です。