Clash クライアント初回インストール設定チェックリスト:システム権限・サブスクリプション導入・プロキシモード選択

なぜ初回インストールで問題が起きやすいのか

Clash 系クライアント(Clash Verge、Clash Plus、mihomo カーネル派生製品などを含む)は初回起動時に、互いに独立しているものの順序に敏感なタスクをいくつも完了させる必要があります。システムレベルのネットワーク権限付与、サブスクリプション内容の解析・導入、プロキシモードの選択、そしてシステムプロキシや TUN 接続の有効化——これらの順序が間違っていたり、権限が不足していたりすると、「ネットに接続できない」「ノードリストが空」「ブラウザでページが開けない」といった症状が出ますが、実際の原因はエラー表示とは全く別の場所にあることが多いです。このチェックリストは実際のインストール順序に沿って整理しているので、初めて使う人が回り道をせずに済み、繰り返し照らし合わせてトラブルシューティングする際にも役立ちます。

あらかじめ説明しておくと、Clash 自体はノードを提供しません。ルールベースのプロキシ振り分けフレームワークであり、実際の接続能力は導入したサブスクリプションから得られます。クライアントはサブスクリプションの解析、ルールの管理、ノードの切り替え、システムトラフィックの奪取という4つの役割を担い、これらはそれぞれ以下の4つの節に対応します。

ステップ1:システム権限の付与

プラットフォームごとに必要な権限の種類は異なりますが、共通点として、権限を与えていない状態ではクライアント自体は問題なく起動し画面表示も正常なのに、プロキシが有効化されず、しかも明確なエラーダイアログが出ないことが多い点が挙げられます。これが初心者が最も詰まりやすいポイントです。

Windows

• 初回起動時は管理者として1度実行することをおすすめします。特に TUN モード(仮想ネットワークアダプタによる全体トラフィックの奪取)を使う予定がある場合は必須です——TUN はネットワークアダプタを作成する必要があり、通常権限では作成に失敗します。
• Windows Defender やサードパーティのセキュリティソフトがコアプロセス(mihomo.exe / clash-core.exe など)をブロックする場合があります。初回にブロック通知が表示されたら許可を選択してください。そうしないとプロキシコアプロセスがそのまま強制終了されます。
• 企業用PCやグループポリシー環境ではシステムプロキシ設定の変更が禁止されている場合があります。「システムプロキシを設定してもブラウザがプロキシを経由しない」場合は、まずポリシー制限がないか確認してください。

macOS

• TUN モードを有効にすると、システムが「VPN 構成の追加を許可」またはネットワーク拡張機能の権限確認を求めるダイアログを表示します。システム設定の「プライバシーとセキュリティ」から手動で確認する必要があり、1度拒否すると自動的に再表示されないため、設定から改めて権限を許可する必要があります。
• Apple Silicon 搭載機で署名されていない、または App Store 以外から配布されたパッケージを初めて実行すると、システムが「開発元を確認できません」と表示してブロックします。システム設定の「セキュリティ」から「このまま開く」を選択すれば問題ありません。これは通常のブロックであり、インストールパッケージ自体に問題があるわけではありません。

Android

• Android 版の Clash 系クライアントは VPNService をベースにトラフィックを奪取します。初回起動時に接続すると、システムが「このアプリに VPN 接続の確立を許可しますか」というダイアログを表示します。この許可は再インストールごとに1度だけ表示され、拒否するとプロキシが全く機能しません。
• 一部のメーカー製カスタム ROM(一部の独自カスタマイズ端末など)は、バックグラウンド常駐アプリに対して独自の自動起動管理や省電力ポリシーを適用している場合があります。追加でシステム設定からクライアントをホワイトリストに登録する必要があり、そうしないとバックグラウンドに切り替えてから一定時間後に接続が自動的に切断されます。

iOS

• iOS でのプロキシ奪取はネットワーク拡張フレームワークに依存しており、初回有効化時に「VPN 構成の追加」というシステム確認ダイアログが表示されます。許可をタップし、デバイスのパスコード入力または Face ID 認証が求められる場合があります。
• 誤って「許可しない」を選んでしまった場合は、システム設定の「VPN とデバイス管理」から対応する構成を見つけて手動で有効にする必要があります。クライアント内部のスイッチではシステムレベルの拒否状態は上書きされません。

ステップ2:サブスクリプションの導入

サブスクリプションはリモートで更新可能な設定内容の一種で、通常はプロキシノード情報と(任意で)ルールセットのアドレスが含まれます。導入方法は主に3種類あり、クライアント画面上に対応する入口が用意されているのが一般的です。

1. サブスクリプションリンクの導入:提供元から受け取った URL をクライアントの「サブスクリプション新規追加」または「設定の導入」入力欄に貼り付け、確認をクリックするとクライアントがネットワークリクエストを送って内容を取得・解析します。最も一般的な方法です。
2. ローカルファイルの導入:YAML 形式の設定ファイルを入手した場合は、クライアントのファイル導入機能で直接読み込みます。リモートリンクがなく静的な設定ファイルのみ持っている場合に適しています。
3. クリップボード・QRコードでの導入:モバイル端末のクライアント(特に iOS)では、クリップボードの内容を読み取ったり、QRコードに埋め込まれたサブスクリプション情報を読み取ったりする方法がよく用意されています。操作はより速く、原理はリンク導入と同じです。

導入失敗の最も多い原因は3つあります。リンク自体が既に無効または期限切れであること。クライアントが接続しているネットワーク環境からサブスクリプションサーバーにアクセスできないこと(サブスクリプションを取得するにはまず使えるネットワーク経路が必要という、鶏と卵の問題が生じるため、初回導入時は一時的にネットワークを切り替えたりモバイルのテザリングを使ったりする必要があります)。そしてサブスクリプション提供元がクライアントの User-Agent を検証していること(一部の提供元は自社製クライアント以外からのリクエストを制限しており、この場合はクライアント設定に「User-Agent のカスタマイズ」オプションがあるか確認してください)。

ステップ3:プロキシモードの選択

サブスクリプションの導入に成功すると、クライアントは通常3種類のコア動作モードを用意しています。初めて使う際は以下の判断基準で選ぶことをおすすめします。適当に1つを選ぶのではなく、目的に応じて選びましょう。

• ルールモード(Rule):ドメイン名や IP のルールセットに基づき、あるトラフィックを直接接続すべきか、プロキシを経由すべきか、拒否すべきかを判断します。ほとんどの場面で推奨されるモードで、速度とカバレッジのバランスが取れており、日本国内は直接接続、海外向けはプロキシ経由という典型的な構成を目指せます。
• グローバルモード(Global):全てのトラフィックがルール判定を経ずに、現在選択中のノードを一律で経由します。特定ノードの接続性を一時的にテストしたい場合や、全トラフィックをプロキシ経由にする必要が明確な場合に適していますが、長期的に使うと本来直接接続すべき国内向けトラフィックも迂回することになり、速度と遅延の両方が悪化します。
• 直接接続モード(Direct):プロキシを一切介さず、全てのトラフィックがシステム本来のルーティングで通信します。「これはプロキシが原因の問題なのか」を判断する際に最も有効な比較用モードです——直接接続モードに切り替えても問題が変わらず発生するなら、Clash とは無関係だと分かります。

初回インストール時はデフォルトのルールモードのまま使い、特定のサイトが開けない場合はそのつどルールの一致状況を確認する方が良く、いきなりグローバルモードに切り替えて一括対応してしまうと、本来のルール設定の問題が見えなくなってしまいます。

ステップ4:システムプロキシと TUN モードの選び方

ルールとノードの設定が終わった後にも、見落とされがちな最後のステップがあります。クライアント内部でノードを選んでも、システム上の他のプログラムが自動的にそれを経由するわけではありません。ここには原理も適用シーンも異なる2種類の奪取方式が関わってきます。

システムプロキシ(HTTP/SOCKS プロキシ設定)

クライアントはローカルにプロキシ用ポートを開き、システムのネットワークプロキシ設定をこのポートに向けます。多くのブラウザやプロキシ設定に対応したアプリは自動的にシステムプロキシに追従して有効になりますが、コマンドラインツール、一部のゲームクライアント、システムプロキシ設定を読み取らないアプリなどは対象外です。これが「ブラウザは接続できるのに特定のソフトだけ接続できない」という典型的な原因です。

TUN モード(仮想ネットワークアダプタによる奪取)

TUN モードは仮想ネットワークアダプタを作成し、ネットワーク層でほぼ全てのトラフィックを奪取します。アプリがシステムプロキシ設定を読み取るかどうかに依存しないためカバレッジがより完全になりますが、代わりに追加のシステム権限が必要になり(ステップ1を参照)、設定やトラブルシューティングもやや複雑になります。初回インストールでまずサブスクリプションとノードが使えるか確認したいだけであれば、まずシステムプロキシモードで動作確認を行い、問題がないことを確認してから TUN モードでの全体トラフィック奪取を検討することをおすすめします。

初回起動時のよくある問題早見表

1. 画面は開くがリストが空:まずサブスクリプションが正しく導入されているか確認し、次に正しいサブスクリプション設定が選択されているか確認してください(一部のクライアントは複数のサブスクリプションを同時保存できるため、デフォルトで有効になっているものが今導入したものと違う場合があります)。
2. 接続できるがページが開けない:プロキシモードがルールモードになっているか、ルールセットが正しく読み込まれているか確認してください。システムプロキシが実際にクライアントのポートを指しているか、システムのネットワーク設定でポート番号が一致しているか手動で確認できます。
3. モバイル端末でバックグラウンドに切り替えると切断される:Android は端末メーカーの省電力ホワイトリストに登録済みか確認してください。iOS はネットワーク拡張機能がシステムによって自動的に一時停止されていないか確認してください。通常は低電力モードやシステムレベルの通信制限ポリシーに関係します。
4. TUN モードの有効化に失敗する:Windows は管理者権限で実行しているか確認してください。macOS はシステム設定でネットワーク拡張機能の権限確認が完了しているか(クライアント内でスイッチを押しただけになっていないか)確認してください。
5. サブスクリプション更新後にノードが消える:サブスクリプションサーバー側でノード構成が変更された可能性が高く、クライアント自体とは無関係です。サブスクリプションを再取得するか、提供元に確認することをおすすめします。

推奨される一連の操作手順

以上の4ステップをつなげると、初回インストールから正常に使えるようになるまでの推奨手順は次のとおりです。まずクライアントをインストールしてシステム権限の確認を済ませ(TUN は急いで有効にしない)、次にサブスクリプションを導入してノード数とルールセットが正常か確認し、続いてルールモードをデフォルトの動作モードとして選択し、最後にシステムプロキシを有効にしてブラウザなど通常のアプリが正常にネットワークに接続できるか検証します。これが全て問題なく通ったら、必要に応じてシステムプロキシ設定を読み取らないアプリのために追加で TUN モードを有効にするかどうかを検討してください。この順序で進めれば、初心者がインストール時に詰まりがちなポイントのほとんどをカバーできます。