1. Clash Verge Rev と Mihomo（Mac 前提）
Clash Verge Rev はデスクトップ向け GUI の一系統で、内部では Mihomo（旧称の Meta／Clash Meta 系）コアがルール分流・プロキシグループ・DNS を担います。購読側が「Meta／Mihomo 互換」と謳っているプロファイルほど、そのまま通りやすく、古いキーや廃止済みの構文だけを前提にした YAML は起動時や購読マージでエラーになりやすいです。
Apple Silicon（M1／M2／M3／M4 など）は実効 CPU が arm64 であることが一般的なので、配布物も darwin-arm64 や aarch64、単に Apple Silicon と書かれたものを選ぶのが第一です。Intel Mac 向け（amd64／x64）バイナリを Rosetta 2 で動かすこともできますが、電力・発熱・予期しない署名まわりの差はネイティブを優先した方が運用が単純になります。
システムプロキシが効かない・TUN が張れないといった macOS 特有の話は、本稿では入口だけ触れ、詳細は システムプロキシと Network Extension の切り分け記事 に譲ります。Windows との GUI 比較は Clash Verge と Clash for Windows が参考になります。
2. 始める前に（権利・管理者・他 VPN）
プロキシやトンネルは組織ポリシーや利用規約で禁止されることがあります。会社・学校の管理 Mac では勝手なインストール自体がルール違反になり得るため、必ず許可範囲を確認してください。
すでに商用 VPN、企業エージェント、コンテンツフィルタ、「ネットワークを最適化します」系ユーティリティを入れている場合、プロキシ設定の上書きや TUN インタフェースの競合が典型のトラブル原因です。初回セットアップではこれらをいったん終了し、Clash Verge Rev だけで試すと変数が減ります。
管理者アカウントかどうかは、システム設定の一部項目やパッケージインストールで差が出ます。家族共有や MDM 構成ではネットワーク項目がロックされていることもあり、その場合はユーザー操作では直せません。
3. Mac 向けダウンロードとアーキテクチャ
入手は開発者がリンクした Releasesや公式 README が起点になりやすく、第三者ミラーはファイル改ざんリスクがあるため避けます。資産一覧では .dmg、.pkg、.zip／.tar.gz など形式が分かれていることがあり、どれを選んでも最終的には Applications フォルダへドラッグするか、インストーラーの指示に従えば足ります。
Apple Silicon 向けかどうかはファイル名やアーキテクチャ表記で判断します。arm64、aarch64、darwin-arm64、Apple Silicon の文言が付いたビルドを選び、Intel 専用と明記されているものは Rosetta が必要です。迷ったら README の「どのファイルを取ればよいか」の節を読み、可能なら公開されているチェックサムと突き合わせます。
ブラウザやクラウド駆動のセキュリティソフトがダウンロード後に隔離するケースがあります。隔離された場合はイベントログと検知理由を確認し、出自が正しいと判断できたうえで除外設定を検討してください（過度に広い除外は避けます）。入手経路の一本化として 当サイトのダウンロードページ からメンテナンス状況の分かるクライアントへ進む方法もあります。
4. インストールと Gatekeeper
初回起動で「開発元を確認できないため開けません」と出たら、安易にセキュリティを弱めるのではなく、コントロールキーを押しながらアイコンを開く、またはシステム設定 → プライバシーとセキュリティから当該アプリの実行を許可する、という macOS 標準の導線を使います。企業端末ではこれ自体がポリシーで禁止されていることがあります。
.dmg をマウントしたら、アプリをアプリケーションフォルダへコピーし、コピー先から起動してください（ディスクイメージ上だけで使い続けると、設定パスの混乱や更新時の取りこぼしが起きやすいです）。古いバージョンが残っているときは、同名アプリを置き換える前に設定のバックアップ方針を決めておくと無難です。
既存クライアントとのポート衝突
別の Clash 系や開発用プロキシが常駐していると、7890 などのミックスドポートが既に listen していることがあります。この場合はどちらかのポートを変更し、システムプロキシが指す番号と完全一致させます。変更後はアプリと OS の両方を再読み込みしてください。
external-controller を LAN 公開する設定は、同一ネットワーク上の第三者に設定を読まれたり操作されたりするリスクがあります。家庭内でも不要な開放は避け、必要ならバインドアドレスとシークレットを別記事どおり絞ってください。
5. 初回起動・権限・ログイン項目
初回はローカルネットワークやファイルへのアクセスなど、macOS が許可ダイアログを出すことがあります。誤って拒否すると UI 上は有効でも実際の書き込みに失敗するため、詰まったらシステム設定で該当アプリのスイッチを見直すのが近道です。
TUN を使う構成では Network Extension 関連の許可が必要になることがあり、初回にスキップすると「設定ではオンなのにインタフェースが立たない」状態が続くことがあります。システム設定の「ログイン項目と拡張機能」や VPN／フィルタまわりの項目で、開発元を許可してから再起動まで試すケースもあります。
スリープ復帰や再起動後にだけ不安定になる場合は、ログイン項目へ入っていない・バックグラウンド更新が制限されているなど、省電力側の要因も疑います。常時プロキシ運用なら、メニューバー常駐と終了の癖（完全終了するとプロキシ先だけ残る等）をセットで決めると事故が減ります。
6. 購読インポートとプロファイル
購読画面では HTTPS のまま渡されている URL をそのまま貼り付けるのが一般的です。トークンや UUID がクエリに含まれる形式もあるため、スクショ共有やログ貼り付けには注意してください。自動更新間隔は短すぎると提供者側でレート制限されることがあるため、推奨値があれば従い、なければ数時間〜一日単位から始めると無難です。
インポート後にプロキシ一覧が空のままなら、URL の失効・認証エラー・形式非対応・TLS の検証失敗のいずれかです。ブラウザで同じ URL を開いて中身が返るか、クライアントログの HTTP ステータスを確認してください。proxies: が実在する素の YAML を一度エディタで開くと、提供者側が空を返していないかも切り分けやすいです。
ルールセット URL が取得できないだけならノードは見えても接続だけ失敗する、というパターンもあるため、ログの proxy provider／rule provider 行も併読してください。モバイルでの購読の型は Clash Meta for Android の購読記事 と対照的ですが、YAML の構造理解は共通です。
7. システムプロキシと TUN（Network Extension）
ブラウザ中心で試すなら、まずシステムプロキシをオンにし、127.0.0.1 とクライアントが表示するミックスドポートが OS に書き込まれているかを確認します。Safari は通常システムに追従します。Chrome／Edge も同様ですが、拡張機能や起動引数で別経路を指定していると回避されます。Firefox は独自の接続設定を持ち、「システムのプロキシを使用する」へ切り替えないと効かないことがあります。
TUN は仮想インタフェース側でトラフィックをまとめられるため、プロキシ非対応アプリや UDP を含む経路づくりに有利ですが、影響範囲が広く Network Extension の許可や他 VPN との競合が絡みやすいです。初日はシステムプロキシで外向きが通ることを確認してから TUN を切り替えると、原因の層が分かれて切り分けやすくなります。
システム設定でプロキシをオンにしたつもりがブラウザが変わらないときは、ポート不一致・許可拒否・他アプリの上書けが典型です。詳しいチェックリストは 前述の macOS 記事 を参照してください。CLI だけ別経路になりがちな話は ターミナルと環境変数の記事 と役割分担すると整理しやすいです。
8. 初回の疎通確認
実務では次の順が扱いやすいです。（1）クライアントに致命的エラーがない。（2）選んだノードへ TCP の出口が張れている。（3）HTTPS のサイトがブラウザで開ける。（4）ログに期待ドメインの行が出る——外部の「IP 表示サイト」だけに依存せず、ログとの突合を主にしてください。
DNS が fake-ip のとき一部ドメインだけ妙になる場合は fake-ip とフィルタの記事 が役立ちます。初回は「すべてのサービスを完璧に」より、常用ブラウザと更新チャネルが期待経路に乗るかを優先し、ゲームや業務アプリは後からログを足して調整する方が安全です。
| 症状 | まず疑う所 | 試すこと |
|---|---|---|
| 購読更新だけ失敗する | URL 失効、TLS インターセプト | ブラウザで同 URL を開く、ログのステータス確認 |
| ノードは見えるが全滅不通 | 時刻ずれ、TLS、ルール誤指定 | 時刻同期、別ノード対照、DIRECT で実験 |
| Safari だけおかしい | iCloud Private Relay など | リレーとプロキシの併用可否を確認 |
| Firefox や CLI だけ直結 | 独自プロキシ設定／環境変数未設定 | Firefox の接続設定、HTTPS_PROXY 等 |
9. つまずいたときの切り分け
一度動いた構成が OS アップデートやクライアント更新後に崩れることは珍しくありません。直前まで動いていたバージョンとプロファイルのバックアップを残しておくと復旧が早いです。
- メニューバーから終了し、バックグラウンドに残っていないか確認する。
- 使用中のネットワークサービス（Wi‑Fi／有線）とプロキシ設定の対象が一致しているか見る。
- ポート占有や listen 失敗をログで確認する。
- システムプロキシと TUN を同時にいじらず、一方ずつ試す。
- 他社 VPN・フィルタ・MDM の有無を確認する。
Windows 版で詰まった経験がある読者は Windows 11 向け Verge Rev 導入記事 と手順を対照すると、「OS だけ違う同一種類の作業」と捉えやすくなります。
10. よくある質問
Rosetta が必要なケースはありますか？
Intel 向けバイナリしか無いリリースでは Rosetta 2 が前提になりますが、M シリーズでは可能な限り arm64 ネイティブを選ぶのがおすすめです。動作確認後に電力と発熱を比べると体感差が分かりやすいです。
メニューバーアイコンだけで終了したつもりになっていませんか？
macOS はメニューバー常駐とドックの「終了」の意味が混線しやすいです。プロキシだけ残ってブラウザが開けなくなる前に、運用ルール（終了前にシステムプロキシをオフにする等）を決めておくと安全です。
会社のプロファイルでプロキシが固定されています。
MDM や構成プロファイルでプロキシや PAC が強制されている場合、ユーザーがシステム設定を変えても反映されません。業務端末では情報システムへ確認が必要です。
11. まとめ
Apple Silicon Mac で Clash Verge Rev を初日から安定させる鍵は、正しいアーキテクチャのビルド取得、購読と Mihomo コアの健全な読み込み、システム設定とクライアントのポート整合、必要なら Network Extension を含む権限セットです。分流やサービス別ルールは別稿が担当する前提で、ここまでを短いイテレーションで固めると、その後の調整が楽になります。
単発の軽量プロキシツールは手軽ですが、購読マージやルールプロバイダ、DNS と fake-ip の整合まで含めると設定がバラバラになりがちです。Clash／Mihomo エコシステムは YAML と GUI の両方から同じ設定モデルを扱えるため、長期運用ではルールの再利用やクライアント乗り換えにも強い場面が多いです。外向き疎通が取れたら、Mac 特有のプロキシ寿命や CLI の差はリンクした記事で掘り下げてください。