Clash サブスクリプションの取り込みとプロキシ接続

開始前の確認：クライアント、サブスクリプション、システム時刻

設定を始める前に、クライアントがインストール済みで正常に起動できることを確認します。初回起動時には、Windowsファイアウォール、macOSのネットワーク機能拡張、AndroidのVPN接続、iOSのVPN構成について許可を求められる場合があります。これらはローカルプロキシの入口を作成するために必要です。一度拒否しても、後でシステムプロキシやVPN接続を有効にする際に再度表示されることがあります。OSが明示するネットワーク権限だけを処理し、最初からポート、DNS、ルーティングの設定を変更する必要はありません。

有効期限内のサブスクリプションURLを1つ用意します。サブスクリプションURLは通常、https://で始まる完全なアドレスで、利用するサービス提供元が発行します。コピーする際はすべての文字を含め、ページタイトルだけをコピーしたり、URLを検索エンジンや公開ページに貼り付けたりしないでください。サービスによっては「ワンクリックで取り込む」と「サブスクリプションをコピー」の2つの入口があります。このガイドでは、リンクをコピーしてクライアントから取り込む一般的な方法を使い、各手順の状態を確認しやすくします。

続いて、端末の日付、時刻、タイムゾーンが正しいか確認します。時刻のずれはHTTPS接続に影響し、サブスクリプションのダウンロード失敗、ノードのハンドシェイク失敗、Webサイトの証明書エラーなどの原因になります。システム時刻は自動同期に設定し、システムプロキシやVPN経路を使用中のほかのソフトウェアは終了してください。複数のネットワークツールが同時に通信を処理すると、Clashの設定が正しくても接続ループ、ポート競合、ブラウザーが古いプロキシを使い続ける問題が起こることがあります。

サブスクリプションURLを取り込む

クライアントを開いたら、「設定」「サブスクリプション」「Profiles」「設定ファイル」のいずれかのページに移動します。このページではローカル設定とリモートサブスクリプションを管理でき、通常はURLからの取り込み、サブスクリプションの追加、設定のダウンロード、新しい設定の作成などの入口があります。URLを指定する入口を選び、YAMLの手動作成は選択しないでください。手動編集は設定に慣れたユーザー向けで、初回接続には必要ありません。

先ほどコピーした完全なサブスクリプションURLを入力欄に貼り付けます。名前の入力を求められた場合は、「日常用設定」やサービス名など、判別しやすい短い名前を付けます。名前はクライアント内で設定を区別するためだけに使われ、サブスクリプションの内容は変わりません。確認後、「取り込む」「ダウンロード」「保存」「追加」のいずれかをクリックすると、クライアントがURLから設定ファイルを取得します。通常は数秒以内に新しい設定が表示され、更新日時、更新ボタン、または設定メニューを確認できます。

新しい設定が表示されたら、そのままページを離れないでください。設定をクリックするか、メニューから「使用」「有効化」「アクティブな設定にする」を選択します。取り込み後に自動で切り替わるクライアントもあれば、ファイルを一覧に追加するだけのクライアントもあります。明示的に選択されていない場合、設定はダウンロード済みでも、プロキシページでは以前の空の設定や古い設定が使われることがあります。読み込み済みかどうかは、プロキシページに「ノード選択」「自動選択」「グローバル直結」などのプロキシグループが表示されるかで判断できます。グループ名はサブスクリプションの内容によって決まるため、設定ごとに同じとは限りません。

取り込み後に形式エラーが表示された場合は、まずサブスクリプション提供ページに戻ってURLをコピーし直し、前後に空白がないこと、チャットアプリで途中が切れていないことを確認します。ネットワークエラーが表示されたり読み込みが続いたりする場合は、ブラウザーでサブスクリプションのドメインのホームページを一時的に開き、現在のネットワークからサーバーへ到達できるか確認します。更新ボタンを短時間に何度もクリックしないでください。連続したリクエストによってサーバー側の制限を受けることがあります。しばらく待ってから再試行するか、スマートフォンのテザリングに切り替えて、現在のWi-FiのDNSやネットワークポリシーの影響を切り分けます。

取り込みが完了したら、自動更新の間隔を設定できますが、初回はまず手動で1回更新することをおすすめします。設定の横にある更新ボタンをクリックし、更新日時が変わるか成功メッセージが表示されたことを確認してから次へ進みます。これにより、クライアントがサブスクリプションURLを保存し、新しいノードやルールを後から取得できることを確認できます。サブスクリプションの更新は設定内容を更新するだけで、プロキシ接続を自動的に確立するものではありません。次に実行モードとプロキシグループを選択する必要があります。

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

設定を読み込んだら、「モード」「プロキシモード」「Mode」のいずれかの設定を開きます。一般的な選択肢には、ルール、グローバル、直接接続があります。初回は「ルール」または Ruleを優先して選択します。ルールモードでは、設定内の分流ルールを上から順に照合します。直接接続に適したリクエストはそのまま接続し、プロキシが必要なリクエストはプロキシグループへ渡し、ブロックルールに一致したリクエストは拒否します。日常の閲覧に適しており、接続ログで各リクエストの処理結果も確認できます。

「グローバル」モードでは、ほとんどのリクエストが同じプロキシグループを使います。短時間で特定サイトがプロキシ経由でアクセスできるか判断するには便利ですが、すべての問題を調べる唯一の方法には向きません。「直接接続」モードはプロキシを迂回するため、プロキシを一時停止したり通常のネットワーク結果と比較したりするときに使います。クライアントにスクリプトモードや混合モードなどの拡張項目が表示されても、まずはサブスクリプションのデフォルト値を維持してください。モードの詳しい違いは用語集のプロキシモード分類で確認できます。

ルールモードを選択したら、「プロキシ」または「Proxies」ページを開きます。ここに表示されるのはサブスクリプションファイルそのものではなく、設定で定義されたプロキシグループです。主要な通信を担当するグループを探します。名前は「ノード選択」「プロキシ」「Proxy」などが一般的ですが、サービス提供元が独自の名前を付けている場合もあります。グループを開き、明示的なノードを1つ選ぶか、「自動選択」「フォールオーバー」などのポリシーグループを選択します。迷った場合は、まずサブスクリプションの自動ポリシーを使います。設定されたテスト方法に従って利用可能な項目を選択します。

クライアントの遅延テストで分かるのは、その時点でテストリクエストが完了するかどうかと、おおよその往復時間だけです。ダウンロード速度や長時間の安定性を直接示すものではありません。初回設定では、候補ノードが継続的にタイムアウトしないことだけ確認すれば十分です。すべてのノードに対して短時間に何度も測定しないでください。大量の短時間接続が発生し、同時実行数の影響で結果が変わることもあります。テストを完了できるノードを選んだら、プロキシグループ一覧に戻り、主要グループの横に選択したノードまたはポリシーが表示されていることを確認します。

複数のプロキシグループが相互に参照している場合があります。たとえば「ノード選択」グループで「自動選択」を選び、ルールの最終的な参照先が「ノード選択」になっている構成です。そのため、下位グループでノードをクリックしただけでは、実際の主要な出口が変わらないことがあります。ルールが直接参照する最上位の主要プロキシグループを確認し、DIRECTやREJECTのままになっていないことを確認します。DIRECTは直接接続、REJECTは接続拒否を意味し、通常のプロキシノードではなくルールのアクションです。

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

設定とプロキシグループの準備ができたら、「概要」「ホーム」「設定」のいずれかのページに戻り、「システムプロキシ」「Set as system proxy」など、同じ意味のスイッチを探します。有効にすると、クライアントがシステムのHTTPおよびHTTPSプロキシをローカルの待ち受けポートに向けます。WindowsとmacOSでは、システムプロキシに従う多くのブラウザーやデスクトップアプリがすぐにこの入口を使います。ただし、スイッチを有効にしても、すべてのアプリがプロキシを経由するとは限りません。システムプロキシを無視したり、独自のネットワーク処理を使ったりするアプリもあります。

モバイル端末では、一般的なシステムプロキシのスイッチではなく、システムのVPNインターフェースを使ってローカル接続を確立することが多いです。AndroidまたはiOSで初めて有効にするとVPN権限の確認が表示され、許可するとステータスバーにVPNアイコンが表示される場合があります。このローカルVPNインターフェースは端末の通信をClashのルールへ渡すもので、先に選択した設定やプロキシグループの順序を変えるものではありません。すでに別のVPN接続がある場合は、先に切断してください。モバイルOSでは通常、1つのアプリしかVPN経路を使用できません。

対象アプリがシステムプロキシに従わない場合や、より多くのTCP、UDP、コマンドラインツールの通信を処理する必要がある場合は、TUNモードを検討します。TUNは仮想ネットワークインターフェースを作成するため、通常のシステムプロキシより対象範囲が広い一方、管理者権限、ネットワーク機能拡張の権限、またはドライバーのサポートが必要です。初回からシステムプロキシ、TUN、DNS、ルーティングを同時に切り替えないでください。まずシステムプロキシでブラウザーを確認し、必要に応じてTUNだけを有効にすることをおすすめします。異常が起きた際に、基本設定が原因なのか仮想ネットワーク環境が原因なのか判断しやすくなります。

スイッチを有効にしたら、クライアントの状態表示を確認します。通常は「実行中」「接続済み」と表示されるか、スイッチがオンのままになります。ログページでポート使用中、権限不足、設定の解析失敗が繰り返し表示されていないことも確認してください。システムプロキシをオンにした直後に自動でオフになる場合は、ほかのプロキシクライアントを完全に終了してから、現在のクライアントを再起動します。Windowsではドライバーが必要な機能を管理者権限で起動し、macOSではシステム設定でネットワーク機能拡張の実行が許可されているか確認します。

この時点で急いでノードや設定を変更しないでください。先ほどの状態を保ったまま、新しいブラウザーウィンドウを開いて確認します。新しいウィンドウを使うと、既存の接続、ブラウザーキャッシュ、開いているページのバックグラウンド通信による影響を減らせます。ブラウザーに独自のプロキシ拡張機能が設定されている場合は一時的に無効にし、ブラウザーがシステムプロキシに従うようにします。そうしないと、リクエストがClashを迂回したり、2つのプロキシを経由してループしたりすることがあります。

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

クライアントを実行したまま、まず通常どおり直接接続できるサイトを開き、次にプロキシルールの処理が必要なサイトへアクセスします。両方のページを開ければ、基本的な分流経路が機能していると判断できます。1つのサイトだけでは、サイト側の障害、ブラウザーキャッシュ、地域制限の影響を受けやすいため、少なくとも異なる2つのドメインで確認してください。テストではクライアントのホーム画面にあるスイッチだけでなく、接続ログも確認し、通信が実際にクライアントへ入っているか判断します。

「接続」「Connections」「ログ」のいずれかのページを開き、ブラウザーでテストページを更新します。接続一覧に対象ドメイン、宛先アドレス、プロトコル、ルール結果が表示されるはずです。プロキシグループと選択したノードが表示されていれば、リクエストはClashに入り、プロキシルールに従って転送されています。DIRECTと表示される場合は、リクエストが直接接続ルールに一致しています。関連する記録がまったく表示されない場合は、ブラウザーがシステムプロキシを使っていないか、現在のアプリの通信がTUNで処理されていない可能性があります。

接続ログは表示されるのにWebページを開けない場合は、まずどこで失敗しているかを切り分けます。ログがすぐに表示された後、タイムアウトや接続失敗で終了する場合は、まず別のプロキシノードを試します。複数のノードで失敗する場合は、サブスクリプションを手動で1回更新し、設定を読み込み直します。DNSエラーが表示された場合は、サブスクリプション提供元のデフォルトDNS設定に戻します。ブラウザーのセキュアDNS、システムのカスタムDNS、クライアントによる上書きを同時に設定しないでください。ルール結果がREJECTの場合は、設定によって明示的に拒否されています。システムプロキシを何度も切り替えるのではなく、ルールの出所を確認します。

直接接続のサイトも開けない場合は、まずシステムプロキシを無効にするか、モバイル端末のVPNを切断して通常のネットワークが復旧するか確認します。無効にしてもアクセスできない場合は、問題は現在のネットワーク、ルーター、またはシステムDNSにあります。Clash内でノードを変更し続ける必要はありません。無効にした直後に復旧する場合は、クライアントのローカルポート、実行状態、現在の設定を確認します。システムプロキシの指定ポートは、クライアントが実際に待ち受けているポートと一致している必要があります。通常はクライアントが自動設定するため、手入力は不要です。

確認が完了したら、実際に使うアプリもテストします。ブラウザーは正常なのに特定のアプリに接続ログがまったく表示されない場合、そのアプリはシステムプロキシを読み取らず、TUNモードまたはアプリ独自のプロキシ設定が必要な可能性があります。アプリに接続ログはあるものの特定の機能だけ失敗する場合は、ドメイン、マッチしたルール、エラー発生時刻を記録し、トラブルシューティング大全で症状に沿って確認します。詳しく調べるときは一度に1つの項目だけを変更し、変更ごとに再テストしてください。どの設定が影響したのか分からなくなるのを防げます。

その後の使い方：設定の更新、ノードの切り替え、接続の停止

日常の利用では、毎回サブスクリプションを取り込み直す必要はありません。クライアントを起動したら、現在の設定が選択されていることを確認し、システムプロキシまたはモバイル端末の接続を有効にします。サービス提供元がノードやルールを変更した場合は、設定ページで更新をクリックし、更新後の設定がアクティブな状態であることを確認します。更新後に自動で再読み込みするクライアントもあれば、「再読み込み」をクリックするか、設定を再選択する必要があるクライアントもあります。

特定のノードが不安定な場合は、主要なプロキシグループのノードだけを切り替え、サブスクリプションを削除したりクライアントを再インストールしたりしないでください。切り替え後は古いWebページの接続を閉じて再読み込みし、接続ログで新しいリクエストが新しい出口を使っているか確認します。一時的にプロキシを停止する場合は、システムプロキシ、VPN、TUNのスイッチを無効にします。画面を閉じただけでプログラムがトレイに残っていると、システムプロキシが有効なままになることがあります。クライアントの状態とシステムのネットワーク設定が元に戻っていることを確認してください。

基本手順を終えたら、ルールのマッチング、プロキシグループ、Fake-IP、TUN、DNSなどの概念をさらに学べます。用語の意味はClash 用語集にまとめています。インターネットに接続できない、ノードがタイムアウトする、サブスクリプションに失敗する、システムプロキシが有効にならないといった問題は、トラブルシューティング文書の症状別セクションで確認してください。このガイドを見直す場合は、「取り込みに成功したか、モードが正しいか、接続が有効か、ログが表示されるか」の4つの確認点から始めると、問題の層をすばやく特定できます。