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

サブスクリプションまたは設定ページを開く

クライアントを起動し、サイドバーまたは下部ナビゲーションから「サブスクリプション」「設定」「Profiles」「リモート設定」のいずれかを探します。ページを開くと、追加ボタン、URL入力欄、またはURLから設定をダウンロードする入口が表示されます。「追加」をクリックし、種類として「URL」「Remote」「リモートサブスクリプション」を選択します。ローカルファイルとリモートURLの両方が表示された場合は、このチュートリアルではリモートURLを選びます。

名前欄には「普段使い」など、識別しやすい名前を入力します。名前は端末上で設定を区別するためだけのもので、接続には影響しません。次に、完全なサブスクリプションURLをURL入力欄へ貼り付けます。URLの先頭が欠けていないか、末尾に空白や改行が混ざっていないかを確認し、「追加」「保存」「ダウンロード」のいずれかをクリックします。クライアントはサブスクリプションURLへ設定を取得しに行くため、この間は現在のネットワークを利用できる状態にしておきます。

新しい設定を更新して有効化

保存すると、新しい設定が一覧に表示されます。クライアントによってはすぐにダウンロードされますが、別のクライアントでは「更新」ボタンをもう一度押す必要があります。更新が完了すると、設定カードに更新時刻が表示されることが多く、プロキシページではプロキシグループとノード名を確認できます。一覧に設定名だけがあり、プロキシグループがまったく表示されない場合は、設定がまだ有効になっていない可能性があります。その設定の「使用」「アクティブに設定」などをクリックするか、選択状態にして現在の設定にします。

この時点で、似たサブスクリプションを続けて複数導入しないでください。まず1つの設定で接続確認まで完了すると、同名のポリシーグループが互いに干渉するのを防げます。最初のサブスクリプションが使えることを確認してから、予備の設定を追加します。サブスクリプションの更新はサーバー側の設定を再取得する操作であり、ノードの切り替えではありません。更新後も、次のステップでプロキシモードとポリシーグループを選択する必要があります。

まずRuleモードを選択

「プロキシ」「Proxies」「モード」のいずれかのページを開き、Rule、Global、Directという代表的な3つの項目を探します。初回設定ではRuleを選ぶのがおすすめです。Ruleモードでは、設定ファイルのドメイン、IP、利用場面、フォールバックの順序に従って接続先を判定します。プロキシが必要なリクエストはポリシーグループへ渡し、直接接続に適したリクエストはそのまま接続します。これにより、すべての通信を同じ経路へ流す必要がなくなります。

Globalは大部分の接続をグローバルポリシーグループへ渡します。Webサイトがルールに一致していないためアクセスできないのかを確認するのに便利ですが、普段の設定をこれだけにすることはおすすめしません。Directは接続を直接行うモードで、プロキシを一時停止したり比較テストをしたりするときに使います。モード名の背後にあるマッチングの仕組み、ルールの順序、フォールバックルールについては用語ガイドで簡潔に説明しています。ルール作成を体系的に学ぶ場合は、初心者から上級者向けガイドへ進んでください。

メインのポリシーグループを開いて経路を選択

Ruleを選択すると、通常はページ下部に複数のポリシーグループが表示されます。名称はサブスクリプション設定によって異なり、「ノード選択」「プロキシ」「自動選択」「フォールバック」、または用途別のグループなどがあります。まず主要な通信を担当するグループを開き、具体的なノードを選ぶか、「自動選択」のように設定側であらかじめ定義されたサブグループを選びます。

どのグループがメインの入口か分からない場合は、グループ内に複数地域のノード、自動選択、DIRECTなどが含まれているか確認します。通常、設定内の他の用途別グループはこのメイングループを参照しています。初回接続ではすべてのポリシーグループを調整する必要はなく、まずメインの入口を選べば十分です。ストリーミング、ダウンロード、メッセージングなどの細分化されたグループを早い段階で変更すると、トラブル対処の要因が増えてしまいます。

ノード名は設定の提供元が付けたラベルを示すだけで、名前だけから現在の経路が使えるかどうかを判断することはできません。一部のクライアントには接続テスト機能があり、初期選別に利用できますが、最終的には実際のWebサイトやアプリで確認する必要があります。大量のノードを連続してテストすると、一時的にネットワーク通信が増えることもあります。接続できる候補を1つ選んだら、次のステップへ進みましょう。

システムプロキシを有効化

「概要」「ホーム」「設定」などのページに戻り、「システムプロキシ」「Set as System Proxy」のようなスイッチを探して有効にします。これにより、システムのプロキシアドレスがClashのローカル待受ポートを指すようになります。ブラウザーやシステムのネットワーク設定に従う多くのデスクトップアプリは、ここからクライアント経由で通信するようになります。

WindowsとmacOSのクライアントでは、通常システムプロキシを直接切り替えられます。AndroidとiOSでは、システムVPNの許可を求める表示が一般的です。接続をタップすると、VPN構成の作成を確認するよう求められ、許可するとステータスバーに対応する表示が現れます。LinuxはGUIデスクトップ環境による違いが大きく、システム設定へ自動で書き込めるクライアントもあれば、デスクトップのネットワーク設定で手動指定が必要なクライアントもあります。画面が異なっていても確認方法は同じです。クライアントが実行中であり、システム側から通信がクライアントへ渡されている必要があります。

システムが管理者権限を求めた場合は、操作が直前に起動したクライアントからのものか確認してから許可します。許可は、システムプロキシの変更、仮想ネットワークアダプターの作成、関連するネットワークサービスの起動に使われます。完了後にクライアントへ戻り、カーネルが実行中で、システムプロキシのスイッチも有効なままか確認します。スイッチがすぐにオフへ戻る場合は、権限不足、ポートの競合、カーネルの起動失敗が考えられます。まずこの状態を解決してから続けてください。

TUNを有効にするタイミング

システムプロキシはブラウザーや多くの一般的なアプリをカバーできますが、コマンドラインツール、一部のゲーム、仮想マシン、システムプロキシ設定を参照しないソフトウェアは経由しない場合があります。このようなアプリをシステムプロキシで処理できない場合に限り、TUNモードを有効にしてください。TUNは仮想ネットワークアダプターを作成し、よりネットワーク層に近い位置で通信を処理するため、対象範囲が広い一方、システム権限とDNS設定への依存も大きくなります。

初回利用時は、システムプロキシ、TUN、DNSモード、ルールファイルを同時に切り替えないことをおすすめします。まずシステムプロキシだけを有効にして次のステップの確認を行い、ブラウザーが使えることを確認してから、未対応のアプリに対してTUNを有効にします。これなら通信が切れたとき、基本設定が原因か仮想ネットワークアダプターが原因かをすぐに判断できます。TUNのstack、DNSハイジャック、ルーティング設定は上級内容です。詳しくはTUNモードの設定ガイドと完全設定マニュアルをご覧ください。

ブラウザーから新しい接続を開始

クライアントを実行したまま、ブラウザーで繰り返し読み込み中のテストページを閉じ、新しいウィンドウまたはタブを開きます。現在の設定でプロキシ経由になるはずのサイトへアクセスします。ページが正常に開いても、すぐに終了しないでください。Clashの「接続」「Connections」「ログ」ページに戻り、先ほどのドメインへのリクエストが表示されているか確認します。

接続ログには通常、対象ドメイン、適用されたルール、最終的に使用されたポリシーグループが表示されます。想定したルールに一致し、先ほど選択したプロキシグループで処理されていれば、サブスクリプション、ルール、ポリシーグループ、システムプロキシが一連の経路として正常に接続されています。Webページは開くのにログに該当リクエストがまったくない場合、ブラウザーが独自のプロキシ、拡張機能、別のVPNを使用している可能性があります。まず追加の経路を無効にしてください。

直接接続とプロキシ接続を個別に確認

Ruleモードの目的は、すべてのリクエストを同じ経路へ流すことではなく、リクエストごとにルールで出口を選ぶことです。そのため、直接接続されるはずの普段使いのサイトも開き、DIRECTまたは対応する直接接続ポリシーに一致するか確認します。プロキシ経由のリクエストと直接接続のリクエストがそれぞれ正常なら、基本的な振り分けに大きな問題はありません。

続いて、普段使うアプリを1つテストします。ブラウザーは成功してアプリだけ失敗する場合は、そのアプリがシステムプロキシに従うか確認します。コマンドラインツールやシステム設定を参照しないソフトウェアは、基本接続が正常であることを確認してからTUNを有効にし、再度テストします。アプリが失敗したからといって、サブスクリプション、ノード、モード、DNSをすぐにすべて変更しないでください。一度に1つだけ変えるほうが、結果的に早く原因を特定できます。

切り替えと更新が正常か確認

基本接続が成功したら、プロキシグループに戻って別のノードへ切り替え、テストページを更新します。新しい接続には新しい選択が反映されますが、すでに確立された古い接続は一時的に元の経路を維持する場合があり、正常な動作です。その後、サブスクリプションページに戻って手動更新し、設定を正常に取得できることを確認します。これで、普段必要となる「サブスクリプション更新 → ポリシー選択 → 接続有効化 → ログ確認」の流れは完了です。