DOWNLOAD / OSを選択
Clash Verge RevはデスクトップOS向けです。スマートフォンでは同じエコシステムのモバイルクライアントを利用できます。5つのOS向けダウンロードには複数のプロジェクトが含まれ、すべてのクライアントが全OSに対応するわけではありません。まず使用するOSを確認し、次にCPUアーキテクチャとインストール方法を選んでください。
デスクトップで日常的に使うならClash Plusから始めるか、Clash Verge Revでサブスクリプションや接続、ルールを管理できます。インストール前にシステム情報でCPUの種類を確認してください。デスクトップ上のショートカット名だけではアーキテクチャを判断できません。
初回起動後、まず設定を読み込み、それからシステムプロキシを有効にします。接続履歴が表示されないアプリは、システムプロキシ設定に従うか確認してください。UWPアプリの場合は、ノードを何度も切り替えるのではなく、ガイドに沿ってループバックアクセスの制限に対処しましょう。
ダウンロード Windows版クライアント「このMacについて」に表示されるチップに合わせて、Apple Silicon版またはIntel版を選びます。Clash Plus、Clash Verge Rev、FlClashでは画面や設定管理の方法が異なります。既存の設定を使う場合は、対応するプロトコルとルールを事前に確認してください。
初回起動時に、ネットワーク関連の操作についてシステムから許可を求められる場合があります。システムプロキシとTUNでは必要な権限が異なります。まずシステムプロキシでブラウザーの接続を確認し、ほかのアプリに仮想ネットワークインターフェースによる通信制御が必要か判断しましょう。
ダウンロード macOS版クライアントモバイルではClash Plus、Clash Meta for Android、FlClashなどを選べます。比較的新しい端末の多くはARM64ですが、端末情報で確認してください。CPUアーキテクチャが合わない場合は、同じファイルを何度もインストールせず、ダウンロードページで適切なものを選び直しましょう。
初回接続時は通常、システムのVPN使用許可が必要です。画面ロック後に接続が切れる場合は、バッテリー最適化とバックグラウンド実行の権限を確認してください。ネットワークを制御するVPNアプリは、システムの通信経路を奪い合わないよう、同時に1つだけ使用するのがおすすめです。
ダウンロード Android版クライアントiPhoneやiPadでは、ダウンロードページからClash PlusのApp Storeページを開けます。公式サイトのclashplus.ioでも製品情報を確認できます。インストール後、クライアントが対応するサブスクリプションを読み込み、システムの案内に従ってVPN構成を追加してください。
ほかのクライアントから移行する場合は、ノードのプロトコル、ルール振り分け、プロキシグループをそれぞれ確認してください。サブスクリプションURLを読み込めても、特定クライアント専用の項目をすべてそのまま移行できるとは限りません。解析エラーが出たら、接続設定を変える前にサブスクリプションの形式を確認しましょう。
ダウンロード iOS版クライアントデスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションのパッケージ形式に合ったファイルを使います。利用前にデスクトップ環境の依存関係と権限を確認してください。サーバーやルーターなどデスクトップ環境のない機器では、mihomoコアを単独で導入する方法が適しています。
GUIは設定を管理し、バックグラウンドのコアは接続を処理します。それぞれの動作状態を個別に確認してください。TUNを有効にする場合は、サービスの権限やルートの変更も確認しましょう。権限不足をサブスクリプションやノードの問題と取り違えないよう注意が必要です。
ダウンロード Linux版クライアントWORKSPACE / 設定とルール振り分け
サブスクリプションの読み込みからルールの適用まで、実際の操作画面に沿ってクライアントの使い方を紹介します。以下は静的な画面イメージで、オンラインのコントロールパネルではありません。カードをクリックすると操作ガイドが開きます。実際の項目はインストールしたクライアントによって異なります。
サブスクリプションにはノードとルールがまとめられており、サーバー側の変更を定期的に同期したい場合に便利です。設定画面にプロバイダーから提供されたURLを貼り付けて読み込みます。読み込み後は、使う設定として選択してください。更新は内容を再取得する操作で、ローカルの変更をすべて自動修正するものではありません。単一のノードだけを管理するツールと異なり、Clash Verge Revでは設定全体とローカル拡張を組み合わせて管理できます。独自ルールを長期的に使う場合は、次回の更新で上書きされないよう、対応するオーバーライド機能に追加してください。サブスクリプションURLには認証情報が含まれることがあるため、公開したりスクリーンショットに写したりしないでください。
ルールはリストの上から順に照合され、最初に一致したルールによって通信を処理するプロキシグループが決まります。ルール画面では読み込まれた内容を確認し、接続画面では個々のリクエストに適用されたルールを確認できます。変更が必要な場合は、画面表示だけを変えるのではなく、設定またはオーバーライドの画面に戻ってください。全通信を一律に転送するクライアントと異なり、ローカルネットワーク、指定ドメイン、その他のリクエストを分けて処理できます。ルールが参照するプロキシグループは、設定内に存在している必要があります。最後にはフォールバック用のルールを配置してください。GeoIPとGeoSiteの動作にはデータベースも必要です。読み込まれていない場合は、ファイルや更新の問題を先に確認しましょう。
コアはプロトコルの解析、DNS、ルール処理を担い、GUIは設定をコアに渡します。新機能が必要な場合や互換性の問題を調べる場合は、まず設定画面で使用中のコア情報を確認してください。安定版とAlphaテスト版を切り替えられるビルドでは、切り替え前に設定をバックアップしましょう。コアとGUIを明確に分けて考えると、問題が画面側か設定側か判断しやすくなります。テスト版にしたからといって、すべてのネットワークで速くなるわけではありません。また、設定項目の挙動が変わることもあります。日常利用では安定版を使い、必要な新機能がある場合に限ってテスト版を試し、元に戻せる設定を残しておきましょう。
システムプロキシは主にOSの設定に従うアプリで使われます。TUNは仮想ネットワークインターフェースを使い、より広い範囲の通信を制御します。初めて設定する場合は、まず設定画面でシステムプロキシを有効にし、ブラウザーで接続を確認してから、制御できていないアプリに対応しましょう。プロキシポートだけを提供するツールと異なり、TUNはルーティングとDNSを連携できますが、サービス権限やネットワーク競合の調査も必要になります。有効にする前に、ほかのVPNや仮想ネットワークインターフェースの状態を確認してください。問題が起きた場合は、まず元の設定に戻して原因を調べましょう。起動時の自動実行はプログラムを起動するタイミングを決めるだけで、サブスクリプションの有効性や、すべてのアプリがプロキシを経由することを保証するものではありません。
接続画面では現在発生しているリクエストを、ログ画面では設定の読み込み状況やコアのエラーを確認できます。両方を併用してください。対象サイトにアクセスしたら、接続画面でドメインを絞り込み、適用されたルールとプロキシグループを確認してから、プロキシ画面でグループ内の選択項目を調べます。接続のオン・オフだけを表示するクライアントと異なり、これらの記録から「リクエストがコアに届いていない」のか「コアに届いた後の転送に失敗した」のかを切り分けられます。調査中は必要に応じてログレベルを上げ、終わったら通常のレベルに戻してください。記録を共有する前に、サブスクリプションURL、認証情報、個人用ドメインを削除しましょう。ルール適用の記録は経路選択を示すだけで、接続先へのアクセス成功を単独で証明するものではありません。
この5つの画面の役割を押さえると、設定が読み込まれているか、リクエストがコアに届いているか、ルールが想定どおりか、プロキシグループで利用可能なノードが選択されているか、同じ経路に沿って調査できます。複数の設定箇所を一度に変更すると、接続が戻ってもどの変更が効いたのか分からなくなります。プロトコルとコアの関係はコアの技術リファレンスをご覧ください。
QUICK START / 初回接続
インストールは準備の一段階にすぎません。接続先と通信の転送方法を設定するには、利用可能なサブスクリプションか、自分で管理する設定が必要です。ここでは初回接続までの流れを紹介し、OSごとの詳しい手順やトラブル対応は入門ガイドにまとめています。
設定画面を開き、サブスクリプションURLを貼り付けて読み込みます。設定カードが表示されたら、正常に読み込まれたことを確認し、現在使用する設定として選択してください。解析に失敗した場合は、URLからクライアント対応の設定が返ってくるか確認しましょう。ログイン画面、期限切れの案内、通常のWebページが表示される場合があります。
DNS、ポート、TUNの設定は、ひとまず手動で変更しないでください。サブスクリプションの初期設定を保ち、まず動作する基準を作りましょう。既存の独自設定を移行する場合は、ルールやノード情報が同時に上書きされないよう、別途バックアップを保存してください。
プロキシ画面でルールモードを選択し、実際にルールから参照されているプロキシグループでノードを選びます。プロキシグループが別のグループを参照していることもあるため、グループ名をたどって最終的なノードを確認してください。使用されていないグループを切り替えても、通常、対象サイトへの接続経路は変わりません。
ノードのテストは候補を絞る目安になりますが、テストに成功してもすべてのアプリでアクセスできるとは限りません。選択状態を保ったままシステムプロキシを有効にしてください。ほかのプロキシソフトが起動している場合は、ポートやシステム設定が競合しないよう、先に通信制御を無効にしましょう。
確認したいWebサイトを開き、接続画面に該当ドメインが表示されるか、適用されたルールとプロキシグループが正しいかを確認します。記録がない場合は、まずアプリのプロキシ設定を確認してください。記録があるのにアクセスできない場合は、ノード、DNS、コアのログを調べましょう。
接続先から見えるIPを確認するには、信頼できるIP確認サービスを利用してください。ブラウザーのキャッシュ、既存接続の再利用、ルール振り分けの影響も考慮しましょう。スイッチの色だけで接続の成功を判断してはいけません。確認後に独自ルールを1つずつ追加し、変更のたびに同じ手順で動作を確認してください。
OPEN SOURCE / プロジェクトとコア
クライアントを選ぶときは、画面だけでなく、プロジェクトの出所、コアの機能、更新対象も確認しましょう。オープンソースのリポジトリで公開されているコード、ライセンス、課題の記録は、出所が不明なダウンロード数や評価よりも、判断材料として役立ちます。
Clash Verge Revは、元のClash Vergeプロジェクトを引き継いで発展したコミュニティプロジェクトです。検索結果には元のプロジェクト、後継のメンテナンス版、古いインストーラーが同時に表示されることがあります。名前が似ていても、メンテナンス状況が同じとは限りません。ガイドを読む際はクライアントの正式名称を確認し、最新のプロジェクト情報を参照してください。
Revのデスクトップ画面にはTauriフレームワークが使われ、ネットワーク処理はmihomoに依存します。画面側はサブスクリプション管理、設定画面、状態表示を担い、コアは設定を実行します。この役割分担を知っておくと、コアの更新が必要な問題とクライアント自体の修正が必要な問題を区別できます。
mihomoはClash Metaの技術路線を引き継ぎ、Clashの設定体系を基にプロトコル、ルール、DNSの機能を拡張しています。YAMLの構造が似ていても、すべてのコアが同じ項目に対応しているとは限りません。設定をコピーする前に、使用するコアがプロトコルの種類やパラメーターに対応しているか確認してください。
クライアントによっては、独自のオーバーライド、スクリプト、設定のマージ機能を追加しています。移行時は、コア共通の設定とクライアント固有の設定を分けて確認しましょう。設定の読み込みでエラーが出た場合は、ログから該当項目を特定してください。画面にノードが表示されるだけで、すべての機能に互換性があると判断してはいけません。
Clash Verge RevプロジェクトはGPL-3.0ライセンスで公開されています。リポジトリのソースコード、ライセンスファイル、リリースノート、課題の議論から、実装やメンテナンスの状況を確認できます。未確認のスター数、コントリビューター数、ユーザー数は掲載せず、コミュニティプロジェクト同士を単一の公式チームとして扱うこともありません。
問題を報告する際は、OS、クライアント名、コア情報、再現手順、機密情報を削除したログを記載してください。まず既存の報告を検索してから、最小限の再現手順を説明しましょう。原因の判断には、「どのサイトも開けない」という説明より、具体的なエラーメッセージが役立ちます。
クライアント、コア、サブスクリプション、Geoデータベースの更新は、それぞれ別の操作です。サブスクリプションを更新すると設定内容を再取得しますが、デスクトップアプリは更新されません。データベースの更新で一部のルールの判定に使うデータは変わりますが、ノードの認証情報が更新されるわけではありません。
更新前に該当するリリースノートを読み、現在の設定とローカル拡張を保存してください。更新後は、設定が読み込まれているか、プロキシグループの選択が想定どおりか、システムプロキシが元の設定どおりかを確認しましょう。問題が発生した場合は、更新対象ごとに切り戻すか調査してください。独立した変更をまとめて扱わないことが大切です。
このコマンドはプロジェクトのソースコードを取得するだけで、クライアントのインストールや起動は行いません。アプリをインストールする場合は、ダウンロードページをご利用ください。
git clone https://github.com/clash-verge-rev/clash-verge-rev.gitNOTES / 使い方のヒント
初回接続が完了したら、実際の状況に合わせて記事を確認してください。プロキシグループの記事ではノードの選択方法、接続確認の記事では通信経路の調べ方、タイムアウト対処の記事では端末から接続先までの確認手順を紹介しています。一度に扱う問題は1つに絞り、変更前後の結果を記録しましょう。
select、url-test、fallback、load-balanceの4種類のプロキシグループの動作を比較し、intervalやtoleranceなどのパラメーターを解説。用途別の組み合わせも紹介します。
プロキシグループの解説を読む →サブスクリプションを読み込んだ後の初回接続を解説します。ノードの選び方と遅延テスト、システムプロキシの有効化、接続画面やIP確認ページを使って通信がプロキシを経由しているか確認する方法を紹介します。
接続確認の方法を読む →端末のシステムプロキシとポートの競合から確認し、サブスクリプションの期限、DNS設定、コアのエラーログ、ノードのプロトコル設定を順に調べます。手順に沿って原因を絞り込み、ノードのタイムアウトを解消しましょう。
タイムアウトの対処手順を読む →