開始前の準備
このガイドでは、端末に使用可能なClash GUIクライアントがインストールされ、導入可能なサブスクリプションURLまたはYAML設定ファイルを取得済みであることを前提とします。まだクライアントをインストールしていない場合は、先にクライアントのダウンロードページへ進み、OSに対応するバージョンを選択してください。WindowsとmacOSでは通常GUIクライアントを使用します。AndroidとiOSではモバイル向けクライアントが必要です。Linuxのデスクトップ環境ではGUIクライアント、サーバー環境ではコアの個別導入が適しています。
初回設定では、端末上でシステムプロキシ、VPN、ネットワークフィルタリングを制御している他のソフトをいったん終了することをおすすめします。複数のプログラムが同時にシステムプロキシ、ルーティングテーブル、DNSを変更すると、Webページの表示が不安定になったり、クライアントは接続済みでもリクエストがClashを経由しなかったり、クライアント終了後も通信できなかったりすることがあります。ここでは関連プログラムを一時的に終了するだけで十分です。ブラウザーの高度なネットワーク設定を変更したり、プロキシサーバーのアドレスを手動入力したりする必要はありません。
サブスクリプションURLは完全な状態で扱ってください。コピー時に先頭の https:// を欠落させたり、チャットアプリが付けた句点、括弧、空白まで一緒にコピーしたりしないでください。サブスクリプションURLには通常アクセス用の認証情報が含まれるため、アカウント情報と同じように管理し、公開ページ、スクリーンショット、ログに掲載しないでください。ローカルのYAMLファイルを受け取った場合は、後の導入手順で「ファイルから導入」を選択します。それ以外の流れはほぼ同じです。
このページでは、初回接続に必要な操作だけを扱います。プロトコルの種類、コアの系統、リソース使用量、異なるサブスクリプション形式の互換性については、接続成功後にプロトコルとコアのリファレンスを確認してください。まず検証可能な接続経路を1つ完成させてから高度な機能を調整すると、問題を順序立てて切り分けられます。
ステップ1：サブスクリプションを導入
設定またはサブスクリプションのページを見つける
クライアントを開き、「サブスクリプション」「設定」「Profiles」「設定ファイル」などの入口を探します。デスクトップクライアントでは通常、左側のナビゲーションにあります。モバイルクライアントではホームまたは設定ページにあることが多いです。開いたページには、設定一覧、更新ボタン、URLまたはローカルファイルから設定を追加する入口が表示されます。現在空の状態でも問題ありません。クライアントに使用可能な設定がまだ読み込まれていないことを示しています。
「URLから導入」「新しいサブスクリプション」または同じ意味のボタンを選択します。完全なサブスクリプションURLをアドレス入力欄に貼り付けてください。一部のクライアントでは設定名の入力も求められます。「日常用設定」など、見分けやすい短い名前を使用できます。名前は端末内の一覧表示にのみ使われ、サブスクリプションの内容は変わりません。URLに余分な空白がないことを確認し、導入、保存、ダウンロードのいずれかのボタンをクリックして処理を待ちます。
設定が読み込まれたことを確認
導入に成功すると、設定一覧に新しい項目が追加されます。「導入成功」という短い通知だけで判断せず、その設定を開いて内容が解析されていることも確認してください。一般的には、設定名と更新日時が表示され、プロキシページに「自動選択」「ノード選択」などのプロキシグループが表示され、ルールページにルール項目が表示されます。サブスクリプションによってプロキシグループ名は異なるため、決まった名前を探す必要はありません。完全に空白でなければ問題ありません。
クライアントで複数の設定を保存できる場合は、新しい設定の横にある有効化、選択、または現在の設定にするボタンをクリックします。導入しただけではファイルが保存されるだけで、現在の設定に指定して初めてコアがポート、DNS、プロキシグループ、ルールを読み込みます。切り替え後、一部のクライアントは自動的にコアを再読み込みします。他のクライアントでは「再読み込み」ボタンが表示されるため、指示に従って1回実行してください。
設定を読み込んだ直後は、複数のネットワークスイッチをすぐに有効にしないでください。まずプロキシページで動作モードとプロキシグループを選択し、リクエストが想定したポリシーに送られることを確認します。次の手順で接続に問題が見つかったとき、モード選択の問題なのか、サブスクリプション、システムプロキシ、TUNの問題なのかを切り分けやすくなります。
ステップ2：プロキシモードを選択
初回はルールモードを選択
「プロキシ」「Proxies」または「モード」ページを開き、ルール、グローバル、直接接続の3つの項目を探します。初回は「ルール」または「Rule」を選択してください。ルールモードでは設定ファイルの rules を上から順に照合し、ドメイン、IP、ルールセットなどの条件に基づいて、リクエストを直接接続するか、プロキシグループを使うか、拒否するかを決定します。日常のWeb閲覧、ソフトウェア更新、ローカルネットワークサービスを分けて処理できるため、すべての通信を同じ経路にする必要はありません。
「グローバル」モードでは、多くのリクエストを指定したプロキシグループに渡します。問題がルールのマッチングによるものかを短時間で判断するのに適していますが、すべての場面で固定設定にすることはおすすめしません。「直接接続」モードでは通常、プロキシを経由せずに通信します。通常のネットワークアクセスを一時的に回復したり、比較テストを行ったりする場合に使えます。モード名は通信の振り分け方法を示すもので、接続のオン／オフとは別です。モードを選択した後、次の手順でシステムプロキシまたはTUNを有効にしてください。
プロキシグループの現在の選択を確認
ルールモードでは通常、複数のプロキシグループが表示されます。主要なプロキシグループをクリックし、サブスクリプションで利用可能なポリシーを選択してください。「自動選択」「フェイルオーバー」などの項目がある場合は、まずサブスクリプションの初期設定を使用できます。手動選択が必要なら、明確に利用可能な項目を1つ選びます。すべてのプロキシグループを同時に変更しないでください。主要なリクエストを担当するグループを先に決め、他のグループは設定の初期値を維持すると、初回設定で確認すべき要素を減らせます。
プロキシグループの名称と階層は設定の提供元が定義し、クライアントはそれを読み込んで表示するだけです。そのため、ユーザーによって画面は大きく異なる場合があります。「ノード選択」を総合入口として、その下で別のポリシーグループを参照する設定もあれば、用途別に分ける設定もあります。現在のグループに空の項目がなく、グループ内でポリシーが1つ選択されていれば次へ進めます。ルール構文、照合順序、プロキシグループのネストは上級内容なので、プロトコルリファレンスで全体の関係を確認してください。
モードとプロキシグループを選択すると、クライアント内部では「リクエストをどう処理するか」が決まります。しかし、OSはまだアプリの通信をクライアントに渡していません。次に、プラットフォームに応じてシステムプロキシまたはTUNを選択します。初回接続では変更範囲の小さい方法から始めてください。デスクトップではまずシステムプロキシを使い、モバイルではシステムの指示に従ってVPN接続を確立します。
ステップ3：接続を確立
WindowsとmacOS：まずシステムプロキシを有効化
クライアントの概要または設定ページに戻り、「システムプロキシ」「System Proxy」スイッチを探して有効にします。クライアントがOSのプロキシアドレスをローカルの待受ポートに向けるため、システムプロキシに対応するブラウザーやアプリはClashへリクエストを渡すようになります。有効化後はクライアントを起動したままにしてください。メインウィンドウを閉じると通常はトレイやメニューバーに収納されますが、システムトレイ、メニューバーのアイコン、タスクマネージャーで実行中か確認できます。
システムプロキシは、端末全体のルーティングを制御せずに初回確認を行えるため適しています。最新のブラウザーや多くのデスクトップアプリはシステムプロキシ設定を読み込みますが、一部のゲーム、コマンドラインプログラム、独自のネットワーク処理を行うソフトは無視することがあります。ブラウザーが正常で特定のアプリに接続記録がない場合、設定全体が無効とは限りません。まず、そのアプリがシステムプロキシに対応しているか確認してください。
AndroidとiOS：システム接続の要求を許可
モバイルクライアントは通常、システムのVPNインターフェースを通じて通信を転送します。ホーム画面の接続ボタンをタップすると、システムにVPN接続作成の許可画面が表示されます。許可するとステータスバーにVPNマークが表示され、クライアントのホーム画面も接続済みになります。初回の許可はOSのセキュリティ手順です。拒否すると、設定を導入済みでも他のアプリのリクエストを受け取れません。
モバイルOSでは、省電力設定、バックグラウンド制限、ネットワーク切り替えによってクライアントが停止することがあります。初回テスト中はクライアントを前面に表示したままにし、ブラウザーで接続できることを確認してから、端末の設定で必要なバックグラウンド実行を許可してください。Wi-Fiとモバイル通信の切り替え後に接続が切れた場合は、まずクライアントに戻ってシステム接続の状態を確認し、設定を削除して再導入することは避けてください。
TUNモードを使用するタイミング
デスクトップアプリがシステムプロキシを明確に無視する場合、またはより多くの種類のネットワーク通信をまとめて処理したい場合は、TUNモードを検討します。TUNは仮想ネットワークインターフェースを作成し、管理者権限、補助サービス、ドライバーの対応を要求することがあります。有効化する前に、システム上の他のVPNや同種のネットワークツールを終了し、クライアントの指示に従ってサービスをインストールしてください。その後、現在の設定とルールモードを再確認します。
初回操作でシステムプロキシ、TUN、複数の実験的なDNSオプションを同時に有効にしてからテストすることはおすすめしません。一部のクライアントではこれらを連携できますが、問題が発生したときに原因の層を特定しにくくなります。より確実な順序は、まずシステムプロキシでブラウザーを確認し、アプリの対応範囲を広げる必要がある場合にTUNだけを有効にして再確認することです。TUNの権限、サービスモードの失敗、DNS解決エラー、UWPループバックについては、よくある質問ページでプラットフォーム別に確認できます。
ステップ4：動作を確認
新しいリクエストでテスト
確認時は新しいブラウザータブを開き、これまで開いていない一般的なWebページにアクセスします。新しいタブを使うと、ブラウザーキャッシュ、確立済みの接続、古いDNS結果による影響を減らせます。ページが開くだけでは十分ではありません。クライアントの「接続」「Connections」「ログ」ページに戻り、先ほどのドメインへのリクエストが実際に表示されていることを確認してください。
接続ログで該当ドメインを見つけたら、次の3点を確認します。どのルールに一致したか、どのプロキシグループに割り当てられたか、最終的に直接接続とプロキシのどちらが使われたかです。ルールモードでは、Webサイトによって結果が異なるのは正常です。リクエストが記録され、ポリシーが設定の想定どおりであれば、OSからクライアントのコアまでの経路は確立されています。
問題が発生した場所を切り分ける
ブラウザーに接続できず、クライアントの接続ページにも新しい記録がまったくない場合は、システムプロキシ、モバイルのVPN許可、TUNの状態、クライアントが起動中かを優先して確認します。通常これは、リクエストがまだClashに入っていないことを示します。デスクトップではシステムプロキシをいったん無効にしてから再度有効にし、クライアントにOS設定を書き込み直させます。モバイルではいったん切断して再接続し、システムのステータスバーに接続表示が出ていることを確認してください。
接続ページにリクエストが表示されるものの、結果が直接接続で、プロキシが想定される場合は、適用されたルールと現在のモードを確認します。まず短時間だけグローバルモードに切り替えて比較テストを行い、終了後にルールモードへ戻してください。グローバルでは利用でき、ルールモードでは利用できない場合は、クライアントを何度も再インストールするのではなく、ルールによる割り当てを確認します。
リクエストがプロキシグループに割り当てられているのに接続できない場合は、そのグループで現在選択されているポリシーが利用可能か確認し、次にグループ内の別の明確に利用可能な項目を試します。一度に1つだけ変更して、リクエストを再実行してください。設定内のすべての項目が利用できない場合は、サブスクリプションを更新するか、設定の提供元にサービス状態を確認します。クライアント自体で上流の設定内容を修復することはできません。
Webページは表示できるのに、コマンドライン、ストアアプリ、ゲームに接続記録がない場合は、まずそのプログラムがシステムプロキシを読み込むか確認します。Windowsの一部UWPアプリではループバックの許可が必要な場合があり、コマンドラインツールではプロキシ環境変数を個別に設定することがあります。まとめて対象にする必要がある場合はTUNを使用してください。該当する操作手順と権限の問題はトラブルシューティングにまとめています。このガイドではシステムレベルのネットワーク詳細は扱いません。
テスト後の整理
問題の切り分けで一時的にグローバルモードを使用した場合は、確認後にルールモードへ戻してください。比較のために複数の接続方式を有効にした場合も、実際に必要な1つだけを残します。次回起動時に通信の入口が分からなくなるのを防げます。クライアントを終了する前にシステムプロキシを無効にするか、クライアントの通常の終了機能を使うと、プログラムがシステム設定を復元できます。プロセスを強制終了してネットワークに異常が出た場合は、クライアントを再起動し、システムプロキシを一度切り替えると通常は復旧できます。
設定完了後の日常利用
初回接続が完了した後の日常利用では、少数の状態を管理するだけです。クライアントを起動したら現在の設定が選択されていることを確認し、必要に応じてシステムプロキシまたはモバイル接続を有効にして、ルールモードで使用します。通常、クライアントのアップグレードでサブスクリプションを再導入する必要はありません。ただし、大きなバージョンアップやコアの変更後は、設定、プロキシグループ、接続スイッチを確認してください。
サブスクリプションの内容は提供元によって変更されるため、設定ページで定期的に更新してください。更新前に現在利用できる設定を残し、更新後はプロキシグループに選択項目があるか確認して、設定を再読み込みします。更新に失敗しても、すぐに元の設定を削除しないでください。元の設定は引き続き使える場合があり、新旧の内容を比較して、問題がURLにあるのかクライアントにあるのかを確認するのに役立ちます。
ルール、DNS、プロキシグループを自分で変更する場合は、まず設定をコピーしてローカル版を作成することをおすすめします。サブスクリプションの更新で、サブスクリプション管理下の内容が上書きされることがあります。ローカルの変更が保持されるかどうかは、クライアントの設定統合方式によって異なります。カスタムルールを長期的に管理する場合は、ルールの順序、プロキシグループの参照、DNSモードを理解してから、オーバーライド、スクリプト、独立した設定のいずれを使うか決めてください。関連する概念はプロトコルとコアの技術リファレンスで確認できます。