まずOSを選び、次にプロセッサのアーキテクチャを確認します。クライアントのダウンロードページでは、OSごとにインストール方法、選べるクライアント、システム要件を案内しています。サブスクリプションの取り込みや接続方法は使い方ガイドで解説し、インストーラー選びとネットワーク設定を分けて説明します。
まずはClash Plusをお試しください。操作画面の好みに応じて、Clash Verge Rev、FlClash、Clash Nyanpasuも選べます。ダウンロード前に、システム設定の「システム情報」でデバイスのアーキテクチャを確認しましょう。メーカー名だけで判断しないでください。
インストール後、まず設定を取り込んでからシステムプロキシを有効にします。通常のブラウザーで接続を確認し、より多くのアプリの通信を処理する必要があればTUNの章を参照してください。Clash for Windowsは、サポート終了済みのアーカイブ版としてのみ掲載しています。
ダウンロードへ Windows クライアントAppleメニューの「このMacについて」を開き、Apple SiliconとIntelプロセッサのどちらかを確認してから、対応するインストーラーを選びます。Clash Plus、Clash Verge Rev、FlClashでは、権限の確認方法や設定画面が異なる場合があります。
初回起動時は、画面の案内に従って必要な権限を許可してください。システムプロキシとTUNは別々の通信経路を処理する機能です。すべてを同時に有効にする必要はありません。ClashX Metaのダウンロード先はアーカイブ資料として掲載しています。選ぶ前に、現在のメンテナンス状況を確認してください。
ダウンロードへ macOS クライアントClash Plus、Clash Meta for Android、FlClash、Surfboardを比較して選べます。最近の端末の多くはARM64ですが、実際のアーキテクチャは端末情報で確認してください。インストールできない場合は、まずアーキテクチャとシステム要件を確認しましょう。
サブスクリプションを取り込んで起動すると、通常はVPN接続の許可を求められます。接続元を確認して許可し、クライアントの接続ログを確認してください。バックグラウンドにすると接続が切れる場合は、再インストールを繰り返すのではなく、バッテリー最適化やバックグラウンド実行の制限を確認しましょう。
ダウンロードへ Android クライアントダウンロードページにはClash PlusのApp Storeへのリンクと、公式サイト clashplus.io を掲載しています。インストール前にストアでシステム要件を確認し、インストール後はクライアントの設定画面からサービス提供元のサブスクリプションURLを取り込んでください。
初回接続時はVPN構成の追加を許可します。許可はシステム画面で行います。クライアントに戻ったら、使用する設定が選択されていることを確認してから、目的のサイトに接続してください。システムにVPNの表示が出ても、トンネルが確立したことを示すだけです。実際に通信できるか、引き続き確認が必要です。
ダウンロードへ iOS クライアントデスクトップ環境ではClash Verge RevまたはFlClashを選べます。まずディストリビューションのパッケージ形式を確認し、次にプロセッサのアーキテクチャを確認してください。インストール後はデスクトップからクライアントを起動し、初回起動時の案内とサービス権限の説明を確認します。
サーバーやルーターで使用する場合は、ダウンロードページのコア欄からmihomoを確認できます。コマンドライン用のコアは、設定ファイル、実行ディレクトリ、サービス管理方法を自分で用意する必要があります。コアのアーカイブを、GUI付きのデスクトップアプリとして使用することはできません。
ダウンロードへ Linux クライアント初めて使うときは、クライアントを1つだけ起動することをおすすめします。複数のクライアントが同時にシステムプロキシを変更したり仮想ネットワークアダプターを作成したりすると、通信経路の特定が難しくなります。
すべてのクライアントを見る → 用途別にクライアントを比較 →よく使う設定から関連する章へ進めます。設定がどの層に作用するかを理解してから変更しましょう。左側でテーマを選ぶと、右側に用途、構文例、ガイドへのリンクが表示されます。例は関連する項目のみを示しているため、既存の設定に組み合わせて使ってください。
ルール分岐を使うと、接続先ごとに異なる通信経路を選べます。すべての通信に同じ処理を適用する必要はありません。クライアントをRuleモードにすると、通常はルールが上から順に評価され、最初に一致した項目で接続先が決まります。ドメインルールを追加したら接続ログを開き、どのルールに一致したか、最終的にどのプロキシグループを通ったかを確認しましょう。全体のオン・オフだけを切り替えるツールと異なり、経路を明確に指定できますが、ルールの順序を管理する必要があります。以下のPROXYはプロキシグループ名です。実際の設定で定義してください。MATCHは最後に置き、ほかのルールに一致しない通信を処理します。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXYTUNは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシ設定に従わない一部のアプリにも対応します。カーネルに通信を渡す方法を変える機能であり、無効なノードや誤ったルールを自動で修正するものではありません。まずシステムプロキシでサブスクリプションと通信経路が正常に動作することを確認します。次にクライアントの説明に従ってサービスをインストールするか権限を付与し、最後にTUNを有効にしてください。ブラウザーのプロキシ設定だけの場合と異なり、ルーティングとシステム権限も関係します。問題を調べる際はログとネットワークアダプターの状態も確認しましょう。以下はmihomoでよく使われる項目です。使用できる設定は、利用するコアとOSの対応状況によって異なります。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53複数設定の管理は、サブスクリプション、用途別の環境、ローカルで試す設定などを分けて保存するのに便利です。複数のProfileを取り込んでも、通常は実際に使うものを選択する必要があります。一覧に名前が表示されただけで、有効になったとは限りません。切り替え後はプロキシグループ、動作モード、接続ログを確認し、意図した内容が読み込まれているか確かめてください。同じファイルを繰り返し編集するより、用途別に名前を付けておくと元に戻しやすくなります。サブスクリプションのファイルは更新時に置き換わる場合があります。長期間保持したい変更は、クライアントが対応する上書き機能に設定してください。以下はローカルYAMLのプロキシグループの例で、画面上の設定一覧を示すものではありません。
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
- example-node
# example-node は有効なノードとして別途定義してくださいクライアントは設定管理、メニュー、システム連携を担当し、mihomoコアは設定の解析とプロキシ、DNS、ルールの処理を担当します。両者は連携しますが、クライアントを更新しても、すべての設定項目が使えるようになるとは限りません。設定の解析エラーが発生したら、まず「バージョン情報」画面や実行ログでコアの情報を確認し、その項目の適用条件を調べてください。画面上のボタン名だけで判断するより、実際に読み込まれた設定を確認するほうが互換性の問題を特定しやすくなります。以下のmixed-portはHTTPとSOCKSのプロキシ接続口を提供します。他のアプリで使われていないポートを指定し、ローカルからのアクセスに限定してください。LAN向けの待ち受けを安易に有効にしないでください。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info自動更新はサブスクリプションの内容を再取得する機能で、サブスクリプション自体の有効性を保証するものではありません。まず手動で更新し、ノードとプロキシグループが正常か確認してから、適切な間隔を設定してください。更新に失敗した場合は、リンクの有効性、ネットワーク接続、形式の互換性の順に確認します。GUIクライアントのProfile全体の更新は通常、画面上で設定します。YAML内のproxy-providersの更新とは別の仕組みです。2つを同じ機能と考えずに分けて管理すると、ルールが置き換わった理由を把握しやすくなります。以下はプロバイダーからノードを定期取得する設定例です。サンプルのURLは自分のものに置き換え、プロキシグループから参照してください。
proxy-providers:
subscription:
type: http
url: "https://example.com/subscription"
path: ./providers/subscription.yaml
interval: 86400初めて使うときの基本手順を3つに絞って紹介します。クライアントをインストール済みなら、サブスクリプションの取り込みから始めてください。まだの場合は、ダウンロードページでOSを選びます。ボタンの名称はクライアントによって異なりますが、設定、プロキシグループ、接続ログの役割は共通です。
クライアントの「設定」「サブスクリプション」またはProfile画面を開き、URLから取り込む項目を選びます。サービス提供元から案内されたURL全体を貼り付けて保存してください。取得が完了すると、設定名と内容が表示されます。次にその設定を選択し、現在使用中になっていることを確認しましょう。
解析に失敗した場合は、ウェブページのURLや説明文、余分な空白をコピーしていないか確認してください。サブスクリプションURLには認証情報が含まれる場合があります。公開の掲示板などに貼り付けないでください。クライアントに接続先は含まれていません。インストールの成功とサブスクリプションの有効性は別の条件です。
プロキシ画面を開き、動作モードをRuleまたは「ルール」に設定します。主要なプロキシグループを展開し、利用できる接続先を選んでから、OSに応じてシステムプロキシを有効にするかVPN接続を確立してください。デスクトップで初めて使うときは、設定変更を増やさないようTUNをオフにしておきましょう。
プロキシグループでDIRECTが選択されていると、該当する通信は直接接続される場合があります。用途の異なるプロキシグループが複数ある場合は、それぞれ確認してください。全体のスイッチがオンになっただけで設定を終えないようにしましょう。ルールに一致した後の接続先は、グループ内の選択で決まります。
確認したいウェブサイトにアクセスし、クライアントの「接続」またはログ画面を開いて該当ドメインを探します。まず接続記録があるかを確認し、次に一致したルールと最終的な接続先を確認します。記録があるのにアクセスできない場合は、ノード、DNS、接続先のサービスを順に調べてください。
接続記録がまったくない場合は、アプリがシステムプロキシを使っているか、VPNが実際に確立しているかを優先して確認してください。設定は一度に1つだけ変更し、再アクセスして結果を比べます。接続確認が済んでから自動起動、自動更新、TUNを検討しましょう。初回のトラブル対応で複数の設定を同時に変えずに済みます。
プロジェクトごとの役割を理解しておくと、画面上のボタンの場所を覚えるより役立ちます。このサイトではクライアントの入手先と設定ガイドを紹介しますが、各プロジェクトのリリース情報に代わるものではありません。機能、インストール要件、メンテナンス状況は、利用するクライアントの公式情報も確認してください。
Clashでは、YAML、プロキシグループ、ルールを中心とする設定方式が広まりました。元のプロジェクトがメンテナンスを終了した後も、コミュニティでは互換性のある設定を引き継ぎながら、さまざまなクライアントやコアが開発されています。現在検索で見つかるClashのダウンロード先には、画面や機能が大きく異なるアプリも含まれます。名称が似ているだけで、機能やメンテナンス状況が同じとは限りません。ガイドを読むときは、まず製品の正式名称を確認し、次に使用するコアを調べ、最後に設定項目が自分の環境で使えるか確認してください。
mihomoは、このエコシステムで開発が続くオープンソースコアの1つです。GUIクライアントとは別のプロジェクトで、コアはネットワーク処理を担い、クライアントはサブスクリプションの取り込み、プロキシグループの切り替え、ログの確認、システム連携などの操作を提供します。mihomoを採用しているクライアントでも、上書き画面、更新方法、権限の求め方がすべて同じとは限りません。このガイドでは共通の考え方とOSごとの操作を分けて説明しているため、クライアントを変更した後も知識を活用できます。
オープンソースのリポジトリでは、設定項目の意味、課題の議論、開発状況を確認できます。ただし、リポジトリが存在するからといって、特定の接続先が使えるとは限りません。以下ではmihomoの上流リポジトリとクローンコマンドを紹介します。ソースコードやドキュメントを確認したい方向けです。一般的なデスクトップ利用では、リポジトリのクローンや自前ビルドは不要です。ダウンロードページでGUIクライアントを選び、使い方ガイドに沿って設定してください。
ネット上のガイドとクライアントの画面が異なる場合は、対象の製品、OS、コアの条件をまず確認してください。古いガイドではボタンの位置が変わっていたり、アーカイブ版のクライアントが現在のOSに適さなかったりすることがあります。スクリーンショットを再現するために、正常に動作している環境を無理にダウングレードしないでください。まず同じ機能を持つ現在の設定画面を探し、変更前に復元可能な設定のコピーを保存しましょう。
アプリ、コア、サブスクリプションの更新は、それぞれ異なる問題に対応します。アプリの更新は主に画面やシステム連携、コアの更新はプロトコルや設定項目の対応状況、サブスクリプションの更新はサービス提供元のノードやルールの再取得に影響します。ネットワークに突然問題が起きたら、直近でどの更新を行ったか記録してから、確認する層を決めましょう。すべての更新を続けて実行する必要はありません。
安定して使えるようになったら、正常に動作する設定をバックアップし、用途が分かる名前を付けて保存しておきましょう。サブスクリプションの内容を長期的に変更する前に、クライアントがマージや上書きに対応しているか確認してください。取得したファイルを直接編集すると、次回更新時に変更が失われることがあります。バックアップ、ログ、復元の詳しい手順は日常の管理をご覧ください。
サブスクリプションを取り込めてもサイトが開かない場合、クライアントのインストールが原因とは限りません。まず通信がコアに届いているか、次にルールが想定した接続先に一致しているか、最後にノードと接続先のサイトを確認します。特定のアプリだけに問題がある場合は、システムプロキシに従うアプリかどうかを確認してください。すべての接続先で失敗する場合は、現在の設定、ネットワーク接続、DNSログを調べます。ソフトを頻繁に入れ替えるより、層ごとに確認するほうが有効な手がかりを残せます。
クライアントは接続用のツールであり、サブスクリプションサービスの継続的な有効性を保証するものではありません。ネットワークサービスを利用する際は、利用地域の法令、サービス規約、ネットワーク管理者の要件に従ってください。サポートを求めるときは、OS、クライアント名、エラー内容、再現手順を記載できますが、サブスクリプションURLの認証情報、ノードのパスワード、個人情報は削除してください。さらに学ぶ場合は、応用編を順にご覧ください。
最近公開した3つのトピックでは、速度の切り分け、複数設定の管理、macOSの権限設定を解説しています。まず基本ガイドで接続を確認し、具体的な問題が起きたときに関連するノートを参照してください。まだ起きていない問題に備えて、一度に多くの設定を変更する必要はありません。
ノードの品質、回線と通信事業者、端末のDNSとルール設定の3層に分け、速度低下の原因を見極める方法と各層での調整項目を紹介します。
ノートを読む →Profile、サブスクリプション、ローカルYAMLの関係を解説します。複数設定の命名と切り替え、自動更新間隔の設定、サブスクリプション更新で上書きされない設定方法も紹介します。
ノートを読む →macOSで「開けません」と表示される場合の対処、ネットワーク拡張の許可、システムプロキシやTUNで必要になるキーチェーンの権限、管理者パスワードの入力画面について、確認する順序を解説します。
ノートを読む →