Clash 設定ガイド:サブスクリプション導入から接続確認まで

事前準備:クライアントを用意し、サブスクリプションリンクを取得する

始める前に2つのものを用意します。1つ目はクライアント本体です。クライアントダウンロードページにアクセスし、使用している OS に合ったインストーラーを選びます。Windows と macOS はダウンロード後にダブルクリックでインストールできます。macOS で初回起動時に開発元の確認が表示された場合は「システム設定 → プライバシーとセキュリティ」で一度許可すれば起動できます。Android はインストール後にシステムのポップアップで VPN 権限を許可する必要があります。iOS は App Store から Clash Plus を取得した後、同様に VPN 設定の許可を求めるポップアップが表示されるので「許可」をタップし、画面ロックのパスコードで認証します。

2つ目はサブスクリプションリンクです。これは https:// から始まる URL で、利用しているノードサービスのユーザーパネル上に「サブスクリプションURL」「Clash サブスクリプション」「一括インポート」などの名称で表示されています。このリンクをコピーして手元に用意してください。サブスクリプションリンクはアカウント情報と同等の重要度を持つため、他人に漏らすと通信量を不正利用される恐れがあります。公開の場に貼り付けないよう注意してください。サブスクリプション、ノード、設定ファイルといった用語の意味に自信がない場合は、先に用語ハンドブックの「設定とルール」カテゴリーを2分ほど眺めてから戻ってきても構いません。

両方の準備ができたら、クライアントを起動して次のステップに進みます。

ステップ1:サブスクリプションの導入

クライアントの左側または下部のナビゲーションから、サブスクリプション画面(「サブスクリプション」「プロファイル」または「Profiles」)を開きます。画面上部に入力欄があり、その横に「インポート」「ダウンロード」または「+」ボタンが並んでいるのが一般的です。先ほどコピーしたサブスクリプションリンクを、前後に余分な空白を入れず、先頭の https:// も欠けないように入力欄へ貼り付け、インポートをクリックします。

クライアントはこの時点でサブスクリプション先のアドレスへリクエストを送り、リモート設定を取得します。通信状況が正常であれば数秒で完了し、画面に設定カードが1枚追加され、設定名、ノード数またはトラフィック情報、最終更新時刻が表示されます。このカードが表示されれば、サブスクリプションの内容がローカルに反映されたことになります。多くのクライアントではこのカードをもう一度クリックして現在の有効設定として選択する必要があります——カードの縁がハイライト表示または選択マークになれば有効化成功です。この操作は見落とされやすく、あとでノードが1つも選択できない原因になります。

合わせておすすめしたい設定があります。カードの右クリックメニューまたは編集オプションから「自動更新」を有効にし、更新間隔を12時間または24時間に設定してください。サービス提供元はノードのアドレスを不定期に変更するため、自動更新を有効にしておくことで、設定が古くなって接続できなくなる原因が分からないという事態を避けられます。複数デバイスで1つの設定を共有する方法については、情報ブロックにあるマルチデバイス同期に関する記事を参考にしてください。ここでは詳しく触れません。

インポートをクリックしても長時間反応がない場合や、ダウンロード失敗・404・証明書エラーなどが表示される場合は、まずブラウザで直接そのサブスクリプションリンクを開いてアクセスできるか確認し、次にクライアントが古いプロキシ設定を使っていて今回のリクエストを遮ってしまっていないかを確認してください。より詳しい対処手順はよくある質問の「サブスクリプション更新失敗」関連の項目を参照してください。

ステップ2:プロキシモードの選択

設定を有効化したら、クライアントのメイン画面または設定画面に戻り、「モード」の項目を探します。Clash 系クライアントは通常3種類のモードを提供しており、通信の振り分け方が異なります。

• ルールモード(Rule):設定ファイル内の振り分けルールを1件ずつ照合し、プロキシルールに一致した通信のみノードを経由させ、残りは直接接続します。日本国内のサイトは迂回せず、海外サイトはプロキシ経由でアクセスするため、互いに干渉しません。日常使用ではこちらが標準の選択です。
• グローバルモード(Global):通信を区別せず、すべて選択中のノードを経由させます。ローカルのサイトへのアクセスも迂回するため速度が低下しやすく、「ルールが正しく書かれていないかどうか」を一時的に確認する場合や、実際にすべての通信を海外経由にしたい場合にのみ向いています。
• 直接接続モード(Direct):すべての通信がプロキシを経由せず、振り分け機能を一時的に無効化しつつクライアント自体は起動したままにするのと同等です。トラブル対処の際に比較対象として使います。

操作としてはモードの項目でルールモードを選ぶだけで十分で、サブスクリプションに付属するルールセットはほとんどの一般的なサイトの振り分けをカバーしています。モードを選んでも画面上に大きな変化は見られませんが、これは正常な状態です——モードは通信の振り分け方針を決めるだけであり、実際に通信をクライアントに取り込むには次のステップのシステムプロキシの有効化が必要です。ルールの照合順序や GEOIP 判定などの仕組み、各プロキシプロトコルの違いと選び方については、それぞれ用語ハンドブックとプロトコル・コア技術リファレンスを参照してください。このページの流れには影響しません。

ステップ3:接続の開始

ここでシステムの通信をクライアントに取り込みます。メイン画面または設定画面で「システムプロキシ」のスイッチを見つけてオンにします。この操作は OS のプロキシ設定を変更するもので、ブラウザなどシステムプロキシに従うアプリケーションのリクエストを Clash に処理させるようにします。デスクトップ版はスイッチを上げるだけで即時反映され、Android と iOS のクライアントではホーム画面の起動ボタンがこれに対応しており、タップするとステータスバーに VPN アイコンが表示され、意味は同じです。一部のデスクトップクライアントには「TUN モード」も用意されており、システムプロキシを読まないアプリケーション(一部のコマンドラインツールなど)も取り込めますが、初回設定では不要なのでオフのままにしておき、必要になった際によくある質問で有効化方法を確認してください。

続いて出口ノードを選択します。「プロキシ」または「Proxies」画面を開くと、サブスクリプションに含まれるノードがグループごとに並んでいます。まず画面上の遅延テストボタン(雷またはレーダーのアイコン)をクリックすると、クライアントが全ノードに対して速度測定を行い、数秒後に各ノード名の横にミリ秒単位の数値が表示されます。数値が小さいほど速く、緑色の表示は多くの場合200ms以内を示し、タイムアウトまたは空欄になっているノードは現在利用できません。メインのグループから遅延が正常なノードを1つ選択すると、そのノードが現在の通信出口になります。

すべてのノードがタイムアウト表示になる場合は、何度も再テストするのではなく、多くはサブスクリプションまたはローカルネットワーク側の問題であり、ノード自体の問題ではないケースが大半です。対処の流れは情報ブロックのノードタイムアウトに関する記事やよくある質問のトラブル対処カテゴリーを参照してください。ノードが正常であれば設定はここで完了しており、最後のステップは実際に機能しているかの確認です。

ステップ4:動作確認

確認は2つの観点で行います。1つ目は結果を見る方法です。ブラウザを開き、これまで開けなかった、または極端に読み込みが遅かった海外のサイトにアクセスします。正常に開ければ「システムプロキシ → クライアント → ノード」という経路が正しく通っていることになります。あわせて日本国内のサイトにも一度アクセスし、依然として即座に開くことも確認してください——ルールモードでは国内の通信は直接接続になるはずなので、国内サイトの表示が逆に遅くなった場合は、モードが誤ってグローバルに設定されている可能性があります。

2つ目は過程を見る方法です。クライアントに戻り、「接続」(Connections)パネルを開きます。正常に動作していれば、接続記録がリアルタイムに流れ、各記録には接続先のドメイン、一致したルール、実際に使用されたノードが表示されます。先ほどアクセスしたドメインを見つけ、対応する出口が選択したノードになっていることを確認できれば、振り分けが想定どおりに動作していると判断できます。より詳細な情報を確認したい場合は「ログ」画面に切り替えてください。ログレベルや各種エラーの意味については情報ブロックに詳しい解説記事があり、初回設定の段階で深く追う必要はありません。

ブラウザで目的のサイトが依然として開けない場合は、経路の起点から順番に1つずつ確認していきます。順序は固定で、サブスクリプションが有効化されているか(ステップ1)→ ノードの遅延が正常か(ステップ3)→ モードがルールまたはグローバルになっているか(ステップ2)→ システムプロキシのスイッチがオンになっているか(ステップ3)です。1つずつ確認することで問題を具体的な箇所まで特定できます。ブラウザは正常でもコマンドラインツールがプロキシを経由しない場合は、システムプロキシの適用範囲に関する問題であり、対処方法はよくある質問と情報ブロックのシステムプロキシ関連のトラブル対処記事を参照してください。より体系的な原因特定の方法とプロトコル層の知識は技術リファレンスにまとめて収録しています。