OS別にダウンロード
クライアントは操作画面やOSとの連携を担い、コアは通信を処理します。まずOSとCPUアーキテクチャを確認し、サブスクリプション管理やサービスモードなどの機能を比較しましょう。初めてならClash Plusから試せます。LinuxではClash Verge RevやFlClashも確認してください。
Clash PlusやClash Verge Revなどのデスクトップクライアントがあります。まずCPUアーキテクチャを確認し、システムプロキシを使わないアプリの通信も取り込みたい場合は、サービスモードやTUNの権限を確認してください。
ダウンロードページへ →Apple Silicon用とIntel用のインストーラーをそれぞれ確認してください。「このMacについて」でチップの種類を確認し、初回にネットワーク拡張機能や補助サービスを有効にする際は、画面の案内に従って許可します。
ダウンロードページへ →Clash PlusやClash Meta for Androidなどを比較できます。初回接続時はVPN接続を許可してください。バックグラウンドで接続が切れる場合は、バッテリー最適化やバックグラウンド実行の制限を確認しましょう。
ダウンロードページへ →ダウンロードページからClash PlusのApp Storeページに進めます。インストール後、対応する設定を読み込み、VPN構成の追加を許可してください。クライアントでルールとプロキシグループの選択も確認します。
ダウンロードページへ →ディストリビューションに合わせてDEBやRPMなどのパッケージを選びます。デスクトップではGUIクライアントがおすすめです。サーバーやルーターで使う場合は、mihomoコアのダウンロード方法も確認してください。
ダウンロードページへ →インストーラーが動作するかどうかは、OS名だけでは判断できません。対応OS、CPUアーキテクチャ、GUI環境、必要な権限を確認しましょう。古いクライアントは移行時の参考として残せますが、新しいデバイスでは継続的にメンテナンスされているプロジェクトがおすすめです。ダウンロードページでは、選択可能なクライアントとアーカイブ済みのプロジェクトを分けて案内しています。名前だけで選ばないようにしましょう。
Clash for Windowsの設定を引き継ぐ場合は、まずサブスクリプションURL、カスタムルール、プロキシグループの選択をバックアップし、新しいクライアントにあらためて読み込みます。古いプログラムのフォルダー全体を上書きしないでください。クライアントの設定ファイルとサブスクリプションのYAMLは、形式が異なることがよくあります。操作感を比較したい場合は、クライアント比較レビューをご覧ください。
クイックスタートガイド
クライアントをインストールしただけでは、使えるプロキシ設定は用意されません。信頼できる提供元の対応サブスクリプションを準備し、以下の順に進めてください。初期設定ではポートとDNSを変更せず、問題が起きたときに原因を特定しやすくしましょう。
「サブスクリプション」または「設定」を開き、URLから読み込む項目を選んで、サブスクリプションURLをすべて貼り付けて更新します。設定名が表示されたら、現在使用する構成として選択してください。形式エラーが出た場合は、他のクライアント専用のリンクではなく、Clash互換のYAMLか確認しましょう。認証情報を含むサブスクリプションURLを公開の掲示板に投稿しないでください。
動作モードはまず「ルール」に設定し、プロキシグループから利用可能なノードを選びます。デスクトップでは「システムプロキシ」を有効にし、モバイルではOSの案内に従ってVPN接続を許可してください。ルールモードは接続先を決める設定で、システムプロキシやTUNはどの通信をコアに取り込むかを決めます。互いに代わりになる設定ではありません。「グローバル」にするために、すべてを一度に有効にする必要はありません。
プロキシが必要なサイトにアクセスし、「接続」または「ログ」で接続先ドメイン、ルール、出口を確認します。ブラウザーは使えるのに特定のアプリが使えない場合は、そのアプリがシステムプロキシを参照するか確認してから、TUNを検討してください。設定は一度にひとつだけ変更し、正常に動作する構成を保ちながら結果を確認してから、DNSや振り分けルールを調整しましょう。
設定項目を確認
まず「通信を取り込む設定」と「出口を選ぶ設定」を区別してから、ルール、ポート、構成を調整しましょう。以下は設定項目の例で、現在のデバイスの状態を示すものではありません。項目名や選択肢は利用するクライアントによって異なります。
仕事用のサイトには直接接続し、それ以外は指定したプロキシグループを使いたい場合は、「ルール」モードを選びます。コアは通常、ルールを上から順に照合し、最初に一致したルールで出口を決定します。そのため、カスタムドメインルールは最後のフォールバックルールより前に配置してください。グローバルモードでは、すべての接続がグローバルプロキシグループに送られますが、すべてのアプリの通信が取り込まれるわけではありません。ルールの編集、上書き、結合の方法はクライアントによって異なります。サブスクリプションは定期的に更新されるため、長期的に使うカスタム設定はクライアントが対応する上書き用の場所に保存し、更新時に置き換わらないようにしましょう。
DOMAIN-SUFFIX,example.com,DIRECTゲーム、コマンドラインツール、一部のデスクトップアプリはシステムプロキシを参照しないため、ブラウザーは使えても接続ログに記録が残らないことがあります。その場合は、仮想ネットワークインターフェース経由でルーティング条件に合う通信を受け取るTUNを検討してください。デスクトップではサービスのインストールや管理者権限が必要になることがあり、ルーティングやDNSの設定も確認が必要です。ネットワークスタックの実装はOSやクライアントによって異なるため、別のプラットフォームの設定をそのまま使わないでください。TUNを有効にしても、出口は動作モードとルールで決まります。接続に問題が出た場合は、まずTUNを無効にして比較し、ドライバー、権限、他のVPNとの競合を調べましょう。
tun.enable: true混合ポートを使うと、ひとつの待ち受けポートでHTTPとSOCKS5のプロキシ接続を受け付けられます。アプリに入力するポート番号はクライアント側の設定と一致させてください。スマートフォンやテレビからPCのプロキシを使う場合は、「LANからの接続を許可」を有効にし、PCのLAN内IPアドレスを入力したうえで、待ち受けアドレスとファイアウォールを確認します。ポート設定の場所はクライアントによって異なり、「ネットワーク」や「コア設定」にある場合があります。例の値をそのまま使わず、実際の設定を確認してください。接続を許可するのは信頼できるLAN内に限りましょう。ネットワーク環境が変わったらアクセス範囲を再確認し、必要に応じて認証や接続元アドレスの制限を設定してください。
mixed-port: 7890サブスクリプションURLは設定を取得するためのもので、クライアントのインストーラーに利用可能なノードが含まれているわけではありません。読み込み後は設定の種類、更新日時、現在選択中の項目を確認し、自動更新の間隔を設定してください。更新に失敗しても、必ずしもクライアントの不具合とは限りません。リンク切れ、サーバーへの接続失敗、非対応形式の応答などが考えられます。リモート設定、ルールプロバイダー、上書きスクリプトへの対応はクライアントごとに異なるため、移行時はそれぞれ確認しましょう。サブスクリプションファイルを手動で編集すると、次の更新で変更が失われることがあります。重要なルールは事前にバックアップし、対応が明記されたマージ機能を使って保存してください。
リモートサブスクリプション → 更新 → 現在の設定にするクライアントは操作画面を提供し、プロトコル、ルール、DNSの処理はコアが担います。mihomoはClash Metaのプロジェクトを引き継いでおり、対応範囲は初期のClashコアと完全には一致しません。プロトコルが認識されない、または設定項目のエラーが出る場合は、サブスクリプションを何度も読み込み直すのではなく、実際に動作しているコアとリリースノートを確認してください。同じ系列のコアを使っていても、クライアントによって設定変換や初期値が異なることがあります。モバイルではOSのネットワークインターフェースにも制約されます。クライアントを選ぶ際は、サブスクリプション内のプロトコル、伝送方式、必須項目に対応しているかを優先して確認しましょう。
Clash → Clash Meta → mihomoオープンソースのエコシステムと利用上の注意
Clash Hubは、クライアントのダウンロード先と日本語ガイドをまとめたサイトです。各クライアントの開発チームではありません。プロジェクトを長く使えるか判断するには、画面の見慣れやすさだけでなく、上流リポジトリ、メンテナンス状況、設定の互換性を確認しましょう。
Clashエコシステムでは、設定ファイルにプロキシ、プロキシグループ、振り分けルールを記述し、コアが接続を処理します。この仕組みをもとに、コミュニティではさまざまなデスクトップUIやモバイルクライアントが開発されてきました。オリジナルのClashは公開メンテナンスが終了しています。後継プロジェクトは同じプログラムの改名版ではなく、機能範囲、初期動作、設定の対応状況が異なる場合があります。
Clash Metaはその後mihomoという名称でメンテナンスされ、現在のエコシステムでよく使われるコアのひとつです。名称が似ていても、すべての設定項目を互換利用できるとは限りません。特に新しいプロキシプロトコル、DNS設定、ルール機能には注意が必要です。古いガイドは基本概念の理解に役立ちますが、実際の設定は使用中のコアのドキュメントを参照してください。エラーの原因を探すときは、クライアント名だけを検索するより、該当する設定項目とコアの情報を確認するほうが効果的です。
Clash PlusやClash Verge Revなどのクライアントは、設定管理、プロキシグループの選択、ログの確認、OSとの連携機能を提供します。コアは通信を受け取った後、ルール照合、ドメイン解決、接続先への通信を処理します。クライアントとコアのアップデート時期は異なることがあるため、画面に新しいスイッチが追加されても、すべてのプラットフォームで同じ仕組みが使われているとは限りません。
クライアントを選ぶ際は、画面の好みだけでなく、デバイスへの対応、サブスクリプションとの互換性、必要な通信の取り込み方法を確認しましょう。初めて使う場合はClash Plusがおすすめです。LinuxではClash Verge RevとFlClashを比較できます。Clash for Windowsから移行する場合は、元の設定をバックアップし、システムプロキシ、ポート、上書きルールをひとつずつ確認してください。古いクライアントのデータフォルダーを汎用設定としてそのまま読み込まないでください。
クライアントのダウンロードとプロキシサービスは別のものです。サブスクリプションにはノード、プロキシグループ、ルール、DNS設定などが含まれることがあり、利用できるかどうかは提供元と実際のネットワーク環境によって決まります。読み込みに成功したからといって、すべてのノードに接続できるわけではありません。テストでは、まず使用する設定を選び、次にプロキシグループが利用可能なノードを指しているか確認し、最後に接続ログを確認しましょう。
サブスクリプションURLにはアクセス用の認証情報が含まれていることが多く、漏えいすると第三者に設定を読み取られるおそれがあります。トラブル相談では、情報を伏せたエラーメッセージ、設定項目名、操作手順を共有し、URL全体やパスワードを含む設定ファイルはアップロードしないでください。形式を変換する場合は、変換サービスがリンクをどう扱うかも確認しましょう。ノード一覧だけから、元の設定にあったプロキシグループや詳細なルールを復元することはできません。
クライアント、コア、サブスクリプションの更新では、解決できる問題がそれぞれ異なります。画面がクラッシュする場合はクライアントのログ、プロトコルが使えない場合はコアの説明、ノードが使えない場合はサブスクリプションの状態を確認してください。ソフトウェアの更新、DNSの変更、ポートの変更、TUNの有効化を同時に行うと、本来は簡単な問題の原因を特定しにくくなります。正常に動作する設定を保存し、一度にひとつの項目だけ調整するのが安全です。
オープンソースのリポジトリでは、コミット履歴、課題の議論、リリースノートを確認できます。ただし、議論中に出た一時的な設定値を、誰にでも使える解決策と考えないでください。自分のOS、クライアント、エラーの箇所と照らし合わせて、提案が適用できるか判断しましょう。以下にmihomo上流リポジトリのクローンコマンドを掲載します。ソースコードの確認や開発状況の追跡に使えます。通常の利用ならGUIクライアントをインストールすればよく、最初からビルド方法を学ぶ必要はありません。
MetaCubeX / mihomo ↗ · ソースコード、課題、リリースノート
git clone https://github.com/MetaCubeX/mihomo.gitWebページが開けない場合は、まず通常のネットワーク接続が正常か確認し、クライアントに対象への接続記録があるか見ます。記録がまったくない場合は、システムプロキシ、アプリ独自のプロキシ設定、TUNのルーティングを優先して確認してください。記録はあるのに接続できない場合は、選択中のプロキシグループとノードを確認します。接続は成功しているものの出口が違う場合は、ルールの順序とドメインの判定を調べましょう。「グローバル」を何度も切り替えるより、この順に確認するほうが原因を見つけやすくなります。
DNSも接続経路の一部です。Fake-IPは、アドレスを対応付けて通信をドメインに関連付ける仕組みであり、有効にすればあらゆる問題が解決する万能設定ではありません。LAN内のサービス、他のVPN、特定のアプリと併用する場合は、実際の症状に合わせてフィルターや名前解決の設定を調整してください。プロトコルの選び方、モバイル端末のバッテリー消費、コアの互換性についてはプロトコルガイドをご覧ください。具体的な操作手順はクイックスタートガイドで紹介しています。
新着ガイド
基本的な接続ができたら、実際の問題に合わせて設定を確認しましょう。通信の取り込み範囲がおかしい場合は、システムプロキシとTUNを確認します。アプリが起動しない場合は、まず起動ログから原因を特定してください。接続トラブルの対処法で設定ファイルの構文エラーを直そうとしたり、設定を選択していない状態でノードを何度も切り替えたりしないようにしましょう。
仮想ネットワークインターフェースが通信を受け取る仕組みを解説し、Windows、macOS、Linux、Androidごとに有効化手順、サービスの許可、stack設定、DNSハイジャックを紹介します。まずOSと権限を確認し、変更が必要な項目を判断しましょう。
仮想ネットワークインターフェースの設定を見る →設定ファイルの構文、ポートの競合、コアのファイル、権限、ランタイムの5つの観点から原因を調べます。終了直前のエラーを確認してから設定をリセットするか判断してください。リセット前にサブスクリプションとカスタムルールを保存し、既存の設定を失わないようにしましょう。
起動時の修復チェックリストを見る →アプリが自らプロキシ設定を参照する方法と、仮想ネットワークインターフェースでパケットを受け取る方法を比較し、通信の取り込み範囲やDNS処理の違いを解説します。ブラウザーは接続できるのにゲームやコマンドラインツールが使えない場合は、通信がコアに届いているか確認しましょう。
通信を取り込む2つの方法を見る →