Windows と macOS 初回インストール:クライアント選定と初期設定の比較

Windows と macOS のいずれにも「Clash」という単一の公式インストーラーは存在しません。オリジナル版 Clash のコアは開発が停止しており、現在主流のグラフィカルクライアントはコミュニティが維持している Clash Meta(コアプロジェクトの現在の名称は mihomo)をベースにパッケージ化されたもので、Clash Verge や Clash for Windows の代替クライアント、Tauri/Electron ベースでビルドされたクライアントなどが一般的です。取得先を選ぶ際は、以下の順序でリスク要因を排除することをおすすめします。

1. プロジェクトのリリースページ、または本サイトのダウンロード導線から入手し、出典不明の転載リンクは避ける。
2. インストーラーのプラットフォーム・アーキテクチャがシステムバージョンと一致しているか確認する。Windows は x64/ARM64、macOS は Intel と Apple Silicon で区別される。
3. クライアントが採用しているコアを確認する。同一クライアント内に複数バージョンのコアが内蔵され、切り替え可能な場合もあるが、初回インストール時に手動で切り替える必要はなく、デフォルトのコアで日常的なプロキシ・振り分け用途は十分に満たせる。

Windows インストーラー形式

.exe セットアップウィザード / インストール不要の .zip ポータブル版

macOS インストーラー形式

.dmg ディスクイメージ、「アプリケーション」フォルダへドラッグ

共通コア

Clash Meta / mihomo、Rule モードと TUN モードに対応

設定ファイル形式

YAML。両プラットフォームで読み込みロジックが共通のため、そのままクロスプラットフォームで再利用可能

インストール中は両プラットフォームともシステムレベルのセキュリティ警告が表示されますが、これはアプリストア未経由のソフトウェアに対する OS 側の通常のブロックであり、対処方法は異なるものの、いずれもインストーラー自体に問題があることを意味するものではありません。

クライアントをインストールして起動すると、通常はそのままメインパネルが表示されますが、システム連携に関わるいくつかのスイッチはデフォルトで有効になっていないことがあり、確認を見落とすと「動作しているように見えるが、通信がプロキシを経由していない」という典型的な問題につながります。

自動起動

ほとんどのクライアントは設定ページに独立した「起動時に自動実行」のスイッチがあり、デフォルト状態はバージョンによって異なります。使用習慣に合わせて一度手動で確認することをおすすめします。

• Windows クライアントでは一般的に「全般設定」または「基本設定」のグループ内にあり、有効化するとシステムのスタートアップ項目に登録され、タスクマネージャーの「スタートアップ」タブから逆に確認できる。
• macOS クライアントの対応スイッチは通常「ログイン時に起動」と表記され、設定パネルの上部にある。有効化すると「システム設定 → 一般 → ログイン項目」の一覧に表示される。

システムプロキシ

システムプロキシは、ブラウザなどのアプリケーションの通信が Clash を経由するかどうかを決定します。クライアント内の「システムプロキシ」スイッチは単なるショートカット入口であり、実際にはシステムのネットワーク設定内のプロキシ項目へ書き込まれます。

• Windows では「設定 → ネットワークとインターネット → プロキシ」内の「プロキシサーバーを使う」に対応し、クライアントのシステムプロキシスイッチを有効化すると、この項目がローカルアドレスとポートに自動的に書き込まれているのが確認できるはずです。
• macOS では「システム設定 → ネットワーク → 選択したネットワークサービス → 詳細 → プロキシ」内の「Webプロキシ(HTTP)」と「セキュアWebプロキシ(HTTPS)」の項目に対応します。

システムプロキシのみに依存している場合、システムプロキシ設定を参照しない一部のアプリケーション(一部のコマンドラインツールやゲームクライアントなど)は直接接続のままになります。こうしたケースでは TUN モードを有効化して全体をまとめて制御する必要がありますが、これは上級者向けの設定であり、初回インストール段階では対応しなくても構いません。

コアバージョン

設定ページの「コアバージョン」または「カーネルバージョン」の項目には現在使用中の Clash Meta / mihomo のバージョン番号が表示され、通常はワンクリックでの切り替えやアップグレードボタンも用意されています。初回インストール時はクライアントに標準で組み込まれたデフォルトコアをそのまま使うことをおすすめし、テスト版や開発ブランチへ手動で切り替える必要はありません。ルールフィールドの互換性の問題で設定ファイルの解析に失敗するのを避けるためです。

確認項目1

自動起動スイッチの状態とシステムのスタートアップ一覧が一致しているか

確認項目2

システムプロキシ項目にローカルアドレスとポートが書き込まれているか

確認項目3

コアバージョンがクライアント標準の安定版になっているか

確認項目4

利用可能なサブスクリプションまたはローカル設定を少なくとも1件インポート済みか

初回インストール段階で発生する問題は、権限の付与が不完全であること、またはシステムプロキシの書き込みに失敗していることに集中しています。以下によくある現象とその対処方向をまとめます。

• パネル上は接続済みと表示されているが、ブラウザから外部サイトへアクセスできない。まずシステムプロキシ項目が実際に書き込まれているか確認し、次に選択中のノードが利用可能な状態かを確認する。パネル上の遅延数値が長時間「タイムアウト」の場合は、まずノードを変更して確認する。
• macOS で TUN モードを有効化するとネットワークが完全に切断される。仮想ネットワークアダプタとローカル DNS 設定の競合によることが多い。まず TUN モードを無効化してシステムプロキシモードに戻し、基本的な通信が正常であることを確認したうえで、段階的に DNS 設定を見直す。
• Windows で再起動後、自動起動が反映されない。セキュリティソフトによってスタートアップ項目の書き込みがブロックされていないか、またはソフトウェア更新後にクライアント設定内のスイッチがリセットされていないかを確認し、再度手動でオンにして保存し直す。
• クライアントが設定ファイルの解析失敗を表示する。多くの場合、サブスクリプションの内容にコアが対応していないフィールドが含まれている。まずシンプルな構造のテスト用設定でクライアント自体が正常に動作するかを確認し、その後サブスクリプションの内容を見直す。