Clash Metaのサブスクリプション追加と接続ガイド

PREPARATION

開始前の準備：クライアント・サブスクリプションURL・ネットワーク

設定を始める前に、現在のシステムに対応したClashクライアント、有効期限内のサブスクリプションURL、サブスクリプションURLへアクセスできるネットワークの3つを用意します。Clash Metaまたはmihomoは設定の解析、ルール照合、プロキシ接続を担うコアで、GUIクライアントはサブスクリプション管理、ノード選択、システムプロキシの切り替えを提供します。同じコアを使えるクライアントでも、画面構成、権限の取得方法、利用できる設定は完全には同じではありません。

まだクライアントをインストールしていない場合は、まずダウンロードページでWindows、macOS、Android、iOS、Linux向けのソフトを選びます。インストール後は一度起動し、設定ディレクトリと必要なシステムコンポーネントを作成させてください。デスクトップではファイアウォールやネットワーク拡張の権限、モバイルでは初回接続時にVPN構成の許可を求められることがあります。これらの権限は、3番目の手順で接続を有効にするときに使われます。

サブスクリプションURLは通常、ネットワークサービスの提供元が発行します。https://で始まる完全なURLであり、ノード名、ログインパスワード、Web管理画面のURLではありません。コピーするときは先頭から末尾まで選択し、余分な空白、改行、日本語の句読点が入らないようにします。サブスクリプションにはサーバー情報や認証情報が含まれる場合があるため、公開フォーラム、スクリーンショット、共有ドキュメントに貼り付けないでください。

このガイドではGUIクライアントを使うため、YAMLを手動編集する必要はありません。ルーターやサーバーへの導入、DNS、ルールプロバイダー、待ち受けポート、TUNスタックの変更が必要な場合は、全プラットフォーム完全ガイドを確認してください。RULE-SET、GEOIP、プロキシグループ、fake-ipなどの用語は用語集で分類別に調べられます。初回接続の段階で、すべての項目を理解しておく必要はありません。

クライアントを開き、「サブスクリプション」「設定」「Profiles」「リモート設定」などの画面を探します。デスクトップでは左側のナビゲーション、モバイルではホーム画面の設定エリアや右上のメニューにあることが多いです。画面を開いたら、「サブスクリプションを新規作成」「URLからインポート」、またはプラス記号の追加ボタンを選びます。ローカルファイルとURLの両方が表示される場合はURLを選択してください。ローカルファイルは端末に保存済みのYAML設定を読み込むためのもので、今回の入口ではありません。

完全なサブスクリプションURLをアドレス入力欄に貼り付けます。名前欄にはサービス名や用途など、見分けやすい短い名前を入力し、URLそのものは再入力しないでください。自動更新間隔が表示されるクライアントもありますが、初回設定では既定値のままで構いません。まずサブスクリプションを正常に読み込ませることを優先し、更新頻度の調整は後に行います。URLを確認したら「保存」「インポート」「更新」のいずれかを押します。

クライアントはサブスクリプションの内容を取得し、コアで解析します。正常なら、新しい設定名、最終更新日時、設定状態などが表示されます。プロキシ画面には、複数のプロキシグループとノードも表示されるはずです。これはサブスクリプションが保存されただけでなく、クライアントで使える設定として解析されたことを示します。名前しか表示されず、プロキシグループがない場合は、更新ボタンを一度押してエラーが出ないか確認してください。

追加に成功したら、作成した設定をクリックして現在のアクティブ設定にします。クライアントによってはチェックマーク、強調色の枠、「有効」などの表示で現在の状態を示します。追加後に自動で有効になる場合もあります。この時点で急いでシステムプロキシを有効にせず、「プロキシ」または「Proxies」画面を開き、少なくとも1つのメインプロキシグループが表示されることを確認します。「ノード選択」「プロキシ」「Proxy」、またはサービス提供元が定めた名前が一般的です。

追加時に「リクエストに失敗しました」と表示されたら、まずブラウザーでサブスクリプションURLを開きます。ブラウザーでもアクセスできない場合は、URLの有効性、ネットワーク到達性、サービスの状態に問題がある可能性があります。ブラウザーでは内容が返るのにクライアントだけ失敗する場合は、URLが完全にコピーされているか、まだ確立していないプロキシ経由でサブスクリプションを取得しようとしていないか確認します。「解析に失敗しました」「設定形式が正しくありません」と表示された場合、ノードはまだ読み込まれていないため、ノードを何度も切り替えないでください。サブスクリプションURLをコピーし直し、Clashまたはmihomoが認識できる設定形式かサービス提供元に確認します。

アクティブ設定を選択し、プロキシグループが表示されたら最初の手順は完了です。次は適当なノードを選ぶのではなく、まず各接続をどの方法で処理するかを決め、その後プロキシグループで具体的な出口を選択します。

「モード」「Mode」またはプロキシ画面の上部には、通常、ルール、グローバル、DIRECTの3モードがあります。初めて普段使いする場合はルールモードがおすすめです。このモードでは、各接続を設定内のドメイン、IP、ルールセット、最終ルールの順に判定します。プロキシが必要な通信はプロキシグループへ渡され、日本国内のサイト、LAN、DIRECT指定の通信は直接接続します。サブスクリプション設定の基本となる動作方式です。

グローバルモードは、大半の接続を一括してグローバルプロキシグループへ渡します。特定のノードが使えるか短時間で確認したり、出口ごとの挙動を比較したりする場合に適しています。ただし、本来は直接接続すべき通信もプロキシへ送られるため、ルール分岐が正しいか判断する基準には向きません。DIRECTモードはプロキシ経路を迂回し、プロキシを一時停止したり、LAN機器へアクセスしたり、有効化前後の状態を比較したりするときに使います。モードを切り替えてもサブスクリプションは削除されませんが、既存の接続が以前の経路を使い続けることがあります。テスト時はWebページやアプリを開き直してください。

ルールモードを選択したら、メインプロキシグループを確認します。サブスクリプションによっては「自動選択」「フォールバック」「手動選択」や地域別のグループが用意されています。初回設定で自動選択グループがあれば、まずそれを選びます。手動ノード一覧しかない場合は、名前が分かりやすく、現在利用できるノードを1つ選択します。クライアントの遅延テストは、ある時点でのテスト先の応答性を示すだけで、すべてのサイトの実速度を表すものではありません。最小の数字だけを追う必要はありません。

選択後、ほかのプロキシグループも一度確認します。動画配信、ダウンロードサービス、特定サイト向けに独立したグループがあり、既定の選択がメインプロキシグループに連動しない場合があります。初回は各グループを変更せず、サブスクリプションの既定設定を使えば十分です。特定のサイトだけ問題が起きたときに、該当するグループを確認してください。RULE-SET、DOMAIN-SUFFIX、GEOIP、MATCHの適用順は高度な設定項目です。基本的な意味はルールと分岐の用語で確認できます。

ここで設定状態を簡単に確認します。現在の設定が追加したサブスクリプションで、モードがルール、メインプロキシグループが自動選択グループまたは具体的なノードを指していることを確認してください。3項目を確認してから接続に進みます。この順序なら、「設定が有効になっていない」「モードを間違えた」「ノードが使えない」を切り分けて対応でき、複数のスイッチを同時に変更せずに済みます。

クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「System Proxy」スイッチを探します。デスクトップで初めて使う場合は、まずシステムプロキシだけを有効にしてください。クライアントがOSのHTTPおよびHTTPSプロキシをローカルの待ち受けポートへ向けると、システムプロキシ設定に従うブラウザーやアプリの通信がClash Metaコアへ渡されます。有効になると色が変わったり「有効」と表示されたりします。この状態でクライアントをバックグラウンドで実行しておきます。

WindowsとmacOSでは、有効化後に数秒待ってからブラウザーの新しいウィンドウを開きます。ブラウザーが以前から起動していて古い接続を保持している場合は、関連するタブを閉じてから再試行してください。Linuxデスクトップではシステムプロキシの対応が環境によって異なります。デスクトップのプロキシ設定を読むアプリもあれば、環境変数を個別に設定する必要があるアプリもあります。初回テストには、システムプロキシに確実に従うブラウザーを使うのがおすすめです。Linuxデスクトップとコマンドラインの詳しい設定は完全ガイドのLinux章を確認してください。

AndroidとiOSのクライアントでは、デスクトップのような「システムプロキシ」は通常表示されず、OSのVPNインターフェースを通じて通信を処理します。ホーム画面の起動ボタンを押すとVPN構成の許可が表示されるので、承認してください。ステータスバーにVPNアイコンが表示されても、ネットワークインターフェースが確立したことを示すだけです。ノード経由の通信に成功したかは、4番目の手順で確認します。モバイルOSにバックグラウンド動作を制限されないよう、VPNサービスの実行を許可してください。画面ロックやアプリ切り替え後に接続が終了する場合があります。

TUNモードは、システムプロキシを読み取らないアプリや、一部のUDP、コマンドライン、ゲームの通信を処理するために使います。デスクトップクライアントでは通常、「サービスモード」「拡張モード」「TUN」などの設定にあります。ブラウザーの利用がシステムプロキシで足りるなら、TUNはまだ有効にしなくて構いません。複数の通信制御ツールを同時に使うと、原因の切り分けが難しくなります。TUNが必要な場合は、クライアントの指示に従ってサービスコンポーネントをインストールするか管理者権限を許可し、通信を制御するクライアントは1つだけにします。

TUNを有効にした直後にインターネットへ接続できなくなったら、まずTUNを無効にし、システムプロキシが動作するか確認します。よくある原因は、ネットワーク拡張の権限が未完了、別のVPNがインターフェースを使用中、DNS設定とローカルネットワークの競合、古いサービスコンポーネントが正常に終了していないことです。初回設定ではTUNスタック、DNSモード、ルート除外を続けて変更しないでください。まずシステムプロキシで確認可能な基本経路を作り、必要なアプリに応じて処理範囲を1項目ずつ広げます。

接続手順の終了時には、クライアントが実行中で、システムプロキシまたはモバイル端末のVPNが有効になり、アクティブ設定とプロキシグループが2番目の手順で選んだ状態を保っていることを確認します。次は「接続済み」という表示だけで判断せず、外部IP、クライアントのログ、ルール適用の3方向から実際の結果を確認します。

プロキシを有効にする前に、現在の外部IPまたはおおよその地域を記録します。接続を有効にしたら、新しいブラウザータブで一般的なIPアドレス確認ページを開きます。表示された出口情報が選択したノードの地域に変われば、ブラウザーの通信はプロキシ経路に入っています。1つの確認ページだけに頼らないでください。キャッシュ、ブラウザー拡張機能、サイト独自の位置判定によって結果が異なることがあるため、別のページでも確認します。

次にクライアントの「接続」「Connections」またはログ画面を開き、新しいサイトへアクセスします。通常は、対象ドメイン、適用されたルール、最終的なポリシーを含む新しい接続記録が表示されます。ルールモードでは、外部サービスにプロキシポリシー、本来直接接続するサイトにDIRECTが表示されることがあります。異なるリクエストが別々の出口へ振り分けられて初めて、単にグローバルプロキシでWebページを開けたのではなく、ルール分岐が機能していると判断できます。

次に3種類の接続先をテストします。プロキシが必要な外部サイト、普段から直接アクセスするサイト、LAN上のルーターまたは共有デバイスです。前2つではプロキシとDIRECTのルール、3つ目ではLAN通信が誤ってプロキシへ送られていないか確認します。外部サイトにはアクセスできるのに国内サイトが明らかに遅い場合は、グローバルモードを選んでいないか確認します。ブラウザーは正常でもほかのアプリだけ動かない場合、そのアプリはシステムプロキシを読んでいない可能性があります。そのときはサブスクリプションを再追加せず、TUNを検討します。

DNSの動作も確認します。Webサイトのドメインが安定して解決され、初回表示に長い待ち時間がなく、ノード切り替え後も新しい接続を確立できれば、基本的には問題ありません。IPアドレスならアクセスできるのにドメイン名では失敗する場合は、ノードよりDNS設定の問題である可能性が高いです。DNSのenhanced-mode、fake-ip、nameserver、フィルターリストはシステムやLAN環境によって影響が異なります。この内容は10分ガイドの本線では扱わないため、完全ガイドの設定トラブル章で詳しく確認してください。

最後に逆方向の確認を行います。システムプロキシを無効にするかモバイル端末のVPNを停止し、先ほどのIPアドレス確認ページを開き直して、出口情報が元のネットワークに戻ることを確認します。その後、接続を再び有効にして変化を見ます。これにより、ブラウザーキャッシュや古い接続の影響を除外し、クライアントのスイッチが実際に通信経路を制御していることを確認できます。クライアントを終了してもWebページがプロキシ経由になる場合は、システムプロキシの設定が残っていないか、別のネットワークツールが動作していないか確認してください。

継続利用：サブスクリプションの更新とトラブル対処

普段の利用では、毎回サブスクリプションを追加し直す必要はありません。クライアントを開いて現在の設定が有効になっていることを確認し、システムプロキシまたはVPNを有効にします。サブスクリプションの内容が変わったら、サブスクリプション画面で更新を実行し、プロキシグループが以前の選択を保持しているか確認します。サービス提供元がノードを削除または改名すると、プロキシグループが既定の項目に戻ることがあるため、もう一度選択してください。

ノードを切り替えても、確立済みの接続がすぐに移行するとは限りません。ブラウザーのダウンロード、動画再生、長時間接続を使うアプリは、接続が終了するまで古い出口を使い続けることがあります。新しいノードをテストするときは、ページを更新し、関連アプリを再起動するか、クライアントの接続一覧から古い接続を閉じます。モードとノードを頻繁に切り替えると結果が混ざるため、トラブル対処ではルールモードを固定し、1つのノードだけ変更して差分を記録します。

接続に問題がある場合は、このガイドの順序を逆にたどって確認します。まず4番目の接続記録と適用ルール、次に3番目のシステムプロキシまたはVPNの状態、その後2番目のモードとプロキシグループ、最後に1番目のサブスクリプション更新を確認してください。一度に1つの条件だけを変更すると、原因を特定しやすくなります。ポート、LANアクセス、TUNルート、DNSリーク対策、ルールセットの上書き、サーバー導入を設定する場合は完全ガイドへ進み、基本設定が使えている状態で多くの項目を同時に変更しないようにしてください。