オープンソースエコシステム · 全デバイス対応クライアント

ClashApple版と全デバイス対応クライアント

5大プラットフォームのクライアントサブスクリプション導入手順ルール分岐の解説をまとめて確認できます。まず正しいクライアントを選び、その後に設定すれば、手順全体がずっと分かりやすくなります。

完全無料 オープンソース 日本語ドキュメント mihomoカーネル解説
設定ガイド

サブスクリプション導入からルール分岐まで

Clashは設定項目が多いものの、実際の利用手順は明確です。クライアントを選び、サブスクリプションを導入し、プロキシモードを決め、必要に応じてDNSとTUNを設定します。

サブスクリプション導入

設定URLを正しい入力欄に貼り付ける

サブスクリプションURLは通常、サービス提供者が発行するもので、ノード、プロキシグループ、ルールが含まれています。導入時はクライアントの「サブスクリプション」「設定」または「Profiles」から追加し、URL全体をノード名に貼り付けないでください。ダウンロードが完了したら、導入した設定を選択する必要があります。選択して初めてノード一覧とプロキシグループが有効になります。

更新後に一覧が空になった場合は、まずURLにアクセスできるか確認し、次にリンクが完全にコピーされているか確認します。特定のリクエストヘッダーが必要なサブスクリプションや、先に形式変換が必要なものもあります。トラブル対処では一度に一つの条件だけを変更し、キャッシュ、ネットワーク、形式の問題を混在させないようにしましょう。

設定名日常用サブスクリプション
更新方法手動またはスケジュール
有効状態選択済み

プロキシモードの選び方

Ruleはルールに応じて直接接続かプロキシかを決めるため、日常利用に適しています。Globalは大半の接続を指定したプロキシグループへ渡し、一時的なテストに使われます。Directは通信を直接接続し、問題がプロキシ経路にあるかを素早く切り分ける際に便利です。モード変更で変わるのは通信の判断だけで、サブスクリプション更新の代わりになったり、ノード自体の問題を自動修正したりするものではありません。

設定変更の履歴を残す方法

サブスクリプション設定は更新時に全体が置き換わることがあります。長期的に使うカスタムルールは、クライアントが対応するオーバーライド、拡張スクリプト、またはローカル設定欄に入れてください。変更前に元の値を記録し、変更後は一つの目的だけをテストします。結果が思わしくなくてもすぐに戻せるため、DNS、TUN、ルールの問題が複雑に絡み合うのを防げます。

プラットフォーム別の入口

デバイスに合わせてClashクライアントを選ぶ

OSによってインストール方法、権限モデル、バックグラウンド動作の仕組みは異なります。対応するプラットフォームへ進み、グラフィカルインターフェース、カーネル機能、メンテナンス状況を確認してクライアントを選びましょう。

Windows

デスクトップでの事務作業、ブラウザー、一般的なアプリに適しています。インストール後は通常、サブスクリプションを導入してからシステムプロキシを有効にします。コマンドラインや特殊なプログラムまで対応する場合は、TUNを追加設定できます。ダウンロードページでは、継続的に保守されているGUIクライアントとアーカイブ済みプロジェクトを分けて掲載し、操作性とカーネル機能から選べるようにしています。

ダウンロードへ

macOS

IntelとApple SiliconのMacに対応します。インストール時はCPUアーキテクチャを確認し、クライアントによるネットワーク設定の追加を許可してください。メニューバー型クライアントは操作が簡単で、フル機能のデスクトップクライアントは接続ログ、ルールの一致状況、オーバーライド設定を確認しやすいのが特徴です。初回起動で権限の確認が表示されたら、システム設定にある該当項目を一つずつ確認します。

ダウンロードへ

Android

スマートフォン、タブレット、テレビ系デバイスに適しています。Androidクライアントは通常、システムVPNインターフェースで通信を制御し、初回接続時に許可を求めます。しばらくバックグラウンドにすると停止する場合は、バッテリー最適化とバックグラウンド実行制限を確認してください。一部のアプリだけに問題がある場合は、アプリ別プロキシ、LANバイパス、DNS設定を確認します。

ダウンロードへ

iOS

iPhoneとiPadに適しています。iOSクライアントはシステムネットワーク拡張機能で接続を確立し、設定の導入、プロキシグループの切り替え、オンデマンド接続をアプリ内で行います。モバイル通信とWi-Fiを切り替えた後に接続状態が不安定な場合は、システムVPNセッションを再確立し、サブスクリプションが現在の設定に更新されているか確認してください。

ダウンロードへ

Linux

デスクトップLinux、サーバー、一部のルーター環境に適しています。デスクトップユーザーはGUIクライアントを選べますが、サーバー管理者はmihomoカーネルと設定ファイルを直接使うことが多いでしょう。導入前にCPUアーキテクチャ、サービス権限、待ち受けアドレス、ファイアウォールルールを確認し、管理インターフェースを信頼できないネットワークに公開しないでください。

ダウンロードへ
すべてのクライアントを見る →

ダウンロードセンターでは、プラットフォーム別に選択可能なクライアント、システム要件、メンテナンス状況を掲載しています。ホームページは入口の案内に絞り、古くなりやすいバージョン情報は載せていません。

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

クライアント、カーネル、設定の関係

GUIは操作性を担い、mihomoカーネルはプロトコル、ルール、DNS、通信処理を担当します。この関係を理解すると、選定もトラブル対処もより直接的になります。

Clashの設定形式からmihomoエコシステムへ

Clashエコシステムでは、YAML設定、プロキシグループ、ルール分岐を中心とした利用方法が長く定着してきました。元のプロジェクトの状況が変化する中、コミュニティの保守はClash設定に対応する後継カーネルやクライアントへ徐々に移行しています。mihomoは一般的な設定方法を引き継ぎながら、プロトコル、ルールセット、DNS、TUN機能を拡張し続けています。現在使われている多くのデスクトップ・モバイルクライアントは、カーネル機能を操作しやすいGUIにまとめたものです。

つまり「Clashクライアント」は特定の一つのアプリだけを指す言葉ではありません。プロジェクトごとにGUI技術、更新経路、権限処理は異なりますが、サブスクリプション、プロキシグループ、Ruleモード、YAML設定には多くの共通概念があります。本サイトでは各プロジェクトをプラットフォーム別に整理し、開発が終了したクライアントは明確にアーカイブへ分類しています。おなじみの旧名称と現在の保守状況を混同しないためです。

オープンソースコードによる検証可能性

オープンソースプロジェクトでは、コード、コミット履歴、Issueの議論、リリースノートをコミュニティが共同で確認できます。一般ユーザーはコードを一行ずつ読む必要はなく、更新頻度、Issueへの対応、ビルド手順、コミュニティの議論からプロジェクトの状態を判断できます。開発者はルールの挙動、プロトコル実装、プラットフォーム互換性の問題を追跡し、必要に応じて修正や再現資料を提出できます。

オープンソースだからといって、すべての第三者ビルドが同じメンテナーによるものとは限りません。ダウンロード時はプロジェクト名、対象プラットフォーム、アーキテクチャを確認してから、インストール手順を読んでください。Windows、macOS、Linuxでは複数のアーキテクチャ向けファイルが同時に提供されることが多く、Androidでも汎用パッケージと特定CPU向けに分かれる場合があります。本サイトのダウンロードページではこうした違いを分けて説明し、ファイル名だけで判断しなくて済むようにしています。

カーネルとGUIクライアントの役割

カーネルは設定を読み込み、ネットワーク接続を処理し、名前解決、ルール一致、プロキシグループの選択、最終的な送信先を決定します。GUIクライアントはサブスクリプション管理、システムプロキシの切り替え、カーネルの起動、接続ログ、プラットフォーム権限を担当します。問題が起きたら、まずどの層にあるかを判断しましょう。画面で設定を保存できないならクライアント層、ルールの一致結果が想定外なら設定、カーネルが起動しないならポート、権限、設定構文を確認します。

このように層を分けて判断するほうが、何度も再インストールするより効果的です。サブスクリプション更新でエラーが出たらURLをテストし、ノードは使えるのにサイトの経路が違うならルールを確認します。ブラウザーは正常でコマンドラインだけ使えない場合は、システムプロキシとTUNを比較します。ドメインだけ異常でIPアドレスへの直接アクセスが正常ならDNSを確認します。一度に一つの層だけを検証すれば、デスクトップ全体をかき回すのではなく、フォルダーを一つずつ分けるように原因を特定できます。

更新の仕組みは分けて考える

クライアント更新、カーネル更新、サブスクリプション更新、地理データベース更新は別々のものです。クライアント更新は主にUI、プラットフォーム互換性、統合方法に影響します。カーネル更新ではプロトコル、ルール、ネットワークスタックが変わる可能性があります。サブスクリプション更新ではサービス提供者がノードとグループの内容を決め、GeoIPやGeoSiteなどのデータベースは一部の地域ルールの一致結果に影響します。

日常のメンテナンスで、すべてを頻繁に変更する必要はありません。まず現在の設定が使える状態を保ち、明確な目的に応じて更新しましょう。更新前にローカルのオーバーライドと重要な設定をエクスポートし、更新後はカーネルの起動、サブスクリプションの読み込み、プロキシグループの選択、ルールの一致、DNSを順に確認します。問題が起きた場合は、クライアント、カーネル、設定を同時に変えるより、直近で変更した項目を見直すほうが復旧しやすくなります。

技術ノート

最近の設定・トラブル対処記事

サブスクリプションの失効、TUNによる通信制御、DNS名前解決をテーマにした詳しい記事です。各記事は一つのテーマに絞り、現象から探しやすくしています。

トラブル対処

ClashのサブスクリプションURLが使えないとき:名前解決失敗と更新エラーの確認手順

サブスクリプションの導入エラーやノード一覧が空になる原因は、URLの期限切れ、形式の非互換、ネットワークによる遮断に集約されることが多いです。記事ではサブスクリプションURL、リクエストヘッダー、変換サービス、ローカルキャッシュを順に確認し、いきなりクライアントを再インストールする方法を避けます。

記事を読む →
上級設定

Clash TUNモードの設定方法:仮想ネットワークインターフェースで全通信を制御する仕組みと設定

システムプロキシでコマンドラインツールや一部のクライアントを制御できない場合、TUNはネットワーク層でより広い通信を処理できます。記事では仕組み、stackオプション、プラットフォーム権限、よくある競合、通信不能時の復旧手順を解説します。

記事を読む →
上級設定

ClashのFake-IPモードとは:DNSが予約アドレスを返す仕組みと利用シーン

Fake-IPはまず予約アドレスを返し、接続時にカーネルがドメインの対応付けと分岐判定を行います。記事ではRedir-Hostと比較し、fake-ip-filterの役割を説明するとともに、LAN機器や特殊なアプリへの対応方法を紹介します。

記事を読む →
すべての記事を見る →

マルチデバイス間の設定同期、GeoIP・GeoSiteデータベースの更新などのテーマも読めます。