Clashの使い方ガイド:
サブスクリプション・モード・接続確認
既存のサブスクリプションを使い、4ステップで初回接続を完了します。設定を確認してから通信を通し、最後に接続ログで実際の通信経路を確かめましょう。
事前準備:クライアントと有効な設定を用意する
ClashエコシステムのGUIクライアントは、設定やプロキシグループ、接続ログを表示します。コアは設定を解析し、通信を処理します。クライアントをインストールした後、有効な設定も用意する必要があります。サブスクリプションURLは設定を取得するためのネットワークアドレスであり、接続が確立済みという意味ではありません。クライアントを開いただけでは、システムの通信がコアに届くとは限りません。このガイドでは操作を段階ごとに分け、問題が起きたときにどこで止まっているか確認しやすくしています。
まだインストールしていない場合は、ダウンロードページでOSとプロセッサのアーキテクチャに合ったクライアントを選んでください。画面の違いが分からない場合は、クライアントの選び方も参考になります。すでにクライアントをお持ちなら、ソフトを乗り換える必要はありません。利用する権利があり、信頼できるサブスクリプションURL、または有効なYAML設定ファイルを用意してください。このサイトでは設定情報とクライアントへの案内を提供していますが、サブスクリプションの発行やプロキシサービスのアカウント提供は行っていません。
初回の操作では、現在使えるネットワークを維持し、他のプロキシやVPNツールは一時的に終了してください。複数のプログラムがシステムプロキシ、ルーティング、DNSを同時に変更するのを防げます。現在のプロキシ設定を控えておきましょう。会社や学校が管理する端末では、ネットワークポリシーを勝手に上書きしないでください。以下の手順を順に進めれば十分です。初回確認ではTUNの有効化、DNSの書き換え、カスタムルールの追加を同時に行う必要はありません。
1. サブスクリプションを読み込んで設定を有効化する
サブスクリプションURLから読み込む
クライアントを開き、「設定」または「サブスクリプション」画面から「追加」「読み込み」「URLから読み込む」などの項目を探します。サブスクリプションURL全体を入力欄に貼り付け、見分けやすい名前を付けてください。貼り付けた後、先頭や末尾に空白、改行、チャットアプリが付けた句読点が混ざっていないか確認し、ダウンロードまたは保存を選びます。サブスクリプションURLにはアクセス用の認証情報が含まれることがあります。URL全体を公開コメントに投稿したり、スクリーンショットにクエリパラメーターを写したりしないでください。
送信後、通常はダウンロード中と表示され、完了すると設定カードまたは設定項目が作成されます。まず結果を確認してください。ダウンロード成功は内容を取得できたことを示すだけで、現在のコアで解析できるとは限りません。設定を選択し、「使用」「有効化」または同等のボタンを押します。読み込み時に自動で有効化される場合は、現在使用中の表示が付いていることを確認してください。続いて「プロキシ」画面を開き、プロキシグループと選択可能な出口が表示されるか確認します。ここまで完了したら、モードを選択します。
ダウンロードに失敗した場合は、「URLにアクセスできない」のか「設定を解析できない」のかを切り分けます。前者はネットワーク、URLの有効期限、サービス側で追加認証が必要かを確認してください。後者は、サブスクリプション形式が現在のクライアントで使えるClash YAMLか、非対応のフィールドが含まれていないかを確認します。ブラウザーでページが開けても、そのURLから設定が返されるとは限りません。ログイン画面、エラーページ、通常の共有ページは、ダウンロードできても設定としてそのまま使えません。
ローカルファイルから読み込む
設定ファイルをすでにお持ちの場合は、「ファイルから読み込む」またはクライアントが対応するファイルのドラッグ&ドロップを選び、該当する .yaml または .yml ファイルを指定します。スマートフォンでは、先にファイルアプリへ保存し、共有メニューからクライアントに渡す必要がある場合があります。読み込み後は設定を有効化し、プロキシグループが表示されることを確認してください。拡張子を変えるだけでは形式を変換できません。ファイルの内容が有効なYAMLであり、現在のコアに対応したフィールドである必要があります。
初回の読み込みでは設定を変更せず、ポート、ルール、DNSはそのままにしておきましょう。後で編集する場合は、クライアントの上書き機能やマージ機能を優先して使い、元のファイルをバックアップしてください。サブスクリプションの更新でリモート設定が置き換わることがあります。YAMLのインデントやフィールド構造、マージ方法についてはconfig.yaml 設定リファレンスを参照してください。この手順の完了条件は、設定が選択済みで、読み込みエラーがなく、プロキシ画面に利用可能なポリシーが表示されていることです。サブスクリプション名が見えるだけでは不十分です。
2. プロキシモードと出口を選ぶ
設定を有効化したら、クライアントのホーム画面または設定画面に戻り、「モード」を探します。初回は「ルール」を選択します。設定ファイル上の値は rule です。ルールモードでは、設定に記載された順に接続を照合し、プロキシグループへの転送、直接接続、その他の処理を決定します。そのため、同じタイミングでもプロキシ経由になるサイトと直結するサイトがあるのは、ルールによる振り分けの通常の動作です。1つのサイトの状態だけで、クライアント全体が動作しているか判断しないでください。
| モード | 通信の処理方法 | 初回利用時のおすすめ |
|---|---|---|
rule ルール | ルールの順にポリシーを選択 | 普段使いと本ガイドの基本モード |
global グローバル | コアに届いた接続をすべてグローバルポリシーに渡す | 目的を決めた比較テストに使用 |
direct 直結 | コアに届いた接続を直接接続 | プロキシ出口がアクセスに影響するか確認する場合に使用 |
モードを選んだら、「プロキシ」または「プロキシグループ」画面を開きます。設定内で実際にプロキシ通信に使われるグループを探し、利用可能な出口を選択してください。グループ名は設定によって異なり、「Proxy」や「ノード選択」とは限りません。グループ内に別のプロキシグループがある場合は、最終的な出口が分かるまで階層をたどります。現在の選択が DIRECT なら、そのグループは直結します。ルールモードに切り替えても、プロキシ出口に自動変更されるわけではありません。
設定によっては、自動選択、フォールバック、負荷分散のグループが用意されており、出口を1つずつ手動で選ぶ必要はありません。その場合は、グループ内に候補があることと、ヘルスチェックがすべて失敗していないことを確認してください。クライアントの接続テストは候補の絞り込みに役立ちますが、テスト先に接続できても、すべてのWebサイトやアプリが使えるとは限りません。出口を選んだら、接続確認が終わるまでは設定を変えずにおきましょう。確認中に何度も切り替えると、比較しにくくなります。
「グローバルモード」と「すべてのアプリの通信を取り込む」は別の機能です。モードが決めるのは、すでにコアに届いた通信の処理方法です。もともとプロキシを経由しないアプリの通信をコアに取り込む機能ではありません。したがって、global に切り替えても、システムプロキシやTUNの代わりにはなりません。ルールの照合順、ポリシー名の参照、MATCH による最終ルールについてはルール構文リファレンスを参照してください。初回接続では、サブスクリプション既定のルールをそのまま使いましょう。
3. 接続を開始してシステムの許可を完了する
PC:システムプロキシで動作を確認する
PC版クライアントのホーム画面で、コアが起動していることを確認します。起動ボタンが別にある場合は、先にコアを起動してから「システムプロキシ」を有効にしてください。「実行中」「接続済み」などの表示や、システムプロキシのスイッチがオンになっていることが目安です。表示はクライアントによって異なります。システムプロキシを使うと、OSのプロキシ設定がクライアントのローカル待ち受け先を指し、その設定に従うアプリのリクエストがコアで処理されます。
初回の確認ではシステムプロキシだけを有効にし、TUNはオフのままにします。ブラウザーで新しいタブを開いて通常のWebページにアクセスし、次の手順で接続ログを確認してください。システムからクライアントのネットワークアクセス許可を求められた場合は、現在のネットワーク環境に応じて許可します。ポートが使用中、またはコアの起動に失敗した場合は、まずエラーに対処してください。システムプロキシのオン・オフを何度も切り替えないでください。ポート番号は使用中のクライアント設定に従い、他のガイドの固定値をそのまま使う必要はありません。
通常、ブラウザーはシステムプロキシを利用しますが、コマンドラインツール、ゲーム、独自のプロキシ設定を持つアプリは利用しない場合があります。特定のアプリだけ動作しないときは、サブスクリプションの不具合と決めつけず、そのアプリに独自のプロキシ設定がないか確認してください。コマンドライン環境のプロキシ変数も、システム設定とは異なることがあります。このガイドではまずブラウザーで確認し、設定と出口が使えることを確かめてから、必要に応じて他のアプリにも設定を広げます。
Android・iOS:VPN接続を許可する
モバイルクライアントで設定とモードを選び、ホーム画面の接続ボタンをタップします。Androidでは通常、システムのVPN接続要求が表示されます。iOSではVPN構成の追加を求められ、端末の認証が必要な場合があります。要求元のアプリを確認して許可し、クライアントに戻って接続状態を確認してください。表示される文言はOSのバージョンによって異なります。重要なのは、ボタンをタップした画面で止めずに、システムの許可を完了することです。
スマートフォンのステータスバーにVPNアイコンが表示されれば、システムレベルの接続は確立しています。ただし、リモート出口、DNS、ルールがすべて正常とは限らないため、次の手順で確認してください。すでに別のVPNが動作している場合は、どちらを使うか決めてから切り替えます。Androidで画面ロック後に頻繁に切断される場合は、バックグラウンド動作とバッテリー制限を確認してください。こうした設定は初回接続に必須ではありません。バックグラウンドで切断される問題が実際に起きた場合に調整し、不要なシステム設定の変更は避けましょう。
さらに多くのアプリを取り込む場合はTUNを有効にする
TUNは仮想ネットワークインターフェースとルーティング設定を使って通信を取り込みます。システムプロキシに従わない一部のアプリで有効です。rule モードと併用でき、TUNは通信をコアに届ける方法、ルールモードは届いた通信を振り分ける方法を担います。まずブラウザーでの動作確認を済ませ、追加の通信取り込みが必要な場合に限ってTUNを有効にしてください。クライアントの案内に従ってサービスをインストールするか、必要な権限を許可します。
TUNを有効にした後に接続できなくなった場合は、まずTUNをオフにして直前の動作状態に戻し、追加した取り込み方法が原因か確認します。ルーティング、DNS、プロキシグループを同時に変更しないでください。auto-route、stack、DNSの取り込み設定はプラットフォームやコアによって異なります。詳しくは設定リファレンスを参照してください。この手順を終えたら、通信がコアに届く経路が決まっています。次に、実際のリクエストが想定どおり処理されているか確認しましょう。
4. ルールの適用と実際の出口を確認する
新しいリクエストを送って接続ログを確認する
現在の設定、モード、出口を変えずに、クライアントの「接続」または「Connections」画面を開きます。次にブラウザーで新しいタブを開き、アクセスする権利のあるテスト用Webサイトにアクセスしてください。既存の長時間接続は以前のポリシーを使い続ける場合があるため、新しい接続を確認します。クライアントの一覧には通常、対象のドメインまたはアドレス、適用ルール、ポリシーの経路、実際の出口が表示されます。短時間で終了するリクエストはすぐに消えることがあるため、必要に応じてログも確認してください。
まず対象が直前にアクセスしたWebサイトと一致するか確認し、次にポリシーの経路がプロキシ出口で終わっているか、DIRECT になっているか確認します。直結ルールが適用されている場合、システムプロキシを有効にしていても、グローバルIPアドレスは無効時と変わらないことがあります。これは通信の振り分け結果であり、接続スイッチの不具合ではありません。プロキシ経由のはずなのに該当する接続が見つからない場合は、アプリがシステムプロキシに従っているか、現在の設定が有効か、他のツールがプロキシ設定を上書きしていないかを優先して確認してください。
接続ログがあるのにアクセスできない場合は、その接続に絞って調べます。ログで設定の解析失敗、接続タイムアウト、リモート側からの拒否のどれかを確認してください。同じプロキシグループ内の別の利用可能な出口を試し、新しいリクエストを送ります。一度に変更する条件は1つにして、変更前後の結果を記録してください。異常をすべて「ネットワークにつながらない」とまとめたり、最初からクライアントを再インストールしたりしないでください。発生時刻と対象ドメインを控えておくと、原因を特定しやすくなります。
グローバルIPアドレスの比較は補助的な確認にとどめる
さらに確認したい場合は、信頼できるグローバルIPアドレス確認サイトを使い、同じネットワーク環境で直結時とプロキシ経由時を比較します。比較する前に、確認サイトへのアクセスに想定したルールが適用されていることを確かめてください。直結ルールが適用されていれば、IPアドレスが変わらなくても、他の通信がプロキシを経由していないとは限りません。確認サイトによってはIPv4とIPv6を別々に表示します。同じアドレス種別を比較し、クライアントの接続ログとあわせて判断してください。
ページが開けても、端末内のすべてのアプリの通信が取り込まれているとは限りません。初回接続を十分に確認するには、コアが起動中であること、設定が有効であること、対象リクエストが接続ログに表示されること、想定どおりのポリシーが適用されること、Webページが読み込めることを確認します。特定のアプリに問題が残る場合は、そのアプリのプロキシ設定とネットワーク設定を見直してください。動作確認済みの設定をすべて最初からやり直す必要はありません。
テストを終了して元のネットワーク設定に戻す
PCでは使用を終える前に、クライアントのシステムプロキシをオフにします。TUNを有効にしている場合は、そちらもオフにしてからクライアントを終了してください。プロセスを強制終了すると、システムプロキシの設定がローカルポートを指したまま残り、待ち受けサービスが見つからずブラウザーに接続できなくなることがあります。その場合はOSのネットワーク設定を開き、手動プロキシが有効なままか確認し、事前に控えた状態に戻してください。
スマートフォンではクライアントの切断ボタンをタップし、システムのVPN接続が終了したことを確認します。自動接続、常時接続VPN、VPN未接続時の通信をブロックする設定を使っている場合は、現在の用途に合っているかも確認してください。次回使うときは、通常、設定が有効で出口が利用可能であることを確認してから接続すればよく、同じサブスクリプションを再読み込みする必要はありません。
問題を共有する場合は、OS、クライアント名、異常が起きた手順、個人情報を伏せたエラーの一部をお知らせください。サブスクリプションURL全体、認証情報、個人のアクセス履歴は隠してください。設定フィールドの変更についてはconfig.yaml 設定リファレンスを該当する章から確認してください。操作を最初からやり直す場合はサブスクリプションの読み込みから始め、順に確認しましょう。すべての設定を一度にリセットしないでください。