Clashクイックスタート:4ステップでサブスク導入から接続まで

1.1 完全なサブスクリプションリンクをコピーする

サービス提供元のユーザーセンターにログインし、「サブスクリプションリンク」「Clashサブスク」「サブスクをコピー」といったボタンを探してクリックすると、リンクがクリップボードに入ります。注意点は2つ:1つはユーザーセンターのページURLではなくリンク自体をコピーすること——サブスクリプションリンクは通常長く、末尾にtoken=のようなパラメータが付いています。2つ目は、提供元が複数の形式を用意している場合、Clashまたは「汎用」と表記されたものを優先すること。典型的なサブスクリプションリンクは次のような形です(値はサンプルです):

https://example.com/api/v1/client/subscribe?token=xxxx

1.2 クライアントのサブスクリプション画面を開く

各クライアントの入口位置は少し異なります:Clash Verge Revは左サイドバーの「サブスクリプション」をクリックすると上部に入力欄が表示されます。Clash Plusは下部またはサイドバーの「設定」ページで右上のプラスボタンをクリックします。FlClashは「設定」ページの右下「+」から「URLで導入」を選びます。Clash Meta for Androidはホーム画面の「設定」→ 右下「+」→「URLから導入」です。どのクライアントでも、URLを貼り付けられる場所を探すことになります。

1.3 貼り付けてダウンロード完了を待つ

サブスクリプションリンクを入力欄に貼り付け、名前欄は空でも構いません(多くのクライアントはサービス提供元が設定した名前を自動で読み込みます)。その後「導入」または「ダウンロード」をクリックします。クライアントはバックグラウンドでサブスクリプションURLにリクエストを送り、YAML形式の設定ファイルを取得します。通常数秒で完了します。成功の目印は、サブスクリプション/設定ページに設定カードが現れ、そこにノード数が表示されることです。多くのサービス提供元のサブスクでは使用済みトラフィックと有効期限も併記されます。

1.4 この設定を有効化する

一部のクライアントは導入後に自動で新しい設定を有効化しません。カードをタップしてハイライトまたはチェック状態にし、「現在使用中」であることを示す必要があります。サブスクリプションページに複数のカードがある場合は、今インポートしたものがハイライトされているか確認してください。そうしないと、後でノードを選ぶ際に想定したノードリストが表示されません。

導入時に失敗した場合は、まず次の3点を確認してください:リンクが完全にコピーされているか(途中で切れていないか)、現在のネットワークからサブスクリプションURLに直接アクセスできるか、ページのURLをサブスクリプションリンクと誤認していないか。導入失敗のより具体的なエラーと対処法はトラブル対処のインストール・設定カテゴリを参照してください。

ノードを取得したらすぐにスイッチをオンにせず、まずClashの2つの「モード」をそれぞれ確認しましょう——これがトラフィックの振り分け方と制御方法を決めます。クリックは2回だけですが、理解しておくと後の混乱をかなり減らせます。

2.1 アウトバウンドモード:「ルール」を選ぶ

クライアントのホーム画面(または設定ページ)で「アウトバウンドモード」/「モード」オプションを探すと、通常は3つの選択肢があります:

• ルール(Rule):設定ファイル内の振り分けルールに従い、各接続をプロキシ経由か直接接続かに振り分けます——日本国内のサイトは直接接続、対象サイトはプロキシ経由で、互いに干渉しません。これが日常使用における推奨モードです。
• グローバル(Global):すべてのトラフィックが現在選択中のノードを経由します。日本国内のサイトへのアクセスも海外を迂回するため、通常は問題調査時に一時的に使うだけです。
• 直接接続(Direct):すべてのトラフィックがプロキシを経由しません。振り分けを一時停止した状態に相当し、デバッグ用途に使います。

アウトバウンドモードを「ルール」に選択するだけで完了です。サブスクリプション設定内のルールはサービス提供元があらかじめ用意しているため、初回利用時に変更は不要です。ルールがどのようにマッチするか、自分でルールセットを管理する方法については、後で上級設定の振り分けルールの章を読んでみてください。

2.2 制御方式:初回はシステムプロキシを使う

クライアントがトラフィックを自身の管理下に置く方法には、一般的に2種類あります。システムプロキシはOSレベルでHTTP/SOCKSプロキシのアドレス(デフォルトはローカルの127.0.0.1:7890)を設定するもので、ブラウザや多くのシステムプロキシ設定に従うアプリは自動的にこれを経由します。有効化が簡単で権限要件も低いのが特徴です。一方TUNモードは仮想ネットワークアダプタ経由でデバイス上のすべてのトラフィックを制御し、システムプロキシを認識しないコマンドラインツールやゲームクライアントも含みますが、管理者権限やシステムサービスのインストールが必要です。

初回設定ではまずシステムプロキシで全体の流れを通してみることを推奨します。問題なく動作することを確認したら、必要に応じてTUNを検討してください。TUNモードの有効化条件、Fake-IPとの組み合わせ方、よくある落とし穴については、上級設定マニュアルに専用の章があり、ここでは詳しく扱いません。

3.1 システムプロキシスイッチをオンにする

クライアントのホーム画面に戻り、「システムプロキシ」スイッチ(一部のクライアントでは「システムプロキシに設定」)を見つけてクリックしてオンにします。プラットフォームごとに初回オン時のシステムからの確認内容が異なるため、以下を参考にしてください:

• Windows:通常はそのまま有効になります。セキュリティソフトが入っていて「あるプログラムがプロキシ設定を変更しようとしています」という確認が出た場合は許可を選んでください。スイッチをオンにした後、システムの「設定 → ネットワークとインターネット → プロキシ」でローカルアドレスが手動プロキシに入力されていることを確認できます。
• macOS:初回オン時に、ネットワーク設定の変更を許可するためアカウントのパスワード入力を求める認証ダイアログが表示されることがあります。入力して確認すれば以降は再度聞かれません。
• Android:AndroidクライアントはVpnService経由でトラフィックを制御します。接続をクリックすると「XXがVPN接続の設定を求めています」という確認ダイアログがシステムから表示されるので、必ず許可をタップしてください。ステータスバーに鍵アイコンが表示されれば成功です。一部メーカーの省電力機能により画面消灯後にクライアントが強制終了され切断される場合があります。対処法はトラブル対処のトラブルシューティングカテゴリを参照してください。

3.2 プロキシページでノードの速度テストを行う

スイッチをオンにすると、トラフィックはすでにクライアント経由になっていますが、それはポリシーグループ内のデフォルト選択ノードであり、必ずしも最速とは限りません。「プロキシ」ページに切り替えると、1つ以上のポリシーグループ(「ノード選択」「オートセレクト」など)が表示され、展開するとサブスク内のすべてのノードが並びます。ページ上の雷/速度テストアイコンをクリックすると、クライアントはグループ内の全ノードに対して遅延テストを実行し、数秒後に各ノードの右側にミリ秒数が表示されます。緑色の低い数値は快適、高い数値は迂回や混雑を示し、タイムアウト表示のノードは現在利用不可です。

3.3 ノードを選択する

「ノード選択」のような手動選択のポリシーグループでは、遅延が低いノードをクリックすると選択状態になり、現在の出口がそのノードに切り替わります。サブスクに「オートセレクト」グループ(url-testタイプ)が用意されている場合は、手動グループをそこに向けることで、クライアントが定期的に速度テストを行い最速のノードを自動選択します。3種類の自動ポリシーグループ(url-test / fallback / load-balance)の判定ロジックとパラメータの違いは上級トピックのため、上級設定のポリシーグループの章にまとめています。ノードを選ぶ際は遅延だけでなく、ノード名に記載された地域やトラフィック倍率にも注目しましょう。こうしたコツはトラブル対処の使い方のヒントカテゴリにまとめてあります。

4.1 対象サイトに直接アクセスする

ブラウザを開き、以前アクセスできなかった対象サイトにアクセスします。正常に表示されれば、「システムプロキシ → クライアント → ノード」という経路が通っていることを示します。同時に普段よく使う日本国内のサイトも開いて速度が正常か確認することをおすすめします——ルールモードでは直接接続されるはずなので、明らかに遅くなっている場合はルールのヒットにズレがある可能性があります。まずノードを切り替えて様子を見て、それでも異常な場合はトラブル対処のトラブルシューティングカテゴリに沿って項目ごとに確認してください。

4.2 接続パネルでルールのヒットを確認する

「開ける」よりも確実な検証方法は、クライアントの「接続」パネル(一部のクライアントでは「ログ」または「概要」ページ)を見ることです。パネルを開いたまま先ほどのページを再読み込みすると、新しい接続レコードがリアルタイムで流れてきます。各レコードには対象ドメイン、ヒットしたルール、実際に使用されたノードが表示されます。対象サイトへの接続が選択中のノードを経由し、日本国内サイトへの接続が直接接続とマークされていれば、ルールによる振り分けが想定どおり動作しています。

4.3 コマンドラインでの再確認(任意)

ターミナルに慣れている方は、ローカルのプロキシポートを明示的に指定してリクエストを送ることで、ブラウザキャッシュの影響を排除できます。デフォルトの混合ポートは7890です(実際のポート番号はクライアントの設定ページの表示に従ってください):

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

HTTP/2 200や301系のレスポンスヘッダーが返れば、プロキシ経路は利用可能です。Connection refusedが出た場合はポート番号が誤っているかクライアントが起動していないことを示します。長時間応答がない場合は、多くは現在のノードの不調によるものなので、前のステップに戻って別のノードに切り替えて試してください。

4.4 有効になっていない場合

発生頻度の高い順に確認してください:システムプロキシスイッチが本当にオン状態か(他のプロキシソフトに横取りされてオフになっていることがあります)、現在選択中のノードの速度テストがタイムアウトしていないか、アウトバウンドモードが誤って「直接接続」になっていないか、ブラウザに独自でプロキシを制御する拡張機能が入っていないか。これらを順に確認しても解決しない場合は、トラブル対処でエラーの症状から特定してください。DNSポイズニングやFake-IPなど深い原因が関わる場合は、上級設定マニュアルのDNSの章に詳しい調査の流れがまとめられています。