Clashの使い方ガイド

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

クライアントを開き、「設定」「サブスクリプション」などの画面に進みます。「新規作成」「URLからインポート」「サブスクリプションを追加」といった項目を選び、サブスクリプションURL全体を入力欄に貼り付けます。名前の入力が必要な場合は、区別しやすい名前を付けてください。URLの前後に空白や改行、チャットアプリで付いた句読点がないことを確認し、「インポート」「ダウンロード」または「保存」をクリックします。

ダウンロードと解析が完了するまで待ちます。成功すると、設定一覧に名前、更新日時、有効状態などが表示されます。追加後に自動で適用されるクライアントもあれば、一覧に保存するだけのものもあります。その場合は設定をクリックし、「有効化」「現在の設定にする」などを選んで、実行中の設定に切り替えてください。「ダウンロード成功」と表示されただけでは、設定が切り替わったとは限りません。

続いて「プロキシ」画面を開きます。通常は、設定に含まれるポリシーグループと、その中から選べるノードや別のポリシーグループが表示されます。まずは一覧が空でないこと、設定の解析エラーがないことを確認すれば十分です。以前の設定のグループが表示される場合は、設定画面に戻って選択状態を確認してください。必要に応じてクライアントの再読み込みを実行してから、もう一度確認します。

設定ファイルとURL、どちらから追加する？

YAMLファイルがある場合は、同じ画面で「ファイルからインポート」を選び、保存済みのファイルを指定してから、上記の手順で有効にします。ファイルからのインポートは設定一式を手元に持っている場合に便利です。URLからのインポートなら、配布元から設定を更新しやすくなります。Webページの内容を設定ファイルとして保存したり、拡張子だけを変更して読み込ませたりしないでください。判断の基準はファイルの内容です。

インポートに失敗したら、まずエラーメッセージを確認します。タイムアウトやダウンロード失敗の場合は、現在のネットワークからサブスクリプションの配布元にアクセスできるか確認してください。解析エラーの場合は、サーバーがClash対応設定を返しているか確認します。ログインページ、期限切れの案内、別形式のノード一覧が返されている可能性もあります。何度もインポートを試しても形式の問題は解決しません。サブスクリプションの管理画面で適切な形式を選び直してください。形式については、用語集のサブスクリプションと設定ファイルの解説を参照してください。

サブスクリプションURLにはアクセス情報が含まれる場合があります。スクリーンショットを共有する際は、URL全体とQRコードを隠し、公開の掲示板にも貼り付けないでください。初回の追加後は、まず既定の更新設定を維持します。接続確認が済んでから、サービス提供元の案内に従って更新間隔を設定してください。更新すると設定内容が再取得されます。手動で変更した項目がある場合は、その変更が上書きされないか事前に確認しましょう。

次のステップに進む条件：設定画面に有効な設定が表示され、プロキシ画面にその設定のポリシーグループが表示されていること。この2点を確認してから、動作モードを選びます。

ステップ2：ルールモードとプロキシポリシーを選ぶ

「プロキシ」または「概要」画面を開き、動作モードの選択欄を探します。一般的な選択肢は「ルール」「グローバル」「ダイレクト」で、クライアントによってはRule、Global、Directと表示されます。初めて使う場合は「ルール」を選んでください。このモードでは設定内のルールに従って、各接続をプロキシ経由、直接接続、その他の方法に振り分けます。まずはサブスクリプション提供元が用意した振り分け設定を維持できます。

モードを選んだら、メインのプロキシグループを開きます。「プロキシ」「ノード選択」など、サービス提供元によって名称は異なります。利用可能なノード、または設定に含まれる自動選択グループを選びます。メイングループが別のグループを参照している場合は、さらに開いて最終的な接続先を確認してください。最上位のグループ名だけを見て、ノードを選べたと思い込まないようにしましょう。

一覧にDIRECTやREJECTがある場合は、意味を確認してください。DIRECTは接続先への直接接続、REJECTはリクエストの拒否を表します。特定のルールで使われる通常の結果として設定されている場合もありますが、通常はメインのプロキシグループの接続先として選ぶものではありません。ローカルネットワーク、中国本土のWebサイト、広告ブロックなどに使うグループは、まずそのままにしてください。「すべてプロキシ経由にする」ために一つずつ変更する必要はありません。

モード設定とネットワーク制御は別の設定

動作モードは「コアに届いた通信をどう処理するか」、システムプロキシやTUNは「アプリの通信をどうコアに届けるか」を決めます。そのため、グローバルモードに切り替えても、端末上のすべてのアプリが自動的に制御されるわけではありません。ブラウザーがプロキシ経由で通信していなければ、ルールとグローバルを何度切り替えても実際の経路は変わりません。この違いを押さえたうえで、次のステップで通信の入口を設定します。

クライアントに遅延テスト機能があれば、ノードの絞り込みに使えますが、実際のアクセス確認の代わりにはなりません。あるノードでテストに成功しても、その時点でテスト用の通信が完了したことしか分かりません。接続先のWebサイト、プロトコル、アプリによって結果が異なる場合があります。まずは利用可能な選択肢を1つ選んで接続し、実際に動作しているかはステップ4で接続ログを確認してください。ポリシーグループの階層やルールの優先順位については、ルールと通信振り分けの用語解説も参照してください。

次のステップに進む条件：動作モードがルールで、メインのプロキシグループに目的のノードまたは自動選択グループが設定され、DIRECTやREJECTを誤って選んでいないこと。

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

設定とポリシーグループの準備ができてから、アプリの通信を制御します。PCではホーム画面、設定画面、またはタスクトレイのメニューから「システムプロキシ」を探して有効にします。クライアントによっては、先に「起動」や「接続」をクリックしてコアを実行する必要があります。クライアントが動作中であることを確認し、バックグラウンドでも実行したままにしてください。メインウィンドウを閉じてもタスクトレイに最小化されるだけの場合もありますが、動作はクライアントによって異なります。初めて使うときは「終了」を選ばないようにしましょう。

システムプロキシの設定が適用されるのは、その設定に従うアプリが中心です。最初の動作確認にはブラウザーが適しています。プロキシ切り替え拡張機能を入れている場合や、個別のプロキシアドレスを手動設定している場合は、システム設定が上書きされていないか確認してください。コマンドライン、ゲーム、一部のアプリは独自の通信経路を使うことがあり、ブラウザーで接続できても、それらのアプリが自動的に接続されるとは限りません。

AndroidやiOSでは、通常ホーム画面の接続ボタンをタップし、システムに表示されるVPN接続の許可を確認します。このVPNの確認は、クライアントが端末上で通信を制御するために必要なシステム手順であり、サブスクリプションのノードが利用可能であることを保証するものではありません。許可したらクライアントに戻り、「接続済み」または「実行中」と表示されていることを確認してから次に進みます。仕事用プロファイル、ペアレンタルコントロール、端末管理ポリシーによる制限がある場合は、先にその制限を確認してください。

初回接続ではTUNを併用しない

PCのブラウザーからシステムプロキシ経由でアクセスできる場合は、TUNをオフのままにしておけます。システムプロキシに従わないアプリも制御したい場合、特定のプロトコルに対応する場合、またはより広範囲の通信制御が必要な場合に、TUNの有効化を検討してください。サービスのインストール、管理者権限、ネットワーク拡張機能の許可が必要になることがあります。ボタン名や許可の手順はOSやクライアントのバージョンによって異なるため、別のプラットフォームの手順をそのまま使わないでください。

スマホで一般的なVPN接続と、PCで個別に設定するTUNのスイッチを、機械的に対応付ける必要はありません。まずは選択したクライアントが動作し、対象のアプリの通信を制御できることを目指します。TUNを有効にしてネットワークに問題が出た場合は、TUNをオフにし、確認済みのシステムプロキシの設定に戻してください。そのうえで詳しいガイドを開き、プラットフォームごとの権限、ルーティング、DNSの確認方法を参照します。

プロキシを手動設定する場合、ポート番号はクライアントが実際に待ち受けている番号と一致させてください。例として、ローカルアドレスに127.0.0.1、混合ポートに7890がよく使われますが、必ずこの値を入力するという意味ではありません。まずはクライアントのシステムプロキシ設定を使いましょう。ポートが使用中、またはコアが起動しない場合は、表示された問題を解決してください。複数の設定画面でポートをむやみに変更しないでください。

次のステップに進む条件：クライアントのコアが動作中で、PCではシステムプロキシが有効、スマホではVPNの許可と接続が完了していること。また、同種のツールが同時に通信を制御していないこと。

ステップ4：通信経路とアクセスを確認する

ブラウザーで新しいページを開き、現在のルール上プロキシ経由になるはずの、普段利用しているサイトにアクセスします。同時にクライアントの「接続」画面を開き、直前に発生したリクエストをドメイン名で探します。画面によっては接続項目をクリックすると詳細が表示されます。対象ドメイン、適用されたルール、使用されたポリシーグループ、最終的な接続経路を確認してください。

ページが表示され、該当するリクエストが想定したプロキシグループとノードを使用していれば、その通信は正常に処理されています。ログにDIRECTと表示された場合は、もともと直接接続するルールではないか確認してください。ルールモードで直接接続になること自体は、動作不良を意味しません。一方、Webページが表示されたというだけでは、プロキシが有効になっている証拠にはなりません。そのサイトには直接アクセスできる場合もあります。

確認するときはページを再読み込みし、キャッシュ済みの内容だけを見ないようにします。クライアントによってはコアの接続ログを有効にするだけでリクエストを確認できますが、別途ログ表示の設定が必要な場合もあります。ログが見つからない場合は、ログ機能と表示フィルターを確認してから、通信がクライアントに届いているか判断してください。必要に応じて一時的に情報レベルのログを使い、確認後は普段の設定に戻します。詳細すぎるログを常時有効にするのは避けてください。

症状に応じて確認し、設定を手当たり次第に変えない

1. 新しい接続ログがない：まずコアが動作中か、システムプロキシが有効かを確認します。ブラウザーが拡張機能や個別設定によって別の経路を使っていないかも確認してください。スマホではVPNが接続中のままか確認します。
2. ログはあるが、想定と異なるポリシーが使われている：ルールモード、メインのプロキシグループ、参照先の下位グループを確認します。一覧に残っている古い設定ではなく、今回追加した設定が有効になっていることも確かめてください。
3. 想定したノードを選んでもリクエストに失敗する：同じグループ内の別の利用可能なノードに切り替えて再試行し、サブスクリプションの状態とクライアントのログを確認します。複数のノードで失敗しても、DNS、ポート、TUNを一度に変更しないでください。
4. ブラウザーは使えるが、特定のアプリは使えない：そのアプリがシステムプロキシに従うか、独自のプロキシ設定を持っているか確認します。より広い範囲の通信制御が必要な場合は、プラットフォーム別のガイドに従ってTUNを設定するか、アプリごとのルールを確認してください。

プロキシ経由の通信を確認したら、直接接続するはずの普段使うサイトにもアクセスし、LAN上のサービスや日常的に使うアプリが正常か確かめます。ルーターの管理画面、プリンター、ローカルの開発用サービスを使っている場合は、それらに引き続きアクセスできることも確認してください。これにより、外部サイトが開くことだけでなく、ローカル通信まで誤ってプロキシに送られていないかを確認できます。

出口IPの確認は補足情報として使えますが、その確認リクエスト自体も通信振り分けルールの影響を受けます。分かるのは、その時点での確認リクエストに表示された出口だけです。すべてのアプリやプロトコルが同じ経路を使うことや、DNSリクエストの処理方法までは証明できません。DNSやTUNをさらに確認する場合は、詳しいガイドの設定トラブルシューティングを参照してください。初回設定の段階で、すべての項目をまとめて変更するのは避けましょう。

動作確認後の設定保存と終了

現在利用できている設定名、メインのプロキシグループの選択、通信の制御方法を記録します。後で問題が起きたときに戻せるよう、その後の変更は一度に1項目ずつ行ってください。OS起動時に自動接続したい場合は、「システム起動時に起動」と「起動後に接続」の項目をそれぞれ確認します。必ずしも同じスイッチとは限りません。スマホで画面ロック後に切断される場合は、バックグラウンド実行や省電力制限を確認します。初回接続の前から、システムの省電力機能をすべて無効にする必要はありません。

使い終わったら、PCではシステムプロキシをオフにしてからクライアントを終了するか、クライアントの切断機能を使います。スマホでは切断ボタンをタップし、システム上のVPN接続が終了したことを確認してください。終了後にWebページを開けなくなった場合は、システムの手動プロキシ設定にローカルポートが残っていないか確認します。元の設定に戻してから再度試してください。

完了の目安：プロキシ経由になるはずのリクエストについて、接続ログで想定したポリシーチェーンを確認でき、直接接続するはずのリクエストや普段使うアプリも正常に動作すること。これで初期設定は完了です。特定のプラットフォームでインストール権限や詳細設定に困った場合は、全プラットフォーム向けインストール・設定ガイドを参照してください。サブスクリプションを最初から追加し直す必要はありません。