Intel 用 DMG を誤って入れた

Rosetta 2 経由で動く場合もありますが、可能なら arm64 ネイティブのビルドに入れ直すのが安定です。uname -m が arm64 かを確認し、配布ページの aarch64／arm64 表記と一致させてください。

「壊れているため開けません」と出る

隔離属性や署名検証が原因のことが多いです。右クリックの開く、システム設定からの許可、入手元の再確認、再ダウンロードの順で切り分けます。不明バイナリへの無条件の xattr 解除は避けてください。

購読は取れたがブラウザだけ繋がらない

システムプロキシがオフ、ネットワーク拡張未許可、ルールで DIRECT に落ちている、ブラウザ独自 DNS などが典型です。macOS 初回設定記事の権限とモードの章を参照してください。

📖 チュートリアル 2026年5月20日 ⏱ 約19分で読めます

Apple Silicon（M シリーズ）Mac で Clash Verge Rev を導入する：arm64 ダウンロード、Gatekeeper、購読インポートの実測手順（2026）

検索窓に「Clash Verge Rev インストール」「Apple Silicon Mac」「M1 Mac プロキシ」と入れて辿り着いた方向けの記事です。M1／M2／M3／M4 などの Apple Silicon（arm64）に限定し、正しいビルドの選び方、公証・Gatekeeper を踏まえた初回起動、Mihomo コアまわり、購読 URL の取り込みから接続確認までを、Intel Mac 向け解説や Mihomo Party 系の Apple Silicon 記事と役割を分けて整理しました。

なぜ Apple Silicon × Clash Verge Rev だけ記事を分けるのか

Clash Verge Rev は macOS 向けに CPU アーキテクチャ別のバイナリが並ぶことが多く、リリース一覧には arm64（Apple Silicon）、x86_64（Intel）、universal（両方）などが並列に載ります。日本語の検索では「M1 Mac Clash インストール」「arm64 ダウンロード」「Gatekeeper 開けない」のように、チップ世代とクライアント名をセットで探す利用者が多く、取り違えによる起動失敗は初期導線で最も摩擦が大きいパターンのひとつです。

一方、起動後の ネットワーク拡張の許可や システムプロキシと TUN の切り分けは、アーキテクチャが異なっても macOS 側の話が中心になります。本記事では「入手と初回ゲート」「購読の足場」に軸を置き、権限まわりの深掘りは macOS での Clash Verge 初回設定ガイドと役割分担します。Intel 向けの手順は Intel Mac 向け Clash Verge Rev 導入記事、別クライアントの M チップ例は Mihomo Party の Apple Silicon 導入を参照してください。エコシステムの俯瞰は 2026 年時点の Clash エコシステム解説が役立ちます。

前提：対象となる Mac と OS

本稿は Apple M シリーズ（Apple Silicon、一般的に arm64） を搭載した Mac を想定しています。macOS のメジャーは比較的新しいものを前提にしていますが、企業管理（MDM）端末やセキュリティ製品が入った環境では、ネットワーク拡張周りで追加制限がかかることがあります。社用機の場合は 社内ポリシーを最優先してください。

用語と画面の流れを軽く押さえたい場合はチュートリアルページに戻り、プロファイル・ルール・購読の関係だけ先に読んでから戻ると理解が速くなります。

ステップ 1：Apple Silicon（arm64）か確認する

手元の Mac が M チップか曖昧なときは、ターミナルで次を実行します。

uname -m

arm64 と出れば本記事の主対象です。x86_64 の場合は Intel 向けパッケージを選ぶべきで、Intel Mac 向けの解説に切り替えてください。「この Mac について」で チップ 欄に Apple M1／M2／M3／M4 と表示されていても、コマンドで再確認すると CI やリモート支援の再現性が高くなります。

ステップ 2：Clash Verge Rev の入手と arm64 ビルド表記の読み替え

Clash Verge Rev のリリース資産では、arm64、aarch64、apple-darwin-arm64 などが Apple Silicon ネイティブ を指す表記です。逆に x86_64 や amd64 は Intel 向けです。universal や Universal が付くビルドは fat binary で、M チップでも Intel でも動きますが、ディスク容量と更新チャネルを考えると、迷わなければ arm64 単体の方がトラブルが少ない場合もあります。

GitHub のリリース一覧を毎回追うより、まず本サイトのダウンロードページで入口を揃え、公式に近い配布元・チェックサム・リリースノートを確認してから落とす運用の方が安全です。ミラーや再パッケージは署名や隔離属性の扱いが変わり、後述の Gatekeeper 挙動も読みにくくなります。

💡 ヒント Rosetta 2 のインストールを求められた場合、パッケージ内に x86_64 だけのコンポーネントが混ざっている可能性があります。可能なら arm64 ネイティブの配布に切り替え、プロジェクトの推奨構成を確認してください。

ステップ 3：公証・署名と Gatekeeper の正攻法

macOS の Gatekeeper は、インターネット経由で取得したアプリに隔離属性を付け、署名と公証の状態に応じて起動を止めます。Clash 系は App Store 外配布が多く、初回は「未確認の開発元」系のダイアログが出やすい前提で読み進めてください。

典型的な回避は次の二段構えです。

Finder で .app を右クリック → 開く：一度だけ詳細な許可ダイアログへ進める公式ルートです。
システム設定 → プライバシーとセキュリティ でブロックされた実行を明示的に許可：ダイアログの文言に従います。

ターミナルから xattr で隔離属性を剥がす手技法もコミュニティでは語られますが、入手元が信頼できないバイナリに対して機械的に適用することは推奨しません。まずはハッシュ検証と配布者の正当性を確認してください。M チップ Mac でも Gatekeeper の考え方自体は Intel 時代と同じで、公証の有無はリスク評価の材料です。

ステップ 4：DMG のマウントから Applications への配置

一般的な流れは、DMG をダブルクリックでマウント → .app を Applications にドラッグ です。初回起動前に、残っている古い別名アプリ（別フォークの Clash Verge など）が競合していないかだけ確認しておくと、メニューバー常駐の重複を防げます。Apple Silicon ではネイティブバイナリの起動が速い一方、ユニバーサル版を選んだ場合のファイルサイズは Intel 専用より大きくなりがちです。

ZIP 直配布の場合も、展開先がダウンロードフォルダのままだと権限や更新時の散逸で困りがちです。Applications にコピーする習慣を付けておくと後工程が安定します。

ステップ 5：初回起動と Mihomo（Clash Meta）コア

初回起動後に Mihomo／Clash Meta コアの取得や配置を促す UI が出るビルドがあります。Apple Silicon ではコアも arm64 で動くのが基本で、ここで失敗すると「アイコンは出るが接続できない」状態になりやすいです。セキュリティソフトが Mihomo 実行ファイルを隔離・削除していないかも合わせて見てください。

コアのバージョンとプロファイルの互換は、購読テンプレ側の推奨に従うのが一番手早いです。ログの読み方は運用が伸びてから接続ログまわりの記事を参照すると、ブラウザが繋がらないときの切り分けが速くなります。

ステップ 6：購読（サブスクリプション）URL のインポート

プロバイダから渡された 購読 URL を、サブスクリプション画面に貼り付け、更新（fetch） を実行します。User-Agent や更新間隔はプロバイダの案内に合わせてください。期限切れや認証エラーの整理は購読 URL の解説記事にまとめてあります。

インポート直後にプロファイルがエラー表示になる場合は、(1) URL の再発行が必要、(2) ネットワークがプロキシ以前に塞がれている、(3) プロバイダ側メンテ、の順で疑うと切り分けが速いです。arm64 固有の問題ではなく、導線の最初で詰まりやすいだけ、というケースも多いです。

ステップ 7：システムプロキシ／TUN と権限の最終確認

接続方式は大きく システムプロキシ と TUN（仮想 NIC） に分かれます。TUN の仕組みは TUN モードの記事が詳しいです。M チップだからといって TUN の概念が変わるわけではなく、ネットワーク拡張の許可が必要になる点は Intel Mac と同様です。

具体的なクリック位置や OS バージョン差は macOS Clash Verge 初回設定の権限章を参照してください。本記事はそこまで踏み込まず、「購読が揃ったあとに詰まるなら権限とモードを疑う」という位置づけに留めます。初めての疎通は、まずシステムプロキシでブラウザの出口を確認し、必要になったら TUN を試すと切り分けが楽です。

Apple Silicon 利用者が踏みがちな落とし穴

Intel 用 DMG を誤って入れる：Rosetta で動くこともあるが、可能なら arm64 ネイティブに入れ直す。
Universal と arm64-only の取り違え：どちらでも動くが、更新時に zip の中身を混ぜると起動直後に落ちることがある。
別 VPN／フィルタとの競合：メニューバー常駐の VPN と Clash 系を同時にオンにすると「すべてが繋がらない」状態になりやすい。
スリープ復帰後のプロキシ不整合：一度アプリを終了し、プロキシをオフにしてから再接続を試す。
隔離属性だけ剥がして中身を信じきる：セキュリティ判断を端末操作でスキップしない。

よくある質問

ダブルクリックするとすぐ終了する

コア起動に失敗している、別プロセスとポート競合している、権限不足で拡張がロードできていない、など原因は幅があります。コンソールアプリで Clash Verge／Mihomo 関連のログを拾い、リリースの既知 Issues と突き合わせると早いです。再インストール前に、設定ディレクトリのバックアップだけ取っておくと安心です。

サファリは繋がるが Chrome だけ繋がらない

拡張機能や DNS の上書きが残っていると、アプリごとに経路が分岐します。拡張を一時停止し、OS の DNS とプロキシ設定を突き合わせてください。ルールで DIRECT に落ちていないかも接続ログで確認します。

Mihomo Party と Clash Verge Rev、どちらを M チップ Mac に入れるべき？

どちらも Mihomo コアを GUI で扱う系統です。UI の好み、購読テンプレとの相性、ログの見やすさで選びます。Mihomo Party の導入例は当サイトの Mihomo Party 記事、Verge Rev に固めるなら本記事と初回設定記事の組み合わせがおすすめです。

まとめ

Apple Silicon Mac における Clash Verge Rev の実務導入は、「arm64（または意図した Universal）のビルドを選ぶ → Gatekeeper を正規ルートで通す → コアとアプリ本体の起動を確認 → 購読でプロファイルを揃える → プロキシ／TUN と権限で OS 側を通す」という一直線に集約できます。検索結果に Intel 向け記事や別クライアントの解説が混ざっても、自分の uname -m が arm64 かだけ先に固定すると迷子になりにくいです。

従来型の単一トンネル型 VPN アプリや、ルール編集が GUI に閉じていない商用プロキシ製品に比べ、設定の試行錯誤で通信全体が止まりやすく、購読とローカル編集の関係も読みにくいことがあります。Clash 系は YAML と GUI の両方から扱え、購読テンプレからでも再現性の高い環境が作りやすく、M チップ Mac でもネイティブ性能を活かしやすいのが強みです。環境に合う安定ビルドは公式ダウンロードページで揃え、まず購読が生きているラインまで持っていくのが安全です。

→ Apple Silicon Mac でも Clash エコシステムを試す：ダウンロードページへ