Clashの初期設定

事前準備：クライアントとサブスクリプションを用意

OSとプロセッサーのアーキテクチャに合ったクライアントをインストールし、Clashまたはmihomoに対応した設定用サブスクリプションURLを用意します。クライアントは設定を読み込み、通信を制御するためのものです。インストールしただけでは、プロキシの出口は利用できません。サブスクリプションは通常、利用中のサービス提供元から入手します。ノード共有用のテキストしかない場合、それを完全なClash設定としてそのまま追加しないでください。

ほかのプロキシクライアントやVPNアプリを一時的に終了し、普段使うサイトにアクセスできるネットワークを確保します。こうすると、問題が起きたときに基本ネットワークの障害か、新しい設定が反映されていないのかを切り分けやすくなります。初回起動時に権限を求められたら、どの機能に必要な権限なのか確認してください。このガイドでは、デスクトップの基本手順としてシステムプロキシを使います。最初からサービスモードをインストールしたり、仮想ネットワークアダプターを有効にしたりする必要はありません。

現在使えている設定は残しておきましょう。すでにクライアントを利用している場合は、新しい設定項目を作成し、既存のファイルを上書きしないでください。サブスクリプションURLには個人用のアクセス情報が含まれることがあります。自分のクライアント内だけで使用し、問い合わせ用のスクリーンショットを共有する際は、URL全体、アカウント情報、ノードの認証情報を隠してください。コア、プロキシグループ、サブスクリプションの違いを確認したい場合は、先に用語ガイドを参照し、その後、以下の最初の手順に進んでください。

01 サブスクリプションを追加して設定を有効化

Clash Verge Revを開き、左側の「サブスクリプション」を選択します。URLの入力欄または追加ボタンを見つけ、サービス提供元から取得したURL全体を貼り付けて、「インポート」または該当するダウンロードボタンをクリックします。コピーする際に説明文、改行、引用符を含めないでください。また、URL末尾のパラメーターを手動で削除しないでください。クライアントによっては、先に「リモート設定」を選んでから名前とURLを入力します。名前はローカルで識別するためのものなので、用途を区別しやすい短い名前を付けてください。

インポートが完了すると、新しい設定項目が表示され、通常は名前、更新日時、操作メニューなどを確認できます。項目が表示されたら、その設定を選択または有効化してください。複数のサブスクリプションを保存している場合、ダウンロードしただけで現在の設定を切り替えていないと、コアは以前の内容を使い続けることがあります。画面上の選択状態を確認してから「プロキシ」画面を開き、プロキシグループと選択可能な出口が表示されているか確認します。

追加したのが設定ファイルで、ウェブページではないことを確認

正しく追加できていれば、空白の画面ではなく選択可能なプロキシグループが表示されます。YAMLの解析エラーや設定形式のエラーが出た場合は、サービス提供元のページに戻り、コピーしたURLがClash専用のサブスクリプションURLか確認してください。ログインページ、購入ページ、サブスクリプションの説明ページではありません。ブラウザーでURLを開けても、クライアントが必要とする設定データが返されるとは限りません。ログイン状態やアクセス方法によって、返される内容が異なることがあります。

ローカルの設定ファイルがある場合は、「ファイルをインポート」を選ぶか、設定エリアにファイルをドラッグし、実際の .yaml または .yml ファイルを選択してから、同じ手順で有効化します。拡張子だけを変更して形式を変換したり、通常のノード一覧をエンコードしたものをYAMLに改名したりしないでください。形式ごとの役割や違いはサブスクリプションと設定ファイルの用語で確認できます。初回設定で設定ファイル全体の書き方を学ぶ必要はありません。

成功した状態を確認しておく

スマホでは通常、「設定」画面から追加をタップし、URLからインポートする項目を選んでURLを貼り付けて保存し、作成した項目を選択します。提供元のワンタップインポートに対応している場合、クライアントを開くか確認画面が表示されることがあります。アプリに切り替わった後も、設定が保存され、選択されていることを確認してください。ブラウザーで確認画面が閉じたからといって、クライアントへの読み込みが完了したとは限りません。

追加に成功したら、ルール、DNS、高度なオーバーライド設定はまだ変更しないでください。現在の設定名を控え、プロキシ画面に項目が表示されていることを確認してから次に進みます。サブスクリプションのダウンロードに失敗した場合は、既存の項目を残したまま、URLの有効期限と、現在のネットワークからURLにアクセスできるかを確認してください。同じ名前の項目を何度も作成しないでください。エラーの詳細はトラブルシューティングガイドのサブスクリプション取得エラーを参照し、解決したらここから再開します。

02 ルールモードとプロキシ出口を選択

「プロキシ」画面を開き、「ルール／グローバル／ダイレクト」のモード切り替えから、初回は「ルール」を選択します。ルールモードでは、現在の設定にある条件に応じて各リクエストの処理先が決まります。普段のローカルサービスにアクセスしながら、指定した宛先だけをプロキシ経由にする場合に適しています。ここで選ぶのは出口の決定方法であり、通信をクライアントに通すかどうかではありません。ルールモードに切り替えただけでは、ほかのアプリの通信がクライアントに送られるとは限りません。

次に、主要なプロキシグループを開きます。サブスクリプションによって「ノード選択」「プロキシ選択」など名前は異なります。このガイドで使う PROXY は一般的な例であり、画面に同じ名前のボタンがあるとは限りません。サービス提供元が利用可能としている出口、またはサブスクリプションに含まれる自動選択グループを選びます。初回テスト中は選択を固定しましょう。ページを更新するたびに出口を変更すると、どの操作で結果が変わったのか判断しにくくなります。

モードとプロキシグループを区別する

グローバルモードでは通常、クライアントが制御する接続をグローバルポリシーに渡しますが、OS上のすべてのアプリの通信が自動的に制御されるわけではありません。ダイレクトモードでは、制御対象の接続が宛先に直接アクセスしますが、ローカルDNS、ネットワーク権限、設定の影響を受ける場合があります。接続を確実にするために、普段からグローバルモードにしておく必要はありません。まずルールモードで動作を確認すれば、サブスクリプション本来のルーティング設計を把握できます。

プロキシグループに DIRECT、REJECT、その他のグループ名が表示されても、すべてをサーバーだと思わないでください。DIRECT は直接接続、REJECT は接続拒否を表します。ほかのグループ名は、候補となる出口のグループを参照している場合があります。主要なプロキシグループを選択したら、最終的にどの出口につながるか確認してください。複数階層のポリシーがある場合は、後で接続の詳細からポリシーチェーン全体を確認できます。

クライアントに接続テスト機能があれば、明らかに到達できない候補を除外するために一度実行してもかまいません。ただし、テストの数値だけで実際の速度を判断しないでください。テスト成功が示すのは、その時点で特定の確認先にアクセスできたことだけです。ウェブサイトやアプリでの動作確認の代わりにはなりません。完了後はルールモードと選択した出口を維持し、次の手順でシステムプロキシまたはスマホ接続を有効にして、リクエストが実際にコアへ送られるようにします。

03 接続と通信制御を有効化

デスクトップクライアントのホーム画面または「設定」に戻り、コアが起動していて、設定の読み込みエラーが表示されていないことを確認します。次に「システムプロキシ」を有効にします。Clash Verge Revでは、画面構成によってホーム画面のショートカットまたは設定項目にあります。実際にインストールしたバージョンの画面を確認してください。有効にすると、システムプロキシ設定に従うアプリにローカルのプロキシアドレスが適用されます。通常、ブラウザーはそのまま利用できます。

まずは既定の待ち受けアドレスとポートをそのまま使い、ほかのガイドを見て特定の値に変更しないでください。クライアントの設定とシステムプロキシ設定は、同じ待ち受け中のポートを指定する必要があります。片方だけ変更すると、リクエストの送信先にサービスが存在しない状態になります。ブラウザーに独自のプロキシ拡張機能がある場合は、一時的に無効にするか、システム設定を使うようにしてください。ブラウザー独自の設定が、有効にしたシステムプロキシより優先されるのを防げます。

デスクトップではまずシステムプロキシを使う

初回はTUN、サービスモード、複数のDNSオーバーライドを同時に有効にする必要はありません。システムプロキシで制御できるのは、その設定に従うアプリの通信です。ゲーム、一部のコマンドラインツール、独自のネットワーク処理を行うアプリは、システムプロキシを使わないことがあります。まずブラウザーでアクセスできることを確認し、サブスクリプション、出口、基本的なプロキシ経路が動作していることを確かめてから、アプリに応じてTUNが必要か判断してください。仮想ネットワークアダプター、管理者権限、ルート制御の詳細は、状況に応じてトラブルシューティングガイドで確認できます。

スマホでシステムの許可を確認

AndroidまたはiOSのクライアントで設定とプロキシグループを選択し、ホーム画面の起動または接続ボタンをタップします。システムからVPN設定の追加や接続の確認を求められたら、要求元のアプリを確認し、画面の案内に従って許可してください。VPNの表示は、クライアントがシステムのネットワーク拡張機能を利用していることを示します。選択した出口が利用できることまで確認したわけではありません。

接続後にクライアントへ戻り、実行中の状態が維持されていることを確認してから、ブラウザーでテストします。ほかのVPNアプリが接続中の場合は、先に切断してから現在のクライアントを起動してください。2つのアプリに同じ通信制御を同時に行わせないようにします。Androidではアプリ別設定にも注意が必要です。ブラウザーが対象外になっていると、ホーム画面に接続中と表示されてもプロキシを経由しない場合があります。初期設定ではクライアントの既定の対象アプリを使い、必要に応じて後から個別に変更してください。

クライアントを起動したままにし、すぐに終了しないでください。デスクトップではウィンドウを閉じてもタスクトレイに常駐する場合と、設定に応じて終了する場合があります。ウィンドウが消えただけで動作状態を判断しないでください。タスクトレイまたはクライアントのホーム画面で実行中と表示されていることを確認し、最後の手順に進みます。ここで確認するのはスイッチの状態だけではなく、実際のリクエストが想定した出口を通ったかどうかです。

04 接続とルーティングの動作を確認

まず、普段から直接アクセスできるサイトを開き、通常のブラウジングに影響がないことを確認します。次に、現在の設定でプロキシ経由になる想定のサイトを開いてください。どのサイトがプロキシ経由になるかは、実際のサブスクリプションルールに基づいて判断します。特定のサイトを常にテスト対象にできると決めつけないでください。テストでは新しいページを開くかリクエストを再読み込みします。読み込み済みのタブは、設定を切り替えても新しい接続を自動的に作り直しません。

クライアントの「接続」画面に戻り、アクセスしたドメインの記録を探します。詳細を開き、宛先ドメイン、適用ルール、実際のポリシーチェーンを確認してください。ダイレクト接続が想定されるリクエストはダイレクトポリシーを使い、プロキシ経由が想定されるリクエストは該当するプロキシグループを通って、最終的に選択済みの出口に到達する必要があります。接続はすぐ終了することがあります。その場合はページを再読み込みしてください。切断済みの接続記録が表示されるクライアントなら、そちらで直前のリクエストを探すこともできます。

実際の適用結果でルーティングを確認

以下はルールの順序を簡略化した例で、サブスクリプション全体を置き換える設定ではありません。ここでの PROXY は、設定内にすでに存在するプロキシポリシー名である必要があります。初めて使う場合は「上から順に確認し、最初に一致したルールのポリシーを使う」と理解すれば十分です。動作確認のために、これらのルールを手動で追加する必要はありません。

mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

ウェブページが正常に開いても、接続の詳細にダイレクトと表示されているなら、プロキシ出口を使ったとは限りません。「開けた」ことだけを根拠にしないでください。一方、システムにVPNアイコンが表示されていたり、システムプロキシが有効になっていたりしても、通信制御の設定が存在することしか確認できません。実際のリクエスト、適用されたポリシー、正常な応答の3点を確認して、今回の設定が完了したと判断してください。ルールの種類やマッチングの考え方はルールとルーティングの用語を参照してください。

問題が起きたら、順番に切り分ける

どちらのテストサイトも開けない場合は、まずシステムプロキシまたはスマホ接続を解除し、元のネットワークが正常か確認してください。ネットワークが復旧したら、現在の設定が選択されているか、プロキシグループが利用可能な出口を指しているかを確認します。プロキシ経由の想定サイトだけ開けない場合は、ほかの設定を変えずに出口だけ変更して再試行してください。ブラウザーでは使えるのに特定のアプリで使えない場合は、そのアプリがシステムプロキシに従うか、スマホのアプリ別設定で対象外になっていないかを確認します。すぐにクライアントを再インストールする必要はありません。

サポートを求める際は、どの手順で失敗したか、クライアント名、選択したモード、表示されたエラーを記録してください。スクリーンショットを共有する場合は、サブスクリプションURLと認証情報を隠します。DNS、ルール、システムネットワーク設定を一度にリセットすると、有効な手掛かりが失われます。インターネットに接続できない、ノードがタイムアウトする、DNSに問題がある、システムプロキシが反映されない場合の詳しい手順はClashトラブルシューティングガイドにまとめています。このページでは初回接続の基本手順を扱います。

動作する状態を記録し、日常の更新に備える

ルーティングが正しいことを確認したら、使用した設定名、モード、主要なプロキシグループの選択を記録しておきます。ノード一覧が変わったときは「サブスクリプション」画面から対象の項目を更新し、更新完了後にプロキシグループの選択が有効なままか確認してください。更新によって候補の出口が追加または削除されることがあるため、以前の選択肢が必ず残るとは限りません。独自の変更はクライアントがサポートするオーバーライドや拡張機能で管理し、リモート更新で置き換わる設定を直接編集しないでください。

使い終わったら、デスクトップではシステムプロキシを解除してからクライアントを正常に終了します。スマホでは接続を切ってからアプリを離れてください。終了後、普段使うサイトを開いてネットワークが復旧したことを確認します。OS起動時の自動起動と、起動後の自動プロキシ有効化は別々の設定です。今回の接続確認を終えてから、必要に応じて有効にしてください。端末の再起動後にも、アクセス確認をもう一度行いましょう。これで設定の追加、選択、通信制御、動作確認の4ステップが完了します。以降は、具体的な問題に応じて必要な情報を確認してください。