Clash 初期設定:サブスク導入から動作確認まで

サブスクリプションは、利用可能なノード・ポリシーグループ・振り分けルールがまとめられた、サービス提供元側で管理される設定ファイルです。クライアントはリンクを取得すると定期的に更新を取りに行くため、ノードの変更を手動で管理する必要がありません。初回設定の中でも情報量が最も多く、最も慎重に進めるべき手順です。

• サブスクリプションリンクをコピーする

  契約先の会員ページにログインし、「サブスクリプションをコピー」または「ワンクリックでコピー」といったボタンをクリックしてコピーします。リンクは前後に空白や改行が入らないよう、完全な形でコピーすることが重要です。手動で選択してコピーする場合、末尾に余分な空白が混入しやすく、それが原因でインポート後の取得に失敗することがあります。

• クライアントに貼り付けてインポートする

  Clash Verge Rev を開き、左側の「サブスクリプション」ページを選択します。上部の入力欄にリンクを貼り付け、右側の「インポート」をクリックします。クライアントは即座にそのアドレスへ取得を開始し、数秒後にはサブスク名の設定カードが一覧に表示され、ノード数やトラフィック情報(提供元による)が併記されます。他クライアントでの対応箇所は次の通りです。Clash Plus はホーム画面の「サブスクリプションを追加」、FlClash は「設定」タブ右下の「+」から「URLでインポート」、ClashX Meta はメニューバーアイコンから「設定 → 管理対象設定 → 追加」、Clash Meta for Android は「設定」タブの「+」から「URL」を選び、貼り付けて保存します。

• 該当の設定を有効化する

  インポートが成功しても、まだ有効化されたわけではありません。Clash Verge Rev では追加された設定カードをクリックし、枠が強調表示されれば現在有効な状態です。左側の「プロキシ」ページに切り替えると、サブスク内のポリシーグループとノード一覧が展開表示されるはずです。「プロキシ」ページが依然空の場合は、「サブスクリプション」ページに戻ってカードが選択状態になっているか確認し、カード上の更新アイコンをクリックして再取得を試してください。

Clash には挙動の異なる3種類の動作モードがあります。ルールモード(Rule)は設定内のルールに従って通信を振り分け、中国本土向けサイトは直接接続、ルールに合致するサイトはプロキシを経由します。日常利用における標準的な選択です。グローバルモード(Global)は振り分けを行わず、すべての通信をプロキシ経由にするため、中国本土向けサイトへのアクセスが明らかに遅くなります。調査や特殊な用途で一時的に使う場合に限定されます。直接接続モード(Direct)はプロキシを一切使わず、実質的に無効化した状態と同じです。初回設定では基本的にルールモードを選べば問題ありません。サブスクリプションには利用可能な振り分けルールが既に組み込まれています。

• ルールモードに切り替える

  Clash Verge Rev では左側の「プロキシ」ページ上部にモード切り替えボタン(ルール / グローバル / 直接接続)があり、「ルール」をクリックして選択状態にします。ClashX Meta はメニューバーアイコン下の「出口モード」サブメニューで「ルール判定」にチェックを入れます。Clash Meta for Android と FlClash はいずれもメイン画面にモード切り替えの入口があり、Rule(ルール)の表記を目印にしてください。切り替えは即時反映され、再起動は不要です。

• ポリシーグループでノードを選定する

  「プロキシ」ページはポリシーグループ単位でノードが分類表示されます。「ノード選択」「PROXY」など主要なポリシーグループを探し、その中のノードをクリックして現在の出口として設定します。多くのサブスクリプションには「自動選択」といった測定型グループも用意されており、これを選ぶとクライアントが遅延に応じて最速ノードを自動で選びます。手動比較が面倒な場合はこれが最も手軽です。

• 遅延を測定してから決定する

  ポリシーグループの右上には雷または波形のアイコンがあり、クリックするとグループ内の全ノードに対して遅延テストが実行されます。数秒後、各ノードの横にミリ秒単位の数値が表示されます。数値が小さいほど速く、タイムアウト表示のノードは現在利用できないため避けてください。遅延が安定しているノードを選んだら、この手順は完了です。

Clash を起動しただけでは、ローカルにリスニングポートが開かれるだけで、通信が自動的に流れ込むわけではありません。PC版とモバイル版で接続の仕組みが異なるため、それぞれ説明します。

• PC版:システムプロキシをオンにする

  Clash Verge Rev では左側の「設定」ページにある「システムプロキシ」のスイッチをオンにします。有効化すると、クライアントがシステムのプロキシ設定を自身のローカル混合ポート(デフォルトは 7897。旧バージョンのコアでは 7890 が一般的です。実際の値は設定ページの表示に従ってください)に向けます。これ以降、ブラウザなど大半のシステムプロキシに従うアプリの通信は、このポートを経由してルールエンジンに渡ります。ClashX Meta の場合はメニューバーアイコン下の「システムプロキシとして設定」にチェックを入れます。スイッチをオンにすると、メイン画面またはメニューバーアイコンの表示が変わり、システムプロキシが登録されたことを示します。

• PC版オプション:TUN モードで全通信を処理する

  一部のアプリ(コマンドラインツール、一部のゲームやクライアントソフト)はシステムプロキシ設定を参照しないため、システムプロキシが効きません。これらの通信も処理したい場合は、「設定」ページで「TUN モード」をオンにします。クライアントが仮想ネットワークアダプタを作成し、ネットワーク層で全アウトバウンド通信を処理する仕組みです。初回有効化時は案内に従ってサービスのインストールまたは管理者権限の付与が必要ですが、一度許可すれば以降は継続して有効です。日常的な軽い利用ではまずシステムプロキシで十分です。TUN の適用場面や注意点はFAQ の「使い方のコツ」カテゴリを参照してください。

• Android版:VPN 接続を許可する

  Clash Meta for Android ではメイン画面下部の起動ボタンをタップすると、システムが「接続をリクエストしています」というダイアログを表示するので「許可」を選択します。これは Android の VpnService の仕組みでローカルトンネルを確立するものであり、通信を第三者の VPN サービスに渡すものではありません。許可後、ステータスバーに鍵アイコンが表示されればトンネルが確立された状態です。一部の中国メーカー製端末の省電力機能はバックグラウンドのトンネルを強制終了することがあるため、クライアントを省電力の対象外(ホワイトリスト)に設定すると頻繁な切断を防げます。

• オプション:起動時の自動起動を設定する

  起動時から常にプロキシを有効にしたい場合は、PC版クライアントの「設定」ページで「起動時に自動起動」をオンにします。「サイレント起動」と組み合わせると、起動後にメイン画面を表示せずタスクトレイに常駐させることもできます。この設定は今回の作業には影響しないため、完了後に改めて設定しても構いません。

• 確認1:クライアント内に通信ログがあるか

  Clash Verge Rev の左側にある「接続」ページ(他クライアントでは「接続」「ログ」「Connections」などと表記)を開き、続けてブラウザで適当なウェブページを開きます。パネルに新しい接続項目が次々と表示され、それぞれのマッチしたルールと出口(DIRECT またはノード名)が併記されていれば、通信が確かにルールエンジンを通過していることになります。パネルが常に空のままであれば通信がそもそも流れ込んでいないため、A-03 に戻ってシステムプロキシや VPN の許可状態を確認してください。

• 確認2:ブラウザで出口アドレスを確認する

  ブラウザでアクセス元IPの所在地を表示する確認ページを開きます。ルールモードで海外の確認サイトにアクセスした場合、表示される地域は A-02 で選んだノードと一致するはずです。表示がローカルの通信事業者のアドレスのままであれば、その通信は直接接続されていることになり、ルールが一致していないか、システムプロキシが他の拡張機能に上書きされている可能性があります。FAQ の「トラブル対応」カテゴリを参照して対処してください。

• 確認3:コマンドラインでポートの経路を確認する

  端末(ターミナル)はシステムプロキシを参照しないため、Clash のローカルポートが単独で正しく機能しているかを確認するのに向いています。ターミナルで以下のコマンドを実行してください(ポート番号はクライアントの設定ページに表示される混合ポートに従います。Clash Verge Rev のデフォルトは 7897 ですが、以下の例は従来のデフォルトポート 7890 で記載しています):

  curl -x http://127.0.0.1:7890 https://www.gstatic.com/generate_204 -I

  コピー

  HTTP/1.1 204 または 200 から始まるレスポンスヘッダーが返れば、「ローカルポート → ルールエンジン → 出口ノード」の経路全体が正しく開通していることが確認できます。接続を拒否された場合はポート番号の誤りかクライアントが起動していない可能性があり、タイムアウトの場合はノード自体が利用できない可能性が高いため、A-02 に戻り遅延が正常な別のノードで再度試してください。