Windows
まずClash Plusを確認し、Clash Verge Rev、FlClash、Clash Nyanpasuも比較できます。以前の設定を移行する前に、旧クライアントを終了し、残っているシステムプロキシを無効にしてください。複数のプロセスが同じポートを使うのを防げます。
ダウンロードページへ →Client selection / 01
OSに合わせてClashクライアントを選ぶ
ClashXはmacOS向けです。ほかのOSでは、各環境に対応するClashエコシステムのクライアントを選びます。初めてインストールする際は、まずCPUアーキテクチャを確認し、次にシステム要件を確認してください。GUIや権限の許可、設定の上書き方法はクライアントごとに異なるため、別のプラットフォームのメニュー操作をそのまま当てはめることはできません。
macOS
Apple Silicon版とIntel版のインストーラーを確認し、メニューバーでの使い方に合わせてクライアントを選びます。ClashX Metaはメンテナンス終了済みのアーカイブ版です。新規導入ではClash Plus、Clash Verge Rev、FlClashを比較してみてください。
ダウンロードページへ →Android
デバイスのアーキテクチャに合うインストーラーを選び、サブスクリプションを読み込んでからVPN接続を許可します。バックグラウンドで接続が切れる場合は、バッテリー最適化とバックグラウンド実行の権限を確認してください。別のVPNが動作中なら、どちらの接続を使うか先に決めましょう。
ダウンロードページへ →iOS
ダウンロードページからClash PlusのApp Storeページに進めます。公式サイトはclashplus.ioです。インストール後、信頼できるサブスクリプションを読み込み、VPN構成を許可してください。デスクトップクライアントのシステムプロキシ設定は、この手順には適用されません。
ダウンロードページへ →Linux
デスクトップではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使います。サーバーやルーターではmihomoカーネルを単独で導入できますが、設定ディレクトリ、サービス権限、待ち受けアドレスを自分で管理する必要があります。
ダウンロードページへ →Configuration workflow / 02
サブスクリプション・ルール・ネットワーク設定
まず設定が正常に読み込まれることを確認し、次に通信がカーネルへどう渡され、どのルールに一致するかを見ていきます。以下の項目は作業の流れに沿って並んでいます。項目を選ぶと操作場所やクライアントごとの違いを確認でき、手動で切り替えると自動再生は停止します。
サブスクリプションの読み込み：応答内容を確認
サブスクリプションにはノード、プロキシグループ、ルールが含まれます。クライアントをインストールしただけでは、接続先は自動で用意されません。クライアントの「設定」または「サブスクリプション」画面でURLから読み込み、保存後に手動で更新し、現在の設定として選択してください。解析エラーが出たら、応答がログインページではなく、互換性のあるYAML形式か確認します。サブスクリプション変換、リクエスト識別情報、更新間隔の扱いはクライアントごとに異なります。同じURLを読み込めるかどうかは、使用中のカーネルによる解析結果で判断してください。サブスクリプションURLにはアクセス情報が含まれることが多いため、公開ログに貼り付けないでください。
ルールによる振り分け：モードとプロキシグループ
ルールモードでは、宛先のドメイン、アドレス、プロセスに応じて通信経路を決めるため、直接接続とプロキシを使い分けられます。クライアントのモードメニューで「ルール」を選び、プロキシグループ画面でProxyなどのグループにノードを割り当てます。ルールが指定するのはグループ名であり、個別のサーバーとは限りません。グループ内のノードだけを切り替えても、ルールの順序は変わりません。グループの表示方法はクライアントによって異なりますが、互換性のあるカーネルは設定の上から順に照合します。特定のサイトが意図しない経路を通る場合は、クライアント全体をグローバルモードにする前に、接続詳細で一致したルールを確認してください。
TUN：システムプロキシを使わない通信を取り込む
一部のゲーム、コマンドラインツール、アプリはシステムプロキシを参照しません。その場合はTUNの利用を検討できます。クライアントのネットワーク設定でTUNモードを有効にし、案内に従ってサービスをインストールするか必要な権限を許可したうえで、ルーティングとDNSが正常か確認してください。TUNはノードの性能を上げる機能ではなく、すべてのネットワーク環境で使えるとは限りません。サービスの導入、仮想ネットワークアダプター、ルート除外の初期設定はクライアントごとに異なるため、スイッチの状態だけを真似しないでください。企業VPNやコンテナのネットワークと競合した場合は、まずTUNを無効にして再確認し、その後に除外範囲を調整します。
リアルタイムログ：問題の発生箇所を特定
ログを見ると、設定の解析失敗、DNS問い合わせの異常、接続先サーバーのエラーを切り分けやすくなります。クライアントの「ログ」画面で起動時の情報を確認し、対象のWebサイトにアクセスして、同じ時刻のログと接続詳細を照合します。通常はinfoレベルを使い、調査が必要なときだけ一時的に詳細度を上げてください。クライアントによってはカーネルログをフィルタリングしたり、画面上のエラーを別に記録したりするため、設定の更新結果もあわせて確認します。調査資料を共有する前に、サブスクリプションURL、認証情報、ノードのアドレス、個人のアクセス履歴を削除し、必要なエラーの前後だけを残してください。
LAN内共有：待ち受け設定とファイアウォールを確認
スマートフォンやテレビをパソコン経由の明示的なプロキシとして使うには、パソコンのLAN内アドレスへ接続できる必要があります。クライアントでLAN内接続を許可し、待ち受けアドレスを確認したうえで、別のデバイスにパソコンのアドレスと混合ポートを入力してください。allow-lanを有効にしただけでは、ファイアウォールが通信を許可したことにも、デバイスの全通信がプロキシ経由になることにもなりません。クライアントが設定ファイルのバインドアドレスを上書きする場合もあるため、実行時の設定を確認しましょう。共有先は信頼できるネットワークに限定し、接続元のサブネットを絞り、必要に応じて認証を設定してください。待ち受けポートをインターネットに公開してはいけません。
DNS：まず問い合わせ先を確認
ドメインの名前解決はルール判定や接続に影響します。また、ブラウザー独自のセキュアDNSによって問い合わせ経路が変わる場合があります。設定を変更する前に、設定ファイルのdnsセクションでカーネルDNSが有効かを確認し、クライアント側に別のDNS上書き設定がないか調べてください。TUNを有効にしている場合は、DNSの取り込みとルーティングの連携も確認します。クライアントごとに既定の名前解決方式が異なるため、同じサブスクリプションを読み込めば同じ結果になるとは限りません。ドメインでは接続できないのにIPアドレスには到達できる場合は、実際の問い合わせ結果とログを記録し、ノードを何度も切り替えるのではなく、上流DNSサーバーを順に確認してください。
設定の上書き：ローカル変更を保持
サブスクリプションからダウンロードしたファイルを直接編集すると、次回の更新で変更が失われることがあります。ポートの固定、ルールの追加、DNSの調整が必要な場合は、クライアントに上書き・マージ・拡張設定の機能があるか確認し、対応する場所にローカル変更を追加してください。マージの順序や配列の扱いはクライアントごとに異なり、設定全体を置き換えるものもあれば、追記できるものもあります。保存後は実際に読み込まれた設定を確認し、ルールの位置とプロキシグループ名が正しいことを確かめてから、サブスクリプションを更新して変更が保持されるか検証します。クライアントを移行する前に、ローカルの上書き設定を別途バックアップしてください。
ルール構文：具体的な条件を先に、最後にフォールバック
カスタムルールは、一部の宛先の通信経路を調整するために使います。設定ファイルのrulesリストにDOMAIN-SUFFIXなどを指定し、どのルールにも一致しない通信の行き先として、末尾にMATCHを残してください。適用先のプロキシ名は既存のプロキシグループと一致させます。MATCHを先頭に置くと、後続のルールが適用されにくくなります。クライアントによってはGUIで編集できる場合も、拡張設定で管理する場合もありますが、最終的に生成されたルールの順序を確認してください。例のProxyは単なるグループ名です。使う前に現在の設定に実在する名前へ置き換え、接続詳細で動作を確認しましょう。
混合ポート：HTTPとSOCKSの接続口を統一
mixed-portを使うと、同じ待ち受けポートでHTTPとSOCKSのプロキシ接続を受け付けます。7890はよく使われる設定値ですが、すべてのクライアントで固定されているわけではありません。クライアントのポート設定または実行中の設定で実際の値を確認し、ターミナルやほかのアプリにプロキシアドレスを入力してください。起動時にアドレスが使用中と表示された場合は、別の待ち受けプロセスを終了するか、ポートを変更して利用する側の設定も更新します。クライアントがYAMLの値を画面設定で上書きする場合があるため、サブスクリプションの元ファイルだけを見ても判断できません。ローカルでのみ使う場合は、ループバックアドレスでの待ち受けにしてください。
First connection / 03
Clashの始め方：インストール・読み込み・接続確認
信頼できるサブスクリプションURLを用意し、現在のシステムプロキシの状態を確認しておきます。初回接続では必要な項目だけを変更してください。まずルールモードとシステムプロキシを使い、Webページを表示できることを確認します。その後、アプリの用途に応じてTUNやLAN内共有の利用を検討しましょう。
Step 01 / Install
プラットフォームとアーキテクチャを選ぶ
ダウンロードページでシステム要件を確認し、CPUアーキテクチャに合ったものをインストールします。初回起動時は設定ディレクトリに書き込めることを確認し、ほかのプロキシクライアントを終了してください。システムから権限を求められたら、用途をよく確認します。通常の読み込みエラーを解決するために、必要以上のシステム権限を許可しないでください。
Step 02 / Import
設定を読み込み、有効化する
設定画面にサブスクリプションURLを貼り付け、更新が完了したら現在の設定として選択します。プロキシグループが表示され、グループ内に選べるノードがあることを確認してください。リストが空の場合は、サブスクリプションの更新結果を確認します。システムプロキシを有効にしても、設定内容の不足は解消されません。
Step 03 / Verify
プロキシを有効にし、ルールの適用を確認
ルールモードを選び、プロキシグループにノードを割り当ててから、システムプロキシを有効にします。対象のWebサイトにアクセスし、接続詳細で適用されたルールと通信経路を確認してください。直接接続されるはずのサイトもテストします。ブラウザーで確認できたら、ターミナルやほかのアプリのプロキシ設定も個別に確認しましょう。
詳しい使い方を見る →
OSごとの権限やインストール手順は、ドキュメントをご覧ください。
Source & maintenance / 04
ClashX・GUIクライアント・mihomoカーネル
クライアントとカーネルの役割
ClashXはmacOSのメニューバーで使うクライアントです。Clashエコシステムには、ほかのOS向けのGUIクライアントもあります。クライアントは設定の読み込み、システムプロキシ、権限の許可、画面操作を担い、mihomoカーネルはプロトコル接続、ルール判定、ネットワーク処理を担います。Clashの名を冠した旧クライアントすべてにmihomoが組み込まれているわけではなく、画面の見た目だけで対応プロトコルを判断することもできません。
Clash Metaは、このカーネルの系統で以前使われていた名称で、その後mihomoとして開発が続けられています。古いガイドに記載されたプロジェクト名、設定項目、メニュー画面は、現在のクライアントと異なる場合があります。情報を参照する際は、実際に使っているカーネルとクライアントのメンテナンス状況を確認してください。特にアーカイブ済みプロジェクトの過去の動作と、現在も開発中のプロジェクトの機能を区別することが大切です。
オープンソースコードとライセンスの範囲
mihomoのソースコードリポジトリでは、実装、課題、リリース情報を公開しており、ライセンスにはGPL-3.0を採用しています。このライセンスの説明はカーネルプロジェクトを対象とするもので、すべてのサードパーティ製クライアントに適用されるとは限りません。開発者はソースコードや設定ドキュメントで動作を確認できます。一般ユーザーがクライアントを選ぶ際は、各プロジェクトのシステム要件とメンテナンス情報も確認してください。
コードが公開されていれば実装を確認できますが、サブスクリプションサービスの信頼性を判断する代わりにはなりません。クライアント自体はノードを提供しません。ノードの運営者、サブスクリプションの内容、ローカルのアプリは、それぞれ異なる信頼範囲にあります。リモートのルールセット、スクリプト、外部コントロール設定を含む構成は、用途を確認してから使いましょう。管理インターフェースは必要な範囲だけに公開し、認証情報を公開画像に載せないでください。
更新前に復元できる状態を記録
クライアント、カーネル、サブスクリプションの更新は、それぞれ別の作業です。サブスクリプションを更新するとノードやルールが変わりますが、クライアントがアップグレードされるわけではありません。クライアントを更新しても、ローカルの上書き設定はそのまま残る場合があります。更新前に設定と拡張ルールをバックアップし、混合ポート、待ち受けアドレス、TUN、DNSの設定を記録して、変更内容を確認してください。更新後は、設定の読み込み、システムプロキシ、直接接続先とプロキシ接続先をそれぞれ確認します。
ダウンロードページでは、クライアントの選択肢とメンテナンス状況をまとめて確認できます。最新のリリース情報をホームページに固定表示しているわけではありません。機能に違いがある場合は、まずその機能がGUIとカーネルのどちらで実装されているかを確認し、クライアントの説明またはカーネルのドキュメントを参照してください。メンテナンス終了済みのクライアントは旧設定の確認には使えますが、過去の互換性が新しいOSでの動作を保証するものではありません。移行時は古いプログラムのディレクトリ全体をコピーするのではなく、サブスクリプションの入手先とローカルルールを優先して引き継ぎましょう。
Configuration notes / 05
Clashの設定とトラブル対処の記事
具体的な問題に合わせて手順を確認してください。一度に変更するのは一つの項目にし、変更前の設定を残したうえで同じ宛先に再接続すると、原因がポート、ルール、上流接続のどれかを判断しやすくなります。
Linuxでmihomoを導入する：デスクトップGUIクライアントとsystemdによるヘッドレス運用
LinuxデスクトップへのGUIクライアントのインストールから、サーバーのコマンドラインでの設定配置、systemdサービスの作成、自動起動、管理画面へのアクセスまでを解説します。
導入手順を読む →混合ポート7890とLAN内接続の許可：スマートフォンやテレビからPCのプロキシを使う
mixed-portとHTTP/SOCKSポートの違い、LAN内接続を許可した後にスマートフォン・テレビ・ゲーム機でプロキシを設定する方法、ファイアウォールの注意点を解説します。
ポート設定を読む →プロキシノードの選び方：遅延・通信量倍率・地域・プロトコルを比較
遅延テストの数値の見方、通信量倍率の仕組み、地域やプロトコルが安定性やサービス利用可否に与える影響を解説し、用途に合うノード選びをサポートします。
ノードの選び方を読む →