為什麼 Intel Mac 仍需要獨立的 ClashX 安裝流程

ClashX 是許多 Mac 使用者接觸 Clash 代理工具時最常見的選擇之一。它以選單列常駐 App為核心,不需要先學會複雜的 YAML 編輯,也不必每次使用都開啟終端機。只要完成設定檔匯入、代理模式選擇與Set as system proxy,Safari、Chrome 以及大部分支援 macOS 系統代理的應用程式,就能按照 Clash 規則連線。對仍在使用Intel 處理器 Mac的讀者來說,真正容易卡住的地方通常不是按鈕在哪裡,而是下載了錯誤架構、首次啟動被 Gatekeeper 阻擋、系統代理沒有套用,或把 Apple Silicon 版本誤當成 Intel 版本。

2026 年仍有不少 Intel Mac 活躍於家庭、辦公室與開發工作流,包括 Intel Core i5、i7、i9 機型,以及部分舊款 MacBook Air、MacBook Pro、iMac 和 Mac mini。這些裝置並不代表不能使用 ClashX,只是下載時必須留意 x86_64amd64Intel 等標示,而不是只看「macOS」三個字。若下載頁同時提供 Apple SiliconIntelUniversal 套件,Intel Mac 應優先選擇 Intel 版或 Universal 版;錯誤的架構可能導致 App 完全無法開啟,或在首次載入核心時安靜退出。

本文聚焦ClashX Intel Mac 安裝,從下載前的架構確認開始,依序說明 DMG 安裝、首次開啟、macOS 安全性授權、匯入設定檔、啟用系統代理,以及最後的連線驗證。文中使用的選單名稱可能因 macOS Monterey、Ventura、Sonoma、Sequoia 或後續版本略有差異,但排查邏輯相同:先確認 App 能執行,再確認核心正在監聽,最後才判斷節點和規則是否正常。

先記住三件事:Intel Mac 要下載相符架構;訂閱 URL 請視為敏感憑證;「App 已開啟」不等於「系統代理已生效」,安裝後仍必須完成模式、節點與連線測試。

下載前準備:確認 Intel 架構、macOS 版本與網路環境

開始下載前,先確認這台 Mac 的處理器架構。按一下左上角 Apple 選單,選擇「關於這台 Mac」。在較新的 macOS 介面中,若看到「處理器」並列出 Intel Core,便是 Intel Mac;Apple Silicon 機型通常會顯示「晶片」以及 Apple M 系列名稱。也可以開啟「系統資訊」,在「硬體」頁查看處理器名稱。這個步驟看似簡單,卻能避免把 arm64 安裝檔放到 Intel 機器上,省下後續反覆嘗試的時間。

接著確認 macOS 系統時間已自動同步。到「系統設定 → 一般 → 日期與時間」,開啟自動設定日期與時間。舊版 macOS 則可能位於「系統偏好設定 → 日期與時間」。時間偏差會影響 HTTPS 連線、訂閱下載與憑證驗證;如果你安裝完成後發現設定檔 URL 一直顯示更新失敗,時間錯誤、DNS 失效或網路被其他代理接管,往往比 ClashX 本身更值得先檢查。

同時暫停其他可能接管網路的 VPN、加速器或舊版代理客戶端。兩個客戶端可能同時競爭系統代理設定,也可能試圖監聽同一個本機連接埠。常見的 789078919090 若已被其他程式占用,ClashX 可能顯示已啟動,但核心並未成功監聽。若你必須保留另一套工具,至少先記錄它原本的系統代理開關與連接埠,測試 ClashX 時暫時關閉,方便判斷結果。

最後準備一份可靠的設定檔或訂閱連結。ClashX 本身不是節點供應商,安裝 App 之後仍需要合法取得的設定檔,才能看到代理節點與策略組。不要把包含帳戶識別資訊、token 或訂閱密鑰的 URL 貼到公開聊天室,也不要為了測試而使用來源不明的免費配置。若只有單一節點設定檔,也可以匯入,但後續的策略選擇與自動切換功能可能不如完整訂閱。

來源紀律:請從可信的專案釋出頁、本站Clash 下載頁或你確認過的官方渠道取得安裝檔。不要因為搜尋結果排名靠前,就直接執行陌生網站提供的修改版 App;下載後也應確認檔案名稱、版本與 CPU 架構是否一致。

下載 ClashX Intel 版本並安裝到應用程式

進入下載頁後,先找出針對 macOS 的檔案,再從檔名或發行說明中辨認架構。Intel 版本可能標示為 Intelx64x86_64amd64;Apple Silicon 版本常見 arm64aarch64。如果頁面只提供一個 Universal 版本,通常同時包含兩種架構,Intel Mac 也能使用,但檔案可能較大。不要只依照檔案副檔名判斷,.dmg 只代表磁碟映像格式,並不能說明它適合哪一種 CPU。

下載完成後,雙擊 ClashX.dmg 或對應版本的 DMG 檔案。Finder 會掛載一個虛擬磁碟,畫面通常會顯示 ClashX App 與「應用程式」資料夾捷徑。將 ClashX.app 拖曳到「應用程式」資料夾,等待複製完成,再從「應用程式」啟動。不要長期直接從下載項目中的 DMG 或掛載磁碟執行,否則卸載映像、清理下載資料夾或更新版本時,容易產生路徑與權限混亂。

如果使用的是壓縮檔,先在 Finder 中解壓縮,再把 App 移入「應用程式」。首次開啟前,可以在 Finder 對 App 按右鍵,選擇「取得資訊」,查看檔案大小、版本資訊以及是否顯示來源標記。這不是完整的安全驗證,但能幫你辨識下載到的是空檔、錯誤檔案或名稱相近的其他程式。若專案提供 checksum,則應在可信終端機中計算雜湊,與發行頁公布的值比對。

將 App 放進「應用程式」後,先不要急著把同一個舊版本覆蓋掉。若你原本已使用其他 ClashX 版本,建議先退出選單列中的舊程式,再備份設定資料夾或記下目前的訂閱來源。不同版本可能共用部分配置目錄,直接覆蓋有機會留下舊核心、舊快取或損壞的設定檔。對第一次安裝的使用者而言,保持乾淨環境通常比一開始搬移全部舊資料更容易排錯。

首次啟動與 macOS 安全性授權

從「應用程式」資料夾雙擊 ClashX。第一次開啟時,macOS 可能顯示「無法確認開發者」或「無法驗證 App 是否包含惡意軟體」的提示。這類提示與下載來源、程式碼簽署及 Apple 公證狀態有關,不應該在沒有確認來源的情況下盲目繞過。若你已核對安裝檔來源與版本,可先關閉提示,再回到 Finder 對 ClashX 按右鍵選擇「開啟」,在確認對話框中再次選擇「開啟」。這與直接連按兩下的處理路徑不同。

如果右鍵開啟後仍然被阻擋,前往「系統設定 → 隱私權與安全性」,向下捲動到安全性區域,尋找與 ClashX 有關的提示,再選擇「仍要開啟」或允許該 App。舊版 macOS 的入口通常在「系統偏好設定 → 安全性與隱私權 → 一般」。授權完成後重新啟動 App,不要一看到提示就關閉整個 Gatekeeper,也不要複製來源不明的終端指令去修改系統安全策略。

成功啟動後,ClashX 通常會在 macOS 上方選單列顯示圖示。這代表圖形介面已執行,但還不能證明核心或本機代理埠已正常工作。先點擊選單列圖示,查看是否有設定檔、代理模式、節點或系統代理相關選項。如果選單列完全沒有圖示,可能是 App 仍在背景載入、圖示被收進控制中心,或程式剛啟動便崩潰。可以從「活動監視器」確認 ClashX 是否存在;若它瞬間消失,優先回頭檢查架構、macOS 相容性與設定資料夾權限。

若 macOS 詢問是否允許傳入連線,請先理解你正在允許的範圍。ClashX 的主要代理服務通常監聽在本機回環地址,並不等於要把整台 Mac 暴露到公用網路。若你處於公司或學校網路,防火牆規則可能由管理員控制,請按組織政策處理。不要為了讓瀏覽器能上網,就永久允許所有未知程式的外部連入。

動手操作:匯入設定檔、選擇節點並開啟系統代理

完成首次啟動後,下一步是把設定檔交給 ClashX。不同版本的選單名稱可能略有不同,但大致會在選單列圖示的「設定檔」、「Config」或「Remote Config」附近找到入口。若你拿到的是遠端 HTTPS 訂閱 URL,使用新增遠端設定檔的方式;若供應商提供的是本機 YAML 檔案,則使用匯入本地設定檔。兩者的差別在於,遠端設定檔可以日後更新,本地檔案則需要你手動替換。

  1. 新增設定檔:開啟 ClashX 選單列選單,找到設定檔管理或遠端設定檔入口,選擇新增 URL。將訂閱連結貼入 URL 欄位,名稱可使用容易辨認的標籤,例如「工作用」或「主要訂閱」。
  2. 更新並啟用:儲存後執行更新,等待 ClashX 下載並解析 YAML。成功後在設定檔清單中選取該項目,使它成為目前使用中的設定檔。若清單出現解析失敗,不要先反覆點擊更新,應檢查 URL 是否完整、是否需要登入,以及供應商是否回傳了 HTML 錯誤頁。
  3. 選擇策略組或節點:從選單列進入代理節點或 Proxy Groups,先選擇一個可以使用的節點。若設定檔提供「自動選擇」「故障轉移」或「延遲測試」等策略組,初次測試可以先使用自動組;若你要排查問題,則可暫時直接選定單一節點,減少自動切換造成的變數。
  4. 設定代理模式:一般使用先選「規則」模式,讓不同網域按照設定檔的 rules 分流;「全域」模式會把更多流量交給代理,適合短時間確認代理鏈路,但不一定適合長期使用;「直連」則會繞過代理,若一直停留在直連模式,瀏覽器自然看不到節點效果。
  5. 開啟系統代理:在 ClashX 選單中啟用「Set as system proxy」或相近的系統代理選項。此開關通常會修改 macOS 目前網路介面的 HTTP、HTTPS 或 SOCKS 代理設定。完成後不要只看選單上的勾選狀態,還要用瀏覽器或連線日誌驗證實際流量是否進入 ClashX。

如果你的設定檔中存在多個策略組,第一次操作時不要同時修改 DNS、TUN、外部控制器與規則集。先讓最小可用路徑成立:設定檔能被解析、核心正在執行、單一節點可用、系統代理已開啟。等基本連線穩定後,再處理自動選擇、分流規則或增強模式。一次改動太多項目,遇到網站無法開啟時就很難知道是節點、規則、DNS,還是本機權限出了問題。

需要注意的是,系統代理並不能強制所有 App 遵守代理設定。Safari、Chrome 等瀏覽器通常會讀取 macOS 系統代理,但部分終端機工具、遊戲、Docker、虛擬機與自行管理網路連線的程式,可能需要額外設定 HTTP_PROXYHTTPS_PROXY 或 SOCKS5,甚至必須使用 TUN 類方案。本文的首次使用驗證以瀏覽器和一般 HTTP/HTTPS 應用程式為主,不應把單一 App 的特殊行為誤判成 ClashX 安裝失敗。

首次連線驗證:從本機埠到瀏覽器請求

開啟系統代理後,先用一個沒有登入狀態的瀏覽器分頁測試普通網站,再測試你平常需要代理的網站。這樣做是為了區分 DNS、瀏覽器快取、帳戶限制與代理路由問題。若普通網站可以開啟,但目標網站一直逾時,請先查看 ClashX 連線紀錄,確認請求是否出現在日誌中。如果日誌完全沒有該網域,可能是瀏覽器沒有使用系統代理、系統代理套用到另一個網路介面,或該 App 使用了自己的 DNS 與連線方式。

在 ClashX 的連線或日誌面板中,觀察測試時是否出現新的 TCP、TLS 或 HTTP 連線。正常情況下,你應該能看到請求的主機名稱、命中的規則以及最後使用的策略組或節點。若顯示 DIRECT,代表規則把流量判定為直連;這不一定是錯誤,但若你的目標是透過代理,就要檢查規則順序與目前模式。若顯示 REJECT,則可能是廣告、追蹤或安全規則主動阻擋,不應直接把它當作節點故障。

本機代理埠也值得確認。若 ClashX 設定中顯示 HTTP 或 mixed port,可以在終端機用 curl 做本機測試,例如確認本機指定埠是否能建立連線。測試時請使用你實際看到的埠號,不要盲目照抄其他文章常見的 7890。如果終端機回報 connection refused,表示該埠沒有服務監聽;如果回報 address already in use,表示其他程式正在占用它。這兩種錯誤與遠端節點品質是不同層次的問題。

系統代理沒有生效時,可以到「系統設定 → 網路 → 目前使用的介面 → 詳細資訊 → 代理伺服器」查看 HTTP、HTTPS 或 SOCKS 代理是否已被勾選,以及伺服器是否為本機地址。若你同時連接 Wi-Fi、乙太網路、USB 網路或公司 VPN,ClashX 可能修改了與瀏覽器實際使用不同的服務。檢查完成後,關閉瀏覽器再重新開啟,避免舊連線、HTTP/3 快取或既有 DNS 結果影響判斷。

現象 優先檢查項目 常見原因
App 完全無法開啟 CPU 架構、Gatekeeper、macOS 版本 下載 arm64 版本、來源標記或相容性問題
有選單列圖示但沒有節點 設定檔與核心狀態 尚未匯入設定檔、YAML 解析失敗或核心未啟動
瀏覽器完全走直連 模式與 Set as system proxy 仍是直連模式、系統代理未套用或介面選錯
本機連接埠無法連線 Port、其他代理程式與日誌 埠號被占用、核心崩潰或服務沒有監聽
只有特定網站逾時 規則命中、DNS 與節點 錯誤分流、節點不可用或 DNS 解析路徑不一致

常見安裝問題與安全移除方式

如果 ClashX 顯示設定檔更新失敗,先在瀏覽器中測試訂閱 URL 是否能取得內容。若瀏覽器只看到登入頁、403、404 或服務商的錯誤訊息,ClashX 當然無法把它當成 YAML 解析。若 URL 可以開啟但 App 仍失敗,則查看連線日誌、系統時間、DNS 與 TLS 錯誤。不要把訂閱 URL 貼進公開的 YAML 格式驗證網站,因為其中可能含有可直接取得帳戶配置的敏感 token。

若畫面顯示 YAML 解析錯誤,先換回供應商原始設定檔,不要立即手動刪除大量內容。YAML 對縮排、冒號、特殊字元與引號相當敏感;設定檔中若包含帶有冒號的節點名稱、錯誤縮排或不完整的代理欄位,就可能導致整份檔案無法載入。可以先確認供應商是否提供「Clash」或「Clash Meta」專用格式,因為不同核心支援的欄位並不完全相同。

如果 ClashX 與其他客戶端互相衝突,先退出所有代理程式,再只啟動 ClashX。macOS 上方選單列可能同時存在多個相似圖示,請逐一檢查它們的名稱與程序。必要時到「活動監視器」結束仍在背景執行的舊核心,但不要隨意刪除不熟悉的系統程序。若要移除 ClashX,先在 App 內關閉系統代理,再退出程式,最後把 App 移到垃圾桶;設定檔與快取是否刪除,應在確認不再需要舊配置後才處理。

安裝與首次連線完成後,建議保留一份乾淨的可用設定檔備份,並記錄目前使用的核心版本、代理埠、模式與節點策略。日後更新 App 或訂閱時,一次只改一項,並在每次更新後重新測試系統代理。這種可回溯的操作方式,比遇到故障時一次更換 App、節點、DNS 和規則更有效率,也能讓 Intel Mac 在較舊的 macOS 環境中維持穩定。

相較於部分只提供 Apple Silicon 版本的較新代理殼層,或需要自行管理命令列核心與繁瑣權限的工具,ClashX 對 Intel Mac 的選單列操作、系統代理切換與設定檔匯入更直接;但它的舊版生態、核心相容性與更新節奏也可能不如仍在積極維護的替代客戶端。若你需要在 Intel Mac 上同時兼顧清楚的架構選擇、設定檔管理、規則模式與首次連線驗證,Clash V.CORE 能提供較完整的桌面代理體驗,並把本文提到的安裝與排錯流程集中在同一個使用入口;確認裝置與需求後,可以前往下載 Clash V.CORE,選擇適合 Intel Mac 的版本開始使用。

// 編輯推薦

Clash V.CORE:讓 Intel Mac 安裝與代理設定更有條理

從架構選擇、設定檔匯入到系統代理驗證,Clash V.CORE 適合想在 macOS 上清楚管理代理狀態的使用者。

  • 支援 Intel Mac 架構選擇
  • 快速匯入與管理設定檔
  • 清楚切換規則與全域模式
  • 方便檢視連線與核心狀態
  • 支援系統代理快速啟用
取得 Clash V.CORE →