はじめに · 読了時間約8分

Clash 初回インストール後にやるべき7つの初期設定:全プラットフォーム共通チェックリスト

インストーラーの入手元やシステムプロキシの切り替え、サブスクリプション導入の順番まで、Clash クライアントを初めて導入する際に必要な5大プラットフォーム共通の初期設定手順を整理し、初心者がよく遭遇するエラーとその対処法もまとめて紹介します。

初回インストールに統一チェックリストが必要な理由

Clash エコシステムにはさまざまなクライアントがあり、Windows では Clash Verge Rev、macOS では ClashX Meta、Android では Clash Meta for Android がよく使われていて、画面のレイアウトやボタンの配置はそれぞれ異なります。しかし見た目の違いを取り除くと、裏側で動いているのは同じプロキシコアです——以前は Clash Premium が主流でしたが、現在ほとんどのクライアントは Clash Meta(プロジェクト名変更後は mihomo と呼ばれます)に切り替わっています。コアが同じということは、初期化で確認すべきポイントも共通しているということです。プロキシポートの割り振り、システムプロキシを自動で有効にするかどうか、サブスクリプションリンクをエラーなく取り込む方法など。こうした手順を事前にリスト化しておけば、トラブルが起きてからエラーメッセージを見て一つずつ調べるより格段に手間が省けますし、「インストールしたのにページが開けない」「サブスクリプションを読み込んだのにノードが表示されない」といった、初心者が最初のハードルでつまずくケースも避けられます。

以下の7項目は特定のクライアント画面に限定した内容ではなく、Clash / Clash Meta コアをベースとするクライアントであれば初回インストール時に必ず通る共通の手順です。操作する順番に並べています。

インストール前に確認すべき2つのポイント:入手元とコアのバージョン

実際にインストールする前に、あらかじめ確認しておくべき判断ポイントが2つあります。ここを押さえておくだけで、後の切り分けにかかる時間を大幅に減らせます。

1. インストーラーの入手元が公式かどうかを確認する

Clash 系のクライアントはほぼすべてオープンソースプロジェクトで、配布経路はそれぞれのプロジェクトがコードホスティングサービス上に公開しているリリースページです。インストール前にバージョン番号と更新日時をチェックしておきましょう。長期間更新が止まっている、あるいはバージョン番号が明らかに古いインストーラーは、開発が終了したフォークである可能性が高く、設定項目のサポートが現行の主流サブスクリプション生成ツールより遅れていて、設定を読み込んだ際に項目が認識されないエラーが出やすくなります。

2. Clash と Clash Meta(mihomo)を区別する

サブスクリプションから配布される設定ファイルに tun や dns.enhanced-mode、あるいは rule-providers 内で behavior: classical 以外の書き方が使われている場合、その設定は Clash Meta コアの構文で書かれています。旧来の Clash Premium コアしかサポートしないクライアントにこれを読み込ませると、「項目未対応」というエラーが出るか、その設定が黙って無視されてしまいます。現在は主流クライアントの多くが標準で Clash Meta / mihomo コアを搭載しているので、初回インストール時にクライアントの説明に記載されているコアの種類を確認しておけば、このトラブルはほぼ回避できます。

初回起動時にやるべき7つの初期設定

インストールが完了してクライアントのメイン画面を開いたら、以下の順に7項目を確認していくのが、プラットフォームを問わず共通の初期化フローです。

  1. ミキシングポートが使われていないか確認する。Clash コアは既定でミキシングプロキシポート(デフォルト値は 7890 が多い)を1つ監視し、HTTP と SOCKS5 のプロキシ機能を同時に提供します。以前インストールした別のプロキシツールがこのポートを使用していると、クライアント起動時にポート競合の警告が出ます。設定画面から未使用のポート番号に変更するだけで解決し、以降の機能には一切影響しません。
  2. システムプロキシを有効にするかどうかを決める。システムプロキシは、OS レベルの通信を自動的に Clash が監視しているポートへ流す仕組みで、多くのクライアントには目立つ位置にオン/オフのスイッチがあります。デスクトップ環境(Windows/macOS/Linux)では、まずこのスイッチをオンにして基本動作を確認するのがおすすめです。アプリごとに個別でプロキシを設定する手間が省けます。
  3. TUN モードを有効にするかどうかを選ぶ。TUN モードは仮想ネットワークアダプタをシステム上に作成し、システムプロキシの設定に従わないアプリも含めた全トラフィック(グローバルトラフィック)を引き受ける仕組みです。UDP 通信を処理したい場合や、システムプロキシのルールに従わないアプリがある場合に有効です。TUN の有効化には管理者権限やシステムレベルの補助サービスが必要になることが多いので、初回有効化時に追加の権限要求が表示されないか確認しておきましょう。
  4. サブスクリプションリンクを読み込む。設定管理画面にサブスクリプション提供元から発行されたリンクを貼り付け、更新ボタンを押して設定を取得します。読み込み後は、まずノードリストに正常な数のノードが表示されているかを確認し、いきなりルールモードに切り替えないようにしましょう。
  5. プロキシモードを確認する。Clash コアには ルール(Rule)、グローバル(Global)、直接接続(Direct)の3つの基本モードがあります。ルールモードは設定ファイル内のポリシーグループとルールセットに従って自動的に振り分けを行うモードで、日常使用ではこれを既定にしておきます。グローバルモードはノードの動作確認を一時的に行いたいときに便利で、直接接続モードはプロキシ機能を一時的に無効化した状態と同じです。
  6. DNS 設定を確認する。設定ファイル内の DNS セクションが有効になっている(enable: true)ことと、解析モードが Fake-IP か実 IP かのどちらになっているかを確認しましょう。この項目はドメインの振り分けの正確さに直結する部分で、代表的な症状については後ほど詳しく説明します。
  7. GeoIP/GeoSite データベースが読み込まれているか確認する。ルールセットでよく見かける GEOIP,CN や GEOSITE,category-ads のような記述は、クライアントに内蔵された地理データベースを利用しています。初回起動時に自動でダウンロードされるのが一般的なので、メイン画面やログにダウンロード失敗の表示が出ていないか確認してください。
注意システムプロキシと TUN モードを同時に有効にして初回の接続確認を行うのは避けましょう。まずシステムプロキシで正常に通信できることを確認したうえで、段階的に TUN を試すほうが、問題発生時にどの設定層が原因かを特定しやすくなります。

初心者がよく遭遇するエラーと対処法

以下のエラーは、Clash を初めて触る人がほぼ必ず一度は経験するものです。事前に原因を知っておくだけで、切り分けにかかる時間を大幅に減らせます。

「ミキシングポートは既に使用されています」

同一のポートが別のプログラムに使用されていることを示しています。以前インストールした別のプロキシソフトが完全に終了していないケースが多いです。設定画面でポート番号をあまり使われていない値(例:17890)に変更し、保存後にプロキシサービスを再起動すれば解決します。

サブスクリプションの読み込みは成功したのにノードリストが空になる

このケースはクライアント側の問題ではなく、サブスクリプションリンク自体が空の内容や不正な形式のデータを返していることが多いです。まずブラウザで直接そのリンクを開いてみて、Base64 や YAML 形式のテキストが返ってきているか確認しましょう。リンク自体が正常であれば、次にクライアント側の更新間隔設定がリクエストをブロックしていないか確認してください。

一部のサイトは開けるのに別のサイトが開けない

多くの場合、DNS の解析モードや振り分けルールが原因です。Fake-IP モードを使っている場合、実 IP による通信を前提とするシーン(例:ローカルネットワーク上でのサービス探索)では動作が不安定になることがあり、その場合は該当するドメインを設定内の fake-ip-filter のホワイトリストに追加してみてください。ルールグループが直接接続のポリシーにマッチしている場合は、ルールセットの順序で該当ドメインが誤って直接接続グループに振り分けられていないか確認しましょう。

TUN モードを有効にすると完全にネットに繋がらなくなる

多くは権限またはネットワークアダプタのドライバに関する問題です。Windows では管理者権限で実行しているか、補助サービスが正しくインストールされているかを確認してください。Linux ではカーネルが TUN デバイスをサポートしているか、ユーザーに必要な権限があるかを確認しましょう。この場合はまず TUN を無効にしてシステムプロキシモードに戻し、基本的な接続が正常であることを確認したうえで、TUN 関連の権限メッセージを個別に調べるようにしてください。

サブスクリプション読み込みとモード切り替えのおすすめの順番

ここまでの内容を踏まえると、初回インストール後の手堅い操作順序は次のようになります。まずシステムプロキシだけを有効にして、サブスクリプションに含まれる既定のポリシーグループでルールモードを試し、よく使うサイトに問題なくアクセスできることを確認します。次に、自分のネットワーク環境に応じて TUN モードが必要かどうかを判断します。そして最後に DNS の解析モードや GeoIP データベースの更新頻度といった高度な設定を調整します。基本的な接続確認をスキップして高度なパラメータをいきなり触ってしまうのは、初心者のトラブルシューティングが長引く典型的な原因です。今起きている不具合が新しく変更したパラメータによるものなのか、それとも元からある基本設定の問題なのかを判断しづらくなるためです。

また、クライアントによってサブスクリプションの更新頻度設定は異なります。初回インストール後は更新間隔を適切な値(例えば1日1回程度)に設定しておくと、サブスクリプション提供側のサーバーに不要な負荷をかけずに済み、通信状況の変動による更新失敗の表示も減らせます。

Clash をダウンロード