Clash クイックスタート：サブスクリプション導入から接続確認まで

操作を始める前に、利用可能なClash GUIクライアントが端末にインストールされ、サービス提供元からサブスクリプションURLを取得していることを確認します。クライアントは設定の読み込みと通信の転送を担当し、サブスクリプションURLはノード、プロキシグループ、ルール、DNSなどの設定を取得するために使います。両者は別物です。クライアントをインストールしただけで設定を導入していない場合、プロキシ画面は通常空のままで、接続可能なノードも自動では表示されません。

サブスクリプションURLは通常、HTTPSで始まるリンクです。コピーする際は、サービス提供元の管理画面にある完全コピー機能を使い、手動選択による末尾文字の欠落を避けてください。URLにはアカウント識別用のアクセスパラメータが含まれる場合があるため、フォーラム、スクリーンショット、共有ドキュメントに公開しないでください。サービス提供元が汎用サブスクリプション、Clash用サブスクリプション、単一ノードURLを提供している場合は、ClashまたはClash互換と明記されたものを優先します。

初回設定では、ネットワークを制御している他のプロキシ、VPN、通信高速化ツール、旧バージョンのClashクライアントをいったん終了します。同時に複数のシステムプロキシ、VPN設定、仮想ネットワークアダプターが存在すると、通信が二重に制御され、クライアントは接続済みなのにWebページがタイムアウトしたり、一部アプリがオフラインになったり、出口アドレスが変わらないことがあります。競合するプログラムを終了してから始めると、後の切り分けが容易になります。

クライアントを開いたら、まずサブスクリプション、設定、Profiles、設定ファイルなどのページを探します。デスクトップクライアントでは左側のナビゲーション、モバイルクライアントではホーム画面の設定エリアや右上のメニューに入口があることが多いです。ページを開き、「新規追加」「サブスクリプションを追加」「URLから導入」などを選び、入力欄に完全なURLを貼り付けます。名前にはサービス提供元名や用途（例：日常用設定）を入力すると、複数の設定を管理しやすくなります。

保存したら、ダウンロード、更新、同期のいずれかを実行します。クライアントがサブスクリプションを取得して設定ファイルを解析すると、新しい設定項目が表示されます。このとき、項目が存在するだけでなく、現在の設定として選択されていることも確認してください。導入後に自動で有効になるクライアントもあれば、以前のローカル設定を使い続けるクライアントもあります。設定名をクリックする、チェックを入れる、「現在の設定にする」を選ぶなどの操作が必要な場合があります。現在の設定には、選択マーク、強調色の枠、有効状態などが表示されます。

続いてプロキシまたはプロキシグループのページを開き、ノードとプロキシグループが表示されているか確認します。プロキシグループ名はサービス提供元が独自に設定している場合があるため、他のガイドのスクリーンショットと同じとは限りません。複数のプロキシグループが表示され、展開後にノード、自動選択、直接接続などの項目があれば、設定は正常に解析されています。画面が空のままなら、システムプロキシを有効にする前に設定ページへ戻り、更新結果を確認してください。

サブスクリプションの更新に失敗したら、まずクライアントが表示したエラーの種類を確認します。「タイムアウト」や「ネットワークに到達できない」という表示は、現在のネットワークからURLへアクセスできないことを示します。形式、解析、YAMLのエラーは、返された内容をクライアントがClash設定として読み取れないことを意味します。「未承認」や異常なステータスコードが表示された場合は、サービス提供元で有効期限、リセット状態、再発行の必要性を確認してください。更新ボタンを繰り返し押しても、形式や権限の問題は通常解決しません。

現在のネットワークからサブスクリプションへアクセスするために既存のプロキシが必要な場合は、まずアクセス可能な環境のまま初回ダウンロードを完了し、その後で新しい設定へ切り替えます。一部のクライアントにはプロキシ経由でサブスクリプションを更新する機能がありますが、場所や動作は大きく異なるため、初回設定で同時に変更することはおすすめしません。ローカルYAMLファイルの移行、更新間隔の変更、複数設定の統合が必要な場合は、全プラットフォーム対応設定ガイドの準備と設定の章を参照してください。

設定が読み込まれたことを確認したら、設定、プロキシモード、Modeなどの項目を開きます。一般的な選択肢はルールモード、グローバルモード、直接接続モードです。初回利用ではルールモードをおすすめします。ルールモードは設定内のドメイン、IP、アプリのプロセス、地域ルールなどを上から順に照合し、通信を指定されたプロキシグループへ送るか、直接接続するか、遮断します。サブスクリプションに用意された振り分けを維持できるため、日常利用で最も使いやすい選択です。

グローバルモードは、制御可能な通信の大部分を1つのプロキシポリシーへ送ります。振り分けルールが原因かどうかを一時的に判断するには便利ですが、あらゆる問題の解決策として常用するものではありません。ルールモードでアクセスできない対象がグローバルモードで開ける場合は、ルールの照合結果や該当プロキシグループを確認すべきで、クライアントを頻繁に変更する必要はありません。直接接続モードではプロキシを経由せず、通信障害がプロキシ経路に関係するかを素早く確認できます。

ルールモードを選択したら、プロキシ画面を開き、主要なプロキシ通信を担うプロキシグループを探します。「プロキシ」「ノード選択」「Proxy」「手動選択」などの名称のほか、サービス提供元独自の名前が使われることもあります。グループを展開して利用可能なノードを選択してください。遅延テストに対応している場合は実行しても構いませんが、遅延結果が示すのはテストリクエストへの応答状況だけで、すべてのWebサイトやアプリが利用できることを単独で証明するものではありません。接続後に実際のアクセスで確認する必要があります。

自動選択、フォールバック、負荷分散などのプロキシグループの内部構成は、当面むやみに変更しないでください。サブスクリプション設定では複数のプロキシグループが相互参照していることがあり、表面上は自動選択を選んでいても、実際の出口は下位グループのノード状態に左右されます。初回設定の目標は、理解しやすく検証可能な経路を確立することです。まずはサブスクリプションの既定ポリシー、または明確な1つのノードを選択してください。基本接続を確認してから、自動切り替えやカスタムルールを調べるとよいでしょう。

モードとノードを選択しても、システムの通信がClashへ流れるとは限りません。この時点で決まるのは、クライアントが通信を受け取った後の処理方法だけです。次にシステムプロキシ、システムVPN、またはTUNを有効にして、対象アプリから実際に通信をクライアントへ渡す必要があります。

Windows、macOS、一般的なLinuxデスクトップ環境では、システムプロキシ、System Proxy、「システムプロキシとして設定」などのスイッチを探します。有効にすると、クライアントが端末のプロキシアドレスをOS設定へ書き込み、ブラウザーやシステムプロキシに対応する多くのアプリがHTTPおよびHTTPSリクエストをClashへ渡します。初回はシステムプロキシだけを有効にし、複数の制御方式を同時に使わないほうが各スイッチの役割を確認しやすくなります。

AndroidとiOSのクライアントは通常、システムVPNインターフェースを通じて通信を制御します。起動、接続、ホーム画面のスイッチなどを押すと、システムにVPN設定の許可画面が表示されます。アプリ名が現在インストールしているクライアントと一致することを確認してから接続を許可してください。許可されると、システムのステータス領域にVPNアイコンが表示され、クライアントのホーム画面にも実行中または接続済みと表示されます。許可を拒否した場合は、システムのVPN設定を開くか、接続ボタンを再度押して許可を完了します。

一部のクライアントにはTUNモードもあります。TUNは仮想ネットワークインターフェースを作成し、システムプロキシに従わないアプリ、一部のコマンドラインプログラム、より広範な通信制御が必要な場面に適しています。ただし、管理者権限、ドライバー、ルーティング、DNS設定が関係することがあります。初回から有効にする必要はありません。まずシステムプロキシでブラウザーを確認し、特定のアプリがシステムプロキシを使わないと分かった場合だけ、TUNモードの設定章に従ってください。

制御スイッチを有効にしたら、クライアントの動作状態とログ欄を確認します。正常なら、Webページへのアクセスに合わせてログに接続記録が追加され、プロキシ画面のプロキシグループは先ほど選択した状態を保ちます。システムプロキシを有効にした直後にネットワーク全体が切断された場合は、まずスイッチを無効にして通信を復旧し、現在の設定が有効か、クライアントのコアが起動しているか、プロキシポートを他のプログラムが使用していないか確認してください。よく分からない項目を切断中に次々と切り替えると、原因の判断が難しくなります。

デスクトップでは終了時の動作にも注意が必要です。ウィンドウを閉じても通知領域で動作し続け、システムプロキシも有効なままのクライアントがあります。一方、終了時にシステム設定を自動で戻すクライアントもあります。テストが終わる前にプロセスを強制終了しないでください。終了したクライアントのポートをシステムプロキシが指したままだと、ブラウザーはプロキシポートに接続できず通信できません。その場合はクライアントを再起動してシステムプロキシを無効にするか、OSのネットワーク設定で自動プロキシと手動プロキシを元に戻します。

接続が確立したら、DNS、混合ポート、LAN共有、バイパスリストをすぐに変更しないでください。現在の設定を維持したまま、新しいブラウザーウィンドウを開いて次の確認へ進みます。結果に問題があっても、サブスクリプション、ポリシー選択、システムプロキシの3段階に原因を絞りやすくなります。

確認ではクライアントのスイッチだけを見ないでください。有効状態はプログラムが動作していることを示すだけで、ブラウザーがプロキシを使っているか、ルールが想定したポリシーに一致したか、現在のノードが対象へアクセスできるかまでは分かりません。最も確実なのは、接続前に端末の出口ネットワーク情報を記録し、接続後に照会ページを開き直して更新し、出口アドレスやネットワーク所在地の変化を比較する方法です。古いキャッシュを避けるため、新しいプライベートウィンドウを使うか、ページを完全に再読み込みしてください。

次に、直接接続されるはずの普段使うサイトと、プロキシ経由になるはずの対象へそれぞれアクセスします。ルールモードでは2種類のリクエストが異なるポリシーを通ることがありますが、正常な振り分けです。クライアントの接続記録やログに戻り、対象ドメインに適用されたルールとポリシー名を確認します。プロキシ対象が直接接続になった場合は、主にルールまたは設定の問題です。プロキシポリシーに一致しているのに失敗する場合は、ノード、ネットワーク経路、対象サービスの状態を確認します。

実際に使うアプリでもテストしてください。ブラウザーがアクセスできても、すべてのプログラムがシステムプロキシに従うとは限りません。コマンドラインツール、ゲーム、ストアアプリ、一部のデスクトップソフトは独自のネットワーク設定を使うことがあります。ブラウザーは正常なのに特定のアプリが直接接続する場合は、まずアプリに独自のプロキシ設定があるか確認し、その後でTUNが必要か判断します。1つのアプリだけ動作しないからといって、Clash全体の設定失敗とは限りません。

確認中は、同じノードを維持したままルールモードとグローバルモードを1回だけ切り替え、同じ対象へ再アクセスして比較できます。グローバルモードでは利用できるのにルールモードで利用できない場合は、対象ドメインに適用されたルールとプロキシグループを優先して確認します。両方のモードで利用できない場合は、明らかに利用可能な別のノードで比較してください。毎回1つの条件だけを変えることで、どの設定が結果に影響したか分かります。

確認が終わったら、日常利用に適したルールモードへ戻し、システムプロキシまたはVPNの状態が想定どおりか確認します。一時的な利用であれば、終了時にまずクライアントの接続を切ってからプログラムを終了してください。デスクトップではOSのネットワーク設定を開き、ローカルポートを指す手動プロキシが残っていないか確認します。モバイルではステータスバーからVPNアイコンが消えたことを確認してください。

問題が発生したら、サブスクリプションが読み込まれているかどうかから順に確認し、サブスクリプション、ノード、モード、DNS、TUNを同時に変更しないでください。Clashの通信経路は、アプリがクライアントへ通信を渡し、クライアントが現在の設定を読み込み、ルールがポリシーを選び、ポリシーがノードを選択する流れに簡略化できます。どこか1つでも完了していなければWebページを開けない可能性があるため、スイッチを繰り返し操作するより確認の順序が重要です。

上記の手順でも原因を特定できない場合は、エラー発生時のクライアントログ、OSのバージョン、クライアント名、現在の通信制御方式、問題を安定して再現できる手順を保存し、設定に関するよくある質問の章でさらに確認してください。ログを共有する前に、サブスクリプションURL、アカウントパラメータ、その他の機密情報を削除します。