Windows 11 で Clash Verge Rev の Mixin（プロファイル覆写）を設定する：リモート購読を壊さずポート・DNS・ルール断片を足す（2026）
Windows 11 上の Clash Verge Rev で、購読 URL やプロバイダのリモート YAML をいじらずに mixed-port や DNS、rules の断片だけを足したいという検索意図へ寄せた整理です。Mihomo コアが解釈する Mixin／画面上の Profile Override 系ラベルを「追記レイヤ」として使えるかどうかが焦点で、GUI のクリック順とコピペツールとしての YAML を同じ記事で扱います。Windows 11 の初回セットアップ稿 で全体像を押さえたうえで読むと迷子になりにくいです。
Mixin／プロファイル覆写が解決する悩み：リモートは触らずローカルだけ差分
多くの利用者がぶつかるのは次の板挟みです。(1) 購読で落ちてくる構成はメンテが楽だが、職場のイントラドメインや家族用の例外だけベタ書きで足したい。(2) mixed-port や DNS だけ自宅 LAN の運用に合わせたいが、プロバイダのテンプレを直接 fork したくない。(3) つい 丸ごと手編集 して次回の自動更新で差分が消える、という運用事故、です。Mixin はこの「上に薄いパッチを載せる」ための公式寄りの仕組みとして説明されることが多く、Clash Verge Rev ではテキストエリアか YAML ビューに相当する欄として公開されています。
ここで言う プロファイル覆写 は、catalog 上の英語表記の Profile override や Patch、開発版だけに出るラベルも含めたふるまいの総称として扱います。ユーザー体験として重要なのは名前暗記ではなく、「リモートが再取得されても残る場所にだけ書く」という境界線です。購読インポーターが毎回ローカル構成ファイルを上書き保存してしまうワークフローだと、Mixin ではなく本体ファイル側が消えるので、まずは 購読の自動更新と手動刷新 の記事で「何が再ダウンロードされるか」を一度整理してから本稿に戻ると安全です。
Windows 11 特有の前提：権限・常駐・ファイアウォール
Windows 11 では、システムプロキシだけを切り替える構成と TUN 仮想アダプタを立てる構成で、管理者権限や Defender ファイアウォール の尋ね方が変わります。Mixin で mixed-port や tun を触った直後に「想定ポートで LISTEN していない」「他プロセスが先に掴んでいる」といった症状は、パッチが効いていないのではなくOS 側の拒否であることも多いです。ポート競合の切り分けは ログパネルでタイムアウトを読む稿 と相性が良く、本稿ではあくまで YAML の差分記述に焦点を置きます。
また、日本語環境の PC ではパスに非 ASCII が混ざるケースがあります。Mixin 内にローカル RULE-SET のパスを書く場合は、エディタで見える実パスと一致しているかを確認してください。相対参照と絶対参照のどちらで運用するかはチーム内で統一しておくと、他メンバーが同じ購読を取り込んだときに「自分の PC だけルールが読めない」という事故が減ります。
概念的な結合順：購読 → プロファイル本体 → Mixin
Mihomo 系では、最終的にコアが読む辞書オブジェクトへ Mixin が深くマージされるイメージで理解すると迷いが減ります。同じキー階層で衝突した場合は、後段の Mixin が優先される場面が典型的です。ただし配列型の rules は「完全に置き換え」ではなく追記・結合のルールに従うため、購読側にすでにある数百行のうえへ自分の行がどこに載るかで意味が変わります。
だからこそ、運用上の格言はシンプルで、広くマッチする既存行より上に自分の例外を置きたいなら、単に追記するだけでは足りず、購読テンプレの構造をざっと読んで競合パターンの位置を把握する必要があります。ルール設計の基礎は カスタムルールの整理記事 に任せつつ、本稿では Mixin に最小の rules 断片を載せるコツだけ拾います。
GUI 手順：どのメニューを辿れば Mixin に行き着くか
ビルドごとに違うのは事実なので、名前より到達の型を覚えます。(A) 画面上部またはサイドのプロファイル一覧で、いま有効な名前を確定する。(B) そのプロファイルの詳細・設定・編集のいずれかを開く。(C) Subscription や Providers ではなく、テキストとして丸ごと見せるエリア（Profile YAML、Config、Editor など）を見つける。(D) そこから一歩離れた別タブに Mixin、Patch、Override がある実装が多い、という順です。
英語 UI 固定の環境では Mixin、Profile、Profiles、Patch をまとめて検索視線で探すのが早いです。逆に日本語化ビルドなら覆写や上書き、追加設定のようなラベルが振られていることもあります。見当たらないときは「プロファイルのソース表示」へ進めば、少なくとも生成結果の YAML は確認できるので、そこに自分の断片を誤って直書きしていないかだけはチェックしてください。直書きは次回更新で消えやすいです。
YAML 手順：mixin ブロックの骨格と典型キー
実際にエディタへ貼るときは、購読側ですでに定義されているトップレベルキーと被らないように意識しつつ、足りない枝だけを載せます。例として、混在ポートの固定、DNS のフォールバック一言、社内サフィックスだけ直結させるルール三行、といった短いブロックが現場では扱いやすいです。以下は雛形であり、キーの有効性は利用中のコア版に合わせて読み替えてください。
# Example mixin fragment for Mihomo / Clash Meta style cores (adjust to your build)
mixin:
mixed-port: 7890
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- 1.1.1.1
fallback:
- 8.8.8.8
rules:
- DOMAIN-SUFFIX,intranet.company.example,DIRECT
- DOMAIN-SUFFIX,internal.service,DIRECTfake-ip や redir-port、tun などは環境で推奨値がまったく異なります。購読テンプレがすでに DNS ブロックを厚く持っている場合は、そのまま上書き相当の枝を Mixin に足すと名前解決ループや期待と逆のポリシー選択を招きかねないので、変更は一項目ずつ試します。
ルールだけ別ファイルに分けたい場合は rule-providers を併用し、Mixin には PROVIDER を参照する一行だけを載せるパターンもあります。ルールセットの読み込み例は カスタムルール稿 の RULE-SET 節と重なるため、長大なリストは本稿では持ち込みません。重要なのは「Mixin はメンテの逃げ道であり、設計図そのものを丸ごと移す場所ではない」という割り切りです。
検証の順序：保存 → 再読み込み → ログと接続ビュー
テキストを貼ったらすぐブラウザで試す前に、アプリ上の Apply / Reload / Restart Core のいずれかが本当に成功したかをログ一行で確かめます。ここを飛ばすと「YAML は正しいのに効かない」という時間の浪費になりがちです。Clash Verge Rev は UI とコアが分離しているので、ボタンが灰色のまま、別プロセスが古い設定を握っている、といったケースもゼロではありません。
ポートまわりを変えたら、ログの LISTEN 行と OS の netstat 系ツールの両方で数字が一致するかを短時間だけ見ます。DNS を変えたら、意図したリゾルバへ問い合わせが出ているかをキャプチャツールまたはログで確認します。ルールを足したら、接続一覧で対象ドメインが期待のポリシーへ流れているかを確認します。深い切り分けは チュートリアルの基本概念 に立ち返りながら同じワークフローで繰り返し可能です。
購読更新と Mixin の境界：消えない・壊さない運用メモ
チーム開発でよいのは、(1) リモート購読はメンバー全員が同じ URL を見る、(2) 個人差分は全員 Mixin に寄せる、(3) Mixin の断片は社内 git の一ファイルとして共有する、の三段です。こうしておけば、誰かがプロバイダ構成を更新しても、社内イントラ向けの例外は消えません。逆に、購読ファイルをエディタで直接いじる文化だと、毎回の 手動刷新 が上書きを再現し、git 差分と実機の挙動が食い違います。
サポートが「とりあえず購読を入れ替えてください」と言った直後にローカルルールが消えた、という問い合わせの多くは、この境界が説明されていないことが原因です。利用者側も「消えても構わない場所」と「絶対に残す場所」をメモしておくだけで事故率が下がります。
よくある質問
Mixin に書いた rules が効きません
購読テンプレート側の rules が先に広くマッチしている、参照しているポリシー名がローカルに存在しない、fake-ip と no-resolve の組み合わせで意図とズレているなどが典型です。ログで実際に選ばれたルール行を確認し、競合する広いパターンより上に自分の行を置くか、追記位置を見直します。
GUI の項目名が記事と一致しません
安定版と開発版で Mixin 欄がプロファイルエディタから分離または統合されることがあります。Subscription と Profile のタブを跨いで英語ラベル Mixin・Patch・Override を探し、見つからなければソース表示から同じキーが付いているか確認してください。
購読更新で追記が消えました
リモート本文をそのままローカルファイルへ上書き保存する運用では Mixin ではなく本体が丸ごと置き換わります。Verge Rev では購読とローカル Mixin の役割分担を意識し、追記は常に Mixin 側へ寄せると更新に強くなります。迷う場合は一度バックアップを取ってから試します。
まとめ
Windows 11 の Clash Verge Rev で Mixin／プロファイル覆写 を使うコツは、(1) 購読 URL はそのまま、(2) 差分は短く分割、(3) 保存後に必ずコア再読み込み、(4) 競合ルールは位置関係まで見る、(5) チームなら Mixin をバージョン管理する、の五点に集約されます。単一機能として理解できると、ログ稿や購読間隔稿と説明が矛盾しません。
一方で、単一サーバ固定型の商用 VPN では、ユーザー自身が DNS やルール断片を安全に差し込む余地 が小さく、仕様変更もコントロールしにくいことがあります。Mihomo 互換 のデスクトップ GUI は、リモート構成とローカル追記を分けて持てるため、開発者やパワーユーザーが自分のネット環境に合わせて微調整しやすい一方、説明不足だと設定画面が雑多に見えがちです。実際のワークフローを組み替えたい方は、利用環境に合うクライアントを選べるダウンロードページ から安定版とコミュニティ版の差分を比較し、更新履歴と一緒に読み進めると長期運用が楽になります。