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

「プロキシ」「Proxies」またはホーム画面のプロキシモード欄を開きます。多くのClashクライアントには、ルール、グローバル、ダイレクトの3つの基本モードがあります。初回は「ルール」モード、つまり設定キーの mode: rule を選ぶのがおすすめです。ルールモードでは、設定ファイルに上から並ぶルールに従って各リクエストのプロキシ経由、直接接続、拒否を判断するため、すべての通信を同じノードへ強制的に送らずに済みます。

まずルールモードで基本接続を確認

「ルール」または「Rule」をクリックして、プロキシグループの一覧を開きます。「ノード選択」「プロキシ」「Proxy」など、サービス提供元が独自に付けた名前のグループが表示される場合があります。主要な手動選択グループを開き、一覧からノードを選んでください。遅延テストがある場合は到達性の目安にできますが、遅延値はその時点の測定結果にすぎず、すべてのサイトの実際の読み込み速度を示すものではありません。特定の数値になるまで何度も測定する必要もありません。

ノードを選択したら、プロキシグループ名の下に表示される現在の選択肢が変わったことを確認します。設定によっては「自動選択」「フォールバック」「ロードバランシング」グループもあります。初心者はまず明確な単一ノードを選ぶと、問題発生時に原因を判断しやすくなります。基本接続が安定してから、設定に用意されたプロキシグループで自動方式へ切り替えてください。

グローバルモードとダイレクトモードを使う場面

ルールモードで特定の宛先にアクセスできず、グローバルモードならアクセスできる場合、通常はノード自体は利用可能ですが、現在のルールがそのリクエストを正しいプロキシグループへ渡していません。問題を隠すためにグローバルモードを使い続けるのではなく、対象ドメインを記録し、後でルール設定のマッチ結果を確認してください。カスタムルール、ルールの優先順位、MATCHによるフォールバックの詳しい説明はプロトコルとコアのガイドにあります。

ダイレクトモードではプロキシ経路を迂回するため、問題の原因がプロキシ経路にあるかを判断するのに適しています。クライアントを終了する機能でも、サブスクリプションを削除する機能でもありません。テスト後は必ずルールモードに戻してください。そうしないと、システムプロキシが有効でも通信がダイレクト設定で処理され、「クライアントは接続済みなのにアクセス結果が変わらない」という誤解につながります。

ブラウザーを再起動し、まず普段安定して読み込めるサイトへアクセスして、設定ミスで基本ネットワークが切断されていないか確認します。次に、ネットワーク出口情報を確認できる一般的なサービスへアクセスし、接続前後の出口アドレスや地域の結果を比較します。Webページ上の単一の表示だけに頼らず、Clashの「接続」「Connections」またはログページも開き、ブラウザーのリクエストがクライアントに入っているか確認してください。

接続履歴でリクエスト経路を確認

接続パネルには通常、対象ドメイン、接続タイプ、適用されたルール、使用したプロキシ経路が表示されます。ブラウザーを更新した後、一覧に該当ドメインが表示され、経路が先ほど選択したノードまたはプロキシグループを指していれば、システムプロキシ、ルールマッチング、ノード転送が連携しています。リクエストは確認できるのにWebページの読み込みに失敗する場合、問題はシステムプロキシのスイッチよりも、ノードの到達性、対象サービスの応答、DNS解決にある可能性が高いです。

接続パネルにブラウザーのリクエストがまったく表示されない場合は、まずシステムプロキシまたはモバイルVPNが有効なままか確認し、ブラウザーが独自プロキシ、拡張機能のネットワーク設定、古いキャッシュプロセスを使用していないか確認します。デスクトップではブラウザーを終了して再起動し、モバイルでは対象アプリをバックグラウンドから削除して再度開いてください。完了後にもう一度更新します。サブスクリプションを頻繁に削除して再導入する必要はありません。

モード切り替えで最小限の比較を行う

ルールモードで対象にアクセスできない場合は、一時的にグローバルモードへ切り替えて同じページを再読み込みします。グローバルモードで成功するなら、システム接続とノードは基本的に利用可能で、確認すべき点はルールマッチングです。グローバルモードでも失敗する場合は、別のノードに切り替えて再試行します。一度に変更する条件を1つだけにすると、どの変更で問題が解消したか判断できます。テスト後はルールモードに戻し、一時的な診断状態を恒久設定にしないでください。

すべてのノードに接続できない場合は、サブスクリプションページに戻って更新を実行し、サービス提供元が新しい設定を公開していないか確認します。更新後は現在の設定とノードを再度選択してください。サブスクリプション更新時に、プロキシグループの選択がリセットされるクライアントがあるためです。更新に失敗した場合は、端末の時刻、現在の基本ネットワーク、サブスクリプションURLが有効か確認します。ログの timeout、connection refused、DNS関連の情報は次の確認箇所を判断する手がかりになります。詳しい意味と対処順はトラブルシューティングを参照してください。

サブスクリプションを更新する正しい手順

日常利用で毎回サブスクリプションを追加し直す必要はありません。設定ページで現在のサブスクリプションを探して更新し、リモート内容のダウンロードが完了するまで待ちます。更新後、設定が選択されたままか確認し、プロキシページで普段使うプロキシグループのノード選択を確認してください。更新によってノードが追加、削除、改名されると、以前の選択肢が存在しなくなり、クライアントがデフォルトのプロキシ設定に戻る場合があります。

家庭のWi-Fiからモバイルホットスポットへ切り替えるなど、ネットワーク環境を変更した後に接続がすぐ戻らない場合は、まずシステムネットワークが安定するまで待ち、その後システムプロキシまたはモバイル接続をいったんオフにして再度オンにします。サブスクリプション、DNS、TUN、ルールを同時に変更しないでください。「基本ネットワーク、現在の設定、プロキシモード、ノード、システム接続、ログ」の順に1項目ずつ確認すると、問題箇所を見つけやすくなります。

基本接続の後に上級設定を行う

4ステップの手順が安定して動作してから、必要に応じてTUN、LAN接続の許可、DNS拡張モード、カスタムルールを調整してください。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICの設計上の違いや、オリジナル版Clash、Meta、mihomoのコアの関係を知りたい場合は、プロトコルとコアのガイドを続けて読んでください。これらの設定は基本操作の順序を変えませんが、通信の解決、マッチング、転送方法に影響します。

サブスクリプションを更新できない、システムプロキシの設定が残る、ポートが使用中、起動直後にクラッシュする、接続ログにエラーが出るといった場合は、トラブルシューティングで問題の種類ごとに確認してください。クライアントログにあるエラーの種類、発生時刻、直前に行った操作を記録しておくと、「接続できない」とだけ記録するより原因を特定しやすくなります。