CONFIGURATION INPUT
サブスクリプションを追加して現在の設定を有効化
まず、クライアントのインストールが完了し、正常に起動できることを確認します。デスクトップ版は起動後にシステムトレイやメニューバーへ格納されることが多く、メインウィンドウを閉じても終了したとは限りません。モバイル版ではクライアントのメイン画面を開いたままにします。初回起動時にコアのダウンロード、サービスモードのインストール、ネットワーク権限の確認が表示された場合は、クライアントの案内に従って基本コンポーネントを初期化してください。コアが起動できて初めて、サブスクリプションの解析やプロキシ接続を実行できます。
サブスクリプションの入力場所を探す
「設定」「サブスクリプション」「Profiles」「設定ファイル」などの名前の画面を開きます。サービス提供元からは通常、https://で始まるサブスクリプションURLが提示されます。コピーする際は全文を保持し、URLの前後に空白やチャットアプリが付けた句読点を入れないでください。サブスクリプションURLは設定用の認証情報です。信頼できるクライアントにのみ貼り付け、公開ページやスクリーンショット、質問掲示板に掲載しないでください。
入力欄にサブスクリプションURLを貼り付け、「追加」「ダウンロード」「登録」「更新」などのボタンをクリックします。クライアントがリモート設定を取得し、プロキシノード、プロキシグループ、ルールを解析します。デスクトップ版では通常、新しい設定カードが追加されます。モバイル版ではサブスクリプション名と更新時刻が直接表示される場合があります。サービス提供元からローカルのYAMLファイルを受け取った場合は、「ファイルから追加」または「設定を開く」を使用し、完了後に設定一覧からその設定を選択します。
追加が本当に完了したか確認する
「追加しました」という短い通知だけで判断しないでください。プロキシまたはノード画面を開き、少なくともプロキシグループと選択可能なノードが表示されることを確認します。次に設定画面へ戻り、新しい設定が選択中、有効、またはActiveになっていることを確認します。クライアントによっては複数の設定を保存できますが、コアが読み込めるのは一度に1つだけです。新しい設定をダウンロードしても現在の設定に指定していなければ、プロキシ画面に古いノードが表示され、後続のテスト結果も想定と異なることがあります。
一覧が空、解析失敗の表示がある、または追加後にルールしかなくノードがない場合は、まずサブスクリプションを一度更新してエラー内容を確認します。よくある原因は、URLのコピー漏れ、サブスクリプションの期限切れ、応答がClash形式ではないこと、古い応答がクライアントにキャッシュされていること、現在のネットワークからURLへアクセスできないことです。この段階でプロキシモードを何度も切り替えても意味がありません。コアに利用可能なプロキシがまだないためです。トラブル対処のサブスクリプションと設定に関する項目で応答状態を確認し、複数サブスクリプションの統合、ローカル上書き、YAML構造については高度な設定を参照してください。
TRAFFIC POLICY
ルールモードを選び、プロキシグループを確認する
設定の読み込みが完了したら、次はどのロジックで接続を処理するかを決めます。一般的な画面にはルール、グローバル、ダイレクトの3モードがあり、英語では通常Rule、Global、Directと表示されます。モードは通信の経路選択だけを決めるもので、システムプロキシを自動で起動したり、ノードを選択したりするものではありません。初回接続はルールモードがおすすめです。多くのサブスクリプション設定には直接接続、プロキシ、ブロックのルールが含まれ、ドメインやネットワーク範囲に応じて通信を振り分けられるためです。
ルール・グローバル・ダイレクトの違い
ルールモードでは、設定内のルールを上から順に照合します。直接接続ルールに一致した通信はそのまま接続し、プロキシルールに一致した通信は指定されたプロキシグループへ渡し、どのルールにも一致しない通信は最後にフォールバックルールで処理します。日常利用に適しており、接続記録から各リクエストがどのルールに一致したかも確認できます。グローバルモードでは、Clashが取り込んだ通信をすべてグローバルプロキシグループへ渡します。「ルールのせいで対象サイトがプロキシを経由していないのか」を一時的に確認する場合に便利ですが、本来は直接接続すべきサービスまでプロキシを経由する可能性があります。
ダイレクトモードでは、取り込まれた通信をプロキシノードを経由させず、対象へ直接接続します。ローカルネットワークの状態を手早く比較したり、プロキシを一時停止したままクライアントを動かしたりする場合に適しています。初回のプロキシ接続を行う場合、ダイレクトモードを最終設定にしないでください。クライアントによってはScriptやFallbackなどの追加モードもありますが、これらは設定内容に依存するため、初回は変更不要です。
プロキシグループ内で実際のノードを選択する
「プロキシ」「Proxies」またはプロキシグループの画面を開き、主なプロキシ通信を担当するグループを探します。グループ名はサブスクリプション設定によって異なり、「ノード選択」「プロキシ」「Proxy」などと表示されます。グループをクリックすると、ノード、自動速度測定グループ、フェイルオーバーグループなどのサブポリシーが表示されます。初回設定では具体的なノードを1つ選ぶと、以後どの出口を使うか確認しやすくなります。自動選択グループを選ぶ場合は、そのグループがテストを完了し、利用可能なメンバーを選択済みであることを確認してください。
ノード名に含まれる地域、倍率、回線などの説明は、設定提供元が付けたラベルにすぎず、現在の接続品質を示すものではありません。より確実なのは、クライアントで遅延テストを実行し、正常な結果が得られるか確認する方法です。遅延テストで分かるのは、その時点でテスト先へ到達できることだけで、すべてのサイトへのアクセスを保証するものではありません。ここでは明らかにタイムアウトするノードを除外する目的で使います。複数のノードがすべてタイムアウトする場合は、名前だけで選び続けず、先にローカルネットワークとサブスクリプションの状態を確認してください。
ルールとプロキシ設定の対応関係を保つ
設定には、手動選択、自動選択、メディアサービス、フォールバックプロキシなど、複数のプロキシグループが含まれることがあります。ルールが参照するのはプロキシグループ名で、グループ内部でノードを指定します。変更する際は、まず接続記録に対応するグループを見つけ、そのグループの選択を変更してください。現在のルールから参照されていないグループだけを変更しても、実際の出口は変わりません。より複雑なプロキシグループの種類、ヘルスチェックのパラメーター、ルールの順序については高度な設定ガイドを参照してください。このガイドでは、主要なプロキシグループが利用可能なノードを指していることだけ確認します。
PROXY ACTIVATION
コアを起動して端末の通信を取り込む
ノードとモードの準備ができたら、2つの条件を同時に満たす必要があります。Clashのコアが動作していること、そして端末の通信がコアの待ち受ける入口へ実際に誘導されていることです。ノードを選択しただけではOSのネットワーク設定は変わりません。逆に、システムプロキシがローカルポートを指していてもコアが動作していなければ、ブラウザーはローカルプロキシへ接続できず、ページを開けないことがあります。
デスクトップ版でシステムプロキシを有効にする
WindowsとmacOSのクライアントでは通常、設定画面、ホーム画面、トレイメニューに「システムプロキシ」「System Proxy」のスイッチがあります。まずコアの状態が実行中であることを確認し、その後システムプロキシを有効にします。クライアントがOSのHTTPおよびHTTPSプロキシをローカルの待ち受けアドレスへ向けるため、一般的なブラウザーはこのシステム設定を自動的に読み取ります。有効化後すぐにクライアントを終了しないでください。終了するとローカルの待ち受けが停止し、システムプロキシ設定の復元も終了時に行われる場合があります。
クライアントに「スタートアップ起動」や「サイレント起動」がある場合は、初回の動作確認が成功してから設定します。初回接続中はエラー表示や接続記録を確認しやすいよう、既定値のままにしておきます。一部のWindowsクライアントには、権限が制限されている場合やTUNを使う場合にバックグラウンドコンポーネントを動かすサービスモードがあります。通常のシステムプロキシでブラウザーを利用できるなら、この段階でサービスモード、ネットワークスタック、DNSを同時に変更する必要はありません。
モバイル版でVPN権限を確認する
AndroidとiOSでは、Clash系クライアントが通常、システムVPNインターフェースを通じて通信を取り込みます。メイン画面の接続ボタンをタップすると、VPN接続の許可、またはVPN構成の追加を確認するダイアログが表示されます。許可すると、ステータスバーにVPNマークが表示され、クライアントの状態も未接続から実行中に変わります。許可画面が表示されない場合は、別のVPNアプリが接続を占有していないか確認してください。通常、同時に維持できるシステムVPNは1つだけです。
Androidでは、バッテリー最適化によってバックグラウンドのクライアントが制限されることがあります。初回テストではアプリを前面に表示したままにし、すぐにバックグラウンドタスクを消去しないでください。接続が安定した後、端末の設定に応じてバックグラウンド実行を許可するか判断します。iOSでは、ネットワークの切り替え、端末のスリープ、設定の変更後に接続が一時的に再構築される場合があります。アクセス確認はクライアントが再び動作するまで待ってから行ってください。
TUNモードを使うタイミング
システムプロキシが取り込めるのは、OSのプロキシ設定に従うアプリが中心です。一部のコマンドラインプログラム、ゲーム、独立したネットワークコンポーネント、独自のプロキシ設定を使用するソフトウェアは、システムプロキシを回避することがあります。クライアントがTUNに対応していれば、仮想ネットワークインターフェースを通じて、より広範囲のTCP、UDP、DNS通信を取り込めます。ただしTUNには管理者権限、ルーティングテーブル、DNSのリダイレクト、ネットワークスタックの選択が関係します。システムプロキシの確認が済む前に、初回からTUNを有効にするのはおすすめしません。
まずシステムプロキシでブラウザーの経路を確認するのが正しい順序です。ブラウザーは正常に動作するのに特定のアプリだけ直接接続する場合は、そのアプリがシステムプロキシを無視していないか確認し、高度な設定のTUN章に従って設定します。これにより「ノードが使えない」のか「アプリがプロキシに入っていない」のかを切り分けられ、複数のスイッチを同時に変更して原因が分からなくなる事態を避けられます。
TRAFFIC VALIDATION
プロキシが有効か確認する
接続スイッチが有効でも、対象の通信が必ずプロキシを経由するとは限りません。最終的には、対象ページへアクセスできるか、クライアントに該当する接続が記録されているか、接続記録に想定したルールとプロキシグループが表示されているかの3点を確認します。3つの結果が一致して初めて、アプリからコア、プロキシノードまでの経路が確立したと判断できます。
まず最小限のアクセスをテストする
クライアントを起動したまま、新しいブラウザーウィンドウで対象サイトへアクセスします。新しいウィンドウを使うと、既存の接続、キャッシュされたページ、バックグラウンドのタブによる判定への影響を抑えられます。ページが正常に読み込めたら、別のよく使うサイトも再読み込みし、直接接続とプロキシ対象の両方が動作することを確認します。一部のページだけ異常な場合は、すぐにクライアント全体の障害と判断せず、接続記録のドメイン、ルール、エラーの種類を確認してください。
出口の変化を確認する必要がある場合は、信頼できるIP確認サイトで現在の公開出口を確認します。ルールモードではドメインごとに直接接続とプロキシ接続が振り分けられるため、1回の確認結果はその通信の経路だけを示します。プロキシノードの出口を明確にテストするには、一時的にグローバルモードへ切り替えて確認サイトを開き、結果を記録した後、ルールモードへ戻します。テスト後は、不要なグローバルモードのまま放置しないでください。
接続記録と適用されたプロキシ設定を確認する
クライアントの「接続」「Connections」またはログ画面に戻り、先ほどアクセスしたサイトを更新します。正常なら一覧に対象ドメイン、対象ポート、ネットワーク種別、適用ルール、最終的なプロキシ経路が表示されます。ドメインが表示され、経路の末端が先ほど選択したノードであれば、ブラウザーの通信はClashに取り込まれています。記録がDIRECTを示す場合は、その接続が現在のルールに従って直接接続されたという意味です。必ずしもエラーではなく、対象ドメインと設定ルールを合わせて判断します。
ブラウザーでアクセスを続けても接続画面に新しい記録がまったく表示されない場合、問題は通信の入口にあることが多いです。システムプロキシが有効でない、ブラウザーが独自のプロキシ設定を使っている、モバイル版のVPNが接続されていない、またはアプリがシステムプロキシを回避している可能性があります。接続記録はあるもののtimeout、connection refused、DNSエラーが繰り返される場合は、通信はクライアントに入っており、問題はノード、対象ネットワーク、DNS、またはリモート経路にある可能性が高いです。
失敗した結果を決まった順序で切り分ける
タイムアウトしたら、まずクライアントで現在のノードを再テストし、明確に利用可能な別のノードへ切り替えて再確認します。すべてのノードが失敗する場合は、サブスクリプションを一度更新し、ローカルネットワークからURLへアクセスできることを確認します。ノードは利用できるのにドメイン解決に失敗する場合は、クライアントのDNS設定と、システム上の他のDNSツールとの競合を確認します。特定のサイトだけ失敗する場合は、そのドメインに適用されたルールを確認し、ルールによる振り分けなのか対象サービス側の制限なのかを判断します。
グローバルモードではアクセスできるのにルールモードで失敗する場合は、該当接続のルールとプロキシグループを重点的に確認します。両方のモードで失敗し、ダイレクトモードでは正常な場合は、ノードとプロキシ経路を確認します。Clashを終了しても基本ネットワークが正常に戻らない場合は、OSのプロキシ設定、DNS、他のVPN状態を先に復元します。より詳しいトラブルツリーはトラブル対処にまとめています。ノードのタイムアウト、サブスクリプションの無効化、システムプロキシの残存を分類別に確認できます。