LAB GUIDE / 10 MIN

Clashの基本設定:サブスク追加から接続確認まで

初回設定で必要なのは、設定の準備、通信の振り分け方法の決定、システム通信の取り込み、接続履歴による確認の4つです。順番に進めれば、通常は10分ほどで設定が利用可能か判断できます。

各OSのインストール権限、TUNパラメータ、DNS設定、システムごとの違いは、全プラットフォーム対応インストール・設定ガイドで確認できます。

EXPERIMENT ROUTE 基本の接続フロー
  1. 01 サブスクを追加 設定をクライアントへ読み込む
  2. 02 モードを選択 ルールで通信先を振り分ける
  3. 03 接続を開始 システム通信をコアへ取り込む
  4. 04 結果を確認 接続履歴でルール適用を確認する
PRE-FLIGHT CHECK

開始前の確認

このガイドは、クライアントのインストールが完了した状態から始めます。操作を続ける前に、現在利用できるサブスクURL、またはClashコアが読み込めるYAML設定ファイルを用意してください。サブスクURLは通常、利用中のネットワークサービス提供元から発行されます。一般的なWebページのURLではないため、検索結果から無作為に取得しないでください。

クライアントを初めて起動すると、ネットワーク、VPN、補助サービス、管理者権限などの許可を求められる場合があります。OSの案内を読み、インストールしたクライアントからの要求であることを確認してから、各OSの手順に沿って許可してください。権限を拒否しても設定を追加できる場合はありますが、後でシステムプロキシやTUNが通信を取り込めなくなります。案内を無視してノードの不具合と判断しないようにしてください。

INPUT / REQUIRED

用意する3項目

クライアント
正常に起動し、継続的なエラーが表示されていないこと。
設定ファイルの入手元
有効なサブスクURLまたはローカルのYAMLファイル。
テスト先
通常はDIRECTで接続するサイトと、プロキシ経由にする接続先を1つずつ用意します。
CONFIG INPUT

サブスクを追加して設定を選択

クライアントを開き、「設定」「サブスク」「Profiles」などの画面を探します。デスクトップ版では左側のナビゲーション、モバイル版ではホーム画面上部やサイドメニューにあることが一般的です。サブスクURLの入力欄にURL全体を貼り付け、「追加」「ダウンロード」などのボタンを押します。名前の入力も求められる場合は、「普段使い」など識別しやすい短い名前を付けられます。この名前は端末内での識別用で、サブスクの内容には影響しません。

送信後はダウンロードが完了するまで待ち、追加ボタンを連続で押さないでください。正常に完了すると、設定一覧に新しい項目が追加され、最終更新日時や利用可能な状態が表示されます。その項目を選択し、現在の設定として有効にします。追加後に自動選択されるクライアントでも、選択マークを確認してください。「ダウンロード済み」と「使用中」は別の状態です。

次に「プロキシ」または「Proxies」画面を開きます。複数のポリシーグループが表示され、各グループ内にノード、自動選択、DIRECTなどの項目があれば、設定はコアに読み込まれています。設定一覧に項目があるのにプロキシ画面が空の場合は、その設定が選択されているか確認し、更新を1回実行してください。それでも空のままなら、読み込みが完了していない設定へ通信を渡さないよう、システムプロキシはまだ有効にしないでください。

ローカル設定ファイルを読み込む方法

YAMLファイルを受け取った場合は、「ファイルからインポート」「設定フォルダーを開く」、またはドラッグ&ドロップ機能を使います。読み込み後は設定一覧から選択し、プロキシ画面でポリシーグループを確認してください。クライアントが自動管理するキャッシュファイルを直接編集すると、サブスク更新時に上書きされる可能性があります。独自ルールを継続して管理する場合は、設定のマージやオーバーライドの仕組みを先に確認してください。OS別のパスと設定構造はインストール・設定ガイドで解説しています。

OBSERVE / 01

次へ進むための条件

  • 設定一覧に新しい項目が追加されている
  • 新しい設定が選択されている
  • プロキシ画面にポリシーグループが表示されている
  • ポリシーグループに選択肢が1つ以上ある

4項目すべてを満たしたら、プロキシモードを設定します。この時点ではレイテンシーだけで判断せず、まず接続経路全体を完成させると問題を切り分けやすくなります。

ROUTE SELECT

ルールモードとポリシーグループを選択

設定を有効にしたら、「モード」「プロキシモード」「Mode」などの設定を開きます。初回は「ルール」または「Rule」を選ぶのがおすすめです。このモードでは、設定ファイルのルール一覧に沿ってリクエストを順番に照合します。ローカル接続に適した宛先はDIRECT、プロキシが必要な宛先は指定のポリシーグループへ送られ、ブロック対象の接続は拒否されます。ルーティングルールを確認でき、すべての通信が同じ出口へ送られることも避けられます。

「グローバル」モードでは大半の接続が同じプロキシポリシーへ送られます。ルールの漏れを短時間で調べる場合には便利ですが、初回設定の基準には適していません。「DIRECT」モードはプロキシを経由せず、プロキシを無効にした状態で通常のネットワークが使えるか確認する際に利用します。名称が多少異なっていても、Rule、Global、Directに相当する項目を選べば問題ありません。基本動作の確認前に何度も切り替えると、接続履歴に複数モードの結果が混ざり、判断しにくくなります。

Ruleを選んだら、プロキシ画面でポリシーグループを確認します。一般的な設定には「ノード選択」「プロキシ」「自動選択」、または用途別のグループがあります。まず主要な手動選択グループで、正常に動作しているノードを1つ指定してください。自動ポリシーグループを使う設定では自動選択のままでも構いませんが、候補ノードが存在することを確認します。グループ同士が参照し合う場合もあるため、最上位に「自動選択」と表示されていても、実際の出口は下位グループで決まることがあります。

レイテンシーの数値は候補選びの目安

レイテンシーテストは1回実行できますが、数値が最小のノードだけを選ぶ必要はありません。通常、このテストで分かるのは特定の確認先への接続時間であり、Webページの読み込み、動画転送、長時間接続の安定性までは判断できません。初回設定では、テストを完了でき、タイムアウトが続かないノードを1つ選べば十分です。実際の利用状況に応じた調整は後から行えます。すべてのノードが同時にタイムアウトする場合は、ノードを繰り返し選び直す前に、サブスクの有効期限、端末の日時、現在のネットワークによる接続制限を確認してください。

ROUTE / EXPECTED

ここまでに構成する経路

アプリのリクエスト ルール照合 ポリシーグループ 選択したノード

この時点で決まったのは転送方法だけで、システム通信がクライアントに入っているとは限りません。次に、実際の通信を取り込む入口を有効にします。

SYSTEM ENTRY

システムプロキシを有効にして接続

クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「システムプロキシとして設定」「System Proxy」などのスイッチを探します。デスクトップ版の初回設定では、このスイッチを先に有効にしてください。システムのプロキシ設定に従うブラウザやアプリの通信がClashへ送られます。有効にした後、スイッチがすぐにオフへ戻らず、ポート使用中や権限不足のエラーも表示されないことを確認します。そのままクライアントを起動しておき、バックグラウンドのプロセスを終了しないでください。

AndroidとiOSのクライアントは通常、OSのVPNインターフェースを使って通信を取り込みます。接続ボタンを押すとVPN接続の許可画面が表示されるので、内容を確認して許可します。接続後は通常、ステータスバーにVPNアイコンが表示されます。ただし、これはシステムトンネルが確立したことを示すだけで、プロキシノードが利用可能とは限りません。次の手順で動作を確認してください。接続を確立できない場合は、ほかのVPNアプリが使用中でないか確認します。通常、同時に有効にできるVPN接続は1つだけです。

LinuxのGUIクライアントからシステムプロキシを直接設定できるかは、デスクトップ環境と権限によって異なります。スイッチを有効にしてもブラウザの通信履歴が表示されない場合は、ブラウザまたはデスクトップのネットワーク設定にプロキシ情報が反映されているか確認してください。コマンドラインプログラムはデスクトップのシステムプロキシに自動対応しないことが多く、環境変数またはTUNの設定が別途必要です。詳しい導入方法はLinuxのインストール手順で確認できます。

TUNモードを検討するタイミング

まず、ブラウザなど一般的なアプリでシステムプロキシを確認します。一部のゲームやコマンドラインツール、システムプロキシを参照しないアプリはこの入口を経由しないため、その場合にTUNを検討します。TUNはより低いレイヤーで通信を取り込み、対象範囲が広い一方で、ドライバー、管理者権限、ルーティング、DNS設定への依存も強くなります。正しい順序は、システムプロキシを動作させてからTUNを個別に試すことです。最初から複数の入口を同時に有効にすると、通信できなくなった際にどの設定が競合したのか判断しにくくなります。

システムプロキシからTUNへ切り替える前に、先に使用していた入口を無効にするか、両方を同時に利用できるかクライアントのドキュメントで確認してください。TUNを有効にした際に権限確認が表示された場合は、OSの手順に従って許可し、クライアントを再起動します。サービスモード、仮想ネットワークアダプター、DNSハイジャックの詳細は、この10分ガイドでは扱いません。全プラットフォーム対応インストール・設定ガイドを参照してください。

ENTRY / STATUS

接続後のチェックポイント

  • システムプロキシのスイッチがオンのままになっている
  • モバイル端末にVPN接続状態が表示されている
  • クライアントにポート競合エラーが表示されていない
  • 接続画面にリクエスト履歴が表示され始めている

最初の3項目が正常でもリクエスト履歴がまったく表示されない場合は、アプリの通信が選択した入口に入っていない可能性があります。サブスクを変更する前に、システムプロキシ設定を確認してください。

RESULT CHECK

ルール適用とネットワーク復旧を確認

接続後、ブラウザで開いているテストページを閉じ、新しいタブから普段DIRECTで開けるWebサイトへアクセスします。次にクライアントの「接続」「ログ」「Connections」画面を開き、先ほどのドメインを探します。通常、履歴には宛先、マッチしたルール、使用したポリシー、実際のノードが表示されます。DIRECTにマッチしていれば、直接接続の経路は正常です。設定上プロキシグループへ送られるはずのサイトなら、ルールとポリシーが想定どおりか確認してください。

続いて、現在の設定でプロキシ経由になる接続先へアクセスし、もう一度接続履歴を確認します。重要なのはページが単に「開ける」ことではなく、リクエストが想定したポリシーにマッチしているかです。ブラウザキャッシュにより古いページが表示され、新しいリクエストが発生しない場合があります。ページを再読み込みする、新しいリソースを開く、またはプライベートブラウズで再テストしてください。ブラウザの表示だけでは、プロキシ経由、キャッシュ利用、DIRECT接続を区別できません。

リクエストがプロキシポリシーへ入っているのにページを読み込めない場合は、ポリシーグループでテスト済みの別ノードに切り替え、もう一度アクセスします。切り替え後に復旧すれば、元のノードに問題がある可能性が高いと判断できます。複数のノードで結果が同じ場合は、DNS、証明書に影響する端末時刻、ネットワーク制限、設定ルールを確認してください。接続タイムアウト、DNSエラー、システムプロキシ設定の残留は、よくある質問の症状別手順で確認できます。

切断後の動作も確認

プロキシ経路を確認したら、システムプロキシを無効にするかモバイル端末のVPNを切断し、一般的なWebサイトへアクセスします。端末が通常のローカルネットワークへ戻ることを確認してください。この手順で、システムプロキシ設定の残留を検出できます。クライアントを終了した後にすべてのWebサイトへ接続できなくなった場合は、OSに古いプロキシアドレスが残っている可能性があります。設定を削除するより、クライアントを再度開き、システムプロキシを正常に無効化するほうが効果的です。

最後にもう一度接続し、同じ経路を再現できることを確認します。一度成功しただけでは、その時点で利用できたことしか分かりません。切断後に通常のネットワークへ戻り、再接続できれば、基本設定の一連の確認は完了です。その後は別のポリシーグループ、自動選択、TUNを順に試せます。一度に変更する条件は1つだけにし、接続履歴で結果を確認してください。

OUTPUT / PASS

基本設定の完了条件

  1. DIRECT対象がDIRECTまたは設定で指定された直接接続グループにマッチする。
  2. プロキシ対象が想定したプロキシポリシーとノードにマッチする。
  3. 接続を切った後、通常のネットワークへ正常に戻る。
  4. 再接続時に新たな権限エラーやポートエラーが発生しない。
FINAL RECORD

設定完了後の基本的な使い方

次回からは、起動するたびにサブスクを追加する必要はありません。設定が選択されたままか確認し、サブスクを更新して主要なポリシーグループを確認した後、システムプロキシまたはモバイル接続を有効にします。

サブスクを更新するとノードとルールは更新されますが、通常はローカル設定のすべてが置き換わるわけではありません。更新後にポリシーグループの構成が変わった場合は、現在の選択内容を確認し直してください。Webページへ突然接続できなくなったときは、接続履歴とマッチしたポリシーを先に確認してから、ノードを切り替えるか判断します。モード、DNS、TUN、設定ファイルを同時に変更しないでください。

自動ポリシーグループ、ルールのオーバーライド、DNS、LAN内アクセス、ルーターへの導入をさらに調整する場合は、インストール・設定ガイドを体系的な資料として利用してください。基本的なエラー、サブスクの異常、インターネットへ接続できない問題は、よくある質問から症状別に確認できます。

NEXT / OPTIONAL

次の設定は1つのテーマに絞る

  • ノード選択:レイテンシーだけでなく、実際のアクセス安定性を比較します。
  • ルール確認:接続履歴から、ドメインがどのポリシーグループへ入ったか確認します。
  • TUN設定:アプリがシステムプロキシに対応していない場合のみ設定します。
  • トラブル対処:エラー情報を保存し、通信の入口からレイヤーごとに原因を切り分けます。