Clashの使い方ガイド

ステップ1：サブスクリプションを追加して設定を有効化

作業を始める前に、サービス提供元から発行された完全なサブスクリプションURLを用意してください。クライアントは設定を読み込み、ルールを適用するためのツールです。インストールしただけでは、使えるプロキシは自動で用意されません。サブスクリプションURLには通常、認証情報が含まれます。パスワードと同じように保管し、公開の掲示板に投稿したり、URLが写ったスクリーンショットをそのままサポートに送ったりしないでください。このガイドのために、URLを当サイトへ送信する必要はありません。

正しいサブスクリプションURLをコピー

サブスクリプションを提供する管理ページを開き、「Clash」「Clash Meta」または「mihomo」と記載された項目からURLをコピーします。複数の形式がある場合は、現在のクライアントのカーネルに対応すると明記された形式を選んでください。ブラウザーのアドレスバーに表示されるアカウントページ、共有ページ、購入ページのURLは、サブスクリプションURLとは異なります。コピー後、先頭から末尾まで含まれているかを手元で確認してください。特に「?」以降のパラメーターを欠落させないよう注意します。

サービス提供元が別のクライアント向け形式しか提供していない場合、URLの名前を変更するだけでは対応できません。まず提供元の形式に関する説明を確認し、Clash用の設定を直接取得できるか調べてください。形式変換が必要な場合は、変換サービスがサブスクリプションの認証情報をどう扱うか確認します。非公開のURLを、よく知らないウェブサイトに安易に貼り付けないでください。形式の違いについてはプロトコルとカーネルのリファレンスも参照できます。初回は直接インポートできる設定を使いましょう。

URLを保存して初回の取得完了を待つ

クライアントの「サブスクリプション」または「設定」画面を開き、「新規作成」「追加」「URLからインポート」などを選びます。完全なURLをリモートアドレス欄に貼り付け、設定を見分けやすい名前（例：「普段使い」）を付けて保存またはインポートします。入力欄の横にダウンロードボタンがあるクライアントでは、そのボタンを押すと設定が取得されます。URLを入力しただけで保存していない場合、インポートは完了していません。

画面に更新成功と表示されたら、設定カードの状態を確認します。解析エラー、ダウンロードエラー、権限エラーが表示された場合は、ここで作業を止めてください。URL、サブスクリプションの有効期限、サービス提供元のお知らせを確認し、必要に応じて現在のネットワークでもう一度試します。取得に失敗したときに、全体モードを何度も切り替えても解決しません。動作モードが制御するのは読み込み済み設定の通信振り分けであり、無効なURLや非対応のファイルは修復できません。

手元にYAMLファイルがある場合は、「ファイルをインポート」または「ローカル設定」から選択してください。サブスクリプションURL欄にファイルパスを入力してはいけません。ローカルファイルはリモート更新に自動対応しないため、内容を変更するには再インポートするか、クライアントが対応する方法で編集します。ファイル内で別のルールやプロキシプロバイダーを参照している場合、後からそれらのリソースを取得することもあります。初回のインポートが成功しても、すべての外部リソースが読み込み済みとは限りません。

設定を選択してカーネルに読み込ませる

保存できたら、その設定の「使用」「有効化」ボタンを押すか、該当するカードを選択します。現在の設定を示すマークが表示されたことを確認してからプロキシ画面を開き、設定内のプロキシグループが表示されるか確認してください。ここでは「インポート」と「有効化」を区別します。インポートは設定元をクライアントに保存する操作、有効化はカーネルにプロキシ、ルール、設定を読み込ませる操作です。設定カードが一覧にあるだけでは、動作中とは限りません。

初回は、有効化する設定を1つに絞ってください。どのルールが適用されているか分からなくならないよう、サブスクリプションの内容を編集したり、複数の設定元を同時に追加したりするのは一旦控えます。プロキシ画面が空のままなら設定画面に戻って読み込みエラーを確認し、ヘルプセンターで「サブスクリプションの更新に失敗する」「設定の解析に失敗する」の対処方法を調べてください。プロキシグループが表示されたら、次へ進みます。

ステップ2：ルールモードとプロキシグループを選択

設定の読み込みが完了したら、「プロキシ」画面またはメイン画面のモード選択を開きます。初めて使う場合は「ルール」を選びます。英語では通常Ruleと表示されます。現在の設定に含まれるルールに従って、リクエストを直接接続するか、プロキシグループに転送するか、拒否するかが決まります。ルールモードの動作はサブスクリプションの内容によって異なり、「ルール」と表示されていても同じ振り分けになるとは限りません。

モードを選んでから接続先を選択

主なモードは「ルール」「グローバル」「ダイレクト」です。ルールモードは設定内のルールに従ってリクエストを振り分けます。グローバルモードは通常、リクエストをグローバルプロキシグループに送りますが、グループ内の接続先も選ぶ必要があります。ダイレクトモードではプロキシを経由しません。グローバルモードは一時的に問題の切り分け範囲を絞るときに使えますが、サブスクリプションが使えることの証明にはなりません。まずはルールモードのままにし、後で接続ログから振り分け結果を確認してください。

モードを決めたら、主な接続先となるプロキシグループを開きます。グループ名は設定を作成した人によって異なり、「ノード選択」「プロキシ」「PROXY」などがあります。サブスクリプションに実在するプロキシ項目を選んでください。自動選択グループが用意されている場合は、それを使ってもかまいません。決まったグループ名を探したり、名前が違うだけでサブスクリプションを再インポートしたりする必要はありません。ルールが最終的にどのグループを参照しているかを確認しましょう。

プロキシグループ内に別のグループが含まれ、2段階で選択する構成もあります。たとえば、メイングループで「自動選択」を選び、そのグループが複数のプロキシから接続先を決めます。これは正常な構成です。項目を手動で選んだら、選択中のマークが移動したことを確認してください。DIRECTが選ばれていると該当するリクエストは直接接続され、REJECTの場合は拒否されることがあります。どちらもルーティング動作であり、速度テストを行うリモートサーバーではありません。

テスト結果の数値だけでなく、選択の参考として活用

クライアントに接続性テストや遅延テストがある場合は、一度実行して、明らかに応答しない項目を除外できます。テストは特定のアドレスへリクエストを送るため、結果が示すのはその時点でテスト先に接続できたかどうかです。すべてのウェブサイトやプロトコルが使えるとは限りません。テスト結果がまだない場合も、すぐにDNSを変更する必要はありません。現在の選択を記録し、次の手順でブラウザーから実際にアクセスしてみてください。

サブスクリプションの更新で項目名やグループ構成が変わり、以前の手動選択が無効になることがあります。大きく内容を変更した後は、クライアントが起動中と表示されているかだけでなく、プロキシ画面で現在のグループも確認してください。ここまでで、ルールモードが選択され、メインのプロキシグループの接続先が決まっていることを確認できれば準備完了です。次は、システムまたはアプリからリクエストをクライアントに渡します。

ステップ3：プロキシを有効にして接続

プロキシグループを準備したら、まずクライアントのメイン画面でカーネルの起動エラーがないか確認します。デスクトップクライアントには、起動するとカーネルは動作するものの、システムプロキシが無効のままのものがあります。一方、「起動」をクリックして設定を読み込む必要があるクライアントもあります。設定が有効でカーネルが正常に動作していることを確認してから、プラットフォームに合った接続方法を選んでください。ウィンドウが開いているだけで、リクエストがクライアントを経由していると思い込まないようにしましょう。

デスクトップ：まずシステムプロキシを使用

クライアントの「設定」または「ホーム」を開き、「システムプロキシ」を有効にします。このスイッチを入れると、システムのプロキシ設定がローカルクライアントの待ち受けポートを指すようになり、ブラウザーなどシステムプロキシに従うアプリのリクエストがクライアントに送られます。初回は待ち受けアドレスとポートを初期値のまま使用してください。よく使われるポート番号を、すべての設定欄にそのまま入力するのは避けましょう。インストール環境によってポートが使用中の場合があるため、クライアントに表示される実際の値を使ってください。

許可を求める画面が表示されたら、起動したクライアントからの要求であることを確認して、システムの案内に従ってください。システムプロキシを有効にしてもすぐ無効に戻る場合は、他のプロキシツール、ブラウザー拡張機能、システム管理ポリシーが設定を書き換えていないか確認します。他の同種ツールを一時停止してから、現在のクライアントでシステムプロキシを再度有効にしてください。複数のプログラムが同じ設定を交互に上書きするのを防げます。

システムプロキシは、すべてのアプリを一括して制御するスイッチではありません。ゲーム、ターミナル、独自のネットワーク機能を使うアプリなどは、システムプロキシを無視することがあります。今回は、システム設定に従う一般的なブラウザーで動作を確認しましょう。ブラウザーがまだ接続できないうちに環境変数を追加したり、TUNを有効にしたり、DNSを変更したりしないでください。確認する範囲が広がり、基本設定が正しいか分かりにくくなります。

モバイル：システムの接続許可を確認

モバイルクライアントは通常、「接続」または「起動」ボタンからローカルVPNトンネルを確立します。タップ後、VPN設定の追加やVPN接続を許可するようシステムに求められることがあります。アプリ名が正しいことを確認して許可し、クライアントに戻って接続状態を確認してください。ステータスバーにVPNマークが表示されても、トンネルが確立したことを示すだけで、選択したリモートプロキシが使えるとは限りません。最後に実際にアクセスして確認します。

他のVPN、仕事用プロファイルのネットワーク、通信フィルターツールが同時に動作していると、接続がシステムに制限されることがあります。他の同種の接続を切断し、現在のクライアントを再起動してください。初回接続後は、テストが終わるまでクライアントを前面に表示しておきます。接続手順が正常に動作することを確認してから、必要に応じてバックグラウンド動作やバッテリー管理を調整しましょう。最初からすべてのシステム権限を変更する必要はありません。

TUNは基本動作の確認後に設定

アプリがシステムプロキシに従わず、クライアントとシステムの両方が対応していることを確認してから、TUNモードを検討してください。サービスモードや管理者権限、追加のシステム許可が必要な場合があり、ルーティングやDNSの動作にも関係します。初回接続でシステムプロキシとTUNを同時に有効にする必要はありません。まずリクエスト経路を一つに絞って確認してください。違いについてはプロトコルとカーネルのリファレンスを、起動エラーについてはヘルプセンターを参照してください。

使用を停止する場合、デスクトップでは先にシステムプロキシを無効にしてからクライアントを終了します。モバイルでは先に切断をタップし、接続が終了したことを確認してください。終了時にシステムプロキシを自動で解除するクライアントもありますが、異常終了では解除されないことがあります。終了後にブラウザーがネットワークへ接続できなくなった場合は、サブスクリプションを削除したりソフトを再インストールしたりする前に、システムプロキシが停止済みのローカルポートを指したままになっていないか確認します。

ステップ4：アクセスとルールの動作を確認

クライアントは起動したまま、ブラウザーで新しいタブを開き、普段使っていて現在アクセスできるはずのウェブサイトに接続します。読み込み済みの古いページを再読み込みするだけでは、キャッシュによって新しいリクエストが発生せず、正常に見えることがあります。ブラウザーで個別のプロキシ拡張機能を使っている場合は、テストが別の接続経路を通らないよう、システム設定に従っていることを確認してください。

ページの表示結果と接続ログを照合

ウェブページにアクセスしながら、クライアントの「接続」または「ログ」画面を開きます。新しく発生したリクエストが記録されているか、対象ドメイン、適用されたルール、最終的なプロキシ経路を確認してください。表示される項目はクライアントによって異なり、ルールの種類が表示されるものもあれば、グループ名や接続先が表示されるものもあります。送信したリクエストを特定できれば、「アプリ → クライアント → ルール → 接続先」の順に確認できます。

ページが正常に開き、ログに想定したプロキシグループが表示されていれば、そのリクエストの基本的な通信経路は機能しています。ログにDIRECTと表示されても、まずそのドメインのルールに合った動作か確認してください。DIRECTは必ずしもエラーではありません。ルールモードではリクエストごとに経路が異なります。特定のドメインがそのように処理された理由を知りたい場合は、すべての通信をすぐにグローバルモードへ切り替えるのではなく、リファレンスのルール照合の説明を確認してください。

新しいログがまったく見つからない場合は、システムプロキシのスイッチ、モバイルの接続状態、ブラウザーのプロキシ設定を確認します。必要であれば通常の情報レベルのログを表示してから再度アクセスし、エラーログだけを見て正常な接続を見落とさないようにしてください。ログがあるのに接続タイムアウトやハンドシェイク失敗が発生する場合は、他の設定を変えずに、現在のグループ内の別の利用可能なプロキシを選んで再試行します。これにより、接続先側の問題か、ローカルからクライアントまでの問題かを切り分けられます。

問題は順に対処し、動作中の設定を保つ

ドメインの名前解決エラーが発生したら、まず特定のウェブサイトだけの問題か確認し、サブスクリプションのリソースがすべて更新されているか調べます。設定の読み込みエラーが起きた場合は、ブラウザーの設定を変更するのではなくステップ1に戻ってください。特定のアプリだけ接続できない場合は、そのアプリがシステムプロキシに従うか確認します。ポート、モード、DNSを同時に変更するより、症状に応じて該当する層に戻るほうが原因を特定しやすくなります。

ターミナルのコマンドとブラウザーでは、確認対象が異なります。ブラウザーが正常でも、ターミナルではプロキシ環境変数を個別に設定するか、ツール内でプロキシアドレスを指定する必要がある場合があります。アドレスとポートには、クライアントの実際の待ち受け設定を使用してください。ターミナル、UWPループバック、サブスクリプションの更新失敗、Fake-IPについては、ヘルプセンターで該当項目を確認してください。このページでは、ブラウザーの通信経路が使えることを初期設定の完了条件とします。

設定内容を記録して次回起動に備える

接続を確認できたら、現在有効な設定名、動作モード、プロキシグループの選択、接続方法を記録しておきます。サブスクリプションURL全体を記録する必要はありません。クライアントの乗り換えや問題の切り分けでは、「接続中」と表示された画面のスクリーンショットより、この4項目のほうが役立ちます。サポートに送る画像では、サブスクリプションの認証情報、アカウント情報、公開したくないアクセス先ドメインを隠してください。

次回起動時は、現在の設定が選択されていることを確認してから、カーネルとシステムプロキシ、またはモバイルの接続状態を確認します。以前にシステムプロキシを手動で無効にした場合、ウィンドウを開くだけでは自動で有効に戻らないことがあります。自動接続の有無はクライアントの設定によります。基本動作が安定したら、必要に応じて自動起動やサブスクリプションの定期更新を有効にし、更新後にプロキシグループの選択を確認してください。