Clash クイックスタート:サブスク導入から動作確認まで

サブスクリンクは設定ファイルを指す URL で、設定ファイルにはノードのリストと振り分けルールが含まれています。クライアントはこのリンクから設定を取得し、以降はサブスクを更新するたびに最新の内容を再取得するため、ノードが変わってもファイルを手動で書き換える必要はありません。サブスク・設定ファイル・ノードの関係については、用語集の「設定ファイルとルール」カテゴリーを参照してください。ここでは詳しく触れません。

操作の流れ:まずサービス事業者のユーザーセンターでサブスクリンクをコピーし、その後クライアントを開きます。Clash Verge Rev では左側のサイドバーで「サブスク」をクリックすると、ページ上部に入力欄があるのでリンクを貼り付け、右側の「インポート」ボタンをクリックします。クライアントが設定のダウンロードを開始し、数秒後にページに設定カードが表示されます。カードには設定名が表示され、サービス事業者がレスポンスヘッダーに通信量や有効期限の情報を付けている場合は、それもカードに表示されます。この時点ではカードが未選択の場合があります――カードを1回クリックし、枠がハイライトされれば選択済みで、以後のすべてのプロキシ動作はこの設定に基づきます。

他のクライアントの入口の位置:Clash Plus はホーム画面から「サブスク」に進み「サブスクを追加」をクリックしてリンクを貼り付けて保存します。FlClash は「設定」ページ右下のプラスボタンをクリックし「URL」方式でリンクを貼り付けます。Clash Nyanpasu は「プロキシ設定」ページで「新規作成」をクリックし、種類でリモート URL を選びます。どのクライアントでも導入完了の判断基準は同じです:設定リストに新しい項目が追加され、その項目が選択状態になっていることです。

受け取ったものがリンクではなく .yaml ファイルの場合は、URL でのインポートではなく、同じページにある「ファイルをインポート」または「ローカル」の入口からファイルを選択してください。ローカル設定の欠点は自動更新されないことで、ノードが変わるたびに新しいファイルを再インポートする必要があります。リンクがある場合はリンクを優先してください。

導入時に最も多いエラーはネットワークエラーやタイムアウトです。サブスクリンク自体は現在のネットワークから直接アクセスできる必要があるため、そのネットワークからのアクセスが遮断されている場合は、まずスマートフォンのモバイル回線でテザリングして初回の導入を済ませるとよいでしょう。導入に成功したら、サブスク項目のメニューで「自動更新」が有効になっているか確認してください。一般的な間隔は24時間または1440分で、デフォルトのままで問題ありません。

設定を選択したら、左側サイドバーの「プロキシ」ページに進みます。ページ上部にモード切り替えボタンが並んでおり、通常は3つあります:ルール(Rule)、グローバル(Global)、ダイレクト(Direct)。このステップはクライアントを通過するすべての接続をどう処理するかを決めるもので、使い勝手を大きく左右するため、1分かけて理解しておく価値があります。

ルールモードは日常使用における標準的な選択です。クライアントは設定ファイル内の振り分けルールを1件ずつ照合し、ダイレクトルールに一致する通信(日本国内のサイトやローカルネットワークのアドレスなど)はそのまま素通しし、プロキシルールに一致する通信は選択したノードへ転送します。両者は互いに干渉しません。国内サイトは速度をそのまま保ち、海外サービスはプロキシ経由になるため、手動で切り替える必要がないのが Clash 系設定の核心的な価値です。ルールの書き方やマッチング順序の仕組みは上級者向けの話題で、用語集の「ポリシーグループと振り分け」カテゴリーに詳しい解説があります。

グローバルモードはすべての通信を対象を問わずプロキシ経由にするモードで、ルールに従わないアプリを一時的に強制プロキシしたい場合にのみ短時間使用します。使い終わったら必ずルールモードに戻してください。戻さないと国内サイトへのアクセスもノードを経由してしまい、逆に速度が落ちます。ダイレクトモードはその逆で、すべての通信がプロキシを経由しません。振り分けを一時的に無効化するのと同義で、トラブル対処の際にたまに使います。

モードをルールに設定したら、同じページを下にスクロールするとポリシーグループの一覧があります。「ノード選択」またはそれに類する名前のグループを見つけて開くと、利用可能な全ノードといくつかの自動グループが表示されます。具体的なノードを直接選ぶこともできますし、自動速度測定グループ(通常 url-test や「自動選択」といった表記が付きます)を選んで、クライアントに定期的に速度を測定させ、常に遅延が最も低いノードを使わせることもできます。多くのポリシーグループ画面には雷やレーダーの形をした遅延テストボタンがあり、1回クリックするとグループ内のノードを一括で遅延測定します。数値が小さいほど良く、赤く表示されるものやタイムアウトのノードは一旦選ばないでください。

url-test、fallback、load-balance という3種類の自動グループの違いやパラメータの書き方は、この段階では気にする必要はありません。完全ガイドや関連する上級記事に任せて構いません。このステップで確保すべきことは、出口ノードが決まっていることだけです。

前の2ステップは準備段階に過ぎず、この時点ではまだ通信はクライアントを経由していません。プロキシに実際に通信を引き渡す方法は、デスクトップとモバイルで異なるため、それぞれ分けて説明します。

Windows と macOS:「システムプロキシ」のスイッチを探します――Clash Verge Rev では左側の「設定」ページ最初のスイッチ群にあり、Clash Plus ではホーム画面のメイン画面にあります。これをオンにすると、クライアントは OS の HTTP・HTTPS プロキシを自身がリッスンしているローカルポートに向けます(Clash Verge Rev のデフォルトは 7897、多くの従来型クライアントは 7890 がデフォルトで、設定ページで確認できます)。以後、ブラウザやシステムプロキシに従うほとんどのアプリの通信は、まずクライアントに入り、ステップ2で設定したルールに従って振り分けられます。スイッチをオンにすると、メニューバーやタスクバーのトレイにクライアントのアイコンが表示され、これが動作中であることを示す目印になります。

macOS では、システムプロキシや TUN 関連機能を初めてオンにするとき、ネットワーク拡張の許可やキーチェーンアクセスの要求が連続して表示されることがあります。これは OS レベルの権限フローなので、1つずつ「許可」を選べば問題ありません。誤って「拒否」を押してしまった場合は、システム設定から手動で権限を付与し直す必要があります。詳しい手順は完全ガイドの macOS の章に、各ポップアップごとの説明があります。

Android:クライアントのメイン画面を開き、目立つ接続ボタンをタップすると、システムが「接続をリクエスト」というダイアログを表示し、アプリが VPN 接続を作成しようとしていることを知らせます――これは Android で通信を引き受ける標準的な方法で、「OK」をタップして許可します。ステータスバーに鍵の形のアイコンが表示されれば接続完了です。iOS:Clash Plus も初回接続時に VPN 設定の追加をリクエストします。許可し、案内に従って画面ロックのパスコードを入力すれば、以後の接続はワンタップで済みます。

ほかにも2つの任意項目がありますが、今回の入門には影響しないので知っておくだけで構いません。1つは TUN モードで、システムプロキシに従わないプログラム(コマンドラインツールや一部のゲームクライアントなど)を引き受けるための機能です。仮想ネットワークアダプタとして動作し、追加のサービスや権限が必要です。概念は用語集を、設定手順は完全ガイドを参照してください。もう1つは自動起動で、各クライアントの設定ページに対応するスイッチがあるので、必要に応じてオンにしてください。

スイッチをオンにしたことは、経路が実際に使えることを意味しません。最後に2分かけて確認しましょう。確認方法は簡単なものから順に3つあり、どれか1つを行えば十分ですが、すべて行うとより確実です。

方法1:接続パネル。クライアントに戻り、左側の「接続」ページを開いてから、ブラウザで任意のサイトにアクセスします。接続ページには新しいアクティブな接続がリアルタイムで表示され、各行に接続先のドメイン、一致したルール、実際の出口が表示されます――国内サイトは DIRECT やダイレクト系のポリシーが、海外サイトはステップ2で選んだノード名が表示されるはずです。ルールの一致と出口が想定どおりであれば、振り分けは正常に機能しています。

方法2:コマンドライン。ターミナルでローカルのプロキシポートを直接指定してリクエストを送り、ブラウザのキャッシュなどの干渉要因を避けます。ポート番号はお使いのクライアントの実際の値に置き換えてください。Clash Verge Rev のデフォルトは 7897 です:

HTTP/1.1 200 Connection established とその後の 204 ステータスが返ってくれば、ローカルポートがリッスンしていてノードの経路が通っていることを示します。「接続が拒否された」と表示される場合はポート番号が間違っているかクライアントが起動していません。長時間応答がない場合はノード側の問題である可能性が高いです。

方法3:ログ。クライアントの「ログ」ページでレベルを info に設定すると、各接続のマッチング過程を確認できます。あるルールがなぜ一致したか、あるいは一致しなかったかを確認するのに向いており、振り分けの異常を調べる際に最も直接的な方法です。

確認に失敗した場合――たとえば全ノードの遅延測定がすべてタイムアウトする、ウェブページが一切開けないなど――何度も再インストールする必要はありません。トラブルは通常、次の5つの層のいずれかに原因があります:サブスクの有効性、ローカルポートの競合、システムプロキシのスイッチ、プロトコルとコアの対応関係、DNS 汚染。完全ガイドの設定に関するよくある質問の章に、層ごとの確認順序と対応する解決策が載っており、順番に確認すればおおむね10分以内に特定できます。