Intel Mac 安裝 Clash Verge Rev：系統代理與 TUN 首次設定分步教學

1. 這篇要對 Intel Mac 使用者補哪些缺口

許多Clash Verge Rev 安裝教學 macOS仍以「載最新版就好」為名，結果讀者在 Release 頁面看到Universal、x86_64與aarch64並列時，不知道優先級怎麼排。對 Intel 來說，目標語意很單純：請以能在 x86_64 原生執行的組建為主，不要把「看得到 App 視窗」當唯一成功標準——虛擬網路段落與網路延伸（Network Extension）在 Apple 對新舊驅動路徑的收斂下，仍可能比你想像更挑版本與簽署。

本篇假設你已有一條可用的機場訂閱或遠端設定 URL，只是要在本機落成穩態；若還不熟匯入畫面的按鈕語意，建議先手滑訂閱匯入教學與使用總覽，再回到這裡專心想「Intel 這台要把流量接進 core 的正確順序」。mihomo在行為上不會因為機型而換規則語法，會變的是你如何驗證：系統是否真的把這條管子接到本機監聽埠。

2. 「關於本機」與安裝包：優先原生 x86

請到系統設定或關於本機確認晶片／處理器欄位列出的是 Intel。Universal／fat binary同時内含 x86 與 arm 執行檔時，對 Intel Mac 仍是合法選項；問題通常出在 aarch64-only的包被硬裝進 x86——此時結果可能從無法開啟、到表面能開但在延伸模組載入時失敗。若你準備換新機，提前知道「這台還能多撐多久」也有助評估是否要一直維護舊組建鏈。

較舊的 macOS 大版本會讓設定路徑用語稍有出入（例如 Ventura 後「系統設定」命名與層級變動），行文若與你的螢幕逐字不完全相同，請以語意對應的網路、代理、延伸條款去找。對 Intel 族群而言，卡在「門禁」「延伸未啟用」往往比規則還早出現，所以下文會反覆對照這幾張系統卡片。

3. dmg、Gatekeeper 與首次啟動順序建議

請從本站下載頁挑選標示對應 macOS／Intel／x86_64或 Universal 的包。將 App 拉到「應用程式」後，若弹出「無法打開來自身份不明的開發者」，屬Gatekeeper常態：用右鍵 → 開啟並在隱私權與安全性按允許類按鈕即可，與規則寫錯無關。

第一次進入視窗時，可先完成語系／開機自動啟動／選單列圖示，但請暫時不要先手滑 TUN——先確定訂閱下載、mihomo 可以監聽、節點列表可切換；否則你會在日誌與網路面板之間被「誰先到誰卡住」的假訊息轟炸。這條紀律和 Windows/Wintun 姊妹文相同：資料面先穩、權杖面再上。

4. 訂閱匯入與確認 mihomo（Clash Meta）核心

在用戶端新增遠端訂閱或匯入本機設定後按下更新，並用日誌核對HTTP 錯誤、TLS handshake、YAML parse等非節點因素。對 Intel 來說，若訂閱伺服器對舊TLS／密碼組不友善，偶有「同一條鏈結在別台正常、這台異常」，此時可把焦點先放在時間同步、是否存在公司 HTTPS 解密、或被系統層級攔檔——而不是馬上質疑組建壞掉。

接下來請在代理面板選一台延遲合理的節點，並確認程式顯示核心運行／監聽中，且mixed-port或分列的 HTTP／SOCKS 埠沒有被其他服務吃掉。這一步對後續寫系統代理至關重要：連本機進口都打不進來時，再多的 macOS Proxy 設定也是空殼。

5. 系統代理模式：對照 macOS「網路」面板

系統代理在macOS實際是：對目前使用中網路介面（Wi‑Fi 或乙太）的代理頁填入本機127.0.0.1加上 Clash 顯示的埠。請到網路 →（選使用中服務）→ 詳細資訊／更多 → 代理對照：網頁代理 HTTP與HTTPS欄一致，SOCKS（若有）也需吻合；並留意 Bypass／略過列表是否把過多本機項目塞進來，會造成「規則有命中，但請求繞過了代理」的假陰性。

許多終端程式不吃 GUI 這套設定：curl預設不會因為 Finder 側寫了就自動套用，除非你顯式帶-x http://127.0.0.1:端口或在 shell RC 設定HTTPS_PROXY。因此看到 Safari 能上、終端卡住，往往不是 Verge Rev 無效，而是你測了兩條截然不同的堆疊。可以用下列指令對照環境現況：

# Example: list proxy-related environment variables
env | grep -i _proxy

6. TUN：網路延伸、輔助項目與常見並存問題

打開TUN 模式時，mihomo期望由網路延伸／封包類模組虛擬化一條可把封包送回核心的路徑，效果接近大家口語中的透明代理：不讀系統 Proxy 的 App也有較高機會統一進管線。對 Intel Mac，授權面與 M 系列並無魔法差異，仍可能卡在「被拒絕一次之後就不知道去哪開回來」：一般 → 登入項目與延伸功能底下的網路延伸清單，務必對照你的用戶端名稱啟用。

請避免與企業級全隧道 VPN／其他品牌 Clash Fork同時競爭整張路由表；症狀常是ping偶爾過、HTTPS 卡在握手、DNS 結果「看起來正確出口卻不對」。想先厘清 TUN 在抽象層級做什麼，可對照本站TUN 模式說明再回到畫面上的開關。若被要求輔助使用（Accessibility）多半是特定整合能力，並非人人都能一次看懂：僅在被提示用途時再行授與。

7. 何時先看系統代理、何時再開 TUN

對多數仍以瀏覽器／郵件／會讀系統代理的套件為主力的人，請先把系統代理寫對並用 IP 檢視站對照出口：速度快、也方便關閉用戶端後還原。當你開始依賴IDE、背景同步、Electron 套件、或未明說不使用系統設定的小型服務，再上TUN才能把驗證費用壓在低處。iCloud 私人轉送等系統級出口選項也會混入觀察，排錯時可暫關對照現象再回到原設定。

對仍在舊機舊系上的使用者而言，這種「由淺入深」的順序更可避免：一有問題就立刻全開結果反而把 VPN、延伸、Bypass 三件事纏成一團。一次動一項變因是維持 Intel Mac 長期可用的老派習慣，但對任何平台都適用。

8. 異常拆解：連不上／雙出口／VPN 競爭

全域斷線但關閉 TUN 就恢復：多半卡在虛擬介面／路由競爭。請先離開第三方 VPN，重啟延伸，並看日誌是否出現介面無法建立、堆疊重複或 DNS hijack等字樣。只有瀏覽器順、終端卡住：回到第五節的堆疊解釋，必要時對 CLI 環境宣告代理或直接用 TUN 接管。

時間嚴重偏移會讓TLS CA 鏈／OCSP變得非常難伺候，對舊電池或長期離線校正不良的機台並不罕見。埠號衝突則可能讓用戶端顯示啟動，其實沒監聽到預設 mixed-port——若你換過 YAML，請再次核對並重寫系統代理。公司 MDM也會限制第三方網路延伸：此時請先確認政策可否放行，再想「硬開 TUN」。

9. 模式沒問題卻怪怪的？先看規則與 DNS

很多「我已經 TUN + 節點都開了為什麼還上不去」並非 macOS Intel 特例，而是規則把目標送回 DIRECT、或是Fake-IP 與 Resolver 對不起來。建議對照規則分流指南及本站 DoH／fake-ip 與桌面網路程式對齊文章調整順序。一次修改一個段落，避免同日又改規則、又切 DNS Mode、又去動系統 Bypass。

對長期持有者，可把自訂覆寫、核心版本號、最近一次訂閱更新時間戳寫成小抄；將來複製到其他 Intel 或混合型部門環境會省不少猜測工時。訂閱多久更新一次也可以參閱Verge Rev 訂閱更新間隔專文，把自動化拉到你願意的風險水位。

10. 首次設定核對清單

11. 常見問題

為什麼 Universal 可以放進 Intel Mac？同一份 App 會同時附上兩套 Mach-O，launchd 會依硬體自動挑對的那半；對新手而言它比單線 x86 dmg 更不會誤載純 aarch64。我可以一直只用系統代理嗎？如果你的工具鏈都吃得到系統設定，可以；但一旦遇到硬編 DNS 或自定 socket 程式，請務實地切 TUN 或對工具本身下代理環境。升級 macOS 大版後失常？先複查延伸模組是否在登入項目中自動被關，必要時重置該項或跟著發行紀錄升級用戶端。

若在多家圖形殼間猶豫，也可讀2026 GUI 對照指南，了解介面資訊架構以外的共同點：大家都只是包 mihomo 的工作流容器。

12. 延伸閱讀與上游

上游原始碼、Issue、授權條款請以GitHub clash-verge-rev／clash-verge-rev為準。下載來源一致性仍建議從本站整理頁起跳，以降低「論壇散檔／舊鏈劫持」這類資安成本。

對照Apple Silicon路線已完成的使用者，也歡迎將此篇視為同主題換晶片視角補帖：核心 YAML 仍可共享，只差在發行標籤與你對系統設定卡片的敏感度。