Clashの使い方ガイド

ステップ1：サブスクリプションを追加

始める前に、使用中のOSとCPUアーキテクチャに合ったクライアントをインストールします。入手先はクライアントのダウンロードページをご覧ください。信頼できる提供元から入手した、Clashまたはmihomo対応のサブスクリプションURL、または手元にあるYAML設定ファイルを用意します。クライアントは設定を読み込んで接続を確立するソフトウェアであり、インストールしただけでプロキシの出口が利用可能になるわけではありません。サブスクリプションには通常ノード情報が含まれ、ポリシーグループ、ルール、DNS設定が含まれる場合もあります。実際の内容は提供元の説明とインポート結果を確認してください。

URLを追加して設定のダウンロードを待つ

クライアントを開き、「設定」または「サブスクリプション」画面で「新規作成」「追加」「URLからインポート」などを選びます。入力欄にサブスクリプションURLを省略せず貼り付け、区別しやすい名前を付けて保存またはインポートしてください。プロバイダーのログインページのURLをサブスクリプションURLとして使わないでください。また、コピー時に前後の引用符や改行、チャットアプリが付けた文章が混ざらないようにします。サブスクリプションURLには認証情報が含まれることがあるため、公開フォーラムやスクリーンショット、オンライン変換ツールに貼り付けないでください。

送信後、ダウンロード完了の表示が消えるまで待ちます。正常に完了すると、新しい設定カードが表示され、更新日時やノード一覧、ポリシーグループへの入口を確認できます。ダウンロードのみ行い、新しい設定を自動で有効にしないクライアントもあります。その場合は、設定の「使用」「有効化」などをクリックするか、選択してください。ホーム画面に戻り、現在の設定名が切り替わったことを確認します。以前のサブスクリプションを使っていた場合は、古い設定が引き続き有効になっていないか特に注意してください。新しい項目が一覧にあるだけでは、コアに読み込まれたとは限りません。

形式と読み込み結果を確認する

「プロキシ」画面を開き、ポリシーグループと選択可能な出口が表示されているか確認します。初期項目しか表示されない場合は、設定画面に戻ってインポート状態やエラー表示を確認してください。YAML、parse、「設定が無効」などのエラーは、URLがログインページや通常のノード一覧を返している、あるいは非対応の形式である可能性があります。提供元が完全な設定サブスクリプションを提供しているのか、プロキシ一覧の読み込み用ノードサブスクリプションを提供しているのか確認し、不明な項目を編集画面でむやみに削除しないでください。

ローカルのYAMLファイルを使う場合は、同じ画面で「ファイルからインポート」を選び、対象ファイルを指定します。ファイルからのインポートでは、通常、リモートからの自動更新は維持されません。後から再インポートするか、自分で管理する必要があります。一方、URL形式のサブスクリプションは設定画面から更新できますが、ダウンロードした内容への直接編集が上書きされる場合があります。初回接続では元の設定を使い、通信できることを確認してから設定ガイドで上書き・マージ方法を学びましょう。

この段階では、ダウンロードが完了したこと、設定が有効になっていること、「プロキシ」画面に想定したポリシーグループや出口が表示されることの3点を確認します。サブスクリプションのダウンロードがタイムアウトした場合は、通常のネットワークから再試行し、URLが有効か確認してください。インポートの問題を直すために、システムDNS、プロキシポート、ルーティングを同時に変更するのは避けます。3点を確認できたら現在の設定を維持し、次のステップでプロキシモードを選びます。

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

クライアントのホーム画面または「プロキシ」画面でモード選択を開き、初回は「ルール」を選びます。画面には「ルール」「グローバル」「DIRECT」が並ぶことがあり、一般的な設定値ではそれぞれrule、global、directに対応します。この3つの選択肢は、通信がコアに入った後にどの出口を使うかを決めるもので、すべてのアプリを自動的にコアへ接続する機能ではありません。そのため、ルールモードを選んだ後、ステップ3でシステムプロキシまたはVPN接続を有効にする必要があります。

まずルールモードを選び、ポリシーグループを確認する

ルールモードでは、設定内のrulesを上から順に照合し、最初に一致したルールによって、どのポリシーグループまたは直接接続へ送るかが決まります。設定にあるDIRECTは直接接続を表します。ポリシーグループ名は設定の作成者が決めるため、「プロキシ選択」「自動選択」などさまざまです。名前だけで役割を判断せず、グループ内の選択肢と接続ログで実際に参照されたグループを確認してください。

主要なプロキシポリシーグループを開き、利用可能な出口を選んで、選択マークがその項目に移動したことを確認します。グループ内の選択肢が別のポリシーグループになっている場合は、さらに階層を進み、最終的な出口を選択してください。自動選択グループは設定条件に基づいて出口を測定・切り替え、手動選択グループは指定した項目を維持します。初回テストでは出口を一つ明確に選び、自動切り替えによる経路の変化とWeb接続の問題が重ならないようにします。クライアントの遅延テストは参考になりますが、応答があっても、すべてのWebサイトやプロトコル、UDP通信が利用できるとは限りません。

モードの違いを理解し、グローバルモードを通信の取り込み機能と混同しない

グローバルモードでは、コアに入った通信をグローバルポリシーに従って処理します。特定のルールがアクセスに影響しているか、短時間で切り分ける場合に使えますが、TUNと同じ機能ではなく、システムプロキシを迂回するアプリが自動的にコアへ入るわけでもありません。DIRECTモードでは、コアの接続が直接接続として処理されるため、プロキシ出口の正常性確認には使えません。切り分けのために一時的にグローバルモードへ変更した場合は、グローバルポリシーで出口を選び、テスト後にルールモードへ戻してください。

広告ブロックや拒否ルールを含む設定では、一部のリクエストがREJECTに一致することがあります。これは出口への接続失敗とは別の問題です。対象ドメインと一致したルールを記録し、ルール全体をすぐ削除しないでください。ルールの適用範囲や照合順、フォールバックの書き方についてはルール構文リファレンスで確認できます。ここではルールモードが選択され、使用中のポリシーグループが想定外のDIRECTや拒否の項目になっていないことを確認してください。

これで設定と出口の選択が完了しました。次はアプリの通信をクライアントに取り込みます。先ほど選んだモードとポリシーグループは変更せず、ステップ3または4で問題が起きたときに、システム側の取り込みに原因があるのか、出口に接続できないのかを切り分けられるようにします。

ステップ3：接続を有効にする

まずホーム画面でコアが起動しているか、「起動」「実行」ボタンがあるか確認します。デスクトップクライアントの中には、起動後にコアを自動実行してもシステムプロキシを有効にしないものがあります。初回テストでは、通信の取り込み経路を一つに絞り、PCではシステムプロキシ、スマートフォンではクライアントのVPN接続を使います。通信が別の設定へ再転送されるのを避けるため、ほかのプロキシツールやブラウザー拡張、複数の仮想ネットワークモードは同時に有効にしないでください。

PC：コアを起動してからシステムプロキシを有効にする

Windows、macOS、Linuxのクライアントで「システムプロキシ」を有効にします。ネットワーク設定の変更許可を求められた場合は、画面の案内に従って許可し、スイッチがすぐにオフへ戻らず有効なままになっていることを確認してください。次に、システムプロキシに従うブラウザーを開き、独自にプロキシを指定する拡張機能は無効または一時停止して、普段利用するWebサイトにアクセスします。タスクバーやメニューバーのアイコンが変わっただけで接続成功と判断しないでください。

システムプロキシは、対応するアプリに指定のローカルプロキシアドレスを使うよう通知しますが、すべてのプログラムが従うわけではありません。ターミナルツールやゲーム、独立した実行環境などは直接接続を続けることがあります。こうした違いがある場合は、まずブラウザーで基本動作を確認し、すぐにTUNへ切り替える必要はありません。特定のアプリに手動で設定する場合は、クライアントに表示されたHTTP、SOCKS、または混合ポートを使ってください。すべてのクライアントで同じポートが使われるとは限りません。

スマートフォン：システムのVPN接続を許可する

AndroidまたはiOSのクライアントでホーム画面の「接続」または起動ボタンをタップします。初回接続時には、システムからVPN接続の確立またはVPN構成の追加を許可する画面が表示されることがあります。許可したらクライアントに戻ります。接続状態が維持されていることを確認してから、ブラウザーでテストしてください。システムのVPNアイコンは接続インターフェースが確立されたことを示すだけで、サブスクリプションの出口が使えることや、すべてのルールが想定どおり適用されることを保証しません。

接続をタップしてすぐに切断される場合は、クライアントのエラー表示と設定の読み込み状態を確認してください。端末上の別のVPN、仕事用プロファイルのネットワークポリシー、システム管理上の制限が起動に影響することがあります。Androidのアプリ別ルーティングで一部のアプリだけがトンネル対象になっている場合、ブラウザーが対象外だとテスト通信はクライアントを経由しません。同じサブスクリプションを何度もインポートするのではなく、まず現在の対象アプリを確認してください。

基本の接続を確認してからTUNを使う

TUNは仮想ネットワークインターフェースを通じて、より多くの通信を取り込めます。システムプロキシに従わないアプリを扱う場合に便利ですが、通常はサービス権限、ルーティング、DNSの取り込み設定が関係します。初期設定で必須の機能ではありません。システムプロキシ経由でブラウザーが正常に動作し、特定のアプリだけが接続できない場合に、必要に応じてTUNを有効にし、クライアントが求めるサービスコンポーネントや管理者権限を確認してください。仕組みは用語集のネットワークスタックの項目で確認し、パラメーターの組み合わせは設定ガイドを参照してください。

接続を有効にした直後は、まだOS起動時の自動起動やバックグラウンド常駐を設定しないでください。クライアントの画面を開いたまま、「接続」と「ログ」画面でリクエストを確認できるようにします。次のステップでは、Webサイトの表示とログを照らし合わせ、スイッチがオンになっただけでなく、実際の通信経路が機能していることを確かめます。

ステップ4：動作を確認する

確認は、Webサイトにアクセスできるか、リクエストがコアに届いているか、実際の出口がルールの想定どおりか、の3段階で行います。まず普段利用できるページを開き、基本のネットワーク接続に問題がないことを確認します。次に、現在の設定でプロキシ経由になるはずのページを開きます。どちらも新たにリクエストを送る必要があります。既存のキャッシュを接続成功と誤認しないよう、新しいブラウザーウィンドウを開くかページを再読み込みしてください。テストでは一度に設定を一つだけ変更し、比較できる結果を残します。

接続ログでルールと出口を確認する

クライアントの「接続」画面を開き、ブラウザーで対象ページを再読み込みして、新しい接続記録を探します。画面には対象ドメインやIPアドレス、適用ルール、ポリシーの経路、通信状況などが表示されますが、項目はクライアントによって異なります。DIRECTで接続する想定のリクエストは最終的にDIRECTを指し、プロキシ経由の想定なら該当するポリシーグループに入り、選択した出口を使うはずです。接続がすぐ終了する場合は履歴やログも確認してください。ルールの詳細を見るために、一時的にログレベルを変更する必要があるクライアントもあります。

ブラウザーでページが開いたことだけ、または出口IPを一度調べた結果だけで判断しないでください。ブラウザーがキャッシュを使っている場合があり、出口IPの確認サイト自体がDIRECTに設定されていることもあります。出口の確認で分かるのは、そのリクエストの経路だけです。すべてのドメイン、アプリ、DNS問い合わせの経路を示すものではありません。初期設定では、少数の既知の接続先とログを照らし合わせ、基本の経路が動作することを確認します。DNSリークや複雑なルーティングの確認は、後の詳細な検証で行います。

問題の箇所に応じて手順をさかのぼる

新しい接続記録が見つからなくても、すぐに多くのノードを切り替えないでください。まず接続一覧にフィルターが設定されていないか確認し、次にコアが動作中か、システムプロキシが現在のクライアントを指しているか、ブラウザーに独自のプロキシ設定がないか確認します。接続記録はあるものの、ログにタイムアウトや接続拒否が表示される場合は、選択中の出口とサブスクリプションの有効状態を優先して確認します。特定のサイトだけで問題が起き、ほかの接続先は正常な場合は、そのサイトに適用されたルールを記録してからポリシーを調整するか判断してください。

ログに名前解決エラーがある場合、見慣れないDNS設定を一式そのまま貼り付けて上書きするのは避けてください。まずエラー内容、現在のネットワークの種類、問題が起きたドメインを記録し、FAQのトラブル対処カテゴリに沿って順に確認します。ログを共有する前に、サブスクリプションURL、ノードの認証情報、その他の個人情報を削除してください。nameserver、fake-ip、スニッフィングの詳しい設定はDNS設定リファレンスを参照し、初回接続の手順に一度に多くの変更を加えないようにします。

終了方法とその後の使い方

動作確認が終わったら、利用できた設定名、プロキシモード、ポリシーグループの選択を覚えておきます。サブスクリプションを更新するときは設定画面から更新し、読み込みが完了したことを確認してから、普段使うページを再テストしてください。出口名が変わった場合は、以前の手動選択を再確認する必要があります。OS起動時の自動起動を有効にした後も、PCを再起動した際にクライアントのウィンドウが表示されるだけでなく、コアが実際に動作していることを確認してください。

PCで使用を終えるときは、先にシステムプロキシを無効にしてからクライアントを終了します。TUNを使っている場合は、先にTUNを無効にするか、クライアントの通常の終了手順に従ってインターフェースを解放してください。スマートフォンでは、クライアントからVPNを切断します。終了後にWebページが開かない場合は、システムにローカルプロキシ設定が残っていないか、VPN接続外の通信を遮断するシステム設定が有効になっていないか確認してください。接続を正しく終了することも、正常に起動することと同じくらい重要です。次回のトラブルシューティングが、残った設定の確認から始まるのを防げます。