若在搜尋列同時打上Clash Verge Rev、macOS與M1/M2/M3/M4,你通常不是在找泛泛的跨平台百科,而是要回答一個更具體的問題:如何把官方或可信發行資產載進Apple Silicon的 Mac、通過門檔與放行、讓程式與背後相容Mihomo的核心真的跑起來,再用訂閱匯入與系統代理把第一次能上網的情境落地。本篇以繁體中文鎖定在DMG 型式桌面版在M 晶片上的完整新路徑,避免把xattr、仍要開放、網路延伸程式與.yaml語法混在一起卻卡在「看得到介面但不連線」的狀態;若你已能穩定啟動並載入使用中設定檔,接著要深究RULE、GLOBAL與TUN怎麼切,請改用本站macOS Verge Rev 代理模式指南對照本頁的角色分工。
為什麼要單獨寫一篇 Apple Silicon 安裝文
在二〇二六年的發行資產表上,同一天往往會並列數個副檔名與數個架構名稱,粗看都是「適用於 Mac」,實際卻對應到x64/Intel-only、通用二進位、或主要在aarch64上以原生機器碼運行的套件。對M 晶片來說,誤載到僅適用Intel的 dmg 並不一定立刻失敗,因為Rosetta 2仍可介入,但那會多出轉譯成本、並讓功耗與啟動路徑變得較不透明。搜尋意圖裡最常出現的長尾詞,往往明確鎖定在aarch64或「沒標 Intel/amd64-only」的那一顆發行項;把這種歧義拆掉,比在通用「macOS 安裝」文章裡用一句話帶過,更能對齊讀者在發行資產表裡發呆十分鐘的情境。本站上一篇同一款程式在 macOS 上的主題,把重心放在代理模式如何切換與系統代理人與虛擬介面承載流量的關係;本篇則不重複細談規則演算法細節,專心在「下載對的檔、裝對的目錄、第一次把節點與SYSTEM PROXY串成一條能走的鏈」,讓Apple Silicon Mac 安裝變成一條可獨立完成的路徑。
程式與核心的分工先看懂
Clash Verge Rev在大多數日常使用裡扮演的,是圖像化控制台:管理profiles對應的.yaml、發起訂閱更新、顯示Proxies/節點與規則模式切換把手、並把日誌排到眼前。真正把封包對照規則表、算出最終出口的,仍是相容Mihomo生態的那一層核心程式。第一次安裝時只要記住三件彼此銜接的物件即可:設定檔內容是否合理、核心是否順利載入並監聽本機連接埠、以及你希望應用程式怎麼把流量送進來,常見起手式是系統代理人把 HTTP/HTTPS 導向你設定的mixed端口。對新手而言最怕的是跳到進階診斷卻設定檔都還空著;因此本篇把M 晶片專用的發行項挑選放在最前面,讓你看到介面之前就先把「對的位元組」放進/Applications資料夾。
安裝前預檢:硬體、系統版本與備援網路
- 確認晶片型號:在左上角蘋果選單進入「關於本機」,若顯示 Apple M1/M2/M3/M4 等系列,本篇假設便以Apple Silicon Mac流程為主;Intel Mac 請以發行表中 x64/Intel/amd64-only 對應發行項為準,不在此細列。
- macOS 版號與備份:大型版本升級會改動延伸程式與隱私權同意流程;請至少記錄目前版號並在異動前備份時間機器或可還原的磁碟區,避免試錯期間卡住工作。
- 取得訂閱的外部網路:若你的HTTPS 訂閱必須在翻牆環境才可下載成功,準備備援線路(例如可暫時穩定的行動數據或公司核准的跳板),避免卡在「程式已開但要更新設定檔始終拿不到」這種首尾不相接的環境。
- 企業機與監管設定檔:許多公司鎖
MDM或限制未簽章延伸程式載入路徑,若你已遇到「僅允許 App Store/辨識開發者的應用程式」這類對話框,請先對齊資訊安全政策再評估是否要透過TUN或較底層路由方案;不要在本機對抗群組規則到一半就假設程式壞掉。 - 並存 VPN 類工具:同日只先啟用以一套為主為佳;兩套用戶端同時改
routing table或 DNS 順序容易造成「規則看起來正確卻全部被別人改寫」的假性異常。
第一步:在可信 Releases 挑出 Apple Silicon DMG
- 前往Clash Verge Rev專案的Release頁(開源儲存庫可稽核的那一個來源為準),先核對發布者身分、發行標籤名稱與更新紀錄,避免被搜尋廣告導到其他同名儲存庫。
- 在資源清單中尋找副檔名為
.dmg的項目,並閱讀檔名字串中的aarch64或arm64或未把intel列為唯一路徑的通用包;對M 晶片請優先 aarch64/arm64 原生對應的那一顆發行項,而不是看到「Mac」兩個字就放棄細讀標籤。 - 若有提供校對雜湊值,可把下載結果自行比對;對多數終端使用者而言,是否從正確 Release URL 開始仍比會不會手動算
SHA更關鍵。 - 也可先到本站
下載頁對照語系與平台說明,再回官方頁確認最新檔案名稱,降低誤入仿冒載點機率。
.yaml裡內嵌營運者自己的上游位址或直接塞入追蹤參數,與原版 Release 並不等價,無論你是在Darwin還Intel流程都請避開這類載點。
第二步:掛載 DMG 並將 App 置入應用程式
- 雙擊
.dmg並等待視窗跳出,若系統對磁碟映射提出額外掃描,耐心讓門檔走完或依提示允許來自你所信任的下載來源。 - 多數發行視窗會採左側圖標右側資料夾的設計語言,將Clash Verge Rev圖標拖移到「應用程式」資料夾捷徑上;若發行視窗要求先執行一次性輔助腳本,請先細讀對話框內容並確認發行者仍為原版專案,再決定是否繼續。
- 完成後可先退出對應
.dmg並刪放下載區裡已不再需要的掛載殘餘以保持整潔,但請保留發行紀錄與發行備註以利日後對照相容性。
第三步:Gatekeeper 與首次開啟放行
第一次從/Applications啟動來自個人開發者簽署或發行規則與公證狀態隨時間變動的開源套件時,macOS Gatekeeper常會顯示「無法開啟,因為來自身份不明的開發者」「Apple 無法確認此 App 不包含惡意軟體」等一串連續對話框。在已核對發行紀錄且發布者可追溯的前提下,可依序嘗試:
- 於 Finder 對 App 按住
Control並點「開啟」,在第二波確認處按下「開啟」;此方法比強制chmod整包目錄更貼近系統原生的信任建立流程。 - 若對話仍在阻擋,前往「系統設定」→「隱私權與安全性」,在視窗中段尋找剛被拒絕的程式條列,按「仍要開放」或同等字樣的按鍵並重新啟動一次 App。
- 若裝置屬資訊部門統一映像檔,對話可能被群組規則攔在最外層,此時請向管理人員請求將該發行哈希或發行者標識納入白名單,而不是對不明網站的
.pkg直接放行。
第四步:為何以及如何處理隔離標籤
自網路下載的.dmg在完成拷貝後,系統會對對應的.app資料夾掛上一個com.apple.quarantine隔離標籤,部分場景會讓你遇到「這個程式已經損毀請丟進垃圾桶」「無法驗證開發者」等看似嚴苛、其實屬於Gatekeeper與隔離標籤的描述。對M 晶片用戶說明清楚xattr並不是「自動讓任何檔安全」,而是:在來源可被完全信任的前提下,將隔離標籤自那顆你已人工校對過的套件上拔除,以利後續由正常簽署驗證路徑接手執行。以下為常見終端語法範例,請把路徑替換為你電腦上實際的 App 套件名:
xattr -dr com.apple.quarantine /Applications/Clash Verge Rev.app
若發行版本中實際.app套件名與上行不同,可將/Applications內對應圖標拖到「終端機」視窗,系統會自動帶入正確完整路徑,再將路徑置於xattr指令末尾即可。
第五步:輔助使用、輔助工具與網路延伸
Darwin對「誰能把封包送入虛擬介面」「誰能以較高權限改寫本機routing表」看管得比許多Intel時代的印象中更細。部分版本在進入TUN類能力前會要求VPN類型標籤的網路延伸程式,或需要先透過對話框將輔助工具註冊到「輔助使用」清單。若本篇文章對你來說仍以初次安裝為主,建議安裝階段先記下系統自動跳出的每一段文字,並在已完成訂閱匯入並僅開系統代理人就能滿足需求時再考慮啟動虛擬介面。M 晶片上若同時載入多套延伸程式,順序競合時往往表現為「核心其實有啟動但utun虛擬介面搭不起來」,此時可先只保留一套乾淨路徑,再慢慢加回複雜度。若你已準備跨入TUN並想理解與規則邏輯怎麼疊在一起,可把本節視為安裝階段的權限準備;細步切換請回到代理模式專文。
第六步:首次進入介面與語系
成功放行後程式應能顯示主儀表板與側欄區塊,常見分類包含Profiles、Proxies、Logs與SETTINGS區。若你看到空白畫面,優先依序排查:輔助顯示/螢幕錄製等權限是否仍被拒絕、Gatekeeper是否二度擋住內嵌元件、以及「主控台」Console程式或系統紀錄中是否有與程式簽章或相容性相關錯誤。對繁體讀者可於設定區尋找 Language 對應的Traditional Chinese/繁體中文選項並重新啟動介面載入詞彙資源。
第七步:匯入 HTTPS 訂閱並啟用使用中設定檔
- 在設定檔相關分頁按新增,貼上服務提供者給予的
HTTPS類訂閱鏈結,必要時補備註名或供應商要求的額外參數標頭。 - 按下更新並等待資料拉取結束;若狀態欄報告 YAML 無法編譯,大多是核心版本對某些擴充語法的支援不完整,請升級到最新Official Release而不是手動拆掉供應商模板。
- 成功後將該檔案設為使用中設定檔並等待節點清單出現;若長時間空白可先以瀏覽器試開鏈結確認並非 HTTP 429 這類請求過於頻繁,再回頭看日誌欄對應的錯誤字串。
第八步:先以規則模式搭配系統代理完成首次出站
建議日常使用維持RULE/規則模式,讓境內常見站台走直連、對外資料走你選的策略組。Darwin多數現代瀏覽器都會承接系統代理人設定,將 Verge Rev 側的類似 SYSTEM PROXY/設定系統代理 選項開啟後,實際本機對外埠請對照使用中 .yaml 內標示的 mixed-port 或對應欄位。驗證流程可以依序:Safari 或 Chrome造訪需要先翻牆的頁面,再到 Logs 區找命中策略;若僅網頁順利而某個不依賴系統代理程式仍失敗,先不要急著調整複雜路由,可把該程式列為進階課題,未來再配合 TUN 類承載或在該程式內自建 SOCKS 代理環境。
疑難排解:症狀與可嘗試方向
- 節點永遠測試失敗或一直轉圈圈:先對照發行紀錄把 App 升到最新標籤,再將策略組換成離你地理位置較近或供應商公告正常的出口;並查看是否被公司網際網路攔截 ICMP 類探測導致測試功能失真。
- App 一打開就立刻退出:先複查控制台或異常紀錄與 Gatekeeper 相關日誌,再將輔助顯示權限整段重設一次並僅載入原版
.dmg;若你是在透過側載或複製自他人機器資料夾,請改回標準安裝路徑避免簽署斷鏈。 - 只看到介面但不連線:常見是 PROFILE 並未設為使用中、或 SYSTEM PROXY 並未同步真實埠號;也可檢視瀏覽器是否另行安裝了會強制改寫 SOCKS 規則的擴充套件。
- Rosetta 路徑下 CPU 發熱明顯:幾乎可判定拿到的是
x64-only組建並被轉譯執行,請回到發行項挑選 aarch64/arm64 優先的那一顆再裝一遍。
簡問答補強
問:能不能像 Windows 版本那樣用免安裝資料夾?
若在 Release 中看到 portable 類壓縮包,對macOS/Darwin而言仍建議比照官方備註把執行目錄保持可寫,並避開 iCloud Drive 同步鎖住 plist 的情境;對多數 .dmg 發行來說直接放進/Applications仍是最省事且易對齊 Gatekeeper 提示的路徑。
問:第一次就要開 TUN 嗎?
對只依賴網頁與會讀系統代理工具的場景並非必要;等你能穩定在RULE+SYSTEM PROXY出站後,再評估是否要讓不吃代理的程式也進來,細節交給代理模式專文。
問:升級發行標籤後設定會消失嗎?
標準將 App 換新通常會沿用使用者資料夾底下的設定區,但若你橫跨大版本並看到遷移精靈,仍建議手動複製使用中.yaml備份。
為什麼許多人仍會沿著相容 Mihomo 的 Clash 用戶端路線往前走
市面上一部分「下載即用」加速器把節點清單鎖進自家雲後台或把 routing 細節藏起來,短期看似方便,換機或離線復原時卻往往在匯出不透明與發行紀錄難對照上卡住;另有一些過去常見原名稱的圖像殼,在更新停滯後與新式Mihomo語法漸漸錯車,結果是訂閱其實有拿到卻載入在半舊規則表上。對照之下,像你剛走完的Darwin/aarch64 與 DMG 流程這樣可把Clash Verge Rev一路對回GitHub Releases並搭配可讀的 .yaml 調整粒度,再配合RULE/GLOBAL/TUN/SYSTEM PROXY各司其職的可組合路徑(本站另篇已拆),通常能把資料主權放回自己手上;如果你在M 晶片 Mac上希望的是可追溯安裝、且不必把全系統網路行為細節拱手交給單一路徑不明的封閉節點,這條相容路線自然會更符合長期個人資料工作流。