Intel Mac で読む理由と、M チップ記事との棲み分け

検索では Clash Verge Rev と macOS を掛け合わせたとき、画面キャプチャつきの手順の多くが Apple Silicon 上の挙動を暗黙の前提にしています。メニュー名（Profiles／Subscriptions／System Proxy など）自体は近い一方、入手 DMG の種別と「どのアーキテクチャがネイティブで動いているか」の説明が抜けている記事だと、Intel Mac 利用者が最初の一歩でつまずきます。

本稿は Intel プロセッサの Mac に限定して、(1) 配布物の見分け方、(2) Rosetta という語が出るときの整理、(3) 購読インポートと 初回起動後の システムプロキシ確認、までを一本化します。GUI 全般の選定感は クライアントの選び方 に譲り、M1／M2／M3 前提の詳細手順は Apple Silicon 版インストール記事 と役割を分けています。

ℹ TUN を後から足す理解の足場として、TUN モードの詳解 と、macOS 特有の衝突例である TUN とシステムプロキシの衝突 を併読すると、DNS や fake-ip の話が接続されます。初日はシステムプロキシ優先がデバッグコストを下げます。

事前確認：macOS の版、MDM、常駐 VPN

企業や学校支給の Mac では MDM により、ユーザー領域への追加インストールやシステム拡張の承認が制限されることがあります。Clash Verge Rev のような常駐型クライアントは、試作段階で「個人用途の評価」から外れる場合もあるため、利用規約と運用側の許諾を先に確認してください。

別製品の 商用 VPN やフィルタが常駐していると、127.0.0.1 へのローカルプロキシを有効にしても、ルートやインターフェース優先で期待と異なる経路に流れることがあります。比較検証では片方を止めて差分を見るのが早く、Wi‑Fi と有線をまたいだときも同じチェックリストに戻れるようにしておくと再現性が上がります。

Intel Mac は世代によって macOS のサポート上限が異なり、古い機種では最新 OS の UI 名称（システム設定 と システム環境設定）がまちまちです。本稿は処理の順序を軸に書くため、画面左上の検索ボックスで「プロキシ」「プライバシー」などを叩いて該当パネルへ跳ぶ運用が安定します。

アーキテクチャ選定と「Rosetta」表示の整理（実測の芯）

Intel Mac で最初に持つべき地図は単純で、「この Mac は x86_64 をネイティブ実行する」という事実です。一般的に Universal Binary は Apple シリコン向け arm64 と Intel 向け x86_64 の双方を内包し、CPU が自動的に適切なスライスを選びます。問題は、リリースページに Apple Silicon 専用の別パッケージしかなく、誤ってそちらを入れたケースです。この場合、アイコンが跳ねて終了する・開けない、といった症状は「権限不足」ではなく単なるアーキテクチャ不一致であることが多いです。

一方、検索語として強い Rosetta は、多くの日本語解説で Rosetta 2（Apple シリコン上で Intel バイナリを動かす互換レイヤ）とセットで語られます。Intel Mac の利用者が同じ語で調べると、画面のどこかに出てくる説明文と自分の環境が噛み合わず混乱しやすいのが実情です。実務的には、アクティビティモニタ（または同等のプロセスビュー）で Clash Verge Rev とコア（Mihomo など）の種類列を見て、Intel と表示されるかを確認すると一発です。Apple とだけ出て Intel 機で動いているなら、別の話（仮想化など）なので、まず配布パッケージの取り違えを疑ってください。

ダウンロード表記の読み方

公式または信頼できるミラーでは、x64／amd64／Intel／universal などのラベルが並ぶことがあります。Intel Mac ではこれらのいずれかが付いたパッケージを選び、arm64 のみを取らないようにします。入手導線は ダウンロードページ を基準にし、見知らぬ「改造版」は購読 URL に含まれる秘密トークンごと漏洩するため避けます。

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

典型手順は DMG をマウントし、アプリを Applications にドラッグしてから Launchpad や Spotlight から起動です。Clash Verge Rev 初回はユーザ領域に作業ディレクトリが生成され、バックグラウンドでコアの展開や整合チェックが走ります。メニューバーアイコンや本体ウィンドウの表示が数十秒遅れるのは珍しくなく、すぐに「壊れている」と決めつける前に一分待つのが安全です。

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

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

初回〜数回目の操作で、次のような承認を求められることがあります。表記は macOS の版とクライアントのビルドにより差があります。

TUN を有効化するとネットワーク拡張／システム拡張の階層に誘導されることが多く、一度ダイアログを逃すと「仮想 NIC が立たない」ように見えます。初日はプロキシ疎通を先に固め、拡張まわりは 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) 運用が許す範囲の診断ドメインで出口が期待に近いこと、を同じウィンドウの流れで続けて確認します。ログにトラフィックが出ないのにブラウザだけ直結に見えるときは、システムプロキシがオフ、ブラウザ拡張の別経路、別 VPN のルート奪取、の順に疑うと戻りが早いです。TLS の読み方は TLS／timeout のログ読み と合わせると切り分けが速くなります。

Checklist — Intel Mac first hop 
1. Verge: active profile + node selected
2. Verge: System Proxy = ON (labels vary by build)
3. Activity Monitor: process kind matches Intel expectation
4. macOS Proxies: 127.0.0.1 + expected ports
5. Browser: HTTPS OK; egress check matches policy

TUN／システム拡張は後段で

TUN はプロキシ非対応アプリや UDP 周りをまとめてコアに寄せられますが、システム拡張の承認と他製品競合という OS の深い階層に触れます。概念の骨格は GUI 表記が近い Windows 11 版 TUN 実測記事 を置き換え読みしても理解しやすく、macOS の衝突パターンは TUN とプロキシの衝突 を正としてください。

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

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

購読更新は成功しているのに体感が変わらない日もあり、長期運用のチェック項目は 購読とノード管理 に集約すると迷いが減ります。

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

よくある質問

メニューバーアイコンが出ない／すぐ終了する

初回展開の失敗、署名の問題、セキュリティ製品のブロック、アーキテクチャ不一致などが同時に疑われます。コンソールのクラッシュログと Activity Monitor の種別を見て、正規ビルドへ差し替えるのが早いです。

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

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

ブラウザだけプロキシを無視しているように見える

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

OSS と入手経路

Mihomo／Clash Meta 系はソースとリリースノートが追いやすい一方、一般利用者の主たる入手口はサイト上のダウンロード導線へ揃えておくと、世代交代した Mac へ載せ替えた後の再セットアップでも迷いにくくなります。メニュー表記はビルドで微妙に動くため、最終的にはリリースノートと手元 UI を正としてください。

まとめ

Intel Mac で Clash Verge Rev を実用ラインに乗せる最短ルートは、CPU と DMG のアーキテクチャを一致させ、Gatekeeper 通過のあと 購読インポート → アクティブ・プロファイル選択 → システムプロキシでブラウザ疎通までを一気に通すことです。Rosetta という語に引っ張られず、Activity Monitor の種類列で実体を見る癖を付けると、検索記事の世代ズレに強くなります。

一方、ルール細工より「接続ボタン一つ」に寄せた単機能 VPN は、失敗時のログが薄く、プロバイダ・端末・OS 権限の切り分けに時間が溶けやすいです。Clash V.CORE は購読・ルール・接続ログを同じ文脈に置けるため、今回のような初回セットアップから運用中の微調整まで一気通貫で扱いやすく、古い Intel Mac でも将来モードを足すときの設計癖を揃えやすいです。

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