Clashの設定方法

始める前に、クライアントとサブスクリプションの役割を確認しましょう。クライアントは設定を読み込み、ルールを適用して接続を確立します。サブスクリプションには利用可能なノードやポリシーグループ、分流ルールが含まれます。インストールしただけでは、接続先が使えるとは限りません。まずサービス提供元のアカウントページから、使用するクライアントに対応したサブスクリプションURLを取得し、サービスの有効期限も確認してください。ウェブページの共有URL、アカウントのログインページ、サブスクリプションURLは別のものです。相互に代用できません。

クライアントを開いたら、「設定」または「サブスクリプション」画面に進み、「新規作成」「インポート」またはプラス記号のボタンを探します。種類の選択を求められた場合は、リモートサブスクリプションまたはURLからのインポートを選び、URLを入力欄にそのまま貼り付けてください。名前は端末内で識別するためのものなので、用途が分かる名前を付けます。サブスクリプションURLを名前欄に入力しないでください。URLの前後に空白や改行、チャットアプリが付加した句読点が混入していないか確認し、「ダウンロード」または「インポート」を押して処理の完了を待ちます。

成功すると、通常は設定カードまたはサブスクリプションの項目が表示されます。新しい設定がすぐに有効になるクライアントもあれば、「使用」「有効化」または設定名をもう一度タップする必要があるものもあります。現在の設定に選択マークが付いていることを確認し、「プロキシ」画面でポリシーグループが表示されるか確かめてください。インポート履歴があるだけでは有効とは限りません。プロキシ画面に以前の内容が表示される場合は、連続してインポートせず、現在どの設定が有効になっているかを確認します。

サービス提供元からローカル設定ファイルを受け取った場合は、同じ画面でファイルのインポートを選び、クライアントが対応するClash設定形式を使用してください。拡張子が同じでも内容に互換性があるとは限りません。汎用ノードリスト、完全なYAML、ほかのクライアント専用形式などが返される場合があります。解析エラー、未対応の項目、認識できないプロトコルが表示されたら、まずサブスクリプションの種類とコアの要件を確認してください。エラー項目をむやみに削除すると、有効な設定を壊すおそれがあります。

インポートに失敗したら、まず設定画面のエラーメッセージを確認し、「ログ」で同じ時刻のリクエスト結果を調べます。認証エラーの場合はアカウントの状態を確認するか、URLを再取得してください。リクエストがタイムアウトした場合は、現在のネットワークとサブスクリプションサーバーのどちらに問題があるか切り分けます。解析エラーは形式や互換性に関係している可能性が高いです。サブスクリプションの更新にプロキシが必要なのに、利用できる設定がないと起動時に行き詰まることがあります。その場合はサービス提供元の初回インポート手順を確認し、関係のないDNS設定を何度も切り替えないでください。

サブスクリプションURLにはアカウントを特定できる情報が含まれることが多いため、機密情報として扱ってください。問い合わせ時はURLやノードの認証情報を削除したエラーメッセージだけを共有し、サブスクリプションのQRコードや設定全体を送らないでください。この手順が終わると、プロキシ画面にサブスクリプション由来のポリシーグループが表示されます。元の設定とデフォルトルールは残し、次の手順ではモードと出口だけを調整してください。一度に多くの項目を変更しないことが大切です。

設定を読み込んだら、「プロキシ」画面の上部、ホーム画面のモード欄、またはシステムトレイメニューからモードを選びます。初めて使う場合は「ルール」モードがおすすめです。現在の設定に含まれるルールを上から順に照合し、該当するポリシーに接続を振り分けます。これにより、サブスクリプションで設定されたDIRECT接続とプロキシ接続の使い分けを維持できます。モード選択は、コアに届いた通信の振り分け方を決めるものです。すべてのアプリを自動的にクライアントへ接続する機能ではありません。通信の取り込みは次の手順で設定します。

「Global」モードでは、コアに届いた接続をすべてグローバルポリシーに渡します。一時的な比較や、出口を統一する必要がある場合に便利ですが、端末内のすべてのアプリが必ずプロキシを経由するわけではありません。「DIRECT」モードでは、コアに届いた接続が宛先へ直接アクセスします。プロキシ転送を一時停止したい場合や、トラブルの切り分けに使えます。普段のブラウジングで常にGlobalにしておく必要はありません。また、DIRECTにしてもクライアントを終了したことにはなりません。バックグラウンドのコアやシステムプロキシの設定が残っている場合があります。

ルールモードに切り替えたら、サブスクリプションのメインポリシーグループを開きます。グループ名は設定の作成者によって異なり、「プロキシ」「ノード選択」などさまざまです。全クライアント共通の名称はありません。まずルールが実際に参照しているグループを探し、その中からノードを選択します。「自動選択」「フォールバック」または別のポリシーグループを選んだ場合は、さらに開いて最終的な接続先を確認してください。最終的な接続先がDIRECTなら、その通信は直接接続です。上位グループの名前だけで出口を判断しないでください。

クライアントに接続テスト機能があれば、まず実行し、テストに成功するノードがあるか確認します。テスト結果が示すのは、その時点でノードからテスト先へ接続した状況だけです。すべてのウェブサイト、動画、ゲームの速度を示すものではありません。テスト先に到達できず、タイムアウトする場合もあります。初回の確認では、まず特定のノードを固定し、ブラウザーが正常に接続できてから自動選択を有効にしましょう。問題が起きた際に、出口の変化とほかの設定のどちらが原因か判断しやすくなります。

この段階でサブスクリプションに含まれるルール全体を書き換えたり、すべてのカテゴリ別グループを同じ出口に変更したりする必要はありません。まずメインポリシーグループを調整し、対象サイトがどのグループに振り分けられるか確認します。特定サービスのグループが要件に合わない場合に限り、そのグループの選択を変更してください。ルールやサブスクリプションの更新と手動設定は、反映される順序が異なる場合があります。応用設定を変更する前にプロトコルガイドのルールと設定の互換性に関する説明を読み、元に戻せる設定を保存してください。

この手順の終了時には、画面で「ルール」モードが選択され、プロキシ接続が必要なメインポリシーが利用可能な出口を指しているはずです。この時点でブラウザーの通信経路が変わっていなくても問題ありません。モードは決まりましたが、端末からクライアントへ通信を渡す設定がまだだからです。選択内容を確認したら設定を変えず、次の手順で通信を取り込みます。

まずクライアントのホーム画面またはステータスバーで、コアの状態を確認します。「停止中」「起動失敗」「設定の読み込みエラー」などが表示されている場合は、システムプロキシを有効にする前に問題を解決してください。システムプロキシは、OSのプロキシ設定に従うアプリからのリクエストをローカルのコアへ送る機能です。コアが待ち受けていない状態でシステムプロキシを有効にすると、ブラウザーから一時的にアクセスできなくなることがあります。クライアントを起動したままにし、ポートの競合や起動エラーがないことを確認してから次へ進みます。

PC：まずシステムプロキシを有効にする

Windows、macOS、Linuxのデスクトップクライアントで「システムプロキシ」スイッチを探します。ホーム画面、設定画面、トレイメニューにあることが多いです。有効にしたら、ブラウザーで新しいページを開いて動作を確認します。デスクトップ環境やアプリによって、システムプロキシへの対応状況は異なります。ブラウザー拡張機能、企業ポリシー、アプリ独自のプロキシ設定がシステム設定を上書きすることもあります。ブラウザーにプロキシ切り替え拡張機能がある場合は、設定が競合しないよう、まず無効にしてください。

初回はシステムプロキシだけを有効にし、TUNはオフのままにしてください。「LAN内からの接続を許可」も有効にする必要はありません。この設定はほかの端末からこの端末のプロキシに接続できるようにするもので、端末上のブラウザーがプロキシを使えるかどうかとは別の機能です。接続を試すために、待ち受け範囲を広げないでください。ほかのプロキシやVPNツールを使用中の場合は、設定を保存して接続を終了します。システムプロキシ、ルーティング、DNS設定の競合を防ぎやすくなります。

スマホ：システムのVPN接続を許可する

Android・iOSのクライアントでは、通常ホーム画面の接続ボタンを使います。初回接続時に、システムからVPN接続の追加または確立を許可するよう求められます。アプリの名前を確認し、OSの手順に沿って許可してください。接続が成功すると、システムのステータス欄またはVPN設定画面に接続中と表示されます。このVPN表示は、アプリがシステムの通信を取り込む経路を使用していることを示します。すべての通信がリモートノードを経由する保証ではありません。実際の通信先はルール、ポリシー、アプリの除外設定によって決まります。

接続ボタンを押してすぐ切断される場合は、クライアントに戻ってログを確認し、設定エラー、未完了の許可、ほかのVPNによる接続の占有がないか調べます。Androidではアプリ別プロキシの対象からブラウザーが除外されている場合があります。iOSではオンデマンド接続の設定が自動再接続に影響することもあります。初回のテストではデフォルトの通信対象範囲を使い、クライアントを前面に表示した状態で確認してください。バックグラウンド切断やバッテリー最適化、自動接続などの詳細は、基本的な接続ができてからFAQで個別に確認します。

TUNモードは必要な場合に使う

ブラウザーがシステムプロキシで正常に動作しても、特定のPCアプリがプロキシを経由しない場合は、TUNの利用を検討できます。仮想ネットワークインターフェースを使って通信を取り込む方式で、サービスコンポーネントや高い権限が必要になる場合があり、ルーティングやDNSに影響することもあります。有効にする前に、クライアントのサービスインストールや権限に関する案内を確認し、現在の設定状態を記録してください。TUNは速度を上げる機能ではなく、必須でもありません。初期設定ではシステムプロキシ、TUN、DNSを同時に変更しないでください。仕組みの詳細はプロトコルガイドをご覧ください。

コアが起動し、PCではシステムプロキシが有効、スマホではVPN接続中と表示されているはずです。「接続済み」という表示だけで判断せず、次の手順で実際にリクエストを送信し、通信先を確認します。

ブラウザーで新しいタブを開き、プロキシ経由を想定しているウェブサイトにアクセスしながら、クライアントの「接続」画面を開きます。長時間開いているページではなく、新しいリクエストで確認してください。古いページはキャッシュから表示されることがあり、既存の接続は切り替え前の経路を使い続ける場合があります。接続ログが多い場合は、対象ドメインまたはプロセスで絞り込みます。クライアントによっては接続中しかログが表示されないため、ページの読み込み後に記録が消えても必ずしも異常ではありません。

先ほどの接続を見つけたら、適用されたルールとポリシーチェーンを確認します。対象ドメインに想定どおりのルールが適用され、ポリシーチェーンの最終接続先が手順2で選んだノードまたはプロキシ出口になっているのが理想です。リクエストが一覧に表示されるだけでは、通信がコアに届いたことしか分かりません。最終ポリシーがDIRECTなら、直接接続です。クライアントに経路全体が表示されない場合は、「ルール」画面や必要な範囲のログも確認してください。初回の確認のために、大量のデバッグログを長時間有効にする必要はありません。

次に、DIRECT接続を想定している普段使いのサービスにアクセスし、同じ方法で接続ログを確認します。ここでは通信の振り分けを確認するのであり、2つのウェブサイトの表示速度を比べるわけではありません。ルールによっては、一部の直接接続もコアを経由します。そのため、接続一覧に表示されることと、リモートプロキシを経由することは同じではありません。反対に、ウェブサイトが開けても、もともと直接アクセスできるサイトならプロキシが有効とは限りません。

出口をさらに確認するには、信頼できるパブリックIPアドレス確認サービスにアクセスし、同じネットワーク環境で接続前後の結果を比べます。ただし、確認サービスのドメインがルール上プロキシに割り当てられているか、あらかじめ確認してください。表示されるのはそのリクエストの出口であり、ほかのアプリやすべてのドメイン、IPアドレスの種類にも同じ経路が使われるとは限りません。結果の違いは補助的な情報として使い、実際の振り分けは対象リクエストのルールとポリシーで判断します。

ページが開かない場合は、4つの手順を逆にたどって確認します。接続画面に該当するリクエストがまったくない場合は、アプリがシステムプロキシに従っているか、除外設定やほかのツールによる通信の取り込みがないか確認してください。リクエストが表示されても最終接続先がDIRECTなら、ポリシーグループとルールを見直します。プロキシが適用されているのに接続できない場合は、ノードの状態とサービスの有効性を確認してください。証明書エラーが出てもブラウザーの警告を回避したり、出所不明のルート証明書をインストールしたりしないでください。トラブル対処 FAQに従い、システム時刻、ネットワーク環境、エラー内容を確認します。

接続を確認できたら、範囲を絞って安定性を一度だけ確認します。ブラウザーのページを閉じて再度開き、同じ想定どおりのポリシーが適用されるか確認してください。スマホでは通常どおり使用した後、バックグラウンドでも接続が維持されるかを確認します。Wi-Fiからモバイル回線に切り替えた場合は、UDPの利用可否やDNS、システムの接続状態が変わる可能性があるため、新しいネットワーク環境として改めて確認してください。一度の速度測定や、特定のウェブページが開いたことだけでは、実際の利用環境での確認にはなりません。

最後に切断方法を確認します。PCでプロキシを一時停止するだけなら、まずシステムプロキシをオフにしてから、必要に応じてクライアントを終了します。TUNを使用している場合は、停止したことも確認してください。スマホでは切断ボタンを押し、システムのVPN設定画面で状態を確認します。終了後にブラウザーからアクセスできない場合は、ローカルポートを指す手動プロキシ設定がシステムに残っていないか確認してください。すべての設定をすぐに削除しないでください。現在有効な設定とメインポリシーを覚えておけば、次回はサブスクリプションを最初から追加し直す必要がありません。