Clash使い方ガイド：サブスクリプション追加から接続確認まで

開始前：クライアント、コア、設定の違いを理解する

操作を始める前に、インストール済みのClash GUIクライアントと、利用可能なサブスクリプションURLまたはローカル設定ファイルを用意します。GUIクライアントはメニューやスイッチ、接続記録を表示し、mihomoなどのコアは設定の読み込みとネットワーク通信の処理を担当します。サブスクリプションやYAMLファイルには、プロキシ、ポリシーグループ、ルール、ポート設定が保存されています。3者の役割は異なるため、「クライアントが起動している」ことは「設定が利用可能」であることを意味せず、設定を追加しただけでシステム通信が接続されるわけでもありません。

サブスクリプションURLは通常、利用しているネットワークサービスの提供元から発行されます。このページでは公開サブスクリプションを提供しておらず、出所不明の設定を普段使いの端末へ直接追加することも推奨しません。サブスクリプションURLにはアカウント情報が含まれる場合があるため、パスワードと同じように安全に管理し、公開フォーラムやスクリーンショット、ログの添付ファイルに貼り付けないでください。.yamlまたは.ymlで終わるファイルを受け取った場合はローカルファイルの追加手順を使い、Webアドレスとして提供されたサブスクリプションはクライアントのサブスクリプションURL入力欄に入力します。

初回設定では、同種のプロキシツールを一時的に終了することをおすすめします。複数のプログラムが同時にシステムプロキシを変更したり、同じポートを使用したりするのを防ぐためです。ブラウザは開いたままでも構いませんが、各手順を終えるごとにテストしてください。問題が起きたときに、追加、モード、システム接続、確認のどの段階で失敗したのかを正確に判断できます。

サブスクリプションまたはローカル設定ファイルを追加

Clashクライアントを開いたら、まず「設定」画面に移動します。クライアントによっては「サブスクリプション」「設定ファイル」またはProfilesと表示されます。画面には通常、リモートサブスクリプションとローカルファイルの2種類の入口があります。サブスクリプションURLを使う場合は、新しいサブスクリプションを追加するボタンを探し、完全なURLを入力欄に貼り付けます。名前には「普段使い」など識別しやすい用途名を付け、サブスクリプションURLそのものを名前にしないでください。確認後に追加、保存、ダウンロードのいずれかを実行し、クライアントによる取得と解析が完了するまで待ちます。

追加に成功すると、設定一覧に新しい項目が表示されます。次にその項目をクリックして、現在の有効な設定にしてください。追加後に自動選択されるクライアントもあれば、ファイルを一覧に加えるだけで、もう一度「有効化」「現在の設定にする」または設定カード自体をクリックする必要があるクライアントもあります。本当に有効になっているかは、画面上部の現在の設定名を確認するか、プロキシ画面で設定に定義されたポリシーグループが表示されるかを確認します。サブスクリプションの記録だけがあり、プロキシ画面が空白の場合は、設定がまだ有効化されていない可能性があります。

ローカルYAMLファイルを使う

設定が端末内のファイルとして保存されている場合は、「ファイルからインポート」または「ローカル設定」を選び、該当するYAMLファイルを指定します。追加後は同じように現在の設定として有効化してください。解析に失敗したと表示された場合は、コアが完全な設定を取得できていないため、システムプロキシを有効にしないでください。よくある原因は、YAMLのインデントの不一致、コロンの後の空白不足、リスト階層の誤り、現在のコアが対応していないフィールドです。フィールドの意味が分からないまま内容を削除するのではなく、まず提供元からファイルを再ダウンロードしてください。

サブスクリプションによっては、更新時に現在のネットワークからサービス側へ直接アクセスする必要があります。初回の追加には成功したのに、その後の更新だけ失敗する場合は、システムプロキシを一度無効にしてから更新してみてください。逆に、サブスクリプションサービスへ既存のプロキシ経由でしかアクセスできない場合は、クライアントのサブスクリプション設定で「更新時にプロキシを使用」を有効にします。この項目名はクライアントによって異なりますが、目的はいずれもサブスクリプションのリクエストを直接接続と現在のプロキシのどちらに通すかを決めることです。

プロキシモードとポリシーグループを選択

設定の読み込みが完了したら、「プロキシ」またはProxies画面を開きます。ここでは通常、2つの異なる階層を選択します。第1階層は実行モードで、ルール、グローバル、直接接続のどのロジックを使うかを決めます。第2階層はポリシーグループで、ルールがグループに一致した際に実際に使う出口を決めます。初めて使う人は片方だけを選びがちです。たとえばルールモードに変更しても「ノード選択」の内容を指定しなければ、接続済みに見えても実際のポリシーは意図どおりになりません。

初めて使う場合は「ルールモード」を優先します。ルールモードでは、設定ファイルのルールを上から順に照合します。よくあるルールには、ドメインサフィックス、キーワード、GeoIP、GeoSite、最後のMATCHなどがあります。一致すると、通信はルール末尾に指定されたポリシーグループへ送られます。たとえばDOMAIN-SUFFIX,github.com,ノード選択のように記述します。このモードなら、対象ごとに設定された直接接続、拒否、プロキシを使い分けられるため、普段使いに適しています。

「グローバルモード」は通常、大部分の通信をGLOBALまたは指定したグローバルポリシーへまとめて渡します。ルールが接続に影響しているかを一時的に切り分ける用途には向きますが、設定構造を理解しないまま常用するのはおすすめしません。「直接接続モード」はプロキシコアの出口選択を迂回し、通常のネットワークを復旧したり比較テストを行ったりするために使います。ルールモードではアクセスできないサイトがグローバルモードで開ける場合、問題は通常、ルールの一致またはポリシーグループの選択にあります。クライアントを再インストールする必要はありません。

主要なポリシーグループの出口を選ぶ

ルールモードのまま、「ノード選択」「プロキシ」「PROXY」または設定提供元が定義した主要なポリシーグループを探します。ポリシーグループの種類がselectの場合は、手動で開いて利用可能な項目を1つ選びます。url-testの場合は、設定されたテストURLと間隔に従ってクライアントが自動選択します。fallbackの場合は、現在の項目が利用できないときに、ほかの項目を順番に試します。ポリシーグループ名は設定提供元によって異なるため、画面上の名称がこのガイドと完全に一致するとは限りません。

自動選択でも、すべてのサイトが必ずそのグループを使うとは限りません。最終的な結果はルールによって決まります。広告カテゴリはREJECT、ローカルネットワークや特定地域のアドレスはDIRECT、その他の通信は主要なプロキシグループへ送られる場合があります。select、url-test、fallbackとルールの順序を詳しく知りたい場合は用語集を、プロトコル、コア、設定の互換性についてはプロトコルリファレンスを参照してください。このガイドでは、主要なポリシーグループに明確な選択があることを確認すれば十分です。

システムプロキシを有効にして接続を確立

モードとポリシーを決めたら、「概要」または「設定」画面に戻り、「システムプロキシ」スイッチを探して有効にします。システムプロキシはプロキシアドレスをOSのネットワーク設定に書き込み、ブラウザやシステム設定に従う多くのデスクトップアプリがClashへ通信を渡せるようにします。スイッチを入れた後、すぐにクライアントを終了しないでください。システムプロキシは接続先を他のアプリに知らせるだけで、通信を処理するコアは起動したままにする必要があります。

WindowsとmacOSでは、ネットワーク設定を初めて変更するときにシステム権限を求められる場合があります。現在インストールされているクライアントからの操作であることを確認し、システムの指示に従って許可してください。macOSクライアントがネットワーク拡張を使う場合は、システム設定のネットワークまたはプライバシー画面へ移動することもあります。Androidでは通常、VPN接続の許可が表示され、ステータスバーにシステムVPNの表示が現れます。iOSでもVPN構成の追加を求められます。これらはローカルネットワーク経路を確立するためのシステム確認です。拒否すると、クライアント画面は操作できても、他のアプリの通信は接続されません。

TUNモードが必要な場合

システムプロキシが対象にできるのは、主にOSのプロキシ設定を自動的に参照するアプリです。一部のゲーム、コマンドラインプログラム、仮想マシン、独自にネットワーク接続を実装したソフトウェアはこの設定を使わないため、その場合はTUNモードを検討します。TUNは仮想ネットワークインターフェースを作成し、より広い範囲の通信をコアへ取り込みます。初めからシステムプロキシとTUNを同時に有効にして原因を推測する必要はありません。まずシステムプロキシだけでブラウザを確認し、アプリがシステムプロキシに従わないことが分かったらTUNを有効にして2回目のテストを行います。

TUNの有効化には管理者権限が必要な場合があり、ファイアウォール、ネットワーク拡張、ドライバーの許可を求められることもあります。有効化後に端末全体がインターネットへ接続できなくなった場合は、まずTUNを無効にして通常のネットワークが戻ることを確認し、クライアントログで権限、ルート、DNSに関する表示を確認してください。TUN、DNS、ルーティングの詳細は上級設定にあたるため、プロトコルとコアの技術リファレンスで詳しく読めます。

ターミナルは別途設定が必要

ブラウザは接続できるのにターミナルのコマンドが失敗しても、Clashが動作していないとは限りません。多くのターミナルツールは初期状態でシステムプロキシを使わないため、現在のシェルでHTTP_PROXY、HTTPS_PROXY、ALL_PROXYを設定し、クライアントに表示される混合ポートまたはSOCKSポートを指定する必要があります。ポート番号は現在のクライアント設定に従い、ガイドの例だけを根拠に既存の設定を上書きしないでください。初回のブラウザ接続だけを確認したい場合は、基本経路の検証が終わってからターミナル設定を行っても構いません。

プロキシが実際に機能しているか確認

確認はスイッチの色だけで判断せず、3段階に分けて行います。第1段階は通常のネットワークです。普段から直接アクセスできるWebサイトを更新し、システムプロキシを有効にしても基本接続が途切れていないことを確認します。すべてのサイトが開けない場合は、まずクライアントでコアが動作しているか、ポートが使用中でないか、現在の設定が有効かを確認してください。この段階でポリシーを頻繁に変更すると、原因が増えてしまいます。

第2段階は対象サイトへのアクセスです。現在の設定で主要なプロキシポリシーを通るはずのサイトを開きます。正常に読み込めたら、Clashの「接続」画面へ戻ります。接続一覧には通常、対象ドメイン、ネットワーク種別、一致したルール、使用したポリシーチェーンが表示されます。先ほどのアクセスによる記録を見つけ、ドメインと操作時刻が一致すること、想定したポリシーを通っていることを確認します。Webページが開いたかどうかより接続記録のほうが信頼できます。ブラウザのキャッシュが使われた可能性や、たまたまDIRECTで接続された可能性があるためです。

第3段階はログの確認です。ログレベルはinfoまたはクライアントの初期値にして、対象ページをもう一度更新します。通常は、ドメイン、ルール、接続確立に関する記録が表示されます。ログに新しい内容がまったくない場合は、リクエストがClashに入っていない可能性が高いため、システムプロキシ、ブラウザ固有のプロキシ設定、ターミナルの環境変数を確認します。リクエストは表示されてもDIRECTに一致している場合はルールを確認し、想定したポリシーに一致しているのに接続できない場合は、ポリシーグループ内の利用可能な項目とローカルネットワークを確認します。

ブラウザ、ターミナル、その他のアプリを個別に確認

ブラウザはシステムプロキシを使う場合もあれば、独自のプロキシ拡張機能を使う場合もあります。切り分けるときは、プロキシ経路を書き換えるブラウザ拡張を一時的に無効にし、ブラウザが別のポートを手動指定していないことを確認してください。ターミナルツールでは通常、環境変数が必要です。Git、curl、パッケージマネージャーを使う場合は、各ツール自身に保存されたプロキシ設定も確認します。モバイルアプリの通信方式も一様ではないため、1つのWebページだけで端末全体を判断せず、異なる2つのアプリを個別に開いてテストしてください。

Clashを終了した後もブラウザがローカルのプロキシポートへ接続しようとする場合、システムプロキシがクライアントによって正しく元に戻されていない可能性があります。クライアントを再起動し、システムプロキシを一度有効にしてから無効にして、完全な切り替えを実行させてください。それでも戻らない場合は、OSのネットワーク設定でプロキシ項目を確認します。症状別の詳しい対処手順はFAQとトラブルシューティングにまとめています。サブスクリプション更新の失敗、ポート競合、システムプロキシが機能しない場合、TUNの起動失敗などを扱っています。

日常の使い方と安全な終了手順

次回からは、まずクライアントを起動してコアが利用可能な状態になるまで待ち、その後にシステムプロキシまたはTUNを有効にします。通常、サブスクリプションを毎日追加し直す必要はありません。サービス提供元が推奨する間隔で現在の設定を更新してください。更新後にポリシーグループの内容が変わった場合は、主要なポリシーグループの選択を再確認します。設定提供元がグループ名、ルール、初期項目を変更している可能性があるためです。

終了するときは、先にシステムプロキシまたはTUNを無効にしてからクライアントを終了してください。これにより、OSが通信をローカルポートへ送るのを先に停止し、その後でコアを終了できます。プロセスを強制終了すると、まれにシステムがプロキシ設定を一時的に保持し、クライアントが終了しているのにブラウザがインターネットへ接続できないことがあります。その場合はクライアントをもう一度起動し、該当するスイッチを通常の手順で無効にしてください。

ルールモードは長期間そのまま使えます。特定の問題を切り分ける場合だけ、一時的にグローバルまたは直接接続へ切り替えて比較し、テスト後は元のモードに戻します。設定ファイルのルール、DNS、スニッフィング、TUNルート、プロトコルパラメータを初回からすべて覚える必要はありません。まず「設定を読み込む、ポリシーを指定する、システムに接続する、接続記録を確認する」という流れを安定させ、その後で必要に応じてプロトコルリファレンスと用語集を読むと、各設定の役割を理解しやすくなります。