Clash Metaクイックスタート：取り込み・接続・動作確認

開始前に2つ用意します。現在のシステムに合ったClash Metaクライアントと、サービス提供元が発行したサブスクリプションURLまたはローカルのYAML設定ファイルです。クライアントは設定の読み込みと接続の転送を担うだけで、インストールしただけでは利用可能なノードは自動的に追加されません。アカウント情報しかなくサブスクリプションURLが見当たらない場合は、サービス提供元の管理画面に戻り、Clash、Mihomo、または汎用サブスクリプションの入口を探してください。

初回はグラフィカルクライアントで進めるのがおすすめです。WindowsとmacOSではダウンロードページからClash Plus、Clash Verge Rev、または現在も保守されている別のクライアントを選べます。AndroidではClash Plus、Clash Meta for Androidなどを利用できます。Linuxデスクトップではグラフィカルクライアントが使えますが、サーバーやルーター環境でのみmihomoカーネルの直接実行を検討してください。カーネルの直接実行には設定パス、サービス管理、透過プロキシの知識が必要なため、この10分チュートリアルの対象外です。

インストール後は、システムの日付、時刻、タイムゾーンが正しいか確認します。サブスクリプションの更新、HTTPS接続、証明書の判定はシステム時刻に依存するため、大きなずれがあるとサブスクリプションの取得失敗、証明書エラー、ページを開けないといった症状が出ることがあります。その後、システムプロキシを変更している他のツールを一時的に終了し、複数のプログラムが同時にプロキシ設定を占有しないようにします。古いクライアントがバックグラウンドで動作している場合も完全に終了してから、使用するクライアントを起動してください。

クライアントを開いたら、まず「サブスクリプション」「設定」「設定ファイル」、または「Profiles」ページを探します。ここに保存されるのはクライアントで切り替えられる設定項目であり、プロキシノードのリアルタイム一覧ではありません。追加入口を見つけたら、「URLから取り込む」「サブスクリプションを追加」など同じ意味の操作を選び、サービス提供元から発行された完全なサブスクリプションURLを入力欄に貼り付けます。URLの前後に余分な空白がないことを確認し、取り込み、ダウンロード、または保存をクリックします。

取り込みに成功すると、通常は新しい設定項目が表示され、設定名、更新時刻、更新ボタンなどが示されます。まずその項目をクリックして現在の設定にします。クライアントによってはチェックマーク、強調枠、「有効」などの表示で選択状態を示し、取り込み後に自動で切り替わる場合もあります。「取り込み成功」という通知だけで判断せず、実際に追加した設定が使用中であることを確認してください。そうしないと、後のポリシーグループが古い設定のままになることがあります。

続けて手動更新を1回実行します。更新に成功すれば、クライアントがサブスクリプションURLへアクセスでき、返された内容をClash設定として解析できたことになります。形式エラーが出た場合は、ウェブページのURL、ログインページのURL、QRコードの説明文をサブスクリプションURLとして貼り付けていないか確認します。タイムアウトの場合は、ローカルネットワークを一度切り替えて再試行します。サブスクリプションが空と表示された場合は、サービス提供元に戻ってプランの状態とサブスクリプションの種類を確認してください。この段階でYAMLをすぐ編集することはおすすめしません。初回接続では、元の設定がそのまま動作するかを確認するのが目的です。

ローカルファイルを使う場合は、「ファイルから取り込む」を選び、拡張子が.yamlまたは.ymlの設定ファイルを指定します。取り込み後は同様に現在の設定へ切り替えてください。YAMLはインデントに敏感です。チャットツール、ウェブエディター、テキスト変換を経由すると、スペースの階層が変わることがあります。解析に失敗した場合は、元のファイルを使って再度取り込むのが先です。proxies、proxy-groups、rules、dnsを項目ごとに確認する必要がある場合は、設定ファイル構造の解説へ進んでください。

ノード一覧を確認してから次へ進む

設定を選択したら、「プロキシ」「ポリシー」、または「Proxies」ページを開きます。通常は複数のポリシーグループが表示され、グループを展開するとノード名や子ポリシーを確認できます。ページが完全に空白なら、現在の設定が正しく読み込まれていません。そのままシステムプロキシを有効にしても期待どおりには動作しないため、設定ページに戻って項目を選び直し、エラー表示を確認してください。ポリシーページに設定内容が表示されてから、モードの選択へ進みます。

設定を読み込んだら、次に通信の振り分け方法を決めます。一般的なクライアントには「ルール」「グローバル」「直接接続」の3モードがあり、英語では通常Rule、Global、Directと表示されます。初回はルールモードを優先してください。ルールモードでは、設定内のルールを上から順に確認し、ドメイン、IP、アプリ、ネットワーク種別などに応じて接続を該当するポリシーグループへ渡します。通常のサイトは直接接続し、プロキシが必要な通信は選択したノードへ送られます。

グローバルモードは、ほとんどの接続を同じプロキシポリシーへ渡すため、特定のサイトが振り分けルールによって失敗しているかを一時的に確認する用途に向いています。ただし、毎回のトラブル対処で最初に使う方法ではありません。直接接続モードはプロキシを迂回し、問題がクライアント経由の通信にあるかを確認できます。3つのモードは速度設定ではなく、ノード回線の品質も変えません。接続がどの経路を通るかを決めるだけです。初回設定後はルールモードを維持し、特定サイトに問題がある場合だけ一時的に切り替えて比較してください。

ルールモードを選んだら、「ノード選択」「プロキシ」「PROXY」「手動選択」などの名前が付いた主要なポリシーグループを展開します。状態が正常なノードを選び、ノードの横にテスト入口があるか確認します。遅延テストは、クライアントがノードと基本通信を確立できるか確認するものです。数値が低いほど往復時間が短い傾向はありますが、実際のダウンロード速度を示すものではなく、すべての対象サイトへアクセスできる証明にもなりません。テストに失敗したら別のノードを試します。複数のノードがすべて失敗する場合は、サブスクリプションの状態、ローカルネットワーク、クライアントの権限に問題がある可能性が高くなります。

設定には「自動選択」「フェイルオーバー」「負荷分散」などのポリシーグループが含まれる場合もあります。初回接続ですべてを調整する必要はありません。まず主要なプロキシポリシーを明確に利用可能な1つのノードへ向け、確認すべき要素を減らします。基本接続を確認した後、必要に応じて自動テストやフェイルオーバーを利用してください。ポリシーグループ同士は相互参照できるため、画面上の選択肢が最終ノードではなく別のポリシーグループである場合もあります。これは正常な設定構造です。

ノードとモードを決めたら、クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「システムプロキシに設定」、またはSystem Proxyスイッチを有効にします。この操作により、システムのプロキシアドレスがクライアントのローカル待受ポートへ向けられます。その後、ブラウザーなどシステムプロキシに従うアプリの通信がClashへ渡されます。クライアントは起動したままにしてください。クライアントを終了したのにシステムプロキシが復元されないと、ブラウザーが停止したローカルポートを参照し続け、インターネットに接続できなくなることがあります。

Windowsで初めて有効にすると、システムファイアウォールがクライアントのネットワークアクセスを許可するか尋ねることがあります。プログラムの提供元と現在のインストールファイルが一致することを確認し、実際に利用するネットワーク種別に必要な権限を与えてください。macOSではシステムパスワードの入力、ネットワーク拡張の許可、プロキシ設定の変更確認を求められる場合があります。AndroidとiOSでは、通常VPN接続の許可が表示されます。システムがローカルVPNインターフェースを通じて通信をクライアントへ渡すためです。これらはOSが通信を引き受ける経路を構築するための通知であり、許可が完了していないと、クライアント画面が起動済みでも他のアプリの通信を受け取れないことがあります。

まずはシステムプロキシだけでブラウザーをテストし、TUN、DNS、ポートは同時に変更しないでください。システムプロキシ経由の経路は短く、問題の切り分けが容易です。ブラウザーが既存の接続を再利用することがあるため、古いページを更新するだけでなく新しいウィンドウを開きます。まず普段から直接接続できるサイトへアクセスし、ローカルネットワーク全体が切断されていないことを確認します。次に、プロキシポリシーを通る対象サイトへアクセスしてください。両方を開ければ、確認手順へ進めます。

TUNモードを有効にするケース

一部のゲームランチャー、コマンドラインプログラム、ストアアプリ、独自のネットワークスタックを使うソフトなどは、システムプロキシ設定を読み取りません。ブラウザーは正常なのにこのようなアプリだけがクライアントを経由しない場合に、TUNモードを検討します。TUNは仮想ネットワークインターフェースを作成して、より広い範囲の通信を引き受けます。通常は管理者権限、システムサービス、またはネットワーク拡張のサポートが必要です。有効にする前に現在の動作状態を保存しておくと、問題が起きたときTUNを無効にし、システムプロキシだけの基準状態へすぐ戻せます。

TUNを有効にした後、サービスのインストール、ネットワーク拡張の許可、クライアントの再起動を求められたら、指示に従って完了します。その後、TUNスイッチが有効なままか確認してください。仮想ネットワークアダプターを提供するプロキシツールを2つ同時に有効にしたり、古いVPNにデフォルトルートを長時間占有させたりしないでください。より詳しいstack、自動ルート、厳格ルート、DNSハイジャックの設定は、TUNと共通項目の解説を参照してください。

tun:
  enable: true
  stack: mixed
  auto-route: true

接続成功はスイッチの色だけで判断できません。確実に確認するには、外部アクセスの結果とクライアント内部の記録を両方見ます。まずブラウザーで新しいウィンドウを開き、現在の設定でプロキシを経由するはずのサイトへアクセスして、ページ全体が読み込まれることを確認します。次に通常は直接接続するサイトへアクセスし、ルールモードでローカル接続が正常なことを確認します。1つのページだけをテストすると、ブラウザーキャッシュ、古い接続、サイト側の障害をプロキシの結果と誤認することがあります。

続いてクライアントの「接続」「ログ」、または「Connections」ページを開き、先ほどのページを再読み込みします。正常なら新しい接続記録が表示され、対象ドメイン、使用プロトコル、マッチしたルール、最終ポリシーなどを確認できます。重要なのは接続数ではなく、対象ドメインが表示され、どのポリシーグループまたはノードへ渡されたかです。DIRECTと表示された場合は、現在のルールが直接接続と判定しています。選択したプロキシノードが表示されれば、通信はプロキシ経路に入っています。

ページを開けるのに記録へ新しい接続が表示されない場合は、別のバックグラウンドインスタンスではなく、現在動作中のクライアントを確認しているか確かめます。次に、ブラウザーに個別のプロキシ設定がないか、システムプロキシを迂回するネットワーク機能が有効になっていないか、クライアントのシステムプロキシスイッチが有効なままか確認します。コマンドラインツールはシステムプロキシを無視することがあるため、ブラウザーは正常なのにターミナルのリクエストが記録されない場合も矛盾ではありません。コマンドラインで明示的にプロキシを使う場合は、各ツールのプロキシ引数または環境変数を設定してください。

接続記録はあるのにページを開けない場合は、その接続のルール結果とエラー種別を確認します。タイムアウトなら別のノードと比較します。接続拒否はノードのサービス、対象ポート、ローカルファイアウォールが原因かもしれません。名前解決の失敗ならDNS経路を確認します。まず同じポリシーグループ内の別ノードへ切り替えてページを開き直してください。新しいノードで正常なら問題は元のノードに絞れます。すべてのノードで同じ結果になる場合は、クライアントを何度も再インストールする前に、サブスクリプション、ネットワーク、DNSを確認してください。

初回設定に失敗しても、クライアントの再インストール、設定の交換、DNSの変更、複数ノードの切り替えを同時に行わないでください。一度に変更しすぎると比較条件を失います。より効果的なのは、設定入口から「サブスクリプション—ポリシー—ノード—システムプロキシ—アプリ—DNS」の順に確認する方法です。各項目を確認するたびに同じ対象ページだけを再テストし、接続記録に変化があるか観察します。

上記の順序でも原因を特定できない場合は、クライアント名、OS、現在のモード、問題が発生した具体的な手順、ログにある最初の明確なエラーを記録し、Clash設定ファイル完全リファレンスを参照してください。詳細ドキュメントでは、ポート、DNS、プロキシノード、ポリシーグループ、ルール構文、上書きとマージについて引き続き説明します。このクイックチュートリアルは、初回接続を完了するための最短手順に絞っています。