IOS · MACOS · MIHOMO CORE

Clash蘋果版下載與設定教學

依裝置挑選用戶端,完成訂閱匯入、規則分流與系統授權,再確認實際連線使用的出口。

  • CONFIGYAML 設定
  • ROUTE規則與策略組
  • GUIDE中文文件

CONFIGURATION INDEX

規則、策略組與網路流量接管

Clash 設定中的節點、策略組與規則,分別負責定義出口、選擇出口及比對連線。先確認目前使用的核心能解析設定,再調整系統流量接管方式,才能區分「設定錯誤」與「權限不足」。Apple 平台還需確認用戶端的支援範圍,不能只憑相似的介面名稱判斷欄位是否相容。

RULES / FIRST MATCH

依連線目標選擇出口

規則會由上而下比對,符合條件後交由指定策略處理,因此特定網域應排在兜底規則之前。先在用戶端選擇規則模式,再查看連線紀錄確認符合的項目;只修改檔案而未重新載入,不會影響目前執行中的設定。Apple 平台的分流結果也取決於連線是否進入用戶端;未受系統代理接管的 App 不會參與這套比對。相較於全域模式,規則模式可讓區域網路和指定網站維持直連。若已有訂閱規則,建議透過用戶端的覆寫功能新增規則,以免下次更新時被覆蓋。

config.yaml · 規則片段
# 此片段僅使用內建策略
mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,REJECT

範例以 REJECT 封鎖其餘連線,只用來說明兜底順序;實際使用時,請改用已定義的代理策略組。

CLIENT SHELF

依作業系統與處理器選擇用戶端

先確認作業系統,再確認處理器架構,最後核對用戶端使用的核心與設定格式。相同的訂閱網址可以匯入多台裝置,但系統權限、代理埠號與網路接管選項不能直接照搬。下載頁集中整理各平台的安裝入口、封存狀態與適用條件;版本資訊則可在用戶端詳細資料中查看。

Windows

日常桌面使用可先看看 Clash Plus,也可比較 Clash Verge Rev 與 FlClash。安裝前請確認系統支援範圍;啟用系統代理後,瀏覽器通常會讀取相關設定,但部分遊戲或商店 App 可能還需要確認 TUN、回送連線與防火牆設定。

前往下載

macOS

在「關於這台 Mac」確認使用 Apple Silicon 或 Intel,並下載相符的安裝檔。首次啟動後,依用戶端提示核准必要權限;系統代理、背景服務與網路延伸功能各有用途,不要把每個權限提示都當成同一種網路開關。

前往下載

Android

依設定需求從 Clash Plus、Clash Meta for Android 等用戶端中挑選,下載時請分清 ARM64 與其他架構。建立 VPN 連線後,再檢查背景執行與電池限制;螢幕關閉後斷線不一定代表訂閱失效,也可能是系統的背景執行政策所致。

前往下載

iOS

建議先查看 Clash Plus 的 App Store 頁面,並可至 clashplus.io 核對產品資訊。匯入支援的訂閱後,依系統提示加入 VPN 設定,再返回用戶端連線;桌面版欄位是否可用,請以行動版實際支援情況為準。

前往下載

Linux

桌面環境可選用 Clash Verge Rev 或 FlClash,並先確認發行版支援的套件格式。伺服器與路由器使用者可再考慮獨立 mihomo 核心;命令列執行、服務管理與防火牆路由須分別設定,安裝圖形介面用戶端不代表終端機會自動使用代理。

前往下載

QUICKSTART / THREE CHECKPOINTS

匯入訂閱、連線與驗證

初次設定建議保留用戶端的預設網路選項,依照「設定有效 → 出口可用 → App 已進入代理」的順序檢查。每次只調整一個條件並觀察日誌,比同時修改 DNS、規則與 TUN 更容易找出問題。開始前請準備受支援的設定檔或訂閱網址;下載用戶端本身不會提供可用的代理服務。

  1. 01 / IMPORT

    匯入並選取設定

    開啟設定或訂閱頁面,新增遠端設定並貼上完整網址;等用戶端顯示更新成功後,再將該設定設為目前使用項目。接著前往代理頁,確認策略組與候選節點是否出現。若匯入失敗,先檢查網址是否過期、回傳內容是否為支援的設定格式,以及目前網路能否連上訂閱網址;不要把一般網頁網址或登入頁面當成訂閱匯入。

  2. 02 / CONNECT

    選擇規則模式與出口

    先在策略組選取可用節點,再啟用系統代理或用戶端提供的 VPN 連線。macOS 首次啟用服務、iOS 首次加入 VPN 設定時,完成系統授權後請返回用戶端確認連線狀態。若有其他 VPN 或代理工具正在執行,先停用其中一個,避免路由與連接埠互相影響。規則模式方便保留直連需求;全域模式只適合短時間比對測試。

  3. 03 / VERIFY

    以新連線確認規則比對結果

    開啟可正常存取的目標頁面,同時查看用戶端連線紀錄,確認目標網域、符合的規則及實際出口。若看得到連線但請求失敗,請繼續檢查節點與名稱解析;若完全看不到連線,先確認 App 是否讀取系統代理或進入通道。驗證時重新開啟頁面或重建連線;既有長連線可能仍沿用切換前的出口,不能據此判定新設定是否生效。

OPEN SOURCE / PROJECT BOUNDARIES

Clash 生態系、mihomo 與用戶端介面

原始專案與社群後續維護

Clash 原始專案停止維護後,生態系中的設定格式與使用習慣仍由不同社群專案沿用。判斷用戶端是否適合繼續使用,應查看專案本身的維護狀態、採用的核心與目前的系統相容說明,而不是只看名稱是否包含 Clash。封存的用戶端可協助理解舊設定,但遇到新協定或系統網路變更時,不應預期它會自動獲得支援。

mihomo 核心的用途

mihomo 源自 Clash Meta 分支,主要提供協定處理、規則比對、策略組與網路堆疊等功能。圖形介面用戶端則在此基礎上提供設定管理、系統代理、權限提示與日誌介面。核心能辨識某個欄位,不代表每個圖形介面用戶端都提供相應選項;用戶端更新也不一定會同步更新內建核心。查閱設定說明時,應區分這兩個層次。

Apple 平台的功能限制

macOS 桌面用戶端可透過系統代理、背景服務或網路延伸功能接管不同範圍的流量;iOS 則受系統 App 與通道介面限制。不同產品的實作方式可能不同,不能把「支援 Clash 設定」直接等同於「使用 mihomo 核心」。挑選用戶端時,先確認訂閱格式、所需協定與分流能力,再核對裝置上的系統授權步驟,可減少設定匯入成功但實際功能不符的情況。

依變更紀錄評估是否更新

更新前先備份可還原的設定,並記下自行新增的規則、連接埠與網路設定。閱讀用戶端及核心的更新說明,留意欄位淘汰、預設行為與權限流程的變更;更新後使用相同目標重新確認規則比對與出口。專案原始碼、發布紀錄與問題討論可用來核對實作,但不能取代本機網路測試,也無法證明任何第三方訂閱都能正常使用。

terminal · 複製 mihomo 原始碼
git clone https://github.com/MetaCubeX/mihomo.git

此指令只會下載原始碼;編譯與執行還需要另外準備開發環境。

READING / RECENT NOTES

用戶端操作與平台疑難排解文章

基本連線完成後,再依目前遇到的問題閱讀相關專題。介面操作文章協助找到設定入口,生態系說明用來確認功能歸屬,平台疑難排解則處理作業系統本身的網路限制。修改前先記錄目前狀態,依文章所列的適用條件逐項檢查,避免直接套用其他平台的解決方式。

下載用戶端