Clashの設定方法

事前準備：クライアントと設定の入手先を用意

まず、使用中のOSとプロセッサーアーキテクチャに合ったクライアントをインストールします。まだの場合はClashのダウンロードページでプラットフォームに合ったものを選んでください。複数のクライアントをインストール済みなら、初期設定中は1つだけ起動します。複数を同時に動かすと、システムプロキシの設定変更、本機ポートの競合、仮想ネットワークインターフェースの作成が重なることがあります。古いクライアントは、すぐに設定を削除せず終了しておき、新しいクライアントの動作確認後に整理しましょう。

クライアントは設定を読み込み、振り分けルールを適用してトラフィックを取り込みますが、インストールしただけではノードを利用できません。続ける前に、信頼できる設定プロバイダーが発行した有効なサブスクリプションURL、またはノードとルールを含む設定ファイルを用意してください。サブスクリプションURLにはアカウント情報が含まれる場合があります。URLは自分の端末のクライアントにのみ貼り付け、問い合わせの際もURL全体、サブスクリプションのQRコード、認証情報を含むログを公開しないでください。

このガイドではサブスクリプションURLからの追加を基本にし、クライアントのポート番号とDNS設定は初期値のまま使います。まず基本的な接続を確立してから、詳細設定を一つずつ変更すると、問題の原因を特定しやすくなります。「サブスクリプション」「ノード」「ポリシーグループ」の違いが分からない場合は、用語集のサブスクリプションと設定の項目を確認してから、最初の手順に戻ってください。

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

クライアントの「設定」または「サブスクリプション」画面を開き、「新規作成」「追加」「URLから追加」などの項目を探します。リモートURLを選び、サブスクリプションURL全体をURL欄に貼り付けて、見分けやすい名前を付けてから保存またはインポートします。WebサイトのログインURL、注文ページ、ヘルプページをサブスクリプションURLとして使わないでください。通常、正しいURLには設定プロバイダーが「サブスクリプション」または「クライアントへのインポート用」と明記しています。

保存後、ダウンロードと解析が完了するまで待ちます。正常に読み込まれると、設定一覧に先ほど付けた名前が表示され、更新日時や更新ボタン、選択状態などを確認できます。その設定を選択して現在の設定として有効にしてください。インポートと同時に自動で有効になるクライアントもあれば、「使用」をクリックするか、設定カードを選択する必要があるものもあります。一覧にファイル名が表示されただけでは、コアで使用中とは限りません。

次に「プロキシ」画面を開きます。ポリシーグループが表示され、その中に選択可能なノードがあれば、設定に利用可能なプロキシが含まれています。何も表示されない場合は、設定画面に戻り、選択中の項目とエラーメッセージを確認してください。ダウンロードに失敗した場合は、URLを完全にコピーできているか、アカウントのサブスクリプションが有効か、現在のネットワークからサブスクリプションサーバーにアクセスできるかを確認します。一時的なリクエスト制限をクライアントの不具合と誤認しないよう、更新を何度も繰り返さないでください。

YAMLの解析エラーや未対応フィールドが表示された場合は、設定プロバイダーがClashまたはmihomo互換の設定を提供しているか確認してください。他のクライアント専用の形式では利用できません。共有リンクが1つだけの場合でも、すべてのクライアントで完全なサブスクリプションとして読み込めるとは限りません。形式の違いはプロトコルとコアの技術ガイドで確認できます。まずは互換性が明記された設定で接続してください。

ローカルの設定ファイルを使う場合は、「ファイルからインポート」を選び、該当するYAMLファイルを指定して、同じ手順で有効にします。ローカルファイルは、リモートのサブスクリプションのように変更が自動取得されるわけではありません。初回のインポートが成功したら、提供元の案内に従って適切な更新間隔を設定してください。サブスクリプションURLを頻繁に変更するノードアドレスと混同しないようにしましょう。ポリシーグループが表示されたことを確認してから、次の手順でモードを選びます。

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

クライアントの「アウトバウンドモード」または「プロキシモード」を開き、初回は「ルール」を選択します。ルールモードでは、現在の設定に基づいて各接続を直接接続、プロキシ経由、または拒否のいずれかに振り分けます。すべての通信を同じノードに通すモードではありません。一般的な設定では、ローカルネットワークや一部のサイトはDIRECTに、それ以外の通信は指定されたポリシーグループに振り分けられます。最終的な動作は実際のルールに従います。

次に「プロキシ」画面を開き、ルールで参照されているメインのポリシーグループを探します。グループ名は設定によって異なり、「PROXY」「プロキシ選択」のような名前や、提供元独自の名前が使われます。グループを展開し、使用可能なノードを選択すると、選択マークがそのノードの横に移動します。自動選択やフェイルオーバーのサブグループを選んだ場合は、そのサブグループの設定に従って実際のノードが決まります。初回のトラブル対応を簡単にするため、まずは手動でノードを選べるグループで1つに固定してください。

クライアントに接続テスト機能がある場合は、一度実行して選択したノードが応答するか確認できます。ただし、テスト成功はすべてのサイトやプロトコルが正常に動作する保証ではありません。タイムアウトも、テスト先や現在のネットワークが原因の場合があります。状態が正常なノードを選んで次に進み、後で実際のアクセス結果を確認してください。テスト値だけを見て何度もノードを切り替える必要はありません。

「グローバル」モードでは通常、コアに取り込まれた接続がすべてグローバルポリシーに送られます。ルールの影響を一時的に比較する用途には使えます。「DIRECT」モードではプロキシノードを使いません。グローバルモードにしてもシステムプロキシやVPN接続の代わりにはならず、コアに取り込まれていないアプリの通信が自動で対象になるわけでもありません。一時的にグローバルモードでテストする場合は、グローバルポリシーグループも正しく選択し、終了後はルールモードに戻してください。ルール照合とポリシーグループの詳細は用語集をご覧ください。

ステップ3：システムプロキシまたはVPN接続を有効にする

ここまでで設定とノードの準備ができました。次はアプリの通信をクライアントに取り込みます。Windows、macOS、デスクトップLinuxでは、まずクライアントの概要画面、設定画面、またはトレイメニューから「システムプロキシ」を有効にします。クライアントがシステムプロキシの接続先を本機の待ち受けポートに設定すると、システムプロキシに従うブラウザーやアプリのリクエストがコアに渡されます。有効にした後もクライアントを起動したままにし、プロセスを終了してからテストを始めないでください。

初回設定ではポート番号を初期値のままにします。ルーターにポートを手動で入力したり、「LAN内接続を許可」を有効にしたりする必要はありません。この設定は他の端末から本機のプロキシに接続させるためのもので、本機から通常どおり接続するうえでは不要です。待ち受けに失敗した、またはポートが使用中というメッセージが表示された場合は、ほかのプロキシクライアントを終了してから現在のクライアントを再起動してください。ポートを変更する場合は、アプリが使うプロキシアドレスも新しい待ち受けポートに合わせます。

AndroidとiOSでは、通常、システムVPNインターフェースを使って通信を取り込みます。クライアントのホーム画面に戻り、「起動」または「接続」をタップします。初回はシステムの案内に従ってVPNの許可を確認してください。クライアントに接続済みと表示されるか、システムのVPN状態も確認します。別のVPNアプリが接続中のVPNを置き換える場合があるため、テスト中はほかのVPNを終了してください。VPNの表示はシステムインターフェースが確立したことを示しますが、対象サイトにアクセスできるかは設定、ノード、ルールによって異なります。

デスクトップのブラウザーは正常でも、特定のアプリがシステムプロキシに従わない場合は、「TUN」またはクライアント独自の拡張モードを検討します。仮想ネットワークインターフェースを使って通信を取り込むため、サービスのインストール、ネットワーク拡張の許可、管理者権限が必要な場合があります。現在のクライアントの案内に従って操作してください。有効にする際は、stack、ルート、DNSなど複数の項目をまとめて変更せず、まず初期設定のままで対象アプリのアクセスが改善するか確認します。

システムプロキシとTUNは、通信を取り込む仕組みが異なり、毎回両方を有効にする必要はありません。TUNを有効にした後、ローカルネットワークにアクセスできなくなった場合は、まずTUNを無効にして、動作確認済みのシステムプロキシに戻してから設定を見直します。プロトコル対応、DNS、コアの違いについて詳しくはプロトコル解説をご覧ください。初回接続では、一つずつ調整する必要はありません。

ステップ4：アクセス結果とルールの適用を確認する

クライアントを起動したままブラウザーを開き直し、プロキシルールが適用される想定のサイトにアクセスします。開いたままのページでは接続やキャッシュが残ることがあるため、以前から開いていたタブを更新するだけで判断しないでください。ページが読み込まれたら、すぐにクライアントの「接続」または「ログ」画面を開き、対象ドメインの記録を探します。

記録が見つかったら、対象ドメイン、適用されたルール、最終的に選択されたアウトバウンドポリシーまたはノードの3点を確認します。たとえば設定にDOMAIN-SUFFIX,github.com,PROXYが含まれる場合、該当ドメインの接続はPROXYが示すポリシーに送られます。ただし、それより前のルールが先に適用される場合もあるため、実際の記録を確認してください。ログの表示方法はクライアントによって異なります。ルール専用の列がない場合は、接続の詳細を開きます。

次に、直接接続される想定のサイトまたはローカルネットワーク上のサービスにアクセスし、適用されたポリシーを確認します。プロキシ経由のアクセスと直接接続の両方が正常であれば、ルールモードが想定どおり動作している可能性が高まります。パブリックIPアドレスの変化だけでは、すべてのルールを確認できません。もともと直接接続される通信もあるためです。また、システムプロキシが有効と表示されても、ノードが使えるとは限りません。

対象サイトを開けない場合は、まず接続記録があるか確認します。該当する記録がまったくない場合は、システムプロキシやVPNの状態、ブラウザー独自のプロキシ設定やプロキシ拡張機能を確認してください。記録はあるのに接続に失敗する場合は、ほかの設定を変えずに別のノードを試します。別のノードで接続できれば、元のノードを確認してください。プロキシ経由の想定なのに記録がDIRECTの場合は、現在のモード、有効な設定、ルールの順序を確認します。まずDNSを変更する必要はありません。

原因を特定できない場合は、クライアント名、OS、問題が発生した時刻、関連するエラーを記録し、よくある質問から症状に合った方法で調べてください。ログを共有する前に、サブスクリプションURL、パスワード、個人アカウント情報を削除します。正常にアクセスできることを確認したら、その設定のまま使用できます。自動起動やUWPの設定は、必要な場合にのみ進めてください。

Clashの自動起動：起動と接続を個別に確認

手動接続が正常に動作することを確認してから、クライアントの設定で「システム起動時に起動」または「ログイン時に起動」を有効にします。OSがスタートアップ項目の許可を求めた場合は、必要に応じて許可してください。macOSではシステム設定のログイン項目、Windowsではスタートアップアプリの一覧から無効になっていないか確認できます。デスクトップLinuxで自動起動できるかは、クライアント、インストール方法、デスクトップ環境によって異なります。

自動起動を有効にしても、クライアントのプロセスが起動するだけで、システムプロキシ、TUN、モバイル端末のVPN接続が必ず復元されるとは限りません。「起動時に接続」「起動時にシステムプロキシを設定」などの項目が別にある場合は、必要性を確認してから有効にしてください。TUNを使うデスクトップクライアントではバックグラウンドサービスが必要な場合もあります。ウィンドウが表示されたことだけで、すべてのネットワーク機能が復元したと判断しないでください。

設定後は、再ログインまたは再起動して動作を確認します。まずクライアントが起動しているか、次に現在の設定とモード、最後にステップ4の方法で実際にアクセスできるかを確認します。すべて正常であれば、自動起動の設定は完了です。再起動後に接続が不安定な場合は、手動で接続し、ネットワークの準備が整う前に接続していないか確認してください。複数のプロキシクライアントを同時に起動して解決しようとしないでください。

ClashのUWPループバック：対象アプリだけを設定

Windowsでは、ブラウザーは正常なのに一部のストアアプリから本機のプロキシを利用できないことがあります。アプリコンテナー方式を採用するプログラムの一部は、本機のループバックアドレスへのアクセスが制限されています。一方、システムプロキシの接続先は本機の待ち受けポートです。これはサブスクリプションのインポートとは別の問題で、すべてのストアアプリで発生するわけではありません。

クライアントに「UWPループバック」「ループバック除外」などの機能がある場合は、開いて案内に従って権限を許可し、一覧から問題のあるアプリを探します。本機のプロキシへのアクセスが必要なアプリだけ除外対象にして保存してください。その後、アプリを完全に終了してから再起動し、接続一覧にリクエストが表示されるか確認します。簡単だからといってすべてのアプリを一律に許可したり、ループバック機能がないことを理由にノードの不具合と判断したりしないでください。

クライアントに該当する機能がない場合は、そのクライアントのWindows向けガイドを確認するか、権限への影響を理解したうえでTUNによる接続を試し、ステップ4の方法で確認してください。組織の管理ポリシーによって設定が制限されている場合もあります。詳しく調べる前に、アプリ自体のネットワーク接続が正常か確認し、ログインの問題、アプリサービスの障害、ファイアウォールの問題をすべてUWPループバックのせいにしないようにしてください。

終了と設定の復元：接続を切ってから終了する

デスクトップで使い終わったら、まずシステムプロキシと有効にしたTUNを無効にし、クライアントのメニューから終了します。多くのクライアントは正常終了時にシステムプロキシを元に戻しますが、プロセスを強制終了した場合、システムが異常終了した場合、複数のクライアントが設定を上書きした場合は、本機のポートを指すプロキシ設定が残ることがあります。その状態ではクライアントの待ち受けが停止していても、ブラウザーは該当ポートに接続しようとするため、Webページを開けなくなります。

この場合は、まず元のクライアントを再起動し、システムプロキシを無効にしてから正常に終了します。またはOSのネットワークプロキシ設定で、手動プロキシが本機のアドレスを指したままになっていないか確認し、そのクライアントが設定したと分かる項目だけを無効にしてください。組織で一括管理されているプロキシ設定は、むやみに削除しないでください。AndroidとiOSでは、クライアントの接続を停止し、システムのVPN設定で切断されていることを確認します。

クライアントを切り替える場合も、同じ順序で進めます。古いクライアントの通信取り込みを停止してプロセスを終了し、新しいクライアントに設定を追加して有効にした後、再接続して動作を確認してください。クライアントを選び直す場合はクライアント比較・選び方ガイドを、特定の問題を解決する場合はよくある質問をご覧ください。ネットワーク設定を一度に複数変更するより、動作確認済みの基本設定を維持するほうが管理しやすくなります。