インストール前に確認すべき3つのこと
Windows で Clash 系クライアントをインストールする作業自体は複雑ではありませんが、多くのつまずきは「インストールできたのに反映されない」という段階で起こります。インストーラーをダウンロードする前に、次の3点を確認しておくと後の調査時間を大幅に減らせます。
- OS のバージョン:主要なクライアントは Windows 10 64bit 以上を要求します。古い 32bit システムや未更新の Windows 7 環境では、TUN モード関連のドライバの互換性が悪く、無理にインストールするのはおすすめしません。
- サブスクリプションリンクの有無:クライアント自体は「入れ物」にすぎず、実際にどのノードへ接続できるかを決めるのはサブスクリプションリンクです。インストール前にリンクをコピーして手元に用意しておくと、インストール後に「どこに入力すればいいか」で詰まらずに済みます。
- 他のプロキシ/VPN ソフトの併用状況:同種のツールが常駐して同じポートを占有したり、仮想ネットワークアダプタを同時に制御したりすると競合が発生します。他のプロキシツールは事前に終了させるか、少なくとも使用ポートをメモしておくと後の調査が楽になります。
ダウンロードとインストール:インストール先が後の運用の手間を左右する
ダウンロードページで Windows 版を選択します。クライアントは通常 .exe または .msi 形式で配布されます。インストーラーを実行すると、インストール先フォルダの選択を求められることが多く、この手順は軽視されがちですが、実は後々の更新や設定管理に影響します。
- システムドライブ以外(例:D ドライブ)の独立したフォルダを選ぶようにし、
C:\Program Filesのように管理者権限が必要なディレクトリへのインストールは避けましょう。設定ファイルを書き込む際に権限不足でサイレントに失敗するクライアントもあります。 - インストール先のパスに日本語や空白文字を含めないでください。一部のコアプログラムはパス内の特殊文字の処理が不完全で、コアプロセスが起動できなくなる場合があります。
- インストール完了後は焦ってサブスクリプションを導入せず、まずクライアントのメイン画面でコアプロセス(通常「Core」または「Kernel」というステータス表示)が「稼働中」になっていることを確認してから次のステップに進みましょう。
インストーラーが「以前のバージョンを検出しました」と表示した場合は、上書きインストールではなく、まず旧バージョンを手動でアンインストールしてから新バージョンを入れることをおすすめします。残っている旧設定ファイルが、新バージョンで古いルールセットやポート設定を読み込んでしまう原因になることがあります。
ウイルス対策ソフトの誤検知:なぜブロックされるのか、どう対処するか
Clash 系クライアントはインストール時や初回起動時に、Windows Defender や他社製ウイルス対策ソフトから不審なプログラムとしてマークされ、実行ファイルが直接削除されてしまうことがよくあります。これはソフト自体に問題があるわけではなく、この種のツールの動作パターンがマルウェアと一部重なっているためです。
- 仮想ネットワークアダプタの作成(TUN モード)、システムプロキシ設定の変更、管理者権限でのサービスプロセス実行——これらの動作はいずれもウイルス対策ソフトが重点的に監視している挙動です。
- オープンソースコミュニティが配布するコアプログラム(mihomo コアをベースにしたビルド版など)は商用のコード署名証明書を取得していないことが多く、未署名または署名機関がホワイトリストに含まれない実行ファイルは、ヒューリスティックスキャンでリスクと判定されやすくなります。
対処は以下の順番で試すことをおすすめします。最初からウイルス対策ソフトを完全に無効化するのは避けましょう。
- Windows セキュリティを開き、「ウイルスと脅威の防止」→「保護の履歴」で隔離・削除されたファイルがないか確認し、あれば「復元」を選択します。
- 「ウイルスと脅威の防止の設定」でクライアントのインストールディレクトリを除外リストに追加します。リアルタイム保護を全体で無効化するのは避けましょう。
- 他社製ウイルス対策ソフトを使用している場合も、同様の「信頼リスト」や「ホワイトリスト」機能があることが多いので、インストールフォルダ全体を追加すれば解決します。
サブスクリプション導入:1文字のミスでも接続失敗の原因になる
クライアントを開いたら、「サブスクリプション管理」または「Profile」に相当する画面(クライアントによって名称が多少異なります)を探し、サブスクリプションリンクを貼り付けて保存します。この手順で最もミスが起きやすいのはリンク自体です。
- コピーしたのが完全なリンクであることを確認し、プロトコル部分の
https://を欠落させたり、末尾に余分な空白や改行を含めたりしないようにしましょう。 - 一部のサブスクリプションリンクはリクエストヘッダー(User-Agent)を検証しており、クライアント側の User-Agent がサブスクリプション提供元の要求と一致しない場合、「サブスクリプションを取得できません」というエラーが出ることがあります。この場合は通常、クライアントの詳細設定で User-Agent フィールドを手動調整する必要があります。
- サブスクリプションの取得に成功したら、ノードリストに具体的なノード名や地域情報が表示されているか確認します。空欄や「不明なノード」表示のままでは、サブスクリプションの内容がプロキシグループやルールに正しく解析されていないことを意味します。
導入が完了したら、まずノードの遅延テストを実施(クライアント画面に「速度測定」ボタンがあることが多い)し、遅延異常やタイムアウト表示のノードを除外してから、次のシステムプロキシ設定に進みましょう。
システムプロキシを有効化する:通信を実際にプロキシ経由にする
クライアントをインストールし、サブスクリプションを導入しただけでは、通信がまだプロキシを経由していません——これは初心者が最もよく誤解する点です。クライアント側で明示的に「システムプロキシ」をオンにしないと、Windows のネットワーク設定は変更されず、HTTP/HTTPS 通信がローカルのリスニングポートへ転送されません。
- クライアントのメイン画面で「システムプロキシ」のスイッチを見つけてオンにします。この時点で Windows の「設定 → ネットワークとインターネット → プロキシ」に自動設定されたプロキシアドレスが表示されるはずです。通常は
127.0.0.1と対応するポート番号です。 - 有効化されているかどうかを確かめる最も直接的な方法は、ブラウザで通常アクセスできないサイトを開いてみることです。正常に表示されれば、システムプロキシは機能しています。
- より徹底的な通信の制御(ブラウザ以外のアプリやシステムレベルのリクエストを含む)を望む場合は、TUN モードの利用を検討してください。仮想ネットワークアダプタを通じてネットワーク層で通信を制御するため、システムプロキシよりも適用範囲が広い一方、設定の難易度も上がります。
システムプロキシは、システムプロキシ設定に従うアプリケーションにのみ有効です。一部のソフト(特定のゲームやコマンドラインツールなど)はシステムプロキシ設定を読み込まないため、こうした場面では通常 TUN モード、またはそのソフト個別のプロキシパラメータ設定が必要です。
ポート競合:見落とされがちな接続失敗の原因
クライアントは既定で固定のローカルポート(混合プロキシポートとして 7890 など)を監視します。このポートが他のプログラムに占有されていると、クライアントがコアプロセスを正常に起動できなかったり、起動しても通信を全く転送できなかったりしますが、画面上に明確なエラーが表示されないこともあります。
ポート占有の確認はコマンドプロンプトで次を実行します。
netstat -ano | findstr 7890
出力結果でそのポートが他のプロセス ID(PID)に占有されていると分かった場合、タスクマネージャーの「詳細」タブを開き、PID から対応するプログラムを特定して、そのプログラムを終了するかクライアントの監視ポートを変更するかを判断します。ポート変更は通常クライアントの「設定」または「共通設定」内にあり、変更後はコアプロセスを再起動して初めて反映されます。
自動起動:再起動後もプロキシを自動で待機させる
毎日 PC を起動するたびにプロキシを使う習慣がある場合は、自動起動をまとめて設定しておくと、毎回手動でクライアントを開いてシステムプロキシをオンにする手間を省けます。
- ほとんどのクライアントには「設定」または「共通」項目に「起動時に自動実行」のスイッチがあり、オンにすると Windows の起動と同時にクライアントが自動的に立ち上がります。
- 一部のクライアントには「起動時にシステムトレイに最小化」というオプションもあり、これも合わせてオンにしておくと、毎回メインウィンドウがポップアップするのを防げます。
- 自動起動をオンにしたのにシステムプロキシが自動で有効にならない場合は、「システムプロキシの状態を記憶する」といった類似の設定項目が同時にオンになっているか確認してください。クライアントによっては自動起動がプログラム自体の起動しか担当せず、システムプロキシのスイッチは別途「起動時に自動オン」に設定する必要があります。
インストール後によくある問題の早見表
| 症状 | 可能性が高い原因 | 推奨対応 |
|---|---|---|
| インストーラーが削除・ブロックされる | ウイルス対策ソフトの誤検知 | 隔離ファイルを復元し、インストールディレクトリを信頼リストに追加 |
| サブスクリプション導入後にノードリストが空 | リンクの誤りまたは User-Agent 検証失敗 | リンクの完全性を再確認し、User-Agent の調整を試す |
| システムプロキシをオンにしてもアクセスできない | ポート競合、またはノード自体が利用不可 | netstat でポートを確認し、別のノードで試す |
| 再起動後にプロキシが自動で有効にならない | 自動起動はプログラムのみ起動し、プロキシ状態は復元されない | 「プロキシ状態を記憶する」系の設定項目を確認 |
まとめ
Windows で Clash 系クライアントをインストールする流れは、「インストール先を正しく選ぶ → ウイルス対策ソフトの誤判定に対処する → サブスクリプションを正しく導入する → システムプロキシがオンになっているか手動で確認する → ポート競合を解消する → 自動起動を設定する」の6ステップに整理できます。「インストールできたのに使えない」というケースの大半は、この6ステップの中に対応する調査ポイントが見つかります。OS の再インストールやクライアントの何度もの入れ直しは必要ありません。