オープンソースのデスクトップクライアント · サブスクリプションと上書き設定
Clash Verge Rev 公式サイト全プラットフォーム対応のダウンロードと設定
Mihomoコア を搭載したデスクトッププロキシクライアントです。サブスクリプション 、ルール、ローカル上書き をまとめて管理できます。デスクトップの設定もモバイル版の選び方も、まずはOS別の案内をご覧ください。
Mihomo コア· GPL-3.0 オープンソース· Tauri デスクトップフレームワーク
サブスクリプション Profiles +
システムプロキシ
TUNモード
LAN接続
IPv6
ポート設定 Mixed Port 7897
ルール グローバル ダイレクト
全体の拡張上書き 拡張スクリプト
Merge · YAML ローカル
# 全体の拡張上書き
prepend-rules:
- DOMAIN-SUFFIX,github.com,DIRECT
dns:
enhanced-mode: fake-ip
ipv6: false
保存すると実行時設定を自動で再生成
CONFIGURATION DESK
Mihomo、TUN、サブスクリプションの上書き
設定の読み込み元から接続履歴まで、処理の流れに沿ってクライアントの仕組みを解説します。この図は設定の構成を示すものです。実際のスイッチ、権限に関する案内、利用可能な項目は、インストールしたクライアントとコアのドキュメントをご確認ください。
実行コンポーネント / Core
プロキシコア Mihomo
設定形式 YAML
設定の読み込み元 サブスクリプション + ローカル上書き
現在のルールモード ルール
画面で設定を管理し、コアが設定を読み込んで接続を処理します。
通信の取り込み / TUN
TUNモード
自動ルート設定 auto-route
インターフェースの自動検出 auto-detect-interface
実行権限 サービスの状態を確認
まずシステムプロキシが機能することを確認し、必要に応じて仮想ネットワークインターフェースによる通信の取り込みを有効にします。
設定の読み込み元 / Profiles
proxy-providers:
remote:
type: http
path: ./providers/remote.yaml
interval: 3600
完全な設定を含むサブスクリプションと、プロキシ一覧のサブスクリプションは、設定の読み込み元として別のものです。
ローカル拡張 / Merge
prepend-rules:
- DOMAIN-SUFFIX,github.com,DIRECT
dns:
enhanced-mode: fake-ip
ipv6: false
例では特定のドメインを優先度の高いダイレクトルールに追加しています。使用前にネットワーク要件をご確認ください。
マッチ順序 / Rules
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT
- MATCH,デフォルトの出口
デフォルトの出口はプロキシグループで定義します。ルールは上から順に評価されます。
確認箇所 / Connections
接続履歴 宛先 / ルール / プロキシチェーン
ログレベル info
名前解決エラー DNSを確認
接続タイムアウト 出口とルーティングを確認
まず失敗したリクエストを見つけ、ルールとプロキシチェーンをたどって原因を特定します。
Mihomoコア
TUNモード
サブスクリプション管理
Merge上書き
ルールマッチング
接続とログ
コアとクライアントの役割 Mihomoは設定の読み込み、ルールの照合、ドメインの名前解決、プロキシ接続を担います。Clash Verge Revはサブスクリプション管理とデスクトップ設定画面を提供します。プロトコルや設定項目が使えない場合は、画面上の選択肢とコアの対応状況を切り分け、実行時設定と起動ログを確認してください。静的ファイルを直接編集する方法と異なり、デスクトップクライアントでは設定の選択、モード切り替え、エラー表示を一か所で管理できます。ただし、クライアントごとの拡張構文に互換性があるとは限りません。移行前に元の設定を保存し、コアが対応する項目を一つずつ確認しましょう。
応用設定を見る →
システムプロキシでは扱えない通信を取り込む システムプロキシの影響を受けるのは、通常、システムのプロキシ設定に従うアプリだけです。TUNは仮想ネットワークインターフェースとルートを使い、より多くの通信を取り込みます。有効にする前に、システムプロキシ経由でブラウザーに接続できることを確認し、サービス権限、仮想ネットワークアダプター、DNS設定をチェックしてください。グローバルモードへの切り替えとは異なり、TUNは通信がコアに入る経路を変える機能です。ルールモードは引き続き利用できます。他のネットワークツールと併用する場合は、デフォルトルートや名前解決の競合に注意してください。問題が起きたら、まず他の通信取り込みツールを無効にして接続履歴を確認し、複数の設定を同時に変更しないようにします。
応用設定を見る →
サブスクリプションのインポートと更新時の注意 サブスクリプションは設定の読み込み元であり、接続が確立したことを意味するものではありません。インポート後、設定が選択されていることを確認してからプロキシ画面で利用可能なプロキシグループを確認します。完全な設定を含むサブスクリプションには、通常、プロキシ、ルール、DNSが含まれます。一方、プロキシ一覧は既存の設定から参照する必要があります。ファイルの拡張子だけで用途を判断しないでください。リモートのサブスクリプションを直接編集するより、個人設定をローカル上書きに保存すれば、更新後も維持しやすくなります。更新に失敗したら、リクエストと解析エラーを確認し、URLが有効かどうかを確かめましょう。設定を何度も削除したり、認証情報を含むサブスクリプションURLを公開したりしないでください。
応用設定を見る →
個人設定はローカルに保存 Merge上書きを使うと、サブスクリプションとは別にルールやDNSなどの個人設定を管理できます。まず小さな設定片で動作を確認し、問題がなければ項目を増やして、保存後に実行時設定へ反映されているか確認してください。サブスクリプションの内容を直接編集する場合と比べ、上書きならリモート更新とローカルの設定を分離でき、元に戻したり原因を調べたりしやすくなります。先頭にルールを追加するとマッチ順序が変わります。また、リスト項目のマージ方法はクライアントの仕様に従う必要があり、すべての配列が自動で追加されるわけではありません。旧クライアントのスクリプトを移行する場合は、実行方式を確認してからMergeと拡張スクリプトのどちらを使うか決めましょう。
応用設定を見る →
ルールの順序から振り分けを確認 ルールモードでは、設定に記載された順にリクエストを処理し、マッチしたルールに応じてダイレクト接続、拒否、またはプロキシグループへ振り分けます。振り分けを調べるときは、まず接続履歴で宛先ドメインとマッチしたルールを確認し、次にプロキシグループの選択先を確認してください。グローバルモードとは異なり、ルールモードでは宛先ごとに異なる経路を使えますが、結果はルールの順序とドメイン情報の正確さに左右されます。特定のルールをフォールバックルールの後に置いても、期待どおりに動作しないことがあります。ルールセットを使う場合は、正常に読み込まれていることも確認してください。変更前に元の項目を保存し、変更後は新しい接続を作って検証しましょう。既存の接続が判断に影響するのを防げます。
応用設定を見る →
接続履歴でトラブルの範囲を絞り込む 接続画面では、リクエストの宛先、マッチしたルール、経由したプロキシグループを確認できます。ログ画面では、設定の読み込み、名前解決、接続時のエラーを調べられます。Webページが開けない場合は、まずリクエストを一度再現し、同じ時間帯の接続履歴とログを照らし合わせてください。設定全体を入れ替えるより、アプリがプロキシにリクエストを渡していないのか、名前解決に失敗しているのか、出口に到達できないのかを切り分けやすくなります。一時的にログの詳細度を上げた場合は、調査後に普段のレベルへ戻してください。履歴を共有する前に、サブスクリプションURL、認証情報、不要なアクセス先を伏せましょう。
応用設定を見る →
設定の階層を確認してから変更する
実行中の設定は、リモートサブスクリプション、ローカルファイル、全体の拡張設定、サブスクリプション別の拡張設定など、複数の読み込み元から構成されることがあります。エディターに表示されている内容が、そのままコアに渡されるとは限りません。設定を保存しても反映されない場合は、まず現在選択中のサブスクリプションを確認し、実行時設定で該当項目を調べてください。スイッチの場所だけで反映結果を判断したり、サブスクリプション更新で置き換わるファイルに一時的な変更を書き込んだりしないでください。
初回の設定では、システムプロキシとルールモードだけを有効にするのがおすすめです。ブラウザーで正常にアクセスできたら、必要に応じてTUN、ルールセット、DNS設定を追加します。一度に変更する設定レイヤーは一つにし、変更前後の動作を記録しましょう。名前解決の失敗、LANへのアクセス異常、特定アプリの通信不能が起きても、すぐに利用可能な状態へ戻せます。プロキシグループ、ルールプロバイダー、ドメインスニッフィングを含む詳しい例は、応用設定ガイド をご覧ください。
CLIENT SELECTION
Clash Verge RevはデスクトップOS向けです。スマートフォンやタブレットでは、それぞれのプラットフォームに対応したクライアントが必要です。デスクトップ用インストーラーは実行できません。また、画面や拡張設定の入口はクライアントごとに異なります。
FIRST CONNECTION
サブスクリプションのインポートから接続確認まで、3ステップ
クライアント自体はプロキシサービスを提供しません。開始前に有効なサブスクリプションURLまたはローカル設定を用意し、操作に失敗したときに戻せるよう、現在のネットワーク設定を保存しておきましょう。
01 サブスクリプションをインポートして選択 サブスクリプション画面でURLを追加するか、ローカルのYAMLファイルをインポートします。解析が完了したら、その設定が選択中であることを確認してからプロキシ画面でプロキシグループを確認してください。サブスクリプションのカードが表示されただけでは、設定が正常に読み込まれたとは限りません。解析エラーが出た場合は、ファイルの内容とクライアントが対応する形式を先に確認し、ネットワーク関連のスイッチを次々に有効にしないでください。
02 ルールモードと出口を選ぶ 普段使いでは、まずルールモードを選び、サブスクリプションで定義されたプロキシグループから利用可能な出口を選択します。システムプロキシを有効にしたら、ブラウザーで新しい接続を試してください。ルールモードはリクエストの振り分け先を決め、システムプロキシはアプリからクライアントへリクエストを送るかどうかを決めます。両者は互いに代替できません。まずはTUNを無効にしたまま、最短の接続経路を確認しましょう。
03 接続画面でリクエストを確認 確認したいサイトにアクセスし、該当するリクエストが接続画面に表示されるか、マッチしたルールが想定どおりか確認してください。履歴がない場合は、アプリのプロキシ設定を確認します。履歴があるのに接続できない場合は、DNS、プロキシグループ、出口を調べましょう。ブラウザーで接続できることを確認してから、システムプロキシに従わないアプリでTUNが必要か検討し、同じ手順で再確認してください。
起動時の自動起動やバックグラウンド実行は、接続確認の後に設定しましょう。誤った設定で毎回起動するのを防げます。
詳細なガイドを見る →
SOURCE & MAINTENANCE
オープンソースプロジェクトと設定の管理
ソースコード、リリースノート、実行ログを通してソフトウェアの動作を確認しましょう。クライアント、プロキシコア、サブスクリプションサービスはそれぞれ別の要素です。メンテナンスやトラブルシューティングも分けて考える必要があります。
Clash Verge Revと関連プロジェクト
Clash Verge RevはClash Vergeのデスクトップ設定管理の考え方を引き継ぎ、Tauriでデスクトップ画面を構築し、プロキシコアにMihomoを採用しています。ソースコードはGPL-3.0ライセンスで公開されています。画面上のサブスクリプション、接続、ルール、ログは、コアの機能を管理するための入口です。プロトコル対応、DNS処理、ルール構文についてはMihomoのドキュメントも確認してください。機能の対応状況を判断する際は、ソフトウェア名だけでなく、各プロジェクトのリリースノートと実際の設定を確認しましょう。
コミュニティへの協力と問題の再現
オープンソースのリポジトリでは、ソースコード、問題の議論、変更履歴を確認できます。不具合を報告する際は、OS、インストール方法、再現手順、エラーが発生した箇所を記載し、必要な情報を伏せたログを添えてください。「接続できない」だけでは、設定の解析、ルートによる通信の取り込み、リモートの出口のどこに原因があるか判断できません。サブスクリプション全体をアップロードするのではなく、問題を再現できる最小限の設定を共有しましょう。認証情報やアクセス履歴の公開リスクも抑えられます。
クライアントとコアの更新
デスクトップ画面とプロキシコアでは、変更される部分が異なります。クライアントを更新しても、ローカル上書きをすべて書き直す必要はありません。更新前にサブスクリプションの参照元と拡張設定を保存し、システムプロキシ、サービスモード、設定のマージに関する変更点を確認してください。更新後は、まず最小構成で動作を確認し、その後で高度な機能を一つずつ戻します。特定の拡張設定を有効にしたときだけエラーが起きる場合は、サブスクリプション、コア、DNSを同時に入れ替えるのではなく、その拡張設定を優先して絞り込みましょう。
サブスクリプションとローカル設定を分けてバックアップ
リモートサブスクリプションの更新ではプロキシやルールが変わり、ローカル上書きには個人設定が保存されます。バックアップではサブスクリプションの参照元、プロキシグループの選択、ポート設定、拡張設定をそれぞれ記録し、一時的な実行時ファイルだけを保存しないようにしましょう。実行時設定はマージ結果の確認には役立ちますが、次回インポート用の設定元として適しているとは限りません。別のクライアントへ移行する場合は、まず共通して使えるサブスクリプションを移し、その後クライアント固有の設定を作り直して、元に戻せる記録を残してください。
GPL-3.0 ソースコード公開
Clash Verge Revのソースコードを見る
以下のコマンドでダウンロードするのはソースコードのみです。デスクトップクライアントを使う場合は、ダウンロードセンターのインストーラーをご利用ください。自分でビルドするには、プロジェクト指定のツールチェーンを別途用意する必要があります。
git clone https://github.com/clash-verge-rev/clash-verge-rev.git
RECENT NOTES
クライアントの使い方と移行ガイド
初回インポートから旧設定の移行まで、目的に合わせて手順を確認できます。モバイル版のバックグラウンド設定とデスクトップ版の上書き設定は別々に解説し、現在のOSに合わない方法を混同しないようにしています。
2026-11-02 入門ガイド
初心者がよく悩む10の疑問をまとめました。サブスクリプションURLの意味やモードの選び方から、システムプロキシとTUNの違い、接続済みなのにインターネットにつながらない場合まで、簡潔な回答と関連ガイドを紹介します。
続きを読む →
2026-10-16 クライアント選び
開発が終了したクライアントの移行先を選ぶため、現在もメンテナンスされているMihomoコア搭載クライアントを比較。サブスクリプション、Parsersの書き換えからMerge上書きへの移行、ポート設定を項目ごとに確認できるチェックリストも掲載します。
続きを読む →
2026-09-28 プラットフォーム別
Androidで表示されるVpnServiceの許可ダイアログの意味を解説し、アプリごとのプロキシ設定や、主要メーカーの端末で省電力機能の対象外にしてバックグラウンドの切断を防ぐ方法を紹介します。
続きを読む →