GUIクライアントをインストール済み
デスクトップでは、現在も保守されているGUIクライアントを選び、モバイルではOSに対応したダウンロードページを開きます。インストール後は一度通常どおり起動し、設定、プロキシ、接続、設定などの画面が表示されることを確認します。ネットワーク、VPN、管理者権限に関する確認が表示されたら、用途を確認したうえで、後の手順に必要な権限を許可してください。
10分でできる基本設定
Clash入門：サブスクリプションのインポートから接続確認まで
この手順は、ClashのGUIクライアントを初めて使う方に適しています。サブスクリプションのインポート、プロキシモードの選択、接続、動作確認を順番に行うため、最初からYAML設定全体を理解する必要はありません。
-
01
サブスクリプションをインポート 設定とポリシーグループを取得する
-
02
モードを選択 まずはルールモードで基本設定を行う
-
03
接続を確立 システムプロキシまたはTUNモードを有効にする
-
04
結果を確認 Webアクセスと接続ログで判断する
開始前の確認
クライアント、サブスクリプションURL、システム権限を準備する
必要なものを先に揃えてからクライアントを操作すると、途中で画面を何度も切り替えたり、サブスクリプションの問題をクライアントの不具合と取り違えたりせずに済みます。
有効なサブスクリプションURLを取得済み
サブスクリプションURLは通常、ネットワークサービスの提供元が発行するもので、クライアントのインストーラーには含まれません。コピーする際はURL全体を残し、末尾のパラメーターや文字を欠落させないでください。また、サブスクリプションURLを公開ページに掲載しないでください。サービス側にワンクリックインポートがある場合は、そちらを優先します。手動で追加する場合も、WebサイトのログインURLではなくサブスクリプションURLをコピーしていることを確認します。
重複するトラフィック取り込みツールを一時停止
同時にシステムのトラフィックを取り込むプロキシクライアントは、できるだけ1つにします。旧クライアント、ブラウザーのプロキシ拡張機能、ほかのVPNツール、手動設定した固定プロキシポートがあると、確認結果が分かりにくくなる場合があります。このガイドの完了後、用途に応じてほかのツールを残すか判断してください。
ステップ1 · Profiles
サブスクリプションをインポートして初回更新を行う
クライアントを開いたら、まず「設定」「サブスクリプション」または「Profiles」画面に移動します。ここで設定ファイルを保存し、以後のノード、ポリシーグループ、ルール更新を行います。「サブスクリプションを追加」「新しい設定」またはプラスボタンを見つけ、「URLからインポート」を選択して、コピー済みのサブスクリプションURLを入力欄に貼り付けます。名前にはサービス名や用途、たとえば「日常用ネットワーク」などを入力すると、複数の設定を使う場合も区別しやすくなります。
URL全体を確認したら、「保存」「インポート」または「ダウンロード」をクリックします。クライアントがリモート設定を取得し、成功すると新しい設定項目が表示されます。通常は名前、更新日時、更新ボタンが表示され、一部のクライアントではその設定がすぐに現在の設定になります。項目が表示されても選択されていない場合は、もう一度クリックして使用中の設定にしてください。
日常用ネットワーク
有効
現在の設定
サブスクリプション更新
設定を更新
プロキシとルールを再取得
続いて「設定を更新」を手動で一度実行します。この手順は重要です。初回保存はURLを受け付けたことを示すだけで、リモートの内容が完全に読み込まれたとは限りません。更新に成功したら「プロキシ」画面へ移動し、いくつかのポリシーグループ（自動選択、ノード選択、DIRECTなど）が表示されることを確認します。名称はサブスクリプションの設定によって異なり、サービス提供元ごとに同じとは限りません。プロキシ画面が空ではなく、選択可能なポリシーグループが表示されていれば、ステップ2へ進めます。
更新時にネットワークエラー、タイムアウト、設定の解析失敗が表示された場合は、まずサブスクリプション入力欄に空白や改行が混入していないか、文字が欠けていないか確認します。次にシステム時刻が正しいこと、現在のネットワークからサブスクリプションサービスへアクセスできることを確認してください。サービス側のアクセス制限が一時的に発動する可能性があるため、更新ボタンを短時間に連続して押さないでください。それでも失敗する場合は、インストールと設定の問題でサブスクリプションを更新できない主な原因を確認してください。YAML構造エラーなどの詳しい問題は設定リファレンスで扱います。
次の手順へ進む前に確認すること
設定項目が選択され、直近の更新に成功し、プロキシ画面に少なくとも1つのポリシーグループが表示されていること。
ステップ2 · Proxies
ルールモードと主要なポリシーグループを選択する
サブスクリプションのインポートに成功したら、「プロキシ」または「Proxies」画面を開きます。画面上部には通常、「ルール」「グローバル」「ダイレクト」の3つのモードがあります。初回設定では「ルール」をおすすめします。ルールモードでは設定ファイルのルールに従い、リクエストをプロキシ経由、直接接続、または特定のポリシーグループへ振り分けます。一般的な用途に対応しやすく、接続ログから各リクエストの処理結果も確認できます。
「グローバル」は大部分のトラフィックを1つのプロキシポリシーに渡すため、ルールが適用されるかを短時間確認する用途に向いていますが、設定に慣れていない段階で常用するのはおすすめしません。「ダイレクト」はプロキシを経由せず、通常のネットワークへ戻す際に使えます。3つのモードの役割はルールとポリシーの用語で詳しく確認できます。今回はルールモードのままで十分です。
ルール
グローバル
ダイレクト
ルールモード
設定内のルールに基づいてリクエストの経路を決める、日常利用の標準モードです。
モードを選んだら、下にあるポリシーグループを確認します。サブスクリプションの主要なポリシーグループは、「ノード選択」「プロキシ」「自動選択」などの名前になっていることがあります。主要なポリシーグループをクリックすると、自動選択、DIRECT、個別のノードなどが表示されます。初回は「自動選択」を選ぶとよいでしょう。自動ポリシーがない場合は、利用可能と表示されたノードを選択します。ここで選ぶのはポリシーグループの現在の使用項目であり、すべてのポリシーグループを個別に変更する必要はありません。
ノード名だけで接続品質を判断しないでください。クライアントの速度テストは、テスト先、現在のネットワーク、ノードの負荷によって変わり、短時間では結果が揺れることがあります。初期設定の目的は、まず設定から接続までの経路が正常であることを確認することです。そのため、正常に接続できる項目を1つ選べば十分です。Webページは開くのに一部のアプリだけ使えない場合は、接続ログから原因がルール、DNS、トラフィックの取り込み範囲のどれかを判断します。
選択後はクライアントを開いたままにし、ルールモードが選択されたままで、主要なポリシーグループにも先ほどの項目が表示されていることを確認します。これでクライアントは「トラフィックをどう処理するか」を把握しましたが、OSがトラフィックをクライアントへ渡す設定になっているとは限りません。次にシステムプロキシまたはTUNモードを有効にします。
次の手順へ進む前に確認すること
上部のモードが「ルール」になり、主要なポリシーグループで自動ポリシーまたは利用可能なノードが選択され、設定に明らかなエラーが表示されていないこと。
ステップ3 · Connection
システムプロキシを有効にし、必要に応じてTUNモードを使う
クライアントのホーム画面または設定画面に戻り、「システムプロキシ」スイッチを探します。WindowsとmacOSでは、有効にするとクライアントがOSのシステムプロキシを実行中のローカルポートへ向けます。多くのブラウザーやシステムのネットワーク設定に従うデスクトップアプリは、すぐにこの設定を利用します。初回接続では、経路が分かりやすく必要な権限も少ないため、まずシステムプロキシを使うのがおすすめです。
スイッチをオンにした後、クライアントを終了しないでください。GUIとプロキシコアが動作し続けていることで、システムプロキシが指定したローカルポートで処理できます。「LAN接続を許可」「スタートアップに登録」「サイレント起動」などの項目があっても、ひとまず初期値のままで構いません。今回の基本確認には影響せず、すべてを一度に有効にする必要もありません。
システムプロキシ
まずはこちらブラウザーやシステムプロキシ設定を読み取るアプリに適しています。オンとオフを簡単に切り替えられるため、デスクトップでの初回設定におすすめです。
システムプロキシ
クライアントのローカルプロキシポートを使用
TUNモード
より広い範囲をカバー仮想ネットワークインターフェースを通じて、より広範囲のIPトラフィックを取り込みます。システムプロキシを使わないアプリ、一部のコマンドラインツール、特定のゲーム環境に適しています。
TUNモード
管理者権限またはVPN権限が必要になる場合があります
システムプロキシを有効にしても対象アプリが接続ログにまったく表示されない場合、そのアプリはシステムプロキシを読み取っていない可能性があります。その場合にTUNモードを検討します。設定画面で「TUNモード」を有効にし、OSの案内に従って管理者権限、VPN権限、仮想ネットワークコンポーネントのインストールを許可してください。仮想ネットワークインターフェースの作成に権限確認が表示されるのは正常です。拒否すると、通常TUNは起動できません。
システムプロキシとTUNモードは、クライアントの実装によって個別に使うことも、同時に有効にできることもあります。初回設定では頻繁に切り替えないことをおすすめします。まずシステムプロキシでサブスクリプションとポリシーが正常か確認し、対象アプリを取り込めない場合だけ、テスト画面を閉じてTUNを有効にし、再度確認します。これにより、「設定が使えない」のか「取り込み範囲が不足している」のかを切り分けやすくなります。
AndroidとiOSのクライアントは通常、システムVPNインターフェースで接続します。ホーム画面の開始ボタンをタップすると、OSにVPN構成の確認が表示されます。許可するとステータスバーにVPNマークが表示され、クライアントにも実行中の状態が表示されます。モバイル版では「システムプロキシ」と表示されないことがありますが、目的は同じで、端末のトラフィックをクライアントへ送ります。Linuxデスクトップ環境ではシステムプロキシの対応に差があるため、アプリがデスクトップのプロキシ設定を読み取らない場合は、クライアントの説明に従ってTUNを使います。サーバーやルーターへの導入はこのガイドの対象外です。設定リファレンスをご覧ください。
次の手順へ進む前に確認すること
クライアントが実行中で、デスクトップではシステムプロキシが有効、またはモバイルではVPN権限が許可されており、コアの起動失敗が表示されていないこと。
ステップ4 · Verify
Webアクセスと接続ログで結果を確認する
接続スイッチをオンにしたら、新しいブラウザーウィンドウまたはタブを開き、普段プロキシ経由でアクセスするサイトを表示します。キャッシュ済みのページを更新するだけでなく、新しいページを使うのがおすすめです。ページが開くことは最初の確認にすぎません。クライアントの「接続」または「ログ」画面に戻り、アクセスしたドメインが想定どおりのポリシーを経由していることを確認します。
接続一覧で、先ほどアクセスしたドメインを探します。通常は対象ドメイン、接続状態、適用されたルール、使用したポリシーグループなどが表示されます。表示項目はクライアントによって異なりますが、リクエストが一覧にあり、対応するポリシーが意図せずDIRECTになっていなければ、システムのトラフィックがクライアントに入り、ルールモードで処理されたことが分かります。その後、通常のWebサイトを1～2件開き、日常的なダイレクト接続に大きな影響がないことも確認します。
Webページが開き、ログにも記録がある
基本設定は有効です。普段使うブラウザーやアプリでもテストし、想定どおりアクセスできることを確認してください。
Webページが開かず、ログには記録がある
トラフィックはクライアントに入っています。選択したノード、ポリシーグループ、DNS、ルールの適用結果を重点的に確認してください。
Webページが開かず、ログにも記録がない
システムプロキシが有効になっていない、TUNが起動していない、対象アプリがプロキシを回避している、または別のツールがネットワーク設定を書き換えている可能性があります。
Webページが開かないのに接続記録が継続して表示される場合は、まずプロキシ画面に戻り、主要なポリシーグループのノードを変更して再試行します。複数のノードで失敗する場合は、サブスクリプションを更新し、設定またはDNSエラーが表示されていないか確認してください。すぐに多数の高度な項目を変更する必要はありません。まずサービスの状態、サブスクリプションの有効性、現在のネットワークの安定性を確認します。ログレベルはinformationまたはinfoの初期値で十分なことが多く、基本的なエラーを確認できます。
Webページが開かず、接続記録にも新しい内容がまったくない場合は、トラフィックの取り込みに問題がある可能性が高いです。デスクトップではシステムプロキシをいったん無効にしてから再度有効にし、OSのプロキシ設定が現在のクライアントを指していることを確認します。モバイルではシステムVPNマークが表示され続けているか確認します。TUNを使う場合は、仮想ネットワークインターフェースが正常に起動しているか確認してください。ブラウザーのプロキシ拡張機能が独自のポートを設定していると、システム設定を迂回することがあります。一時的に無効にして再テストしてください。
Webページにはアクセスできても、実際にはDIRECTを通っている場合もあります。この場合、リクエストはクライアントに入っていますが、ルールによってダイレクト接続と判断されています。まず現在のモードが「ルール」であり、「ダイレクト」ではないことを確認し、適用されたルール名を確認します。ルールの優先順位、ドメインの一致、自作ルールの記述は上級設定にあたるため、基本接続が安定してから設定リファレンスのルール構文の章を読んでください。初回設定で複数箇所を同時に変更するのは避けましょう。
完了後に行うこと
日常利用ではシンプルで安定した設定を保つ
基本接続が安定してから、自動更新、スタートアップ起動、TUNなどを1つずつ追加します。一度に変更する項目を1つにすれば、問題が起きたときに原因を特定しやすくなります。
サブスクリプションを定期的に更新する
サブスクリプションにはノード、ポリシー、ルールの変更が含まれることがあります。クライアントに自動更新間隔の設定がある場合は、サービス提供元の推奨に合わせて設定します。手動更新はノードが使えない場合や設定に変更があった場合に行います。更新後は、現在のポリシーグループの選択が引き続き目的に合っているか確認してください。
用途に応じて取り込み方式を選ぶ
ブラウザーや一般的なデスクトップアプリなら、通常はシステムプロキシで十分です。システムプロキシを使わないアプリで問題がある場合だけ、TUNを有効にします。2つの方式のトラフィック層、権限、トラブルシューティングの違いはTUNモードとシステムプロキシの比較で確認できます。
動作する設定を1つ残す
自作ルールやオーバーライドを試す前に、正常に接続できる現在の設定を残しておきます。変更後に解析エラーやルールの異常が発生しても、サブスクリプションのインポートからやり直さず、元の設定へすぐ戻せます。
ログから具体的な問題を特定する
障害が発生したら、発生時刻、対象ドメイン、現在のモード、エラー表示を記録し、「サブスクリプション—ポリシー—取り込み—ログ」の順に確認します。よくある症状はまずFAQを、用語の意味は用語集を参照してください。
さらに設定を調整しますか？
基本操作は完了です。DNS、ルール構文、ポリシーグループの項目、オーバーライド、マージなどの内容は設定リファレンスにまとめています。問題に応じて参照してください。