Clash 設定ガイド:サブスク導入から動作確認まで

始める前に、2つのものが揃っているか確認します。インストール済みのClashクライアントと、有効なサブスクリプションリンクです。この段階では設定操作は一切行わず、材料をそろえるだけです。これらが用意できていれば、以降の手順はすべて迷わず進められます。

クライアントをインストールする

クライアントをまだ持っていない場合は、クライアントダウンロードページから使用中のOSに合ったインストーラーを取得してください。Windows・macOS・Android・iOS・Linuxそれぞれに対応版があり、インストール手順は一般的なアプリと同じで基本的にすべて既定のまま進めればOKです。どれを選ぶか迷う場合はクライアント比較を確認してみてください。初心者にとっての違いは主に画面構成で、コア機能はどれも共通しており、本ガイドの4ステップはどのクライアントでも同じように成立します。

サブスクリプションリンクを取得する

サブスクリプションリンクはhttps://で始まるURLで、サブスクリプション提供元(いわゆる「機場」)のユーザーページから取得できます。多くの場合「サブスクリプションをコピー」や「ワンクリックでサブスク取得」といったボタンがあり、クリックするだけでクリップボードにコピーされます。このリンクの先にあるのは、提供元側の更新に応じて内容が変わる設定ファイルで、ノード情報や振り分けルールが含まれています。つまり後の手順で導入するのは「ファイル」ではなく「リンク」であり、クライアントはこのリンクから定期的に最新内容を取得します。サブスクリプションに関わるYAMLやBase64形式の違いは、導入時にクライアントが自動判別するため気にする必要はありません。用語をきちんと理解したい場合は用語集の「サブスクリプションと設定」カテゴリーを参照してください。

材料が揃ったら、クライアントを開いてクリップボード内のサブスクリプションリンクを実際に使える設定へ変換します。全体で4つの操作、所要時間は1分程度です。

1. サブスクリプションリンクがクリップボードに正しくコピーされているか確認します。提供元のページからコピーする際は、必ず公式の「サブスクリプションをコピー」ボタンを使ってください。手動で選択すると末尾の文字が欠けたり余分な空白が入ったりしやすく、これが導入失敗の最も多い原因です。
2. クライアントのサブスクリプション管理画面を開きます。Clash PlusとClash Verge Revではサイドバーやボトムバーの「サブスクリプション」、FlClashでは「設定」という名称です。画面上部にURL入力欄、または「新規作成/インポート」ボタン(FlClashでは右下の「+」)が表示されます。
3. 入力欄にサブスクリプションリンクを貼り付け、「導入」または「ダウンロード」をクリックします。クライアントが即座にこのURLから設定ファイルをダウンロードし、通信環境に問題がなければ数秒以内に設定名と更新時刻が記載された新しい設定カードが表示されます。
4. そのカードを選択して有効化し、現在使用する設定にします。多くのクライアントでは有効化後にカードがハイライト表示または選択マーク付きになります。導入後に自動で有効化されるクライアントもあり、その場合は選択状態になっていればそのままで構いません。

導入が成功したかどうかは次の点で判断できます。設定カードに更新時刻が表示され、多くのサブスクリプションでは通信量や有効期限も併記されます。この状態で「プロキシ」画面に切り替えると、複数のポリシーグループとその下のノード一覧が確認できるはずです。一覧に内容があれば設定は正しく読み込まれており、次のステップに進めます。

導入時にエラーが出る、またはプロキシ画面が空のままという場合、よくある原因は3つです。リンクのコピーが不完全だった、現在の通信環境からサブスクリプションのドメインに直接アクセスできない、提供元がサブスクリプションアドレスを変更した、のいずれかです。原因の切り分け方はヘルプセンターの「インストールと設定」カテゴリーにまとめています。YAML形式とBase64形式のサブスクリプションで挙動が異なる理由や、サブスクリプション変換の仕組みについてさらに詳しく知りたい場合は用語集の該当項目を参照してください。ここでは詳細は省略します。

設定が読み込まれたら、まずホーム画面または「プロキシ」画面上部にある出力モードの切り替えを確認し、3つの選択肢それぞれの意味を理解した上で、使用可能なノードを1つ選びます。この手順は通信の経路を決める重要な部分なので、2分ほどかけてしっかり理解しておく価値があります。

3つのモードの意味

• ルール(Rule):設定ファイル内の振り分けルールに従って通信を1件ずつ判定します。直接接続すべき通信は直接、プロキシ経由にすべき通信はプロキシへ、いずれにも当たらない通信はフォールバックルールで処理されます。通常はこのモードのままで問題なく、サブスクリプション導入後のデフォルト値もこれです。
• グローバル(Global):対象を問わずすべての通信を選択中のノード経由にします。特定のノードの動作を一時的に確認したい場合にのみ使用してください。常時オンにすると本来直接接続すべき通信まで迂回してしまい、逆に速度が低下します。
• 直接接続(Direct):すべての通信がプロキシを経由せず、クライアントを一時的に無効化した状態と同じです。問題の切り分け時の比較対象として使います。

モードを「ルール」のままにしておけば問題ありません。ルールがどのように1件ずつ判定されるのか、DOMAIN-SUFFIXやGEOIP、MATCHがそれぞれ何を担うのかといった仕組みの詳細は、用語集の「ルールと振り分け」カテゴリーで一つずつ解説しており、設定ガイドのルール振り分けの章でも詳しく展開しています。本ページの操作を進める上では、先に理解しておく必要はありません。

ノードを選んで遅延をテストする

「プロキシ」画面に切り替えると、いくつかのポリシーグループが表示されます。「手動選択」や「ノード選択」といった名前のグループを見つけ、グループ名の右側にある雷アイコン(速度テストアイコン)をクリックしてグループ全体の遅延テストを実行します。数秒後、各ノードの後ろにミリ秒単位の数値が表示され、値が低いほど良好です。タイムアウトしたノードは灰色表示やtimeout表示になります。その後、遅延が正常なノードをグループ内でクリックすると選択状態になります。「自動選択」やurl-testという名前のグループは、遅延が最も低いノードを自動的に選ぶため、手動操作は不要でデフォルトのままで構いません。

ノードを選んだ時点で、クライアント自体はローカルポート上で待機状態になっていますが、まだシステムの通信はクライアントに渡されていません。この手順はOSによって操作が少し異なります。

WindowsとmacOS

クライアントのホーム画面または設定画面で「システムプロキシ」のスイッチを見つけ、オンにします。クライアントが自動でOSのプロキシ設定をローカルの混合ポート(デフォルトは127.0.0.1:7890)に向けるため、アドレスを手動入力する必要はありません。macOSでは初回オン時にシステムの許可ダイアログが表示され、ネットワーク設定の変更許可を求められることがあるので、パスワードを入力して承認してください。スイッチがハイライトまたは緑色になれば、システムプロキシが有効になった状態です。

Android

Android版はVPN経路を利用します。ホーム画面に戻り、目立つ位置にある起動ボタンをタップすると、システムが「接続リクエスト」ダイアログを表示してVPN接続の許可を求めます。「許可」をタップするとステータスバーに鍵アイコンが表示され、これが表示されればデバイスの通信がクライアントを経由するようになった証拠です。iOSでも流れは同様で、初回起動時にVPN設定の追加を確認するだけです。

あらかじめ知っておきたい境界ケースが2つあります。1つ目は、「システムプロキシ」はシステムのプロキシ設定に従うアプリ(ブラウザなど)のみをカバーし、コマンドラインツールや一部のデスクトップソフトはこの仕組みに従わないため、ネットワーク層全体をカバーするTUNモードが必要になる点です。これは発展的な内容のため、設定ガイドのTUNモードの章に詳しい手順をまとめており、初回設定時に対応する必要はありません。2つ目は、スイッチをオンにした際に「ポートが使用中」というエラー(ログにbind: address already in useと表示される)が出た場合で、これは7890ポートが他のプログラムに使われていることを意味します。対処方法はヘルプセンターの「トラブル対処」カテゴリーを参照してください。

スイッチがオンになっていることと、実際に経路が使える状態であることは別問題です。最後に1分だけ時間をかけて3つの確認動作を行い、「オンになっているはず」を「確実に動作している」に変えましょう。

1. ブラウザで新しいウィンドウを開き、普段そのまま開ける国内サイトにアクセスします。ルールモードではこの種のドメインは直接接続ルールにマッチするはずなので、プロキシを使わない場合と同じ速度で開けます。この手順は振り分けが直接接続すべき通信を誤ってプロキシに送っていないことを確認するためのものです。
2. 続いてプロキシ経由でないと開けないサイトにアクセスします。正常に表示されれば、「ノード → 出口」というプロキシ経路が正しく通っていることが確認できます。
3. クライアントに戻り、「接続」(Connections)または「ログ」画面を開きます。ここにはリアルタイムの接続記録がスクロール表示され、各行に接続先ドメイン、マッチしたルール、最終的な出口ポリシーが表示されます。直接接続の通信は出口にDIRECTと表示され、プロキシ経由の通信は選択中のノードまたはポリシーグループ名が表示されるはずです。これは「なんとなくページが開いた」という感覚よりもはるかに信頼できる、振り分けが想定通り機能しているかを判断する最も直接的な手がかりです。

2つ目の確認で開けない場合は、まずシステムプロキシのスイッチやVPNの鍵アイコンがまだ有効になっているか確認してください。次に「プロキシ」画面で遅延テストをやり直し、正常な数値の別のノードに切り替えて再試行します。単一ノードの不調が最も多い原因で、ノードを変えるだけで大半の問題は解決します。複数のノードを試しても改善しない場合は、「ノード → 設定 → ローカル設定」の順に1つずつ切り分けていく必要があります。詳しい切り分け手順はヘルプセンターの「トラブル対処」カテゴリーにまとめています。GeoIPデータベースが古いことで振り分けが不正確になっている場合については、設定ガイドの日常メンテナンスの章に更新方法を記載しています。

ここまでで、サブスク導入・モード選択・接続・確認の4ステップがすべて完了しました。日常的な使用ではあとは「クライアントを起動する」「システムプロキシをオンにする」の2つだけを行い、残りはルールに任せておけば大丈夫です。サブスクリプション内容はクライアントが定期的に自動更新するため、通常は手動での操作は不要です。提供元からサブスクリプションアドレス変更の通知があった場合は、U2の手順に戻って再度導入してください。

さらに理解を深めたい場合は、ルール振り分けのカスタム記述方法、TUNモードの詳細設定、GeoIPデータベースの更新や日常メンテナンスについて設定ガイドが章立てで段階的に解説しているので、まとまった時間があるときに通して読むのがおすすめです。使用中に具体的なエラーに遭遇した場合はヘルプセンターでカテゴリーごとに検索できます。わからない用語が出てきた場合は用語集の「コアとプロトコル」「ルールと振り分け」などのカテゴリーから調べられます。