macOS Apple Silicon 安裝 Clash Verge Rev：訂閱匯入與權限實測教學

為什麼要另寫 Apple Silicon 圖介安裝主線

mihomo／Clash Meta生態在近年的桌面話題經常被「規則與規則集」遮住真正的痛點：你已經知道要把 RULE、GEOIP、規則群組這些詞學會，但每次換新機卡在「dmg 打不開」「第一次跳一堆授權不知道該不該按」，進度就一直停在第一周。

Clash Verge Rev屬將日常操作放回圖形前端的一派：在同一視窗整理訂閱、使用中設定檔、對外進站連接埠／mixed-port、連線紀錄與擴充模組初次啟用引導。但它跑在macOS上又與 Windows 大不相同：Apple Silicon要對應正確發行工件（arm64）；Gatekeeper與未公證二進位的互動要你習慣「右鍵開啟」與系統設定裡對來源開發者的描述；一旦你朝TUN／透明接管前進還會遇到網路延伸／系統延伸授權，而不是單憑規則寫對就能自動生效。

站內已有以 Clash Verge Rev為主角、偏 Windows 11流程的姊妹文（例如訂閱匯入與 TUN 對照：Windows 11 安裝 Clash Verge Rev：訂閱匯入與 TUN 一鍵開啟實測步驟）；也有偏TUN／系統擴展／Network Extension的 macOS深度排障向文章（請讀：Clash 在 macOS 上開 TUN：系統擴展授權與網路代理衝突一次排查）。本文要補足中間那一段「連 App 都還沒順利放行、訂閱也不知道貼在哪一格」的安裝與初次權限路線圖，並對M 晶片 Mac常見情境分層：下載對但開不了門、開了門規則卻沒進核心、核心起了但系統級 Proxy沒對上。

環境準備：架構、macOS Gatekeeper、埠與時間

在將任何 mihomo 核心或前端放進 ~/應用程式 之前，先對齊三個桌面最常見的假性故障來源。第一是二進位架構：Apple Silicon上以 arm64／通用二進位的發行資產為主；如果你在活動監視器裡看到的是透過Rosetta運行的 x86 行程，並不一定錯誤──有些過渡期工具鏈仍可如此交付──但對新手而言會多一層除錯摩擦，請以發行紀錄的推薦包為準。

第二是系統時間自動同步：macOS若慢幾分鐘，會讓HTTPS 訂閱在 TLS 握手階段就失敗，或在使用含時間戳的 token 類 URL 時出現403。第三是競爭性代理套件：商業 VPN、舊版加速器、或被企業 MDM寫進 preferences 的全域自動代理組態，都可能讓你在介面勾了系統代理卻仍看不到對應的系統層效果。可先截圖留底「系統設定 → 網路 → （介面詳細資訊）→ 代理伺服器」，以免除錯完想還原卻對不起來。

取得套件、側載門檻與首次將 App 置入應用程式

建議閱讀本文時一併開著本站客戶端下載頁面做資產對照：Clash Verge Rev的 macOS發行說明若在檔名標出 arm、dmg 或 zip 等套件型態，能明顯降低「下了一堆卻對不上架構」的機率。Dmg／zip解壓縮後把 .app 拖進應用程式資料夾是常見起手式；請避免將執行檔散落在桌面或啟動台快取路徑，否則日後更新或被 Gatekeeper標成來源不明時，權限與資料夾讀取會更難查。

對未經Apple 公證或簽章狀態讓Gatekeeper擋在第一線的發行，不要在慌張下整機關掉允許來源來「硬開」；應善用右鍵 → 開啟做一次確認，或到系統設定 → 隱私權與安全性針對單一來源明示仍要開啟。自簽名或持續釋出的專案走這條流程很常見──不代表你一定被騙──但你仍須對下載來源有足夠信任，否則只是把風險從 Gatekeeper 換到自己身上。

• 若 Safari 或其它瀏覽器對 App 標了「來自 Internet」：Xcode或套件老手可用 xattr 酌情清理標記；新手請優先用圖形介面明示允許以降低誤操作。
• 對自動更新／程式內下載核心：確認走 HTTPS，並用活動監視器的網路活動核對對話是否指向可信域名與發行紀錄。
• 將 App 放在「應用程式」資料夾後，若 macOS防火牆問是否允許來自incoming的連線與區域／專用類型，請依你對該發行紀錄的信任度決定。

首次啟動：防火牆、輔助工具與本機環形位址

首次啟動Clash Verge Rev時，請先把目標收斂在三件事：(1)mihomo 核心是否載入並顯示合理版本字串；(2)介面裡對應運作中設定檔那一列是否正是你等一下要更新的那份；(3)對本機環形進站（常在 127.0.0.1，職責對應 mixed-port 等設定）是否已成功listen。mihomo若對 YAML結構報錯多半在日誌寫得非常直白：先照那一段訊息做二分法，不要立刻把規則集整包刪掉。

macOS上也常有誤判：把「視窗沒跳出來」當成「網路壞掉」。有時是SIP、TCC（透明度、同意與控制中心）或完整磁碟取用的提示被你忙碌中跳過，導致應用程式在沙箱視角下讀不到設定目錄。若資料夾讀取被擋住，請到系統設定 → 隱私權與安全性看是否少了檔案與資料夾授權。公司配發或MDM控管的機種若無法自行開啟部分系統／網路延伸模組，先把這點確認清楚能替你省下一下午與 IT 往返卻無法改描述檔的時間。

「先能在活動監視器佐證本機mixed-port確實有在聽連線，再談國別分流」——這句話對 Apple Silicon工作站與 Intel 年代一樣成立；差別只在側載與延伸授權對話會更早冒出來。

訂閱匯入、使用中設定檔與核心狀態

對多數HTTPS 機場訂閱，流程多半是「新增網址 → 備註名稱 → 更新／重新整理」。請完整貼上含協定與查詢參數的 URL；若你是從即時通訊或郵件複製長連結，建議先貼進純文字編輯器檢查是否被插了換行或截斷。順利更新的訊號多半是節點計數上升、對應的Proxy列舉變得可點選；長時間卡住或出現403／404時，請先對 HTTP 對話追查，並延伸閱讀站內 Clash 訂閱更新失敗：404、403 與 User-Agent 排查及本地快取清理步驟。

使用中設定檔是新手最常漏鎖的那一顆螺絲：訂閱已經拉回遠端 providers，若介面下拉仍指到別份空白範本，策略樹就會繼續一片灰。mihomo 核心只看最後被注入的那一版設定；圖介層請刻意把「套用／重新載入」養成套裝動作。等單機能穩跑「規則＋system proxy」，再去看 Meta mixin 與設定檔覆寫怎麼併在一起這類進階文，否則第一週就會卡在 YAML競合裡。

mixed-port: 7890                 # Typical local inbound umbrella (label varies by profile)
mode: rule                        # Practical first-phase default for split traffic
external-controller: 127.0.0.1:9090  # UI / API — do not confuse with mixed-port

上段僅幫你對齊詞彙：M 晶片 Mac沒有比較短的 magic YAML，只是把「對話視窗」換成Gatekeeper／延伸模組／防火牆。若改用外部編輯器改同一檔，請回到Clash Verge Rev執行重新載入，並接受發行版之間詞彙會遷徙。

對齊 mixed-port、開啟系統代理並完成出口驗證

當訂閱已能拿回可用節點，下一步並非立刻微調 GEOIP：先確認對應埠號的本機進站確實在 listen，並排除 macOS防火牆擋掉了你對loopback的自我握手。對mihomo族群而言mixed-port多是常見總進站欄位，請勿把外部控制台或TUN／stack相關埠混成同一個數字──每個數字對應的職責都不同。若出現bind: address already in use，請對照 連接埠佔用與 mixed-port：macOS／Windows 查進程並改埠實測，通常比重寫一整排規則更快。

規則模式下的系統代理適合做第一層驗證：Safari或預設跟隨系統的Chrome家族，對 HTTPS 目標網開無痕視窗試連，對照出口 IP／ASN 是否符合提供者節點區段。Clash Verge Rev多半提供把 macOS自動代理設定／網頁 Proxy寫進系統、並在離開程式時協助還原的捷徑；請認知它改的是系統層設定而不只是視窗裡的假狀態──換場景離開請順手切回乾淨，避免隔天回到公司網路 SOCKS 仍掛著。若你主力是Firefox，記得看它是否仍以獨立的 Proxy 面板覆寫 macOS。

「節點國別看起來對，特定服務卻怪怪的」多半是SNI／UDP／規則 miss或節點協定不相容——屬進階段；對新手先把mihomo連線紀錄拿去對照站內 TLS／逾時專題，而不要同時重砌 DNS、規則集與tun-stack三件事。

• No proxy in browser：先對照使用中設定檔、核心是否 alive、mDNS 劫持是否異常。
• Proxy on but captive portal loops：某些公共 Wi‑Fi強制門戶頁需要短暫直連或使用BYPASS_DOMAIN類策略請服務提供商文件。
• Corporate SSL inspection：若閘道做 HTTPS 拆解，對特定節點握手異常並非罕见，需要例外白名單或 IT對照紀錄。

要上 TUN 或網路延伸之前先讀這裡

mihomo搭配的TUN能處理大量「不吃環境 Proxy」的背景程式與更新器問題，但它的前提是你已先證明本機mixed-port一類進站真的能工作，並搞清楚TUN 與系統代理並存時路由會如何交錯。Apple Silicon時期SIP與簽章對核心／網路延伸模組更愛跳出「請到系統設定核准」──那不是畫蛇添足，而是你是否確實把資料面交到正確延伸模組的證明。

深度網路延伸與路由對照改交給本站 macOS TUN姊妹文：Clash macOS：系統擴展／Network Extension 與 Proxy 並存怎麼查；本文不重複每一段選單名稱，只順序鎖一句：規則、節點、進站監聽、系統代理都綠燈再談 TUN。對照 Windows姊妹教學文見 Windows 11 安裝 Clash Verge Rev：訂閱匯入與 TUN 步驟——介面詞彙不同，對mihomo仍說同一語言。

若你在挑前端而非平台：如何選擇適合自己的 Clash 客戶端能把「要圖介／要輕量／要內建規則市集」對齊到工作流；選定後再回到本文跑一次M 晶片 Mac 上的 Verge Rev。

常見問題

我已更新了訂閱，為什麼策略樹還是空的？

先對使用中設定檔是否對應剛更新的 providers；再查mihomo 日誌是否因 YAML被拒載。若只改遠端卻忘了在程式內重新載入，就會發生「資料夾已換新檔、行程腦袋仍是舊圖」的假性落差。

換了 mixed-port，系統級 Proxy 仍指向舊數字怎麼辦？

對照系統設定現值是否與前端寫回一致，並確認瀏覽器套件沒強制 SOCKS。請回到本章 mixed-port段落，並延伸閱讀埠衝突長文搭配活動監視器對應listen數字的情境。

同一提供者設定檔在別台 Mac 順利，換到這台就延遲飄高——是程式比較爛嗎？

mihomo 核心上的延遲測得是對 ICMP／HTTP 等複合探測的結果並非常數。Clash Verge Rev只是把同一份規則送進去──請先剔除 DNS drift、fake-ip、tun-stack以及企業閘道的 HTTPS 拆解，再討論誰「延遲比較大」。

結語

把Clash Verge Rev在Apple Silicon macOS上從「抓到關鍵字」推到「無痕視窗真的走節點」，本質並不玄：發行對照正確、你把Gatekeeper／延伸授權對話讀完、訂閱匯入的 HTTP可追蹤、核心版本與使用中設定檔對齊、最後mixed-port／系統代理也跟系統設定跟瀏覽器表現相符。把順序對好，你就不用在論壇猜「別人截圖那一格現在叫什麼」。

對照之下，市面不少「一包到底」加速器把節點狀態、規則、對外協定全藏進黑箱：斷線就只能重灌或換帳，既看不懂路由語意也無法和公開資料互證。Clash V.CORE與開放mihomo／Meta路線的強項在可驗証性與狀態透明；同一組規則能跨前文、跨前端複用，再串本站 DNS、mixin、TUN 專題變成一條能維護的桌面工作流。Clash Verge Rev適合M 晶片 Mac上想用圖形視窗運維的人對核心發話的方式，而不是卡在單一殼的版本焦慮。

→ 前往 Clash V.CORE 建議的下載對照頁，把本文首次啟動檢查清單複製到你的第二台工作站或家裏的 Mac mini：mihomo 核心與規則思維學過一次之後，安裝教學加上權限實測的時間成本就能換回之後數年的順手維運。