オープンソースカーネル · Windowsクライアントを継続更新

Clash Windows版Windowsクライアントのダウンロードと設定

Clash をダウンロード 設定ガイドを見る

クライアント選びから接続確認まで、システムプロキシ、TUNモード、ルールによる振り分けを順に解説します。

  • 無料・オープンソース
  • mihomoカーネル
  • ルールによる振り分け
  • TUNモード

クライアントを選ぶ

デバイスに合ったClashクライアントを選択

まずOSとCPUアーキテクチャを確認してから、対応するインストーラーを選びます。デスクトップアプリは普段使いに、カーネル単体は設定やサービスを自分で管理したい方に適しています。

WindowsまずClash Plusを確認し、Clash Verge RevやFlClashとも比較できます。インストール前にシステム設定でCPUアーキテクチャを確認し、初回起動後にサブスクリプションの追加とシステムプロキシの設定を行います。ダウンロードページへ → macOSApple SiliconまたはIntelプロセッサに合ったパッケージを選びます。システムプロキシとネットワーク拡張では許可の手順が異なります。設定を移行した後も、アクセス権とローカルの待ち受けポートを確認してください。ダウンロードページへ → AndroidClash PlusやClash Meta for Androidなどを選べます。接続時はOSの案内に従ってVPN接続を許可し、バックグラウンド制限で切断されないようバッテリー管理の設定も確認してください。ダウンロードページへ → iOSダウンロードページにはClash PlusのApp Storeリンクと公式サイトclashplus.ioを掲載しています。設定を追加したらVPN構成の追加を許可し、プロキシグループと現在の接続モードを確認してください。ダウンロードページへ → Linuxデスクトップ環境ではClash Verge RevまたはFlClashを、サーバーではmihomoを単独で利用できます。ディストリビューションに合ったパッケージを選び、サービスの権限とターミナルのプロキシは個別に設定してください。ダウンロードページへ →

インストーラー、クライアント、サブスクリプションはそれぞれ別のものです。クライアントをインストールすると、端末上で設定やトラフィック転送を行えるようになりますが、接続には利用可能なサービス設定も必要です。サブスクリプションをお持ちの場合は、選んだカーネルが形式に対応しているか確認してから追加してください。初めて使うときは、接続を確認できるまで既定のポートとルールモードを維持し、その後に詳細設定を調整するのがおすすめです。

以前のクライアントから移行するとき、データフォルダー全体をそのまま上書きする必要はありません。まずサブスクリプションURL、ローカルルール、プロキシ選択をバックアップし、新しいクライアントで一つずつ復元してください。以前の設定に含まれるスクリプト、オーバーライド項目、独自設定は、そのまま移行できない場合があります。エラーが出たら、元のサブスクリプションだけで動作を確認してからローカル変更を追加しましょう。

すべてのクライアントを見る →

設定画面のサンプル

システムプロキシ・TUN・ルールの設定

以下の画面イメージは設定項目の説明用で、実際に操作できるクライアント画面ではありません。メニューの位置はクライアントごとに異なりますが、「設定、カーネル、待ち受けポート、トラフィックの入口、ルール」の順に確認すると効率よく切り分けられます。

システム設定に従うアプリをプロキシに接続

システムプロキシを有効にすると、Windowsのプロキシ設定がクライアントのローカル待ち受けポートを参照します。ブラウザーなど、システム設定に従うアプリに適した方法です。使い始める前に利用可能な設定を追加し、カーネルの起動を確認してから有効にしてください。一部のアプリだけ接続できない場合も、サブスクリプションが無効とは限りません。独自のネットワークスタックを使うアプリでは、個別にプロキシを設定するかTUNを利用します。Windowsの設定を直接変更するより、クライアントのスイッチで一括して有効・無効を切り替えられます。トラブル時は、複数のツールが同じ設定を上書きしないよう、ほかのプロキシアプリを先に終了してください。

この手順をガイドで確認 →

接続を確認する：入口から出口へ

スイッチがオンでも、クライアントが設定の適用を試みていることを示すだけで、すべてのアプリが接続済みとは限りません。まずシステムプロキシに従うブラウザーで対象にアクセスし、接続ログにリクエストが記録されるか確認します。記録がまったくない場合は、システムプロキシ、アプリ個別の設定、待ち受けポートを優先して確認してください。記録はあるのにリクエストが失敗する場合は、ポリシーグループの選択、DNSの名前解決、サービス設定を確認します。この順序で調べると、端末上の通信入口の問題と、リモート接続の問題を切り分けられます。

ノードの遅延テストは、特定のテスト先と方法で測った結果にすぎず、実際のアプリでの接続確認の代わりにはなりません。Web閲覧、ダウンロード、リアルタイム通信では接続要件が異なり、一つのテストに成功しても、すべての宛先にアクセスできるとは限りません。失敗したアプリ、発生時刻、現在のモード、一致したルールを記録し、一度に一つの設定だけを変更してください。クライアントの再インストール、ポート変更、DNS変更を同時に行うより、原因を特定しやすくなります。ノードの遅延と接続確認について →

オープンソースのエコシステム

Clash、Meta、mihomoの関係

クライアント名、カーネル名、サブスクリプション形式が同時に登場することはよくあります。それぞれの役割を理解すると、適切なソフトを選びやすくなり、問題の調査箇所も見極めやすくなります。

カーネルの変遷と設定の互換性

Clashのエコシステムには、カーネルと複数の独立して開発されているGUIクライアントがあります。オリジナルのClashプロジェクトがメンテナンスを終了した後も、コミュニティで開発が続けられました。Clash.Metaのフォークは、後にmihomoという名称になりました。古いガイドにあるMetaと新しいドキュメントのmihomoには関連がありますが、すべての旧設定が現在のクライアントでそのまま使えるとは限りません。ドキュメントを読むときは、対象のカーネル系統と実際の利用環境の両方を確認してください。

設定の互換性は、YAMLを読み込めるかどうかだけでは決まりません。プロトコル、DNSオプション、ルールの種類が使えるかはカーネルの実装に左右されます。一方、サブスクリプションの追加、サービスモード、スタートアップ設定などはクライアントの機能です。機能が見つからない場合は、まずどちらの役割に属するかを確認しましょう。GUIを変えてもカーネルの機能が変わるとは限らず、カーネルを更新してもクライアントのメニュー位置が変わるとは限りません。

プロトコルを比較するときは、利用中のサービスが対応しているか、端末の性能に合うか、ネットワーク環境に適しているかを確認してください。プロトコル名だけで接続品質を判断したり、どの環境にも同じ方式が最適だと決めつけたりするのは避けましょう。モバイル端末ではバックグラウンド動作やバッテリー消費も考慮が必要です。プロトコルとカーネルの技術資料を読む →

ソースコードと更新情報

オープンソースのリポジトリでは、プロジェクトの実装、ライセンス、課題の議論を確認できます。mihomoのソースコードとドキュメントはプロジェクトコミュニティが管理し、更新情報には機能の変更や修正が記載されています。このサイトではダウンロード先と日本語の利用情報を案内しますが、上流プロジェクトのリリース情報に代わるものではありません。また、異なる開発者が管理するクライアントを同一の製品として扱いません。選ぶ際は、プロジェクトの現在のメンテナンス状況とOSとの互換性を確認してください。

更新前にローカルルール、オーバーライド設定、利用可能な設定を保存してください。インストール後はカーネルが起動するか確認し、システムプロキシまたはTUNの動作を検証します。DNS、ルーティング、設定構文に変更がある場合は、一つずつ再テストしてください。普段は安定版を優先し、明確な修正が必要な場合にほかの更新チャンネルを検討しましょう。インストーラーの日付が新しいという理由だけで、設定移行の注意事項や現在のOSの対応範囲を見落とさないでください。

以下のコマンドはmihomoのソースコードを取得するためのもので、開発や閲覧向けです。GUIクライアントのインストール手順ではありません。実行前にGitがインストールされている必要があります。一般ユーザーはダウンロードページからクライアントを選んでください。コマンドをコピーしただけではプログラムは実行されず、端末のプロキシ設定も変更されません。

git clone https://github.com/MetaCubeX/mihomo.git
mihomoのオープンソースリポジトリを見る ↗

初回利用時に確認したい3つのポイント

クライアントをインストールしたのに接続できないのはなぜ？

クライアントをインストールした後、利用可能な設定を追加して有効にする必要があります。まず設定の解析が成功しているか、ポリシーグループが存在するかを確認し、次にシステムプロキシまたはTUNで通信を取り込めているか確認してください。サブスクリプションの取得失敗とプロキシ接続の失敗は別の段階で、エラーメッセージも異なります。先に設定の追加を解決してから接続を確認しましょう。サブスクリプションの追加手順を見る →

システムプロキシとTUNは両方有効にする必要がある？

二つのスイッチを必ず同時に有効にする必要はありません。ブラウザーなどシステム設定に従うアプリでは、まずシステムプロキシで接続を確認します。ほかのアプリの通信も取り込む必要がある場合は、ガイドに沿ってTUNを有効にしてください。併用方法はクライアントやルーティング設定によって異なるため、一つずつテストし、ほかのVPNや仮想ネットワークアダプターの影響にも注意しましょう。TUNの設定手順を見る →

サブスクリプション更新後にローカルルールが変わるのはなぜ？

リモートサブスクリプションを更新すると、通常は元の設定ファイルが再取得されます。ローカルルールをそのファイルに直接書き込んでいると、更新時に上書きされることがあります。例外ルールは、クライアントが対応するオーバーライドまたはマージ機能に保存し、マージ後のルール順も確認してください。別のクライアントへ移行するときは、ファイルをコピーするだけでなく、オーバーライドの方法を改めて確認する必要があります。ルールの管理手順を見る →

設定とトラブル対処の記事

サブスクリプション更新・アプリ接続・TUNのガイド

基本的な接続を確認したら、個別の問題に合わせて詳しく調べましょう。トラブル対処を始める前に、クライアント名、現在のモード、エラーメッセージを控えてください。ログを共有する際は、サブスクリプションURLや接続情報を削除します。

すべての記事を見る →
Clash をダウンロード