Clashのサブスクリプション導入と接続手順

Clashのサブスクリプションを導入する

クライアントを開いたら、まず設定管理の入口を探します。WindowsとmacOSのデスクトップクライアントでは、通常サイドバーまたは上部ナビゲーションにあり、「Profiles」「設定」「サブスクリプション」などの名前が付いています。Androidでは通常、ホーム画面から「設定」に入り、右上の追加ボタンをタップします。画面には、URLからの導入、ローカルファイルからの導入、新しい設定の作成などが表示されます。今回はURLまたはサブスクリプションからの導入を選び、ローカルのYAMLファイルは選択しません。

「URLから導入」「新しいサブスクリプション」など、同じ意味のボタンをクリックします。名前とアドレスの両方を入力する画面では、名前欄に「日常用サブスクリプション」など識別しやすい短い名前を入力し、URL欄に完全なサブスクリプションURLを貼り付けます。一部のクライアントでは自動更新間隔も設定できますが、初回はデフォルト値のままにし、導入が成功してからサブスクリプションサービスの更新頻度に合わせて調整してください。

貼り付けたら、まずURLの両端を確認します。URLの先頭に空白がなく、末尾にピリオド、日本語の句読点、改行が付いていないことを確認してください。その後「保存」「導入」「ダウンロード」などをクリックします。クライアントがサブスクリプションを取得し、返された内容をローカル設定に変換します。正常なら新しい設定項目が追加され、設定名と更新日時が表示されます。一部のクライアントでは更新ボタンも表示されます。ここでその設定をクリックして選択状態にしてください。導入しただけで選択していない場合、クライアントが以前の設定を使い続けることがあります。

設定が表示されたら、すぐに手動更新を1回実行します。デスクトップクライアントでは通常、設定項目の右側に更新ボタンがあります。モバイルクライアントでは、設定を長押しするか項目のメニューを開く場合があります。更新後、成功したことが明確に表示されるか確認し、更新日時が変わったことも確認します。次にプロキシまたはプロキシグループの画面を開き、グループ名と選択可能なプロキシノードが表示されるか確認します。これらが見えれば、サブスクリプションが解析され、クライアントに読み込まれています。

導入をクリックしても設定が追加されない場合は、同じ項目を何度も作成しないでください。アドレス入力欄に戻ってもう一度貼り付け、クライアントがサブスクリプションURLへアクセスできるネットワークか確認します。形式エラーが表示される場合は、URLが不完全、サブスクリプションが期限切れ、またはサーバーがクライアントで認識できない内容を返している可能性があります。リクエストがタイムアウトする場合は、サブスクリプションサービスへ正常にアクセスできるネットワークに切り替えて再試行します。ステータスコード、空のサブスクリプション、更新失敗の詳しい確認方法は、ヘルプセンターで該当する問題を確認してください。

プロキシモードとプロキシグループを選択する

サブスクリプションの読み込みが完了したら、「プロキシ」「Proxies」「モード」などの画面を開きます。Clashの代表的な動作モードには、ルール、グローバル、直結があります。初期設定ではルールモードを選択します。画面上では「Rule」または「ルール」と表示されることが一般的です。このモードでは、設定ファイルのルールに従ってリクエストの経路を判断します。プロキシが必要な接続はプロキシグループへ渡し、ローカルネットワークや設定で直結に指定された宛先は直接接続します。

グローバルモードは、接続可能な通信の大部分を同じプロキシポリシーへ渡します。ルールの判定が原因かどうかを短時間確認するのに適していますが、すべての環境で常用する設定ではありません。直結モードでは宛先へ直接接続するため、プロキシ経路を一時停止したり比較テストを行ったりするときに使います。クライアント上部にモード切り替えがある場合は、「ルール」が強調表示されていることを確認します。設定画面にプルダウンがある場合は、保存してホームへ戻り、ステータスバーにもRuleが表示されているか確認してください。

モードを選択しても、すぐにシステムプロキシを有効にしないでください。まずプロキシ画面でプロキシグループを設定します。サブスクリプションには通常、「ノード選択」「プロキシ」「自動選択」などの名前のグループがあります。最上位の主要プロキシグループを開き、その中から利用可能なノードを選択します。地域別グループや用途別グループが含まれている場合は、実際のノードを選択できる最下層まで順に進みます。現在の選択は、ハイライト、チェックマーク、ラジオボタンなどで表示されます。

一部のクライアントには遅延テスト機能があります。プロキシグループで1回テストを実行し、現在のネットワークから接続できないノードを除外できます。テスト結果は、その時点で端末からテスト先へ送った応答状況を示すだけで、すべてのウェブサイトの読み込み状況を単独で判断するものではありません。ノードのテストに失敗したら、初期設定の段階でテストURL、ヘルスチェック間隔、グループのアルゴリズムを変更せず、別のノードでガイドを続けてください。

自動選択、フェイルオーバー、ロードバランシングは、それぞれ異なるプロキシグループの動作です。自動選択は通常、ヘルスチェックの結果から応答に適したノードを選びます。フェイルオーバーは現在のノードが利用できなくなったときに切り替え、ロードバランシングは設定ルールに従って接続を振り分けます。サブスクリプションにこれらのグループが用意されている場合はそのまま使えますが、このガイドではまず明確な1つのノードを選んで確認することをおすすめします。問題が起きたときに、どの経路を使っているか判断しやすくなるためです。

選択が完了したらクライアントのホーム画面に戻り、2つの状態を確認します。動作モードがルールであり、主要プロキシグループが具体的なノードまたは有効な自動選択グループを指していることです。クライアントがプロキシグループの選択を記憶できる場合、サブスクリプション更新後も現在の選択が維持されることがあります。更新後にデフォルトへ戻った場合は、もう一度グループを開いて確認してください。プロキシグループの種類、ルールの照合順序、MATCHフォールバックルールについては、プロキシグループフィールドとルール構文を参照してください。

接続と通信のルーティングを有効にする

モードとノードの準備ができたら、クライアントのコアが起動していることを確認します。デスクトップクライアントでは通常、ホーム画面に「起動」「Service Mode」「コアの状態」やトレイのスイッチがあります。AndroidとiOSでは接続ボタンが表示されます。起動をクリックすると、クライアントは実行状態になります。ファイアウォール、ネットワークアクセス、VPN権限の確認が表示された場合は、現在の端末でクライアントがローカルプロキシサービスを作成できるよう許可してください。許可しないと、スイッチがオンに見えてもアプリの通信がClashに届かないことがあります。

次に通信のルーティング方法を選択します。ブラウザー、システムコンポーネント、OSのプロキシ設定に従うデスクトップアプリの多くは、まずシステムプロキシを使います。WindowsとmacOSのクライアントには通常、「System Proxy」「システムプロキシ」スイッチがあります。有効にすると、クライアントが端末のシステム設定へローカルプロキシのアドレスとポートを書き込みます。この場合、ブラウザーへ拡張機能を手動で追加する必要はなく、ブラウザー側に別のプロキシポートを同時に入力しないでください。

AndroidとiOSでは通常、システムのVPNインターフェースを通じて通信をルーティングします。初めて接続をタップすると、システムにVPN構成の確認画面が表示されます。許可すると、ステータスバーにシステムのVPNマークが表示されます。この接続は端末内でアプリの通信をクライアントへ渡すもので、先に選択したルールモードやプロキシグループの手順を変更するものではありません。接続の作成を拒否された場合は、まず他のVPNアプリが動作していないか確認し、クライアントを再起動してからもう一度試します。

TUNモードは、システムプロキシを参照しないプログラム、コマンドラインツール、一部のゲーム、より広範囲の通信を対象にしたい場合に使用します。デスクトップクライアントでTUNを有効にすると、管理者権限、サービスコンポーネントのインストール、仮想ネットワークアダプターの作成を求められることがあります。初回利用でブラウザーのアクセスだけを確認する場合は、TUNをオフにしてシステムプロキシを有効にするほうが経路を確認しやすくなります。基本接続を確認してから、必要に応じてTUNを有効にしてください。

システムプロキシとTUNを併用できるクライアントもありますが、同時に有効にできるかはクライアントの実装とネットワーク環境によります。対象範囲を広げるために、すべてのスイッチを一度にオンにしないでください。推奨手順は、コアを起動、システムプロキシを有効化、ブラウザーを確認、特定のアプリがまだプロキシを経由しなければテスト対象を終了してTUNを有効化し、そのアプリを再起動するという流れです。設定は毎回1つだけ変更すると、接続ログを原因調査に役立てられます。

クライアントがポートの競合を通知した場合は、まず他のプロキシアプリを終了してからコアを再起動します。それでも競合する場合は、クライアント設定のHTTP、SOCKS、Mixedポートが端末上の他のサービスと重複していないか確認します。サブスクリプション内の複数のポートフィールドをむやみに変更しないでください。基本的な利用では、クライアントが未使用のローカルポートを1つ使えれば十分です。ポートフィールドの関係と外部制御ポートの用途は、共通フィールドの説明を参照してください。

プロキシが有効か確認する

接続スイッチが正常に表示されたら、ブラウザーを完全に終了して再起動します。再起動すると最新のシステムプロキシ設定が読み込まれ、古い接続の再利用による判断のずれも減らせます。普段正常にアクセスできるページを開き、基本的なネットワークが利用できることを確認します。その後、プロキシポリシーの対象となるページへアクセスします。確認すべきなのはスイッチの色だけではなく、ページのリクエストが実際にクライアントへ入り、ルールに従って処理されているかどうかです。

Clashクライアントに戻り、「接続」「Connections」またはログ画面を開きます。対象ページを更新すると、新しいドメインへの接続記録が表示されるはずです。通常、記録には対象ドメイン、適用されたルール、使用したプロキシグループ、最終ノードが表示されます。アクセスしたページと一致する接続記録があり、プロキシ経路が前の手順で選択したノードを指していれば、ブラウザーの通信はClashに入っています。

ページは開けるものの、接続記録がDIRECTの場合は、まず適用されたルールを確認します。ルールモードでは、対象によってはもともと直結になるため、設定どおりの動作である可能性があります。プロキシを経由するはずの対象なら、一時的にグローバルモードへ切り替えて比較します。グローバルモードではアクセスでき、ルールモードではできない場合、問題は通常ルールの照合またはプロキシグループの選択にあります。両方のモードでアクセスできない場合は、ノード、ネットワーク、DNSを確認します。比較後はルールモードに戻してください。

ブラウザーでページをまったく読み込めず、クライアントにも大量の失敗記録がある場合は、接続テストを通過した別のノードへ切り替えて同じページを再試行します。ノード変更後に復旧すれば、元のノードが現在利用できないということです。すべてのノードで失敗する場合は、サブスクリプションが直前に正常更新されたか、端末の時刻、ネットワーク権限、DNSが正常か確認します。複数のモード、DNS設定、ノードを連続して切り替えると、どの変更が結果を生んだのか分からなくなります。

ブラウザーの通信は接続記録に表示されるのに、システムプロキシを参照しないアプリの記録がない場合は、システムプロキシの対象範囲が不足しています。そのアプリを終了し、TUNモードを有効にしてから再起動します。TUNを有効にした後は、システムに仮想ネットワークアダプターが作成されたか、クライアントに必要な権限があるか、DNSリクエストがクライアントへ入っているかも確認します。TUNのルーティング、権限、DNSには多くの組み合わせがあるため、詳しい設定はヘルプセンターのTUNトラブルシューティングを参照し、基本手順で設定全体を書き換えないでください。

最後に、切断して比較します。まず正常にアクセスできるページと接続項目を記録し、システムプロキシ、VPN接続、またはTUNをオフにして同じページを更新します。プロキシが必要なリクエストがClashを経由しなくなれば正常です。再び有効にすると、接続記録が表示されるはずです。この比較により、ブラウザーキャッシュ、既存の長時間接続、他のプロキシアプリによる誤判定を除外できます。