なぜ Clash Premium から移行すべきか

Clash Premium は、過去数年で最も人気のあった Clash 系コアのひとつで、オープンソース版をベースに TUN モード、Fake-IP 強化 DNS、Rule Provider(ルールプロバイダ)などの高度な機能を統合し、プロキシ利用のしやすさと柔軟性を大きく高めました。しかし、開発者の Dreamacro 氏は 2023 年末に公式にメンテナンス終了を表明し、GitHub 上のリポジトリはアーカイブされ、Pull Request や Issue も受け付けられなくなっています。

メンテナンスが止まったコアを使い続けることは、セキュリティ上の欠陥が出ても公式パッチが期待できないこと、OS やネットワークプロトコルの変化に伴い互換性の問題が増えること、そして VLESS、TUIC、Hysteria2 など新しいプロトコルが Premium では動かないことを意味します。現実的には、多くのサブスクリプション提供側が旧コア向けフォーマットのサポートを段階的に終了しており、新しい形式のサブスクを取り込むと解析エラーが頻発しがちです。

注意

いまも純正の Clash for Windows(CFW)に Premium コアを載せて使っている場合、CFW 本体のリポジトリも 2023 年末に削除・アーカイブされており、継続利用はセキュリティ上のリスクが高まります。本稿の手順に沿って移行することを強くおすすめします。

mihomo(Clash Meta)の主な利点

mihomo はコミュニティ主導で活発にメンテナンスされている Clash 互換コアで、旧称は Clash.Meta(通称 Clash Meta)です。現在は mihomo に改名され、GitHub で頻繁に更新されています。メンテナンス終了した Clash Premium と比べ、mihomo は次の点で大きく前進しています。

  • プロトコル対応の広さ:VLESS、TUIC v5、Hysteria2、Reality、ShadowTLS など現行の主流プロトコルをネイティブに扱え、各種サブスクリプションに対応しやすい
  • DNS モジュールの強化:DoH、DoT、DoQ(DNS over QUIC)やルールベースの DNS 方針に対応し、DNS 漏洩対策を強化できる
  • 設定の下位互換:標準の Clash YAML 形式と互換があり、既存の設定ファイルの多くをそのまま流用でき、移行コストが低い
  • TUN モードの改善:TUN インターフェースの安定性が向上し、システムレベルのプロキシと組み合わせてトラフィックを広く引き受けやすい
  • ルールセットの拡張rule-set によるインラインルールセットに対応し、IPCIDR、ドメイン、プロセス名などを柔軟に組み合わせられる
  • 継続的なセキュリティ更新:活発な開発によりセキュリティパッチや機能更新が定期的に提供され、既知の脆弱性が放置されにくい

移行前の準備

移行を始める前に、次の準備をしておくと、設定の消失や通信の途切れを避けやすくなります。

既存の設定ファイルをバックアップする

Clash for Windows の設定フォルダ(Windows では多くの場合 %APPDATA%\Clash for Windows\profiles、macOS では ~/.config/clash 付近)を開き、.yaml.yml をすべて別フォルダにコピーしてください。移行がスムーズでも、バックアップを取る習慣は重要です。

サブスク URL とノード情報を控える

Clash for Windows のサブスクリプション管理画面から、使用中のサブスク URL をすべてコピーしておきます。手動でノードを追加している場合は、サーバーアドレス、ポート、パスワード/UUID などもメモし、新しいクライアントで再登録できるようにしておきましょう。

現在のプロキシグループ設定を記録する

Clash for Windows でカスタマイズしたプロキシグループ(Proxy Groups)をスクリーンショットやメモで残してください。特定サイトやアプリ専用のグループを使っている場合は、移行後の YAML でも意図どおり動くか確認が必要です。

ヒント

プロバイダが提供するマネージドサブスクリプション(Managed Subscription)のみを使っている場合は、新クライアントにサブスク URL を入れ直すだけでよいことが多く、サーバー側で形式が整えられるため、手で YAML を編集する必要はありません。

ステップ 1:Clash Verge Rev を入手してインストール

Clash Verge Rev は、現在も活発に保守されている GUI クライアントのひとつで、mihomo コアを同梱し、Windows・macOS・Linux に対応しています。Clash Premium からの移行先として、まず検討したい選択肢です。

当サイトのクライアントダウンロードページから、お使いの OS に合ったインストーラを取得してください。プラットフォームごとの注意点は次のとおりです。

Windows でのインストール

.exe をダウンロードしたらダブルクリックし、ウィザードに従ってインストールします。SmartScreen の警告が出たら「詳細情報」→「実行」を選びます。完了後、タスクトレイに Clash のアイコンが表示され、右クリックでモード切り替えができます。

初回起動時にサービスモード(Service Mode)のインストールを勧められる場合は、インストールを推奨します。高い権限で動かせるため TUN が安定し、起動のたびに管理者承認を求められにくくなります。

macOS でのインストール

.dmg を開き、アプリを「アプリケーション」フォルダにドラッグします。初回は開発元が未確認としてブロックされることがあるので、「システム設定」→「プライバシーとセキュリティ」から「このまま開く」を選びます。TUN を安定させるには、必要に応じて「フルディスクアクセス」などの権限を与えてください。

インストールとコアバージョンの確認

インストール後、設定画面の「Kernel Version(コアバージョン)」に mihomo の表記とバージョンが出ているか確認します。最新へ更新する場合は、同じ画面の「コアを更新」などのボタンから取得し、ファイルを置き換えられます。

ステップ 2:サブスクの取り込みと設定の移行

Clash Verge Rev のサブスク管理は分かりやすいです。「Profiles(プロファイル)」画面で右上の「+」を押し、入力欄にサブスク URL を貼り付けて「インポート」すると、自動で取得・解析されます。

インポート後の確認

取り込んだプロファイルをアクティブにし、「Proxies(プロキシ)」画面でノード一覧が期待どおり表示されるか確認します。件数が合っていれば、フォーマットは互換であり、追加作業は不要なことが多いです。

手元の YAML をそのまま使う場合

サブスクではなく自作の YAML を使っている場合は、バックアップした .yaml を Clash Verge Rev のプロファイルディレクトリに置きます(Windows: %APPDATA%\io.github.clash-verge-rev.clash-verge-rev\profiles、macOS: ~/.config/clash-verge-rev/profiles)。そのうえでクライアントから「ローカルファイルをインポート」を選びます。

mihomo は標準の Clash YAML と下位互換があり、proxiesproxy-groupsrules などはそのまま流用しやすいです。Clash Premium 固有の項目(ebpf や特定の script 記法など)は mihomo 側の記法に合わせる必要があるため、公式ドキュメントで差分を確認してください。

サブスク変換(Subscription Converter)

V2Ray 形式や Shadowrocket 形式など、古い形式のサブスクはそのままでは解析に失敗することがあります。変換ツールで標準の Clash YAML に揃えてから取り込んでください。Clash Verge Rev に変換用の導線が用意されているほか、コミュニティのオンラインツールも利用できます。出力テンプレートは「Clash Meta」または「mihomo」を選ぶと、新コアの機能を活かしやすいです。

ステップ 3:ルールセットとポリシーグループの調整

Clash Premium から mihomo へ移行しても、ルール分岐の大半はそのまま使えます。ただしカスタムの Rule Provider や Script モードを使っていた場合は、次の点に注意してください。

Rule Provider の互換性

mihomo は Clash Premium の rule-providers 記法に対応しており、リモートのルールセット URL も継続利用できます。behaviordomainipcidrclassical が利用可能なので、宣言したタイプと実際の内容が一致しているか確認し、不一致による無効化を防ぎます。

ポリシーグループ(Proxy Groups)の調整

mihomo では url-testtolerance(許容遅延)や lazy(遅延読み込みでのスピードテスト)、fallback のヘルスチェック間隔などを細かく指定できます。移行後に自動選択の挙動を最適化したい場合は、公式ドキュメントを参照してパラメータを追加してください。

高度なユーザー向けに、Lua の Script モードでルール判定していた場合、mihomo では Script モードが廃止されています。ロジックを標準の RULE-SET や(対応バージョンに限る)SCRIPT に分解するか、mihomo の Sub-Rule で同等の振る舞いに置き換える必要があります。

おすすめのルールセット

移行後は、mihomo 向けに整備されたコミュニティのルールセットへ差し替えると、網羅性と更新頻度の面で有利です。国内向け直結ドメイン用の direct セットや、広告ドメイン向けの reject セットを使うと、手作業のルール管理が減ります。

よくある互換性の問題と対処

移行で起きやすいトラブルにはパターンがあります。代表的なものと対処を表にまとめます。

症状 よくある原因 対処
サブスク取り込み後、ノードが空 Clash 形式ではない(Base64 のノード一覧のみなど) 変換ツールで Clash YAML にしてから再インポート
TUN が起動しない 管理者権限がない、またはサービスモード未インストール 管理者として実行するか、設定からサービスモードを入れる
DNS がおかしい/漏れる 設定の DNS と OS 既定 DNS が衝突 dns.nameserver を明示し、fake-ip を有効化
特定アプリだけプロキシを通らない 非標準ポートや UDP を使っている TUN を使うか、PROCESS-NAME ルールを追加
ルールファイルの取得に失敗 リモート URL が死んでいる/ブロックされている 到達可能なミラーに変えるか、ローカルに落として file 参照にする
YAML 解析エラー Premium 専用の記法を残している ebpfscript などを確認し、mihomo の記法に合わせる

移行後の設定をさらに最適化する

基本の移行が終わったら、mihomo の新機能を使ってプロキシ設定を詰め、体験を向上させられます。

Fake-IP で DNS 漏洩対策を強化

Fake-IP は mihomo の DNS で重要な仕組みです。クライアントが名前解決を求めると、mihomo はすぐにダミーの IP(多くの場合 198.18.x.x 帯)を返し、内部でドメインとの対応を保持します。トラフィックがプロキシに乗る段階で実ドメインに戻すため、DNS 漏洩や IP ベースの地域判定を抑えやすくなります。

設定ファイルの dns セクションに次のような記述を足すと Fake-IP モードを有効にできます:

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - '*.lan'
    - 'localhost.ptlogin2.qq.com'
  nameserver:
    - https://doh.pub/dns-query
    - https://dns.alidns.com/dns-query
  fallback:
    - https://1.1.1.1/dns-query
    - https://8.8.8.8/dns-query
  fallback-filter:
    geoip: true
    geoip-code: CN

TUN でシステム全体をプロキシに載せる

mihomo の TUN は、OS レベルで外向きトラフィックを広く引き受け、アプリごとの手設定を減らせます。設定に tun ブロックを追加します:

tun:
  enable: true
  stack: system
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53
補足

TUN には管理者権限またはサービスモードが必要です。stack: system は多くの環境で安定しやすいです。性能に課題があれば stack: gvisor も試せます(環境による)。

Sub-Rule でルーティングを細かく分ける

Sub-Rule(子ルール)を使うと、特定のプロキシグループだけ別ルールを適用でき、従来の rules だけより柔軟にトラフィックを分岐できます。例えば社内ネット向けだけ別ロジックにし、全体のルールとは切り離して整理しやすくなります。

まとめ:いま移行する理由

Clash Premium のメンテナンス終了から時間が経ち、mihomo 周りのエコシステムはルールセット、クライアント、ドキュメントのいずれも成熟してきました。更新の止まったコアでリスクを取り続けるより、新コアへ移して安定性と新プロトコル対応の恩恵を得る方が合理的です。

実際の作業は思ったより短く、サブスク中心の利用なら URL を入れ直すだけで 5 分程度のことも珍しくありません。自作 YAML のユーザーでも、互換性の差分を直せば 30 分以内に収まることが多いです。

複雑な設定で行き詰まったときや、最初から YAML をほとんど触らずに済む体験を求めるなら、クライアントダウンロードページから最新の mihomo 同梱クライアントを入手するのが手っ取り早い方法のひとつです。Windows・macOS・Android・iOS・Linux に対応し、GUI でサブスク管理やルールの確認がしやすく、アップグレード直後の検証も楽になります。→ 無料で Clash をダウンロードし、快適な接続体験を試す