Clashの設定方法

開始前に確認：クライアントと設定の入手先

クライアントを起動し、設定画面を開けることを確認します。クライアントのインストールで用意できるのは実行環境であり、プロキシサービスが使える状態になるわけではありません。サービス提供元のサブスクリプションURL、または有効なプロキシ情報を含む設定ファイルが必要です。クライアントは設定を読み込み、接続を転送します。サブスクリプションの内容、ノードの利用権限、サービスの有効期間は設定の入手先によって異なります。

サービス提供元のページで、Clashまたはmihomo対応と明記されたサブスクリプションURLをコピーします。通常のウェブページURLやアカウント管理・決済ページは、サブスクリプションの代わりにはなりません。複数の形式が提供されている場合は、まず利用中のクライアントのコアが対応しているか確認し、適切な形式を選んでください。URLの末尾だけで対応状況を判断しないようにしましょう。

開始前に、通信を取り込んでいる他のプロキシやVPNアプリを終了し、現在のネットワーク接続は維持します。まず1台の端末で動作を確認してから、ルーターやLAN共有を設定するのがおすすめです。サブスクリプションURLにはアクセス用の認証情報が含まれることが多いため、公開チャットやスクリーンショット、問い合わせフォームへの貼り付けは避けてください。基本操作はクライアントの画面から行えるため、最初からYAMLを手動編集する必要はありません。

手順1：サブスクリプションを追加して設定を有効化

クライアントの「設定」または「サブスクリプション」画面を開き、「新規作成」「インポート」などの追加ボタンを探します。リモートサブスクリプションを選択し、コピーしたURL全体を入力欄に貼り付けてください。名前を設定できる場合は、見分けやすいメモを付けられます。この名前は設定の識別用で、サービスアカウントや通信の出力先には影響しません。URLの前後に空白や改行、余計な引用符がないことを確認してから、保存またはダウンロードを実行します。

クライアントがサブスクリプションを取得し、受信した内容を解析します。処理が終わるまで待ち、一覧に新しい設定が追加されたか、解析エラーが表示されていないか確認してください。一覧に表示されても、有効化済みとは限りません。Clash Verge Revでは、該当する設定を選択するか、項目のメニューから有効化します。他のクライアントでは「ダウンロード」と「現在の設定にする」が別操作の場合もあります。完了後、現在使用中の設定を確認できる状態にしてください。

次に「プロキシ」画面を開きます。通常は設定に定義されたプロキシグループと候補ノードが表示されます。グループ名はサブスクリプションによって異なり、「PROXY」ではなく、用途や地域に応じた名前の場合もあります。DIRECTしか表示されない場合は、設定一覧に戻って追加した項目が選択されているか確認し、サブスクリプションにプロキシとプロキシグループが含まれているか調べてください。この段階ではシステムプロキシを有効にせず、まず設定が正しく読み込まれていることを確認します。

ローカル設定ファイルを使う場合は、「ファイルをインポート」を選ぶか、クライアントの対応するインポート領域にファイルをドラッグします。ウェブページを保存したHTMLファイルの拡張子を変えるのではなく、クライアントが読み込めるYAML設定ファイルを使用してください。ファイルを追加した後は、設定を有効化してプロキシグループも確認します。ノードリンクだけのテキストと完全な設定ファイルは別形式です。直接インポートできるかどうかはクライアントの機能によります。違いについては用語ガイドのサブスクリプションと設定ファイルの解説をご覧ください。

インポートに失敗したら、まずURLが完全か、サービスが有効か、通常のネットワークから配信元にアクセスできるか確認します。ログインページや説明文など別形式の内容が返されると、クライアントがYAML解析エラーを表示することがあります。必ずしも設定のインデントが原因とは限りません。サービス提供元が対応形式を案内しているのに失敗する場合は、エラー名を控え、対応するコアを問い合わせてください。認証情報を含む完全なURLを、公開オンライン変換サービスに送信しないでください。

インポート後は、その項目にある「更新」操作を確認し、次回以降どこから内容を更新するか把握しておきます。リモートサブスクリプションの更新では、通常、サービス提供元から設定を再取得します。ローカルファイルはリモート更新に対応しない場合があります。クライアント上で加えた変更が、次回の更新で上書きされることもあります。初回接続では元のプロキシグループとルールを使い、正常に利用できることを確かめてから、カスタムルールや上書き設定を検討してください。

手順2：プロキシモードとノードを選択

「プロキシ」画面を開くか、ホーム画面の「出力モード」から「ルール」を選びます。このモードでは、現在の設定にあるルールに基づき、接続ごとにDIRECTまたはプロキシグループが選択されます。まずはサブスクリプションの初期設定を使いたい場合に適しています。ルールモードを選ぶだけでは、システムの通信がクライアントに取り込まれるわけではありません。通信の取り込みは次の手順で有効にします。

続いて、実際の出力を担うプロキシグループを開き、候補から利用可能なノードを選びます。設定によっては、最上位の選択グループが別の自動選択グループを参照しています。その場合は、下位グループにも有効な候補があるか確認してください。最終的な経路が「ルール判定 → メインの選択グループ → 自動選択グループ → ノード」となることもあります。グループ名が表示されているだけでは接続成功の証明になりません。

クライアントに接続テスト機能がある場合は、使用予定のグループでテストを実行できます。結果が示すのは、指定されたテスト先へのその時点での応答状況です。すべてのウェブサイトやアプリで同じ結果になるとは限りません。候補のテストに失敗したら、別の候補を試してください。すべて失敗する場合は、高度なスイッチを次々に変更するより、サブスクリプションサービスの状態と現在のネットワークを先に確認しましょう。

ルール・グローバル・DIRECTの違い

「グローバル」では通常、コアに入った接続がグローバルプロキシグループに渡されます。切り替えた後も、そのグループの出力先を確認してください。ルールによる振り分けが原因かを一時的に切り分ける用途には使えますが、すべての端末の通信を自動的に取り込む機能ではありません。「DIRECT」は、コアに入った接続を直接出力します。どちらもシステムプロキシやTUNの代わりにはならず、モード名だけで接続済みかどうかは判断できません。

初回設定では「ルール」のままにします。サブスクリプション内のグループで DIRECT が選ばれていると、そのグループにルールが一致しても、最終的に直接出力されることがあります。想定と異なるアクセス結果になったら、画面上部のモードだけでなく、実際の出力経路を確認してください。ルールの判定順とプロキシグループについては用語ガイド、プロトコルごとの設計上の違いはプロトコル解説をご覧ください。

ノードを選んだら、複数の通信取り込み方式を同時に有効にするのは避けてください。ルールモードと明確な出力先を1つ選んだ状態で次に進みます。こうしておくと、問題が起きたときに設定の未読み込み、ノードの利用不可、アプリ通信がクライアントに届いていない状態を切り分けやすくなります。

手順3：通信の取り込みを有効化

PC：まずシステムプロキシを使用

Clash Verge Revの設定画面で「システムプロキシ」を見つけ、スイッチをオンにします。クライアントのコアが動作中で、ポートの競合や起動失敗の表示がないことも確認してください。システムプロキシは通常、HTTP・HTTPSプロキシの接続先をPC上の待ち受けポートに設定するため、クライアントを起動したままにする必要があります。他の解説をそのまま再現しようとしてポートを変更せず、現在のクライアントで設定済みの値を使ってください。

有効にしたら、システムプロキシ設定に従うブラウザーから新しいページを開きます。ブラウザー拡張機能が独自にプロキシを制御している場合は、一時停止するかシステム設定を使う状態に戻してください。ブラウザーやアプリにプロキシアドレスを手動入力したことがある場合も、システム設定を上書きしていないか確認します。システムプロキシに従わない独自の通信機能を持つアプリもあります。ブラウザーで使えても他のアプリでは使えないからといって、クライアントの故障とは限りません。

macOSやLinuxでは、システムプロキシの設定方法がクライアントやデスクトップ環境によって異なります。スイッチをオンにしてもブラウザーのリクエストがクライアントの接続画面に表示されない場合は、システムのネットワーク設定が反映されているか確認してください。Windowsの操作手順をそのまま他のプラットフォームに当てはめないようにしましょう。Linuxのコマンドラインアプリは、デスクトップ環境のプロキシ設定を読み込まない場合もあります。初回確認には、システムプロキシ対応が明確なブラウザーを使うと原因を切り分けやすくなります。

スマホ：システムの接続許可を確認

Androidクライアントでは通常、ホーム画面に起動または接続ボタンがあります。設定が有効で、プロキシグループを選択済みであることを確認し、接続をタップします。システムにVPN接続の確認画面が表示されたら、許可してください。その後、クライアントに動作中と表示されているか確認します。通信の取り込みにシステムのVPNインターフェースを使っていても、サブスクリプションが特定の従来型VPNプロトコルである必要はありません。実際の出力先は設定によって決まります。

iOSでClash Plusを使う場合は、設定を読み込んだ後に接続をタップし、システムの案内に従ってVPN構成の追加を許可して、必要な確認を完了します。システム上ですでに別のVPN接続が動作している場合は、いったん停止してから今回の設定で接続してください。アプリごとの除外やバックグラウンド制限によって、通信を取り込める範囲が変わることがあります。初回接続では既定値のままにして、接続ログで動作を確認しましょう。

TUN：必要性が明確な場合に有効化

システムプロキシに従わないアプリを使う場合や、より広い範囲の通信を取り込む必要がある場合に限り、TUNモードを検討してください。PCではサービスのインストールや管理者権限の許可、仮想ネットワークアダプターの操作が必要になることがあります。有効にする前に現在の設定を保存し、クライアントの案内を読み、コアが正常に起動したことを確認してください。TUNはルーティングとDNSにも関わるため、あらゆる接続問題を解決する万能機能ではありません。

初回のテストでは、まずシステムプロキシだけを有効にします。基本の接続経路が使えることを確認してから、必要に応じてTUNを試してください。アクセスできない段階でTUN、DNS、ルール、ノードを同時に変更すると、原因を特定しにくくなります。有効化後にネットワークの異常が起きたら、追加した通信取り込み方式をいったん無効にし、動作を確認済みの状態に戻してください。仕組みはDNSとネットワークスタックの用語解説で詳しく説明しています。

手順4：接続とルール判定を確認

接続スイッチをオンにしたら、ブラウザーで新しいタブを開き、プロキシ経由で表示したいページにアクセスします。すでに読み込み済みのページを見るだけでなく、新しいリクエストを発生させてください。キャッシュや既存の長時間接続によって、設定変更が反映されているか分かりにくくなることがあります。続いてクライアントの「接続」画面を開き、アクセスしたドメインの記録を探します。

接続記録の詳細で、対象アドレス、適用ルール、実際の出力先を順に確認します。表示項目はクライアントによって多少異なり、プロキシ経路全体を表示するものもあれば、最後に適用されたポリシーやノードだけを表示するものもあります。プロキシ経由の想定なら、選択したプロキシグループとその出力先まで追跡できることを確認します。DIRECTの想定なら、直接出力と表示されるはずです。ページを開けただけでは確認として不十分です。設定どおりに振り分けられていることが重要です。

次に、現在の設定でDIRECTになると明確に分かっている接続先へアクセスし、適用ルールと出力結果を確認します。接続先の地域だけから、どのルールに一致するかを決めつけないでください。サブスクリプションには独自のドメインリスト、ルールセット、最終フォールバックが使われている場合があります。初回確認では、プロキシ経由になる接続とDIRECTになる接続を1つずつ確認すれば十分です。すべてのアプリをすぐにテストする必要はありません。

外部から見えるIPアドレスを確認したい場合は、信頼できるIPアドレス確認サービスを補助的に使い、結果をクライアントの接続記録と照らし合わせます。確認ページ自体もルールによる振り分けの対象です。表示されるのはそのページへのアクセス時の出口であり、すべてのアプリが同じ経路を通ることを示すものではありません。通信の取り込みを無効にした後、新しい接続を作って比較すると参考になります。出口が一度変わっただけで、端末全体の通信が取り込まれていると判断しないでください。

反映されない場合は接続経路を確認

クライアントに対象リクエストがまったく表示されない場合は、システムプロキシ、スマホの接続状態、ブラウザー独自のプロキシ、アプリの除外設定を確認します。接続記録はあるのに出力先がDIRECTの場合は、現在のモード、適用ルール、プロキシグループの選択を確認してください。プロキシ経由の記録があるのに接続できない場合は、別の有効な候補を試し、同じ時刻のログを確認します。この順番なら、通信がまだ取り込まれていない段階でサブスクリプションを何度も変更せずに済みます。

ログに接続タイムアウトが出た場合は、接続先への到達不能、ノード接続の失敗、現在のネットワーク異常を切り分ける必要があります。名前解決エラーの場合は、対象ドメインとDNS設定を確認してください。エラーが出たら時刻と接続先を記録し、関連する設定を1つだけ変更して再接続します。詳しい調査方法はClashの実行ログとよくあるエラーの調べ方をご覧ください。初めて使う段階で、すべての設定項目を把握する必要はありません。

設定後の日常的な使い方

振り分けが想定どおりと確認できたら、動作中の設定とノード選択を維持します。ノード一覧が変わったときは、まずサブスクリプションを更新し、元のプロキシグループの選択が引き続き有効か確認してください。ネットワークの切り替え後や端末のスリープ復帰後、利用を再開する際は、クライアントの動作状態を確認してから新しい接続を行います。自動起動や自動接続は、初回接続に必要な条件ではありません。基本動作を確認した後、必要に応じて設定してください。

使い終わったら、PCでは先にシステムプロキシまたはTUNを無効にしてからクライアントを終了します。クライアント停止後もシステムがローカルのポートを参照し続けるのを防げます。スマホではクライアントの切断ボタンから接続を停止してください。これで、サブスクリプションの追加、モード選択、接続開始、動作確認までの一連の手順は完了です。カスタムルール、DNSの調整、LAN共有は、必要性が明確になってから追加しましょう。