Apple Silicon で Verge Rev を選ぶ理由と検索の落とし穴

Apple Silicon の Mac は省電力と常時接続性能のバランスが良く、開発や閲覧のメイン機になりやすい一方、CLI だけの Clash／Mihomo 運用はファイルパスや自動起動の設計に慣れが必要です。Clash Verge Rev は購読・ルール・接続ログを GUI に集約しやすく、初日から「どこで詰まったか」を画面で追いやすいのが利点です。クライアント一般の比較は クライアントの選び方 に譲り、本稿は Apple Silicon 上の GUI 導入に絞ります。

検索結果には ClashX や旧 Clash for Windows 前提の手順が混ざり、メニュー階層が今の Verge Rev と一致しません。スクリーンショット依存の記事ほどラベル差で迷子になりやすいので、本稿の見出しは処理の順序として捉え、画面上の英語名（Profiles／Subscriptions／System Proxy など）は手元ビルドに合わせて読み替えてください。

ℹ TUN の仕組みを後から足すときの理解材料として、TUN モードの詳解 と、macOS で拡張やプロキシがぶつかる典型例を扱った macOS：TUN とプロキシの衝突 を併読すると、DNS や fake-ip の話がつながります。初日はシステムプロキシ優先が切り分けコストが低いです。

事前確認：macOS の版、他 VPN、管理ポリシー

企業や学校支給の Mac では MDM により、ユーザー領域への追加インストールやシステム拡張の承認自体がロックされていることがあります。いきなり GUI を開く前に、利用規約と運用側の許諾を確認してください。

常駐する別 VPN（商用クライアントやフィルタ）は、ルートや NKE／プロキシ設定を握り、Clash Verge Rev でプロキシを ON にしてもブラウザが期待どおり流れない原因になります。検証時は片方を止めて差分を見るのが早いです。

Apple Silicon では、配布パッケージに arm64（またはユニバーサル）が含まれているかを確認すると、Rosetta を挟まずに済むことが多いです。ダウンロードページに複数アーキテクチャがある場合は、チップに合うビルドを選んでください。入手は ダウンロードページ を主軸にし、見知らぬミラーや「改造版」は購読トークンごと漏洩するリスクがあるため避けます。

インストールと初回起動（Gatekeeper まで）

一般的な流れは、DMG を開いて Applications フォルダへドラッグし、Launchpad または Spotlight から起動します。Clash Verge Rev 初回はユーザーディレクトリ配下に作業用データが生成され、バックグラウンドで Mihomo バイナリの配置や検証が走るため、数十秒トレイやメインウィンドウの表示が遅れることがあります。

Gatekeeper が「開発元を検証できないため開けません」と止める場合は、一度閉じて Finder でアプリを Control＋クリック →「開く」を試すか、システム設定 → プライバシーとセキュリティ で当該アプリの実行を許可する流れが一般的です。どちらも入手元が信頼できることを確認してから行ってください。

Intel Mac を使っている場合の読み替え

Rosetta が必要になるのは、配布が Intel 専用に見えるときです。起動後にアクティビティモナでプロセス種別を確認し、ネイティブ動作ならそのままで構いません。UI の流れ自体は本稿と同じですが、古い macOS ではシステム環境設定という名称のままの版もあり、画面位置だけ差が出ます。

プライバシーと拡張：出やすいダイアログ

初回〜数回目の操作で、次のような承認を求められることがあります（ビルドや機能により有無が変わります）。

TUN を有効にするとネットワーク拡張やシステム拡張の承認が必要になるケースが多く、設定アプリの深い階層まで誘導されます。ここで一度ダイアログを見送ると「仮想インターフェースが立たない」症状に見えるため、TUN を使うタイミングでは macOS 特化の衝突記事 を手元手順の正としてください。

購読 URL の取り込みとプロファイル生成

プロバイダから受け取った 購読 URL（クエリに秘密トークンが付く形式は第三者と共有しない）を、Subscriptions／購読追加に相当する欄へ貼り付けます。表示名と更新間隔（例として 1440 分＝一日一回）を設定し、更新 または Apply を実行してノード一覧が流し込まれるかを確認してください。

更新が失敗するときは、URL の打ち間違い、期限切れトークン、プロバイダ側のレート制限、学内プロキシの影響などを疑います。HTTP ステータスに偏った切り分けは 購読更新エラー記事 が速いです。日常的なリスト健全性の整理は 購読とノード管理 も参考になります。

既存 YAML から始める場合

すでに config.yaml がある場合は、設定ディレクトリを開く系のメニューから配置し、GUI でアクティブ・プロファイルにします。エディタ直編集と GUI の両方で同じキーを触ると上書き競合が出やすいので、どちらを正とするか最初に決めてください。

プロファイル・モード・ノード指定

複数の購読やローカル YAML がある場合、画面上部またはサイドで今動かすプロファイルを選びます。続けて Rule／Global／Direct などのモードを指定し、プロキシグループで実際に使うノード（自動選択や url-test 付きグループなど）を選びます。

国内ドメインを直結し、それ以外をプロキシへ流す一般的なルールベースは、初回の挙動把握に向きます。ルール設計を詰めたい場合は ルール分流のベストプラクティス を参照してください。ここまで終えてもブラウザが素通りに見えるなら、次のシステムプロキシ段階が分かれ目です。

システムプロキシで初回疎通を取る（推奨ルート）

macOS では、クライアント側の System Proxy トグルがオンになると、多くの場合 システム設定 → ネットワーク → 利用中のインターフェース → 詳細 → プロキシ に、127.0.0.1 と期待する HTTP/HTTPS ポートが反映されます。ビルドにより SOCKS 側だけ先に有効になるなど差はあるため、実際の数値は画面で確認してください。

ブラウザでは、(1) 任意の HTTPS サイトで証明書警告が出ないこと、(2) 許可された診断用ドメインで出口が期待に近いこと、を同じセッションで続けて確認します。社内ポリシーで外部 IP チェックが難しい場合は、運用側が許可する代替ドメインに置き換えてください。

ログにトラフィックが出ずブラウザだけ直結に見えるときは、システムプロキシがオフのまま、ブラウザ拡張が別経路を握っている、別 VPN がルートを奪っている、のいずれかを疑います。TLS 周りのログ読みは TLS／timeout のログ読み と合わせると切り分けが速くなります。

Checklist — macOS first hop 
1. Verge: active profile + node selected
2. Verge: System Proxy = ON (labels vary by build)
3. macOS: Proxies tab shows 127.0.0.1 + expected ports
4. Browser: HTTPS OK; egress check matches policy

TUN とシステム拡張は後段で（深掘り記事への橋渡し）

TUN はプロキシ非対応アプリや UDP まわりまでまとめてコアへ寄せられますが、システム拡張の承認と他製品の競合という OS レベルの話に踏み込みます。Apple Silicon でもしくは Windows 11 でも概念は共通なので、GUI ラベルが近い Windows 11 版の TUN 実測記事 を骨格として読み替えると理解が早いです。macOS 固有の衝突パターンは macOS：TUN とプロキシの衝突 を正としてください。

うまくいかないときの切り分け

「一度に一手だけ」戻すのがコツです。システムプロキシ OFF → ON、別 VPN 停止、ノード切替、の順で差分を付けます。ポートがすでに使われている症状は mixed ポートの競合解消 がそのまま参考になります（タイトルに Windows があっても macOS 側の論点は共通です）。

プロファイルは有効でも一覧が古いときは、購読の手動更新と、プロバイダ側メンテナンス情報の両方を確認してください。更新は成功しているのにノード数が変わらない日も珍しくなく、長期運用のチェック項目は 購読とノード管理 に寄せると散漫になりにくいです。

⚠ コンプライアンス：学校・職場・公共 Wi‑Fi ではトンネルやプロキシが禁止されている場合があります。本稿は許可された環境でのセットアップを説明するものであり、制限回避を助長する意図はありません。

よくある質問

メニューバーアイコンが出ない／終了してしまう

初回展開の失敗、署名の問題、他セキュリティ製品のブロックが考えられます。コンソールアプリやクラッシュログの有無を見つつ、正規ビルドへの差し替えから検証すると早いです。

購読は取れたのに遅いだけのとき

ノード側混雑、ルールによる遠回り、DNS の遅延、IPv6 と IPv4 の組み合わせ、時間帯変動などが典型です。ヒットルールと遅延表示を同時に見ると原因が絞れます。

Browser のみプロキシを無視しているように見える

ブラウザ拡張の独自 VPN、プロファイル別のプロキシ設定、企業プロファイルによる固定プロキシが上書きしているケースがあります。シークレットウィンドウで拡張を避け、システム設定のプロキシ欄と突き合わせてください。

OSS と入手経路

Mihomo／Clash Meta 系はソースとリリースノートが追いやすい一方で、一般利用者の主たる入手口はサイト上のダウンロード導線に揃え、GitHub は検証用途に割り切ると混乱が減ります。バージョンアップでメニュー表記が変わるたびにスクショ記事が陳腐化するため、最終的にはリリースノートと手元 UI を正としてください。

まとめ

Apple Silicon の Mac で Clash Verge Rev を実用に載せる最短ルートは、正規入手と Gatekeeper 通過 → 購読インポートとプロファイル選択 → システムプロキシでブラウザ疎通を確認の三段です。要件が広がった段階で TUN とシステム拡張を足すほうが、権限と競合の切り分けが楽になります。

一方、単機能の「済みのルーティングしか許さない」VPN アプリはルール細工が難しく、ログも薄い製品が多く、失敗時に「プロバイダか端末か OS の権限か」を分けにくいです。Clash V.CORE は購読・ルール・ログを同じ文脈に置けるため、今回のような初回セットアップから運用面の微調整まで一気通貫で扱いやすく、長く使う Mac でも将来のモード追加に備えた癖を揃えやすいです。

具体的な入手と更新は ダウンロードページ から進め、購読運用と接続確認を同じ画面群で完結させましょう。