基本設定は約10分で完了

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

「サブスクリプションを追加 → プロキシモードを選択 → 接続を有効化 → 結果を確認」の順に初期設定を進めます。一般的なGUIクライアントに共通する手順に絞っており、設定ファイルの構文を事前に理解する必要はありません。

開始前の準備

クライアント、サブスクリプションURL、システム時刻を確認

操作を始める前に、使用中のOSに対応したClash GUIクライアントと、サービス提供元が発行したサブスクリプションURLを用意します。サブスクリプションURLは通常、https://で始まるURLで、プロキシノード、プロキシグループ、ルールをクライアントに取得させるために使います。通常のWebページのURLとは異なり、ブラウザーの検索欄に貼り付けて使うものではありません。クライアントのサブスクリプションまたは設定画面に追加してください。

クライアントをまだインストールしていない場合は、まずプラットフォーム別のダウンロードページを開いてください。クライアントによってメニューの位置や名称は多少異なりますが、基本的な流れは共通です。WindowsとmacOSのクライアントでは「サブスクリプション」「設定」「Profiles」などの名称が一般的です。Androidでは「設定」「サブスクリプション管理」「URLからインポート」などと表示される場合があります。iOSでは通常、設定管理画面からリモート設定を追加します。LinuxのGUIクライアントはデスクトップ版に近い操作方法です。

デバイスの日付、時刻、タイムゾーンが正しいことも確認してください。HTTPS接続では証明書の有効期間を判定するため、システム時刻が大きくずれていると、サブスクリプションの更新やWebサイトへのアクセスに失敗することがあります。その後、システムプロキシやVPNを制御しているほかのツールを一時的に終了し、複数のプログラムが同時にネットワーク設定を変更しないようにします。初回設定ではネットワーク環境をシンプルに保ち、動作確認が終わってからほかのツールを一つずつ戻すと、問題の発生箇所を特定しやすくなります。

サブスクリプションURLは個人用の設定入口で、通常はアカウントの契約に紐づいています。保存する際は、URLを公開ページ、スクリーンショット、共有ドキュメントに載せないでください。すでに公開してしまった場合は、サービス提供元の管理画面でサブスクリプションURLを再発行し、新しいURLをクライアントに追加し直します。

準備するもの

  • インストール済みのClash GUIクライアント
  • 正常に利用できるサブスクリプションURL
  • 正しいシステムの日付・時刻・タイムゾーン
  • サブスクリプションサービスにアクセスできる基本ネットワーク

初回設定のポイント

  • まずはルールモードで接続する
  • 複数のプロキシツールを同時に有効にしない
  • まずブラウザーで確認し、その後に特殊なアプリを試す
  • 問題が起きたら一度に一つの設定だけ変更する
ステップ1

サブスクリプションを追加して初回更新を実行

Clashクライアントを開いたら、まずサブスクリプションまたは設定管理画面に移動します。デスクトップクライアントでは通常、左側のナビゲーションに入口があります。Androidクライアントでは、ホーム画面の現在の設定名の近くに配置されていることが多いです。「サブスクリプションを追加」「新しい設定」「URLからインポート」またはプラス記号のボタンを探して、追加画面を開きます。「ローカルファイル」と「リモートURL」の2つが表示された場合は、後からサービス側で更新できるリモートURLを選択してください。

名前欄には「普段使い」やサービス名など、識別しやすい名前を入力し、URL欄に完全なサブスクリプションURLを貼り付けます。貼り付けた後、URLの前後に余分なスペースがないか確認してください。特にチャットアプリからコピーする場合は、句点、括弧、説明文まで一緒に貼り付けないよう注意します。問題がなければ「保存」「インポート」「追加」をクリックします。クライアントによってはすぐに設定をダウンロードしますが、サブスクリプション項目だけを作成し、別途更新ボタンを押す必要がある場合もあります。

更新中はクライアントを前面に表示したまま、「更新中」から成功に変わるまで待ちます。通常、サブスクリプション項目に設定名と最終更新日時が表示され、プロキシ画面にもプロキシグループが現れます。グループ名はサブスクリプション提供元が決めるため、ノード選択、自動選択、フォールバック、用途別グループなどの名称が使われます。ここで一つずつ変更する必要はありません。空白画面ではなくなっていれば、設定はクライアントによって解析されています。

サブスクリプションのダウンロードに成功したら、その設定をクリックして現在の設定にします。インポートした最新設定を自動的に有効にするクライアントもあれば、以前の設定を維持するクライアントもあります。ここを飛ばすと、後で表示されるプロキシグループが以前のサブスクリプションのままになっている可能性があります。現在の設定名、更新日時、プロキシグループ名を確認して切り替えを判断してください。

自動更新の間隔を適切に設定

サブスクリプションの追加に成功したら、項目の設定画面で自動更新のオプションを探します。普段の利用で頻繁な更新は不要なので、クライアントが用意している時間単位の間隔を選べば十分です。起動時の自動更新は、デバイスを頻繁に切り替える場合やサブスクリプション内容の変更が多い場合に適しています。ただし、基本ネットワークからサブスクリプションサービスに接続できないことがある場合、起動時の更新失敗が既存設定の即時無効化を意味するわけではありません。通常、クライアントには前回正常に取得した内容が保持されます。

このステップが終わると、クライアントに現在の設定と、少なくとも一つの選択可能なプロキシが表示されるはずです。次に、すべてのネットワーク機能を急いで有効にするのではなく、まずプロキシモードを決め、どのリクエストをプロキシ経由にするかをクライアントに伝えます。

ステップ2

ルールモード・グローバルモード・直接接続モードを選択

クライアントの「モード」「プロキシモード」「Mode」設定を開くと、一般的にルール、グローバル、直接接続の3つの選択肢があります。初めて使う場合はルールモードがおすすめです。ルールモードでは現在の設定にある分岐ルールを読み込み、ドメイン、IP、アプリ、その他の条件に応じて、リクエストをプロキシ、直接接続、または拒否へ振り分けます。プロキシが必要な対象にアクセスしつつ、直接接続に適した通信はローカルネットワークを利用できます。

グローバルモードでは、プロキシで取り込める通信の大部分を一つのプロキシに渡します。特定サイトにアクセスできない原因がルールのマッチングにあるかを一時的に確認する場合に便利です。たとえばルールモードで開けないサイトがグローバルモードで開けるなら、そのサイトにどのルールが適用されたかを確認すべきであり、グローバルモードに常用すべきではありません。本来は直接接続できるサービスまでプロキシ経由になる可能性があるため、既定の設定にはおすすめしません。

直接接続モードでは、通信はプロキシを経由しません。一時的にプロキシの効果を停止したり、ネットワークの違いを比較したり、障害が現在のプロキシ設定に関係するか確認したりする場合に使えます。直接接続モードはクライアントの終了と同じではありません。システムプロキシ、TUNによる取り込み、クライアントのバックグラウンドプロセスが動作し続ける場合があるため、確認時はモードと取り込みスイッチを同時に確認してください。

ルールモード

設定ルールに従ってプロキシ接続と直接接続を振り分けます。普段使いに適しており、このガイドでも以降はこのモードを使用します。

グローバルモード

リクエストを指定したプロキシに集中的に送ります。ルールが対象サイトに影響しているか短時間で確認する場合に適しています。

直接接続モード

プロキシを経由せず、プロキシの効果を一時停止したり、現在の基本ネットワークと比較したりするために使います。

プロキシグループでプロキシを選択

ルールモードを設定したら、「プロキシ」または「Proxies」画面を開きます。ここに表示されるのは設定内のプロキシグループで、単純なノード一覧とは限りません。手動選択に対応するグループ、自動テストで利用可能な項目を選ぶグループ、別のプロキシグループを参照するグループがあります。初回接続では「ノード選択」に近い名前、またはメインのプロキシ入口を探し、現在利用できるプロキシを一つ選択してください。

遅延テストの結果は特定のテスト先への接続時間を示すだけで、ダウンロード速度、動画の安定性、すべてのサイトでの実際の使用感を保証するものではありません。初回設定では通信経路が正常に動くことの確認が目的なので、テストを完了でき、接続が安定したプロキシを選べば十分です。最小の数値を何度も追いかける必要はありません。プロキシグループのネスト、URL Test、フォールバック、ルールのマッチング順序については、ユーザーマニュアルのルール分岐の章を参照してください。

この時点で、現在のサブスクリプション、プロキシモード、選択したプロキシという3つの条件がそろいました。次のステップで、システムやアプリの通信をClashに取り込みます。ノードを選択しただけでシステムプロキシやTUNを有効にしていない場合、ブラウザーは通常どおり直接接続します。

ステップ3

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

クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「System Proxy」などのスイッチを探して有効にします。これにより、OSのプロキシ設定に従うアプリがClashのローカルリスニングポートを利用するようになります。多くのデスクトップブラウザーはシステムプロキシを読み取るため、初回確認ではシステムプロキシだけを使えば十分です。すぐにTUNを有効にする必要はありません。

有効化した後、クライアントの状態を確認します。通常はコアが実行中と表示され、システムプロキシのスイッチが有効なままになり、ログにポート使用中や権限エラーが連続して表示されることはありません。スイッチを有効にしてもすぐに無効へ戻る場合は、ほかのプロキシプログラムを完全に終了してからクライアントを再起動します。ほかのプロセスがポートを使用していると、Clashは正常に待ち受けできません。サブスクリプションとプロキシを選択済みでも、利用可能な接続は確立されません。

AndroidとiOSのクライアントは通常、システムVPNインターフェースを通じて通信を取り込みます。初回起動時に接続許可が表示されるので、確認するとステータスバーにVPNアイコンが現れます。この許可は、クライアントがローカルネットワークトンネルを作成することを認めるものです。実際の通信の振り分けは、現在のClash設定とプロキシモードによって決まります。許可を拒否すると、クライアント画面に設定が残っていても、ほかのアプリのリクエストはプロキシ経路に入りません。

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

ブラウザーは正常にアクセスできるのに、特定のデスクトップアプリ、ゲームランチャー、コマンドラインプログラムだけがプロキシを経由しない場合は、TUNの有効化を検討できます。デスクトップOSで初めてTUNを有効にすると、管理者権限、サービスのインストール、仮想ネットワークアダプターの作成を求められることがあります。クライアントの指示に従って許可し、ネットワークインターフェースが作成されるまで待ってから、確認したいアプリを再起動してください。

基本動作を確認する前に、TUN、DNS、ポート、ルールを同時に変更しないでください。一度に複数の項目を変えると、障害の原因を特定しにくくなります。TUNを有効にした後、デバイス全体がインターネットに接続できなくなった場合は、まずTUNを無効にしてシステムプロキシ経路が使えることを確認し、その後で権限、DNSハイジャック、ルーティング設定を調べます。TUNの動作やDNS設定の詳細は、ユーザーマニュアルのTUNの章を参照してください。

接続スイッチが安定したら、クライアントを動作させたまま最後のステップへ進みます。「接続済み」という表示だけで判断しないでください。通常これはローカルコアが起動したことを示すだけです。実際に有効か確認するには、ブラウザーのリクエストがクライアントに入り、想定したルールにマッチし、正常な応答を得られることを確認する必要があります。

ステップ4

プロキシが実際に機能しているか確認

まずブラウザーを完全に終了して再起動し、古い接続、キャッシュ、既存のネットワークセッションが判断に影響しないようにします。現在のネットワーク環境でプロキシが必要な対象サイトを開き、その間Clashの接続画面またはログ画面を表示しておきます。ページが正常に開き、クライアントに対応するドメインの接続記録が現れれば、ブラウザーのリクエストがClashに入っています。

次に、その接続のルールとプロキシ情報を確認します。ルールモードでは通常、ドメインルール、ルールセット、最終ルールのどれにマッチしたかと、使用したプロキシグループが表示されます。対象サイトには想定したプロキシが適用されているはずです。ローカルネットワークのサービスや直接接続に適したサイトにはDIRECTと表示される場合があります。リクエストごとにプロキシ接続と直接接続が使い分けられていれば、ルール分岐は正常に動作しています。

ページは開けるのにクライアントに新しい接続記録がまったくない場合、ブラウザーがシステムプロキシを読み取っていないか、別のネットワーク経路を使っている可能性があります。まずシステムプロキシが有効なままか確認し、次にブラウザー独自のプロキシ設定、拡張機能、セキュリティソフトのネットワーク機能を調べます。システムプロキシに従う別のブラウザーで比較テストする方法もあります。

クライアントに接続記録はあるのにページがタイムアウトする場合は、そのリクエストがどのプロキシを使ったかを確認します。別の利用可能なプロキシに切り替えて再アクセスしてください。複数のプロキシで失敗するなら、サブスクリプションの有効期限、基本ネットワークの安定性、クライアントログに表示されたエラーの種類を確認します。特定のドメインだけが失敗する場合は、一時的にグローバルモードへ切り替えてテストできます。グローバルモードではアクセスでき、ルールモードでは失敗するなら、問題は通常ルールのマッチングまたはプロキシグループの選択にあります。

完了の目安

  1. 現在のサブスクリプションが正常に更新され、選択されている。
  2. プロキシモードがルールモードで、メインのプロキシグループが選択されている。
  3. システムプロキシまたはモバイル端末のVPNが有効なままになっている。
  4. 対象サイトへのアクセス時に対応する接続記録が表示される。
  5. 接続記録が想定したルールとプロキシにマッチしている。

設定後も維持する項目

普段の利用では、ルールモードとサブスクリプションの自動更新を維持し、必要に応じてシステムプロキシを切り替えます。デスクトップクライアントでは、サブスクリプションを更新するたびにURLを再追加する必要はありません。既存のサブスクリプション項目から更新を実行してください。モバイル端末でネットワーク切り替え後に一時的にアクセスできなくなった場合は、いったんローカルVPNインターフェースを切断して再接続し、ネットワークトンネルを再構築します。

サブスクリプションの内容が変わった場合は、更新後に現在の設定が選択されたままか確認し、メインのプロキシグループに以前の選択が残っているか確認してください。更新によってプロキシグループの名前や構成が変わり、以前の選択を引き継げないことがあります。その場合はプロキシ画面を開いて選び直せばよく、クライアントを削除して再インストールする必要はありません。

簡単なトラブルシューティング

接続が機能しないときの確認手順

サブスクリプションからシステムによる通信の取り込みまで、層ごとに確認します。一度に一つの設定だけ変更してください。初回設定の問題の多くは、次の6項目で原因を特定できます。

01

現在の設定を確認

サブスクリプションの更新が成功したか、現在の設定に指定されているか、プロキシ画面にプロキシグループが表示されているかを確認します。サブスクリプションを追加しただけで設定を選択していない場合、以降の操作で古い内容が使われる可能性があります。

02

プロキシモードを確認

普段のテストでは、まずルールモードを選択します。特定のサイトだけが失敗する場合は、一時的にグローバルモードへ切り替えて結果を比較し、ルールのマッチングが原因か判断します。

03

現在のプロキシを変更

遅延テストに成功しても、すべての接続が安定するとは限りません。別の利用可能なプロキシに切り替えてリクエストを再実行し、ブラウザーの古い接続を再利用しないようにします。

04

システムによる取り込みを確認

デスクトップではシステムプロキシが自動的に無効になっていないことを確認し、モバイル端末ではシステムVPNの許可が完了していることを確認します。特殊なアプリがシステムプロキシを読み取らない場合は、TUNの利用を検討してください。

05

ポートとツールの競合を除外

ほかのプロキシ、VPN、システムネットワーク設定を変更するプログラムを終了してから、Clashを再起動します。ログにポート使用中と表示される場合は、まずポートを解放するか、リスニング設定を変更してください。

06

ログのエラーを確認

DNS名前解決失敗、接続タイムアウト、権限不足、証明書エラーはそれぞれ原因が異なります。発生時刻と対象ドメインを記録し、ユーザーマニュアルでエラーの種類に応じた調査を続けてください。