OSとCPUアーキテクチャ別にダウンロード先を掲載。GUIクライアント、旧版アーカイブ、単体コアを区別しています。初めてインストールする場合は、OSと端末のアーキテクチャを確認してください。
インストーラーを見る →サブスクリプションの追加、設定の有効化、プロキシグループの選択、システムへの接続を順番に解説。操作後は接続ログを確認し、設定とネットワークの問題を切り分けます。
設定手順を見る →プロトコルごとの通信方式やリソース消費、モバイルでの適性を比較。Clash、Meta、mihomo の関係を確認してから、設定するプロトコルを選べます。
技術情報を見る →クライアントの画面は設定を管理し、コアは設定を実行します。まず設定の入手元を確認し、通信がローカルのプロキシポートに届いているかを調べ、最後にルールで接続先を決めます。それぞれの段階で確認する場所が異なります。
各項目で操作のポイントと設定例を確認できます。クリック、キーボード操作、またはフォーカス時には自動切り替えが停止します。
サブスクリプションURLから設定全体を取得できる場合もあれば、ノード一覧だけが返される場合もあります。まずクライアントのサブスクリプションまたは設定画面にURLを追加し、更新後にその設定を選択して、プロキシグループが表示されるか確認します。ノードだけのデータは通常、プロキシプロバイダーとして参照し、ルールやプロキシグループはメイン設定側で用意する必要があります。クライアントによってローカル設定の上書き方法は異なります。ダウンロードしたファイルを直接編集すると、次回更新時に変更が消えることがあります。サブスクリプションURLにアクセス情報が含まれる場合があるため、スクリーンショットやバックアップを共有する前に削除してください。
この例は構造を示すものです。PROXY グループからプロキシを選ぶには、実際のノードを追加する必要があります。
サブスクリプションの追加手順を見る →ルールモードでは、接続を上から順に照合し、最初に一致したルールで指定されたプロキシを使います。完全一致のドメインルールは、より広いドメインサフィックスのルールより前に置き、最後に MATCH で残りの接続を処理します。DIRECT は直接接続、PROXY は設定内に定義されている必要があるプロキシグループ名です。グローバルモードと異なり、ルールモードでは通信ごとに接続先を分けられます。動作確認は選択中のノードだけで判断せず、接続ログで一致したルールを確認してください。ルールを変更した後は、既存接続の影響を避けるため、接続し直してから確認します。
ドメイン名は構文例です。PROXY は設定済みのプロキシグループを指定してください。
ルールとプロキシ設定の関係を見る →同じ Clash エコシステムのクライアントでも、すべての設定項目を共通して使えるとは限りません。オリジナル版 Clash、Meta 系、mihomo では、プロトコル対応、DNS の処理、拡張ルールに違いがあります。GUIが独自の接続設定をファイルに書き込む場合もあります。移行時は、まず移行先クライアントが使うコアを確認し、サブスクリプションに含まれるプロトコルや独自項目を調べてください。基本的なポートやルールの例は共通構造の理解には役立ちますが、設定全体の互換性を保証するものではありません。解析エラーが出た場合は、表示された項目の説明を確認し、コアを次々に切り替えて試すのは避けましょう。
これはプロキシノードを含まない、直接接続の最小構成例です。
コアの系統と互換性を確認 →TUN モードは仮想ネットワークインターフェースを通じて通信を取り込み、システムプロキシ設定を参照しないアプリにも適しています。有効にする前に、通常のシステムプロキシでサブスクリプションとノードが使えることを確認してください。その後、クライアントに必要な権限を付与し、既存のVPN、仮想NIC、セキュリティソフトとの経路競合がないか確認します。TUN とルールモードは役割が異なります。TUN は通信をコアに取り込む方法を決め、ルールは取り込んだ後の転送先を決めます。モバイル端末では通常、システムのVPN機能を使うため、画面の項目名や設定方法はデスクトップ版と異なります。デスクトップのネットワークインターフェース設定をそのまま流用しないでください。
この例には DNS 設定が含まれていません。使用前にクライアントの TUN と DNS の設定も確認してください。
システム接続の確認手順を見る →複数の端末でノードの参照先やルールの考え方を共有できますが、ローカルポート、ファイルパス、ネットワークインターフェース名、権限設定は端末ごとに管理してください。移行時はまずサブスクリプションを読み込み、移行先クライアントが対応する上書き機能や設定のマージ機能で端末固有の設定を保存します。デスクトップのシステムプロキシとスマートフォンのVPN権限は別のものです。ファイルをコピーしただけで接続できるとは限りません。バックアップには復元に必要なルールとプロキシグループを残し、サブスクリプションの認証情報は別に管理してください。同じ名前のプロキシグループでも、端末ごとに手動で選んだ設定が自動同期されるとは限りません。
共有前に両方の設定で PROXY グループが定義されていることを確認し、実際のLANに合わせてネットワーク範囲を調整してください。
クライアントの初期設定を見る →インストーラーはまずOS、次にCPUアーキテクチャに合わせて選びます。名前が似たクライアントを選ぶ場合は、開発が継続されているか、現在のサブスクリプション形式に対応しているかも確認しましょう。インストールが完了しても、それだけで接続できるわけではありません。有効な設定、プロキシグループの選択、システムへの接続許可が必要です。
初めて使う場合は、まず Clash Plus を確認し、画面の使い勝手に応じて Clash Verge Rev、FlClash、Clash Nyanpasu と比較してください。ダウンロード前にシステム情報でCPUアーキテクチャを確認しましょう。旧版クライアントは移行やアーカイブの参考として扱ってください。
起動後は、読み込んだ設定を有効にし、混合ポートが待ち受け状態になっていることを確認してからシステムプロキシを有効にします。通常のブラウザーは使えるのに一部のアプリだけ接続できない場合は、そのアプリがシステムプロキシを参照するか確認してください。ストアアプリではローカルループバックへのアクセス制限が影響する場合もあります。ノードを何度も変更するだけでは原因を特定できません。
ダウンロード Windows クライアントApple Silicon 搭載機と Intel 搭載機では、それぞれのアーキテクチャに対応するものを選びます。GUIクライアントは Clash Plus、Clash Verge Rev、FlClash を比較できます。ClashX Meta のアーカイブは既存環境からの移行向けです。選ぶ際はメンテナンス状況も確認してください。
初回設定の前にアプリを「アプリケーション」フォルダへ移動し、システムの案内に従って必要な権限を付与します。以前に別のプロキシツールを使っていた場合は、システムプロキシ設定やバックグラウンドサービスが残っていないか確認してください。メニューバーの有効・無効と設定の選択は別々に確認します。ウィンドウを閉じただけでコアが停止したと思い込まないようにしましょう。
ダウンロード macOS クライアント端末のアーキテクチャに合ったインストーラーを選び、まず Clash Plus を確認してください。Clash Meta for Android、FlClash、Surfboard との比較もできます。サブスクリプション形式はアプリによって対応状況が異なるため、移行前に形式を確認し、同じファイルをすべてのクライアントにそのまま読み込ませるのは避けましょう。
初回接続時には、システムのVPN権限が必要です。しばらくするとバックグラウンドで切断される場合は、バッテリー最適化やバックグラウンド動作の制限を確認してください。アプリ単位の振り分けとドメインルールは別の設定です。テスト時はアプリ、接続中のネットワーク、一致したプロキシ設定を記録すると、モバイル回線の切り替えによる誤判定を減らせます。
ダウンロード Android クライアントClash Plus は App Store からインストールできます。プロジェクトの公式サイトは clashplus.io です。アプリにサブスクリプションを追加したら、システムの案内に従ってVPN構成の追加を許可し、選択中のプロキシ設定と接続状態を確認してください。
デスクトップ設定のローカルパス、システムプロキシのポート、ネットワークインターフェース設定を、そのままスマートフォンに適用しないでください。設定の読み込みに失敗した場合は、まずプロトコルと項目の互換性を確認します。ネットワーク切り替え後に一時的に接続できない場合は、設定を次々に変えるより、接続し直してログを確認するほうが、比較しながら原因を調べやすくなります。
ダウンロード iOS クライアントデスクトップでは Clash Verge Rev と FlClash を比較し、ディストリビューションのパッケージ形式に合った方法でインストールします。サーバーやルーターでは単体の mihomo コアも利用できますが、設定ディレクトリ、プロセス管理、システムへの接続は自分で整える必要があります。
GUIのプロキシ切り替えが、ターミナル上のプログラムに反映されるとは限りません。コマンドラインツールが独自のプロキシオプションや環境変数を使う場合もあります。TUNを有効にする前に権限とデフォルトルートを確認してください。バックグラウンドサービスを設定する際は、実行ユーザー、ログの保存先、再起動方法も記録しておくと、OS更新後に環境を復元しやすくなります。
ダウンロード Linux クライアントクライアントは接続を管理し、サブスクリプションは設定データを提供します。更新のタイミングはそれぞれ異なります。サブスクリプションを更新できても設定を起動できない場合は、まずコアの解析エラーを確認してください。設定が起動しているのにアプリの接続記録がない場合は、システムへの接続方法を調べます。対応OSやクライアントのダウンロード先はダウンロードページにまとめています。バージョン情報も同ページで確認してください。
すべてのクライアントを見る →手元の設定に合うクライアントかどうかは、プロジェクトの提供元、コアの機能、更新履歴を確認して判断します。オープンソースのコードから実装や変更履歴を確認できますが、実際の動作はクライアントのパッケージ構成、設定内容、端末側の接続設定にも左右されます。
Clash は当初、設定ファイルをもとにプロキシノード、プロキシグループ、ルールを組み立てるコアとして登場し、その上にデスクトップやモバイル向けの画面が作られました。オリジナルのプロジェクトが開発を停止した後も、コミュニティの派生プロジェクトが開発を続け、Clash.Meta は後に mihomo の名称でメンテナンスされています。古いガイドでは旧名称が使われていることも多いため、似た設定を見つけたら、Clash という名前のソフトをすべて同一視せず、どのコア向けか確認してください。
この経緯を知っておくと、古い設定を読み込めても起動時に未対応の項目が表示される理由が分かります。サブスクリプションの形式が似ていても、利用できる機能が同じとは限りません。技術情報を調べるときは、まずプロトコルの対応状況と設定項目の定義を確認します。新しいプロトコルや拡張ルール、DNSオプションを使う場合は、移行先クライアントにその機能が組み込まれているか、公式説明を確認してください。
例として MetaCubeX/mihomo を見ると、ソースコードのコミット、リリースノート、課題の議論から機能の変更を確認できます。接続に問題が起きた場合は、既知の互換性問題がないか調べてから、コアの更新や設定変更を検討してください。スター数、ダウンロード数、画面の見た目は、具体的な互換性情報の代わりにはなりません。このサイトでは、それらを根拠に性能ランキングを作成していません。
問題を報告する際は、OS、クライアント名、接続モード、再現手順、必要なログを残し、サブスクリプションURL、ノードの認証情報などの機密情報は削除してください。個人用の設定全体を共有するより、再現可能な最小限の説明のほうが、コミュニティで原因を調べやすくなります。他の人が作成したルールファイルを使う場合は、対象範囲、更新頻度、ライセンスも確認し、古いルールを汎用的な解決策として扱わないようにしましょう。
GUIクライアントには通常、サブスクリプション管理、システムプロキシの切り替え、接続一覧、ログ表示などの機能があります。コアは最終的な設定を読み込み、接続を処理します。画面に項目があっても、書き出したファイルに同じ内容が保存されるとは限りません。逆に、手動で編集した項目が起動時にクライアントによって再生成されることもあります。問題を調べるときは、実際に実行中の設定を確認し、サブスクリプションの元ファイル、ローカルの上書き設定、最終的にマージされた結果を区別してください。
初めて使う場合は、まず Clash Plus を比較し、利用環境に合わせて他のクライアントを選びます。上書き機能、サービス管理、画面のカスタマイズが必要な場合は、クライアント比較で項目ごとに確認し、名前だけで決めないようにしましょう。モバイルではバックグラウンド動作やバッテリー消費も考慮します。デスクトップでは、システムプロキシ、権限、既存のネットワークツールとの相性を確認してください。
アプリの更新では画面やサービス構成が変わり、コアの更新ではプロトコルの実装や設定の検証方法が変わることがあります。サブスクリプションの更新では、主にノードやルールのデータが置き換わります。それぞれ対処する問題は異なります。サブスクリプションを更新できない場合はURLの有効性とネットワークを確認し、設定の解析に失敗する場合は項目や形式を調べます。接続できているのに通信に問題がある場合は、ルールの照合結果、DNS、接続先の状態を確認してください。
アップグレード前に、現在動作している設定とローカルの上書き内容を保存し、更新内容を確認してください。更新後は、これまでと同じ手順で動作を検証します。主な変更を一度に一つに絞れば、結果がアプリの更新によるものか設定変更によるものか判断しやすくなります。ロールバックする場合もデータ形式を確認し、新しいクライアントで作成した設定を古い環境が読み込めない事態を避けてください。長期間使う端末では、インストール元とサービスの起動方法も記録しておくと復元に役立ちます。
初回インストールからノード選びまで、具体的な疑問に合わせて操作方法を解説します。記事の手順を試す前に、使用中のOSとクライアントが一致しているか確認してください。デスクトップのポート設定、スマートフォンの接続権限、コアごとのプロトコル対応は、それぞれ別のものです。
各プラットフォームで初回インストール後に行う基本設定を解説。システムプロキシの切り替え、混合ポート、TUN の権限設定に加え、インストールのブロックや証明書の警告など、よくある問題への対処方法をまとめています。
記事を読む →クライアントの速度テストの数値が示すものと限界を解説。ノード名に含まれる倍率や地域表示を読み解き、プロトコルごとの速度やバッテリー消費への影響を踏まえて、ノード一覧から選ぶ方法を紹介します。
記事を読む →対応プラットフォーム、コアの種類、TUN、サブスクリプション管理、画面の使いやすさという5つの観点から主要クライアントを比較。初心者、複数端末で使う人、上級者向けに選び方を紹介します。
記事を読む →問題を調べる際は、現在の設定、選択中のモード、テストしたアプリ、エラーメッセージを含め、一連の操作を記録してください。ネットワーク環境は時間とともに変わるため、速度テストはその時点の参考値です。プロトコルやクライアントを比較するときは、同じネットワークとテスト先を使うと、より有用な結果が得られます。
すべての記事を見る →