Clashの初期設定ガイド：OS別の導入手順とよくあるエラー

初期設定で確認すべき4つの要素

Clashクライアントをインストールしただけでは、通信が意図どおりに動作するとは限りません。重要なのは、設定、ポリシー、トラフィックの取り込み口、システム権限の4点です。設定にはノード、ポリシーグループ、ルール、DNSパラメータが含まれます。ポリシーは使用するノードや経路を決め、取り込み口はどのアプリの通信をClashへ渡すかを決めます。システム権限は、プロキシ設定の変更、仮想ネットワークインターフェースの作成、バックグラウンド動作の可否に関係します。

初回は、決まった順序で設定すると原因を切り分けやすくなります。まずクライアントがOSに対応しているか確認し、起動後に権限要求へ対応します。次にサブスクまたはローカル設定をインポートし、プロキシモードとポリシーグループを選択してから、最後にシステムプロキシまたはTUNを有効にします。インポート後にポリシーグループが表示されなければ設定を確認します。グループはあるのにブラウザがプロキシを使わない場合はシステムプロキシを確認してください。ブラウザだけ動作し、ゲームやコマンドラインツールで機能しない場合は、そのアプリがシステムプロキシを迂回していないかを調べ、TUNが必要か判断します。

起動前にOS、インストーラー、既存プロキシの状態を確認する

クライアントをダウンロードする前に、OSとプロセッサのアーキテクチャを確認してください。Windows端末ではx64とARM64が一般的です。近年のIntelまたはAMD搭載PCは通常x64、QualcommなどのARMプロセッサ搭載端末ではARM64が必要な場合があります。macOSではAppleシリコン版とIntel版を区別します。ユニバーサル版を提供するクライアントもあれば、アーキテクチャ別に配布するものもあります。Androidではarm64-v8a、armeabi-v7a、x86_64などにAPKが分かれている場合があります。選択を誤ると、インストーラーが起動しない、非対応と表示される、インストール後にコアが動作しないといった問題が発生します。

初回起動前に、ほかのプロキシ、VPN、ネットワークフィルタリングツールが動作していないか、古いシステムプロキシ設定が残っていないかも確認します。デスクトップOSでは、同じシステムプロキシ設定を複数のアプリで安定して管理することは困難です。モバイルOSでも、通常は同時に1つのVPN接続しか維持できません。以前のツールが仮想ネットワークアダプター、VPN接続枠、ローカルの待受ポートを使用していると、Clashでポート競合、ネットワークインターフェースの作成失敗、スイッチが自動的にオフへ戻るといった問題が起こります。

以前のクライアントを閉じた後は、ウィンドウが消えたことだけでなく、バックグラウンドプロセスが終了し、システムプロキシが元に戻っていることも確認してください。よくあるのは、システムが127.0.0.1の古いポートを参照したまま、対応するアプリだけが停止している状態です。この場合、ブラウザにはプロキシサーバーへ接続できないというエラーが表示されます。以前にプロキシアドレスを手動入力していた場合は一度削除し、新しいClashクライアントで一元管理してください。

初回起動時によく表示される権限要求

• Windows：ファイアウォールでネットワークアクセスの許可を求められることがあります。サービスモードのインストールやTUNの有効化には、管理者権限が必要な場合があります。
• macOS：システムのネットワーク設定を変更する場合や、補助サービスまたはネットワーク拡張機能をインストールする場合は、管理者による承認を求められます。
• Android：通信の取り込みを有効にすると、VPN接続の許可画面が表示されます。端末によっては、バックグラウンド動作やバッテリー管理の設定も求められます。
• iOS・iPadOS：対応クライアントで初めてローカルVPN設定を作成するときは、VPN構成の追加を許可する必要があります。

これらの権限は、それぞれ異なる機能に対応しています。ファイアウォールの通信を許可してもシステムプロキシが有効になるわけではなく、管理者権限を付与してもすべての通信が自動的にTUNへ入るわけではありません。その時点の操作に必要な権限だけを許可し、設定をインポートする前から高度な機能をすべて有効にする必要はありません。

サブスクまたはローカル設定をインポートして内容を確認する

Clashで使用する設定は、通常、サブスクURL、ローカルのYAMLファイル、クライアントが対応する設定プロバイダーから取得します。サブスクURLは一般的なWebページのURLではなく、個人用設定を取得するための識別情報を含むことがあります。アカウント情報と同様に安全に保管し、完全なURLを公開スクリーンショット、掲示板、共有文書へ貼り付けないでください。トラブルを相談する際は、ドメイン以降のトークン、パラメータ、パスを隠し、エラーメッセージとクライアントの状態だけを共有します。

URLからインポートする場合は、最初にサブスクURL全体をコピーします。次にクライアントの設定またはサブスク画面を開き、「URLからインポート」「サブスクを追加」などの項目を選びます。メニュー名はクライアントによって異なりますが、正常に追加されると通常は設定名、更新日時、更新ボタンが表示されます。その設定を現在の設定として選択してください。インポート後に自動で有効にならないクライアントもあり、初期設定のままだとプロキシ画面が空になることがあります。

ファイルからインポートする場合は、YAMLのテキスト構造と正しいインデントを維持してください。YAMLはインデントに厳密で、全角コロン、タブ、誤った階層があると解析に失敗します。信頼できる配布元から入手した設定は、書式を自動変換する文書作成ソフトで開いて保存し直さず、元のファイルを直接インポートしてください。解析エラーが表示された場合は、行番号とフィールド名を記録します。インポートを繰り返すだけでは構文エラーは直りません。

インポート後に確認する3項目

1. 設定が有効になっているか：設定一覧の選択マークが、サンプルや古い設定ではなく、直前にインポートした項目に付いていることを確認します。
2. ポリシーグループが表示されるか：プロキシ画面に、ノード選択、自動選択、フェイルオーバー、ダイレクト接続などのグループが表示されることを確認します。実際の名前は設定の作成者が決めるため、決まった英語名とは限りません。
3. ルールとDNSが読み込まれているか：ルールプロバイダーのダウンロード失敗、DNSの待受失敗、未対応の設定フィールドなどのエラーが、クライアントのログに繰り返し表示されていないことを確認します。

Clash MetaはMihomoとも呼ばれ、初期のClashコアより多くの設定機能に対応しています。たとえば、より多様なルール形式、プロキシプロトコル、DNS動作、TUNパラメータを利用できます。現在のコアが認識できないフィールドを設定に含めると、クライアントが読み込みを拒否したり、一部を無視したりする場合があります。そのため、「サブスクをダウンロードできること」と「コアが設定を解析できること」は別々に確認する必要があります。非対応の警告が出た場合は、クライアントが使用しているコアの種類とバージョンを確認してから、設定形式が対応しているか判断してください。

ルール・グローバル・ダイレクトモードの選び方

設定をインポートした後の初回テストには、ルールモードがおすすめです。ルールモードでは、設定内のルール一覧を上から順番に照合し、最初に一致したルールで通信経路が決まります。結果はダイレクト接続、プロキシ、拒否、または別のポリシーグループでの選択などです。ローカルサービス、LANアドレス、直接接続に適したサイトは通常の経路に保ち、プロキシが必要な宛先だけを指定ポリシーへ送れます。

グローバルモードでは、取り込まれた通信の大半をグローバル用ポリシーグループへ送ります。短時間の比較テストに向いており、ルールモードでは開けないサイトがグローバルモードで開ける場合、原因はノード自体ではなく、ルールの一致、DNSルーティング、ポリシーグループの選択にある可能性があります。ただし、グローバルモードだけですべての問題を切り分けられるわけではありません。LAN通信、システムサービス、クライアント自身の通信は、除外ルールや実装方式の影響を受けることがあります。

ダイレクトモードでは、Clashに入った通信をプロキシ経由にせず、宛先へ直接接続します。問題の原因がプロキシ経路にあるか確認するときに使用します。ただし、ダイレクトモードはクライアントを完全に終了した状態とは異なります。システムプロキシやTUNが有効なままなら、通信は引き続きコアを通り、最終ポリシーとしてダイレクト接続が選ばれます。テスト後に使用しない場合は通信取り込みを無効にし、「ダイレクトモード」と「プロキシ未使用」を混同しないようにしてください。

ノードとポリシーグループを選ぶ順序

最初に最上位の手動選択グループを開き、使用可能なノードまたは自動選択グループが選ばれていることを確認します。設定にurl-testやfallbackなどの自動グループが含まれる場合は、ヘルスチェックが一巡するまで待ってから各ノードの状態を確認してください。遅延の数値は、特定のテスト先に対する、その時点での測定結果にすぎません。Webページの表示速度、動画転送、長時間接続の品質を直接示すものではありません。初期設定では、最小値だけを選ぶのではなく、安定して接続でき、基本的な通信を完了できるポリシーを見つけることが重要です。

システムプロキシとTUNモードを有効にする順序

デスクトップ版で最も分かりやすい通信の取り込み方法は、システムプロキシです。有効にすると、OSのHTTPまたはHTTPSプロキシ設定が、ループバックアドレス上のmixed-portなど、クライアントのローカル待受アドレスへ変更されます。ブラウザやシステムプロキシに対応するアプリは、リクエストをClashへ送ります。オン・オフが明確で確認範囲も狭いため、WindowsとmacOSで最初に動作確認する方法に適しています。

システムプロキシでは、すべてのアプリを対象にできません。一部のコマンドラインツールではプロキシ環境変数を個別に設定する必要があります。また、ゲームやUDPを利用するアプリはシステムのHTTPプロキシを使わない場合があり、独自のネットワークスタックを持つアプリもあります。「ブラウザは接続できるのに、特定のアプリでは機能しない」場合は、まずClashの接続画面で、そのアプリの通信が記録されているか確認してください。記録がまったくなければ、通信はまだコアへ入っていません。この状態でノードを変更しても結果は変わりません。

TUNモードでは、仮想ネットワークインターフェースを通じて、より広範なIP通信を取り込めます。システムプロキシを使わない多くのアプリや、さまざまなUDP通信にも対応できます。一方で、ルーティング、DNSハイジャック、インターフェースの優先順位、管理者権限など、追加の要因が生じます。初回インストール時は、まずシステムプロキシで基本動作を確認し、必要なアプリに応じてTUNを有効にしてください。最初からシステムプロキシ、TUN、カスタムDNS、複数のネットワークフィルタリングツールを同時に有効にすると、問題が起きた際に原因の層を特定しにくくなります。

モバイル向けの対応クライアントは通常、システムのVPNインターフェースを通じて通信を取り込みます。仕組みは、デスクトップのシステムプロキシより仮想ネットワークインターフェースに近いものです。AndroidまたはiOSのステータスバーにVPNアイコンが表示されても、それは仮想インターフェースが作成されたことを示すだけです。現在の設定が有効か、ポリシーグループが選択されているか、コアでエラーが繰り返されていないかも確認してください。Wi-Fiとモバイルデータ通信を切り替えると接続が一時的に再構築されるため、通信が安定してからテストします。

Windows・macOS・Android・iOSの初期設定の違い

Windows：サービスモード、ファイアウォール、残存するシステムプロキシを確認

Windowsクライアントでシステムプロキシだけを使用する場合、通常はすべての操作を管理者権限で実行する必要はありません。権限の昇格が必要になるのは、TUNの有効化、補助サービスのインストール、低レベルのネットワークインターフェースの変更時などです。TUNのスイッチがオンのままにならない場合は、サービスコンポーネントが正しくインストールされているか、関連する仮想ネットワークアダプターがセキュリティポリシーでブロックされていないか、ほかのVPNが動作中でないかを確認します。すべてのWebページが開けない場合は、Clashのシステムプロキシを一度オフにし、Windowsのプロキシ設定に手動プロキシが残っていないか確認してください。

macOS：ネットワーク拡張機能と補助サービスの許可を確認

macOSでネットワーク拡張機能、システムプロキシ用の補助プログラム、TUNコンポーネントをインストールすると、確認ダイアログが表示されることがあります。許可後も機能しない場合は、「システム設定」のネットワーク、ログイン項目、拡張機能に関する画面でコンポーネントの状態を確認してください。Appleシリコン搭載Macでは、対応するアーキテクチャ版またはユニバーサル版を使用します。クライアント上では待受ポートが正常なのにブラウザの接続記録がない場合は、現在のネットワークサービスのプロキシ設定が別のツールで上書きされていないか確認してください。

Android：VPNの競合とバッテリー管理を確認

Androidで初めてプロキシを開始するときは、VPN接続を許可する必要があります。通常、同じユーザープロファイルで同時に利用できるVPNは1つだけで、会社用VPN、フィルタリングツール、ほかのプロキシクライアントと競合します。メーカー独自の省電力機能により、画面消灯後のバックグラウンド動作が制限されることもあります。この場合、画面表示中は正常でも、ロック後しばらくすると接続が切れます。初期設定では、まず標準のバッテリー設定で短時間のテストを行い、基本接続を確認してから、バックグラウンド動作や省電力の制限を調整してください。

iOS・iPadOS：VPN構成とオンデマンド接続を確認

Clash設定に対応するクライアントは、VPN構成の追加を求めます。端末のパスコード、生体認証、明示的な確認が必要になる場合があります。接続スイッチがすぐオフに戻る場合は、クライアントのログを確認し、組織の管理ポリシーでVPNが制限されていないか調べてください。オンデマンド接続、モバイルデータ通信の権限、省データモードはバックグラウンド接続の動作に影響します。初回テストは安定したWi-Fiで行い、その後にモバイルデータ通信へ切り替えて確認することをおすすめします。

接続記録で初期設定を検証する

初期設定の確認を「Webページが開くか」だけで判断するのは不十分です。対象アプリ、接続記録、適用ルール、送信先ポリシーを同時に確認すると、より確実に検証できます。関係のないアプリを閉じ、安定したテストページを1つ開いてから、Clashの接続一覧に新しい記録が追加されるか確認します。通常、記録には宛先ドメインまたはIP、接続方式、一致したルール、使用したポリシーグループ、最終ノードが表示されます。表示項目はクライアントによって多少異なりますが、確認の流れは同じです。

1. ルールモードで利用可能と確認できているポリシーを選び、以前の接続記録を消去または一時停止します。
2. 対象のWebページを開き、バックグラウンド更新のリクエストだけでなく、該当ドメインが接続一覧に表示されることを確認します。
3. その接続に適用されたルールと最終ポリシーを確認し、ダイレクト接続、プロキシ、拒否のどれで処理されたかを判断します。
4. ポリシーを切り替えた後は、接続を作り直します。ブラウザのキャッシュや既存の長時間接続によって以前の経路が再利用される場合は、ページを閉じてから再試行してください。
5. ダイレクト接続になる想定のサイトと、プロキシ経由になる想定の宛先を1つずつテストし、両方の経路が動作することを確認します。

DNSの問題では、ドメイン名では開けない一方、既知のIPへ直接接続すると挙動が変わることがあります。ノードの問題では、通信がプロキシ用ポリシーへ入った後にタイムアウトする場合があります。ルールの問題は、意図しないポリシーへ振り分けられたことがログに表示されます。対象リクエストが接続一覧にまったく表示されない場合は、DNSを変更する前に通信の取り込み口を確認してください。この順序で調べれば、「接続できない」という問題を、取り込み、名前解決、ルール照合、送信経路の4段階に分けられます。

初回インストールでよくあるエラーと対処法

初期設定の完了チェックリスト

以下を確認できれば、今後のトラブルを切り分けやすい基本環境が整っています。一度に変更する項目を1つに絞り、正常に起動できる設定を保管しておくと、ルール、DNS、TUN、システム権限が相互に干渉する状況を大幅に減らせます。

• インストーラーがOSとプロセッサのアーキテクチャに対応し、クライアントが安定して起動する。
• 以前のプロキシまたはVPNが終了し、無効なローカルポートを参照するプロキシ設定がOSに残っていない。
• サブスクまたはローカル設定のインポートに成功し、現在の設定として明示的に選択されている。
• プロキシ画面にポリシーグループが表示され、現在使用するグループ内で項目が選択されている。
• 初回テストにはルールモードを使用し、グローバルモードとダイレクトモードの用途を理解している。
• デスクトップではシステムプロキシを先に確認し、モバイルではVPN構成の追加を許可している。
• アプリがシステムプロキシに対応していない場合に限り、TUNを有効にして確認する。
• 接続記録にテスト用リクエスト、一致したルール、ポリシーグループ、最終的な送信経路が表示される。
• サブスクの更新方法を確認し、継続的なカスタマイズはオーバーライドまたはマージするレイヤーで処理する。
• クライアントを終了する前に通信の取り込みを無効にし、システムプロキシや仮想インターフェースを残さない。

初期設定で重要なのは、すべての機能を一度に有効にすることではなく、再現可能な確認手順を作ることです。設定を読み込める、ポリシーを選べる、通信を取り込める、ルールが一致する、送信先へ接続できる、という順番で確認します。この流れができていれば、サブスクの更新失敗、特定アプリだけで機能しない問題、TUNの起動エラーが発生しても、該当する段階を特定できます。