Windows
Clash Plusを起点に、Clash Verge RevやFlClashなどと比べてみましょう。ストアアプリの通信も取り込みたい場合、システムプロキシの設定とループバックアクセスは別の問題です。ノードを何度も切り替えるだけでは解決しません。インストール前にシステムアーキテクチャを確認し、既存のクライアントから移行する際は、ポートの競合を避けるため元のコアを終了してください。
ダウンロードページへ →Linuxデスクトップクライアント · mihomoコア
Linuxデスクトップでのクライアントのインストール、サブスクリプション管理、ルール振り分けを解説します。
rules
デスクトップで押さえておきたい5つの設定
GUIクライアントはボタンや設定一覧、デスクトップとの連携を担い、コアは接続を処理します。ここでは実際の利用場面ごとに、設定によって何が変わるかを確認してから、有効にするか判断できるよう解説します。すべてのスイッチを一度にオンにする必要はありません。
ブラウザーはつながるのに、ターミナルやほかのアプリでは同じ経路を使えない場合、まずアプリがシステムプロキシに従うか確認します。TUNモードは仮想ネットワークインターフェースを使って、より多くの接続を取り込みます。通信をまとめて処理したいデスクトップ環境に適していますが、サービスのインストールや追加の権限が必要になることがあります。有効にする前に、通常のシステムプロキシが動作することを確認し、その後ルーティングとDNSを一つずつ点検しましょう。問題が起きた際も元の状態に戻しやすくなります。ブラウザーだけを使うなら、システムプロキシで十分な場合がほとんどです。ほかのVPNやコンテナネットワークも使う場合は、ルートの重複に注意してください。
tun.enable · tun.auto-route · dns.enhanced-mode
ルールモードでは、すべての接続を同じ出口に送るのではなく、設定の上から順にルールを照合します。ドメイン、IPアドレス、ルールセットなどで判定し、該当した接続を指定のプロキシグループで処理します。普段使いでは、LAN内のサービスを直接接続し、それ以外を用途別に振り分ける方法があります。大規模なルール一覧はルールプロバイダーで個別に管理できますが、クライアントが該当フィールドに対応している必要があります。変更後は接続一覧で適用されたルールを確認してから順序を調整しましょう。問題の切り分けに全体モードへ切り替える方法はありますが、ルール振り分けの代わりにはなりません。
rules · rule-providers · proxy-groups
ウィンドウを閉じる、クライアントを終了する、バックグラウンドのコアを停止するのは、それぞれ異なる操作です。システムトレイに対応するクライアントなら、ウィンドウを閉じても動作を続けられ、現在のモードもすぐに確認できます。Linuxデスクトップでトレイが表示されるかは、デスクトップ環境や拡張機能によって異なります。アイコンが消えても、コアが終了したとは限りません。自動起動を設定したら、いったんログアウトして再ログインし、サブスクリプションが読み込まれること、サービスの権限が有効なこと、システムプロキシの状態を確認しましょう。サービスを手動管理する場合、コアを二重に起動するとポートが競合しやすいため注意してください。
external-controller · mixed-port
サブスクリプションリンクから設定を取得し、クライアントの自動更新機能で指定した間隔ごとに再取得します。ノートPCがスリープ中は通常、スケジュールされた更新は実行されません。復帰後に更新されるかどうかは、クライアントの実装によります。ネットワークを頻繁に切り替える場合は、まず手動で更新して結果を確かめてから、適切な更新間隔を設定しましょう。リモート設定を直接編集しても、次回の更新で上書きされることがあります。ローカルルールやポート、ポリシーの変更には、クライアントが対応する上書き機能を使うのがおすすめです。Profileを切り替える前に元の設定を残し、現在のクライアント固有の設定も記録しておきましょう。
proxy-providers · update-interval
画面にプロトコル名が表示されていても、現在のコアがそのプロトコルを処理できるとは限りません。実際の対応状況は、同梱されているコアと設定フィールドによって異なります。mihomoはClash Metaの流れを引き継ぎ、プロトコル、ルール、TUNなどの機能を継続して開発しています。クライアントを選ぶ際は、サブスクリプションの読み込みだけでなく、サービスの権限設定、ログ、アップデート方法が分かりやすいかも確認しましょう。既存のClash設定は移行の出発点になりますが、新しいフィールドが古いクライアントで使えるとは限りません。まず最小限の設定で起動を確認し、その後ルールセットを段階的に追加すると、問題を切り分けやすくなります。
proxies · log-level · external-controller
コアのフィールドは実際に適用される設定に記述します。一方、トレイ、自動起動、サブスクリプションの更新間隔は、通常クライアント側の設定です。以下は設定場所を探すための対応表であり、すべての機能を同時に有効にする必要はありません。
| 変更する動作 | 設定場所 | 操作前の確認事項 |
|---|---|---|
| 仮想インターフェースによる接続の取り込み | tun.enable | サービスの権限、ルーティング、DNS設定 |
| ルールセットによる振り分け | rule-providers、rules | ルールセットの提供元、形式、参照名 |
| プロキシの待ち受けポート | mixed-port | ほかのプログラムによるポートの使用状況 |
| ローカルコントロールインターフェース | external-controller | 待ち受けアドレスとアクセス許可の範囲 |
| サブスクリプションの定期更新 | クライアントのサブスクリプション更新設定 | ローカル上書きの保持状況 |
| ログイン時に起動 | クライアントまたはデスクトップ環境の自動起動設定 | バックグラウンドのコアが二重に起動していないか |
機能を設定する前にインストール形式を確認
同じサブスクリプションを複数のデバイスで使えても、権限の仕組みやインストール形式、バックグラウンドでの動作は異なります。ダウンロードページではOS別にクライアントを紹介しています。デスクトップではCPUアーキテクチャ、モバイルではOSバージョンを先に確認しましょう。まず、無理なくインストールして管理できるクライアントを選び、そのうえで画面や操作の好みを比べてください。
Clash Plusを起点に、Clash Verge RevやFlClashなどと比べてみましょう。ストアアプリの通信も取り込みたい場合、システムプロキシの設定とループバックアクセスは別の問題です。ノードを何度も切り替えるだけでは解決しません。インストール前にシステムアーキテクチャを確認し、既存のクライアントから移行する際は、ポートの競合を避けるため元のコアを終了してください。
ダウンロードページへ →Apple SiliconまたはIntelに合ったインストーラーを選びます。Clash Plus、Clash Verge Rev、FlClashはそれぞれ画面や操作に特徴があります。メニューバーでの操作方法やサービスのインストール方法も確認しましょう。初回起動時にシステム権限の確認が表示されたら、内容をよく読んでください。すべての権限がプロキシの利用に必要とは限りません。
ダウンロードページへ →Clash Plus、Clash Meta for Android、FlClashから、使い方に合うものを選べます。接続時に求められるVpnServiceの許可は、ローカルの仮想インターフェースを作成するためのものです。通常、別のVPNと同時に使用することはできません。接続がすぐ切れる場合は、アプリを再インストールする前に、省電力設定やバックグラウンド動作の制限を確認しましょう。
ダウンロードページへ →Clash PlusはApp Storeからインストールできます。公式サイトはclashplus.ioです。設定を読み込んだら、システムの案内に従ってVPN構成を許可し、クライアントに戻ってポリシーを選択します。モバイル通信とWi-Fiを切り替えた後に問題が起きた場合は、接続状態と選択中の設定を確認してください。
ダウンロードページへ →GUIクライアントは、Clash Verge RevとFlClashを中心に比較できます。DebianやUbuntu系ではDEB形式、RPM系では対応するパッケージが提供されているか確認しましょう。インストール後は、アプリが起動するか、コアが動作するか、システムプロキシが有効になるかを個別に確認します。トレイアイコンだけを見るより、確実に状態を把握できます。
ダウンロードページへ →初回接続の基本ステップ
クライアントに利用可能なプロキシサービスが付属しているわけではありません。利用権のあるサブスクリプション、またはローカル設定を用意してから、以下の手順で進めましょう。初回設定では必要な項目だけを変更し、動作する状態を一つ確保しておくと、後でTUNを有効にしたりルールを追加したりする際の比較基準になります。
サブスクリプションまたは設定の画面でリンクを貼り付けるか、ローカルのYAMLファイルを読み込みます。ダウンロードと解析が完了したら、設定が一覧に表示されていることを確認し、現在の設定として選択してください。読み込みに成功しても、利用が有効になったとは限りません。プロキシグループが空の場合は、サブスクリプションの内容が完全か、現在のコアで扱える形式かを確認しましょう。
サブスクリプションリンクにはアクセス用の認証情報が含まれる場合があります。パスワードと同じように管理し、質問用のスクリーンショットではリンク全体を隠してください。公開の掲示板やフォーラムに貼り付けてはいけません。更新に失敗したら、エラーの内容を確認し、リンクの期限切れ、ネットワーク接続の失敗、設定の構文エラーを切り分けましょう。
まずルールモードを使い、プロキシグループから利用可能なポリシーを選んでから、システムプロキシを有効にします。速度測定で分かるのは、測定対象への応答状況です。すべてのサイトでの実際の使い心地を示すものではないため、選択後は普段使うサービスを開いて確認しましょう。同じテスト中にモード、DNS、ノードを同時に変えると、どの変更が影響したのか判断しにくくなります。
ブラウザーは使えるのに、ほかのアプリが接続できない場合は、アプリのプロキシ設定やTUNの取り込み範囲を確認しましょう。管理者権限が必要な操作は個別に確認し、サービスのインストール失敗をサブスクリプションの問題と混同しないようにしてください。
確認したいサービスを開き、クライアントの接続一覧でドメイン、適用ルール、出口を確認します。ログにエラーが出た場合は、発生時刻と操作手順を記録しましょう。速度測定の結果が変わっただけでは、クライアントの不具合とは判断できません。確認が終わったらローカル上書きをバックアップし、その後でサブスクリプションの更新間隔や自動起動を設定します。
テストを終えたらシステムプロキシをオフにし、通常の接続に戻ったことを確認してください。Linuxでターミナルの環境変数を変更した場合は、別途元に戻す必要があります。デスクトップのスイッチをオフにしても、シェルに設定したプロキシ変数は通常解除されません。
プロジェクトの関係と保守の範囲
クライアントを選ぶ際は、画面だけでなく、設定を処理するもの、デスクトップサービスを管理するもの、更新の提供元も確認しましょう。役割を把握しておけば、デバイスの変更や既存設定の移行がスムーズになります。このサイトではダウンロード先と利用情報をまとめていますが、クライアントとコアはそれぞれのプロジェクトが開発・保守しています。
Clashでは、設定ファイル、プロキシグループ、ルール振り分けを中心とする利用方法が確立され、さまざまなGUIが登場しました。オリジナルのプロジェクトが保守を終了した後も、コミュニティでは異なる方向の開発が続いています。Clash Metaはmihomoの名称で開発が続けられており、現在も保守されている多くのクライアントがコアに採用しています。ただし、コアの更新頻度はクライアントごとに異なります。
名前にClashが含まれていても、機能が完全に同じとは限りません。プロトコルへの対応状況は現在のコアで、トレイやショートカット、上書き機能はGUIクライアントで確認します。役割を分けて考えると、同じ設定でもクライアントによって動作が異なる理由が分かります。
mihomoのソースコードやプロジェクトの説明は公開されています。一般のデスクトップユーザーにとって、オープンソースの実用的なメリットは、設定フィールドの根拠や不具合の議論を確認し、機能の対応範囲を把握できることです。全員がソースコードからビルドする必要はありません。GUIクライアントをインストールした後は、付属のコアとサービス管理機能を使いましょう。併用すると問題の切り分けが難しくなることがあります。
移行前に古い設定のコピーを保存し、プロトコルの種類、ルールセットの参照先、DNS設定を確認しましょう。クライアント専用のスクリプトや上書き設定は、サブスクリプションのファイルに含まれない場合があります。リンクを一つコピーしただけで、すべての設定が移行できたとは限りません。コアの系統やプロトコルの選び方については、技術資料のコア解説もご覧ください。
クライアント、コア、サブスクリプションのアップデートは、それぞれ異なる保守経路です。クライアントの更新では画面やシステム連携、コアの更新では設定フィールドの動作、サブスクリプションの更新ではノードやプロキシグループ、ルールの内容が変わることがあります。変化があったら、まずどの層が更新されたか特定し、ログと設定を照らし合わせましょう。すべてを同じスイッチの問題と考える必要はありません。
普段は、正常に動作している設定と上書き内容を記録しておくと便利です。更新後は、よく使うサービス、LANへのアクセス、スリープからの復帰、ネットワーク切り替えを確認しましょう。クライアントを頻繁に入れ替えるより、元に戻せる設定を保存するほうが長期的な安定につながります。アーカイブ版のクライアントは、移行時の参考資料として活用できます。
以下のコマンドは公開リポジトリをローカルにクローンするだけで、プログラムのインストールやサービスの起動は行いません。通常の利用にはGUIクライアントで十分です。実装を読んだり開発に参加したりする場合は、Gitと適切なビルド環境を用意してください。
mihomoのリポジトリを開く →git clone https://github.com/MetaCubeX/mihomo.git
設定の記録とプラットフォーム別の要点
基本的な接続ができたら、複数設定の切り替え、バックグラウンドでの常駐、クライアント選びを確認しましょう。以下の記事は公開日の新しい順に並んでいます。操作の詳細と選び方のポイントをまとめているので、困ったときに該当する項目を参照できます。
Profileの基本から、サブスクリプション型とローカル型の違い、自動更新間隔の設定、複数設定の切り替え・統合・バックアップまで解説します。
記事を読む →Androidで表示されるVpnServiceの許可ダイアログの意味と、メーカー別のバッテリー最適化、自動起動、バックグラウンドロックの設定場所を解説。クライアントの自動切断を防ぎます。
記事を読む →コアのバージョン、画面操作、TUN対応、サブスクリプション管理、保守状況から主要なClash GUIクライアントを比較し、使い方に合わせた選び方を紹介します。
記事を読む →