使い方ガイド · 初期設定
Clashの使い方ガイド：
サブスクリプションの追加と接続確認
手順：サブスクリプションの追加 → プロキシモードの選択 → 接続 → 振り分けの確認。本ガイドでは、初回設定を約10分で進める手順を紹介します。クライアントと利用可能なサブスクリプションを用意し、ページの順番に沿って操作してください。ダウンロード、権限の許可、ネットワークの確認にかかる時間は、端末の環境によって異なります。
事前準備：クライアントとサブスクリプションを用意する
まず、クライアントが正常に起動し、設定ページを開けることを確認します。クライアントは設定の読み込み、ルールの適用、接続を行いますが、インストールしただけで利用可能なノードが用意されるわけではありません。次に、サービス提供元から発行されたサブスクリプションURL、またはプロキシノード、プロキシグループ、ルールを含むローカルのYAML設定ファイルを用意します。空の設定やコアプログラムだけでは、通常この後の操作を完了できません。
サブスクリプションURLには個人用のアクセス情報が含まれることが多いため、アカウント情報と同様に扱ってください。コピーする際は、サービス提供元のページにあるサブスクリプション用のコピー機能を使い、アカウントのログインページや注文ページのURLを流用しないでください。トラブルの相談時も、URL全体を公開コメントやスクリーンショットに載せないでください。エラーを共有する必要がある場合は、URL内の個人情報を伏せ、エラーの種類とクライアント名だけを伝えます。
初回設定の前に、ネットワークを制御しているほかのプロキシやVPNクライアントを一時的に終了し、複数のプログラムがシステムプロキシ、ルーティング、DNSを同時に変更しないようにします。まず1つのクライアントで一連の動作を確認し、使えることを確かめてから複数クライアントの併用を検討してください。既存の設定がある場合は、先にバックアップをエクスポートし、現在有効な設定名を控えておくと、操作を誤ったときに元の状態へ戻せます。
ステップ1：サブスクリプションを追加して有効化する
クライアントのサイドバーまたは下部ナビゲーションから「設定」「サブスクリプション」またはProfilesを開き、「追加」「新規作成」「URLからインポート」などを選びます。設定の種類を選ぶ画面が表示されたら、リモートサブスクリプションまたはURL設定を選んでください。ローカルファイルの項目は、保存済みのYAMLファイルを読み込むためのものです。混同しないようにしましょう。後から見分けやすいように「日常用」などの名前を設定すると、複数のサブスクリプションを使う場合にも便利です。
サブスクリプションURLを最後まで貼り付け、先頭や末尾に空白や改行が入っていないことを確認してから、インポート、ダウンロード、または保存を実行します。クライアントが読み込みを終えるまで待ち、同じ設定を続けて何度も作成しないでください。成功すると、通常は設定カード、更新日時、または有効化ボタンが表示されます。名前が表示されただけでは、内容がダウンロード済みとは限りません。エラーが出ている場合は、詳細を開いて読み込み結果を確認します。
続いて、その設定の「有効化」「使用」ボタンを押すか、該当する設定カードを選択します。選択時に自動で再読み込みされるクライアントもあれば、「適用」のクリックが必要なものもあります。完了したら「プロキシ」ページを開き、設定で定義されたプロキシグループとノードが表示されていることを確認します。設定一覧にファイルがあるのにプロキシページが空の場合は、別の空設定を開いたままではなく、インポートした設定が実際に有効になっているか確認してください。
ローカルファイルを使う場合は「ファイルからインポート」を選び、システムのファイル選択画面で該当する.yamlまたは.ymlファイルを選択し、同じ手順で有効化します。拡張子を変えただけでファイルの内容を変換することはできません。Webページ、JSON、単一のノード共有URLは、名前を変更しても完全な設定ファイルにはなりません。設定ファイルの基本構成はYAML構造の解説を参照してください。
インポートがタイムアウトする場合は、現在のネットワークからサブスクリプションの配布元にアクセスできるか確認します。解析に失敗する場合は、サービス提供元にClash形式またはmihomo形式のURLがないか確認してください。ログインページやエラーページが返されている場合、何度再試行しても形式の問題は解決しません。サブスクリプションの変換が必要な場合は、まずサブスクリプション変換の解説を読み、個人用のURLを見知らぬ変換サービスに安易に送信しないでください。
ステップ2：ルールモードとプロキシグループを選ぶ
クライアントのホーム、概要、またはプロキシページに戻り、「動作モード」を探します。初めて使う場合は「ルール」またはRuleを選びます。設定項目のmode: ruleに相当します。このモードでは、設定内のrulesを上から順に判定し、一致したルールに応じて接続を処理します。サブスクリプションで指定された直接接続、プロキシ、ブロックの振り分けをそのまま利用できるため、すべての通信を同じ接続先にする必要はありません。
「グローバル」は、接続に必須の共通スイッチではありません。グローバルモードでは、コアに入った通信が通常のルールで個別に振り分けられず、すべてグローバルポリシーに渡されます。直接接続モードでは、コアに入った接続が直接接続され、簡単な比較テストなどに使われます。どちらも、すべてのアプリの通信を自動的にクライアントへ取り込むものではありません。動作モード、システムプロキシ、TUNはそれぞれ異なる役割を持つため、次のステップで通信の取り込み方法も設定します。
ルールモードを選んだら、「プロキシ」またはProxiesページを開き、通常のプロキシ通信を担当するプロキシグループを探します。名前はProxy、ノード選択、またはサブスクリプション独自の名称などさまざまで、決まった文字列だけで判断できません。プロキシグループを開き、利用可能なノードを1つ選ぶか、サブスクリプションに設定済みの自動選択グループを選びます。手動選択グループは一般にtype: select、自動テストグループはtype: url-testに対応します。
プロキシグループにDIRECTがある場合は直接接続を意味し、プロキシノードではありません。REJECTは接続を拒否する設定で、Web閲覧用の接続先ではありません。初回の動作確認では、明確なノードを1つ選び、直接接続、拒否、または設定が不完全な入れ子のグループは避けてください。クライアントに接続テスト機能があれば、参考として実行できます。ただし、テスト成功が示すのはテスト先に到達できたことだけで、対象サイトやすべてのアプリが正常に動作する保証にはなりません。
選択状態のマークが目的の項目に移動したことを確認し、概要ページに戻ります。設定を切り替えた後に選択が元に戻る場合は、新しい設定でプロキシグループ名が変わっていないか確認してください。初回の設定では、ルール、プロキシグループ、ノードの関係をすべて理解する必要はありません。カスタマイズが必要になったら、プロキシグループの設定項目とルール構文を参照し、学習と編集を同時に進めて原因を分かりにくくしないようにしましょう。
ステップ3：接続を開始して通信を取り込む
設定と接続先の準備ができたら、アプリの通信をクライアントに取り込みます。まず概要ページでコアが動作していることを確認します。起動ボタンが独立しているクライアントでは、先にコアを起動してください。クライアントのウィンドウを開いただけではプロキシが動作しているとは限らず、タスクトレイのアイコンが表示されていても状態確認の代わりにはなりません。コアの起動時にポート使用中のエラーが出た場合は、ほかのプロキシプログラムを終了し、すぐに複数のポート設定を変更しないでください。
Windows・macOS・Linux：まずシステムプロキシを有効にする
クライアントの概要または設定ページで「システムプロキシ」「システムプロキシに設定」またはSystem Proxyを探し、有効にします。クライアントを起動したままブラウザーでテストしてください。この設定により通常は、システムプロキシを利用するアプリの接続がローカルの待受ポートに送られます。デスクトップ環境やアプリによってシステムプロキシへの対応状況は異なります。特にLinuxでは、スイッチを有効にした後も接続ページで通信が取り込まれているか確認してください。
初回の動作確認では、複数の通信取り込み方法を同時に有効にしないでください。まずシステムプロキシでブラウザーをテストし、システムプロキシを利用しないアプリがある場合にTUNを検討します。TUNには、サービスモード、管理者権限、またはシステムのネットワーク許可が必要な場合があります。クライアントの案内に従ってサービスをインストールし、必要な権限を許可してください。スイッチを有効にできないからといって、すぐに再インストールする必要はありません。設定によってはシステムプロキシとTUNを併用できますが、具体的な組み合わせはクライアントの説明を確認してください。
Android・iOS：システムのVPN接続を許可する
モバイルクライアントのホームで「接続」「起動」または電源ボタンをタップします。初回接続時は通常、システムからVPN接続の確立またはVPN設定の追加を求められるので、要求元のアプリを確認して許可します。ここでいうVPNはシステムが提供する通信の取り込み機能であり、別のVPNアプリをインストールするという意味ではありません。許可したらクライアントに戻り、状態が実行中または接続済みになったことを確認してから、ブラウザーで次の動作確認を行います。
スマートフォンで別のVPNが動作中の場合は、いったん切断してからテストしてください。デバイスの管理ポリシーや仕事用プロファイルの環境によって、接続が制限される場合もあります。Androidでアプリごとのプロキシ設定を使う場合は、テストに使うブラウザーが対象に含まれていることを確認します。iOSで許可後も接続されない場合は、クライアントに戻って起動エラーを確認してください。システム設定にVPN構成が保存されているだけでは、接続済みとは判断できません。
接続後は、DNS、スニッフィング、複雑なルーティングルールをすぐに変更しないでください。まず、設定の読み込み、コアの起動、システムの許可、通信の取り込みという基本の流れが完了しているか確認します。権限や通信の取り込みでエラーが出た場合は、トラブル対処でエラーの種類から原因を調べてください。動作している部分はそのままにし、変更する項目を1つに絞ってから再テストします。
ステップ4：アクセス結果とルールの接続先を確認する
ブラウザーで、プロキシ経由になる想定のサイトにアクセスします。たとえば、設定でプロキシ経由と明示されている開発関連サイトを使います。ページが読み込まれたら、クライアントの「接続」「アクティブ接続」またはConnectionsページに戻り、ドメイン名で該当するリクエストを検索します。ページを開くと複数のドメインにアクセスすることがあるため、まずメインのドメインを確認し、その後で画像やスクリプトなどのリソースを調べてください。バックグラウンドのリクエスト1件だけで、ページ全体の結果を判断しないようにしましょう。
接続の詳細を開き、接続先ドメイン、適用されたルール、プロキシグループ、実際の接続先を確認します。ルールがプロキシグループを指定し、最終的な接続先が先ほど選んだノードになっていれば、そのリクエストは想定どおりに振り分けられています。グループ名と実際のノードは別の情報です。Proxyと表示されているだけでは、実際に使われた接続先は分かりません。自動選択グループではノードが切り替わることもあるため、その接続記録に表示された経路を確認してください。
続いて、直接接続される想定のサイトにもアクセスし、同じ方法で確認します。ルールがDIRECTに一致し、正常にアクセスできれば、プロキシ接続と直接接続の比較は完了です。外部向けIPアドレスの確認サイトは補助的に利用できますが、そのサイト自体もルールによって別の接続先に振り分けられることがあります。IP確認ページ1つだけでは、すべての通信がプロキシ経由である証明にはならず、ルールの記録の代わりにもなりません。
ページが開かない場合は、問題を3段階に分けて確認します。まず、通信がコアに届いているか確認します。接続ページに該当するリクエストがまったく表示されない場合は、システムプロキシ、モバイルの接続状態、アプリごとの対象範囲を確認してください。次に、振り分けが正しいかを確認します。リクエストはあるのに接続先が違う場合は、ルールモードと現在有効な設定を確認します。最後に、接続先が利用可能かを確認します。ルールが正しいのに接続できない場合は、別の登録済みノードを試し、ログに名前解決、タイムアウト、ハンドシェイクのエラーがないか確認してください。
確立済みの長時間接続は、ノードを切り替えてもすぐに移行するとは限りません。ブラウザーが以前の接続を再利用することもあります。ポリシーを切り替えた後は、対象ページを再読み込みしてください。より確実に比較するには、クライアントで該当するアクティブ接続を終了してからリクエストを再送します。すべての接続を終了すると、進行中のダウンロード、会議、データ転送が中断されるため、重要な作業がないときに行ってください。
動作確認が終わったら、現在使っている設定、通常のプロキシグループで選択した接続先、正常に動作した通信の取り込み方法を覚えておきましょう。トラブルが起きたときは、この3つの状態に戻って段階的に確認し、サブスクリプション、DNS、モードを一度にリセットしないでください。通常の閲覧はできるのに特定のアプリだけ動作しない場合は、トラブル対処の項目を確認します。ドメインごとの接続先を変更したい場合は、カスタムルールのリファレンスを参照してください。
接続後の設定：自動起動・更新・終了
基本の動作確認が終わったら、クライアント設定の「ログイン時に起動」または「サインイン時に起動」を有効にします。デスクトップクライアントでは、「スタートアップに登録」「起動後に接続」「システムプロキシを自動設定」がそれぞれ独立した項目の場合があります。1つを有効にしても、ほかの項目も自動で有効になるとは限りません。必要な項目を設定したら、再ログインまたは端末の再起動後に設定、コア、通信の取り込み状態が復元されているか確認し、Webページでもう一度動作を確認します。
モバイル端末のバックグラウンド動作は、デスクトップの自動起動とは異なります。Androidで頻繁にアプリが終了される場合は、バッテリー最適化、バックグラウンド動作、システムの自動起動許可を確認します。これらの設定場所は端末のOSによって異なります。バックグラウンド動作を維持するために、通信と関係のない権限まで許可する必要はありません。iOSのオンデマンド接続への対応は、クライアントとシステムの機能によって異なります。デスクトップ用の手順を当てはめず、アプリ内にある設定を確認してください。
サブスクリプションを更新する場合は、設定ページで現在のサブスクリプションの更新を実行し、完了後も同じ設定が有効になっていることを確認します。自動更新に対応している場合は、サービス提供元の推奨に従って間隔を設定してください。更新間隔を極端に短くする必要はありません。リモートサブスクリプションの更新によって、元のファイルに直接加えた編集が上書きされる場合があります。カスタム内容を継続して使う必要がある場合は、先にクライアントの上書き機能を確認し、設定項目のドキュメントを参照してください。
最後に、クライアントの終了手順も確認します。デスクトップでは、終了前にシステムプロキシを無効にするか、クライアントの正規の終了方法を使ってください。クライアントを停止した後もシステムがローカルの待受ポートを参照し続けるのを防げます。終了後にブラウザーがインターネットへ接続できない場合は、システムプロキシの設定が残っていないか確認します。モバイルでは、先にクライアントで切断し、システムのVPN状態も連動してオフになったことを確認してください。起動と終了の両方を把握しておくと、日常の接続状態を管理しやすくなります。