Windows
適合需要系統匣控制、系統代理切換、開機自動啟動與 TUN 接管的桌面使用者。下載頁會並列說明 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與已歸檔客戶端的維護狀態及適用差異。
前往下載開源生態 · 全平台客戶端與中文設定指南
先依照目前的作業系統與使用情境選擇客戶端,再依序完成訂閱匯入、策略組選擇與網路接管。內容重點涵蓋 全平台下載、規則分流與中文故障排除,方便首次設定及後續維護時快速找到對應步驟。
Windows、macOS、Android、iOS、Linux
相容於 Clash 設定,並擴充規則、通訊協定與網路接管能力。
核心程式碼公開,設定行為與版本變更可由社群共同檢視。
不同作業系統的網路權限、背景機制與安裝套件格式各不相同。請先進入對應平台,再依是否需要桌面圖形介面、行動裝置常駐連線或伺服器執行方式選擇合適的客戶端。
適合需要系統匣控制、系統代理切換、開機自動啟動與 TUN 接管的桌面使用者。下載頁會並列說明 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與已歸檔客戶端的維護狀態及適用差異。
前往下載適用於 Apple Silicon 與 Intel Mac。選擇安裝套件時必須確認處理器架構,並留意系統代理權限、登入項目與網路延伸功能授權;若需要接管不遵循系統代理的程式,可先了解路由影響後使用 TUN。
前往下載Android 客戶端通常透過系統 VpnService 接管應用程式流量。除了匯入訂閱,也應處理背景執行、省電白名單、永遠開啟的 VPN 與依應用程式分流,否則鎖定螢幕後可能因系統回收程序而中斷連線。
前往下載iPhone 與 iPad 透過系統網路延伸功能建立代理連線,客戶端的安裝與更新由 App Store 管理。下載頁提供 Clash Plus 商店入口與官方網站資訊,匯入後即可依設定中的策略組切換出口。
前往下載桌面發行版可選擇圖形客戶端;伺服器、軟路由與容器環境則更適合直接執行 mihomo 核心。安裝前應確認 CPU 架構、套件格式、服務權限,以及設定檔與日誌的儲存位置。
前往下載一般桌面使用者先選擇仍在維護的圖形客戶端,再依處理器架構下載安裝套件;行動裝置先確認系統商店或安裝套件來源,再設定背景權限;只有需要在伺服器、路由器或自動化環境執行時,才需要直接管理 mihomo 核心、設定檔與服務程序。
規則模式不是單純將所有流量送往同一個出口。客戶端會由上而下檢查規則,找到第一個命中項目後交由指定策略組處理。理解比對順序、規則類型與網路接管範圍,才能讓設定結果清楚可追蹤。
網域規則適合處理網站、API 網域與內容服務。設定可以比對完整網域,也可以比對特定網域後綴,再將請求交給直連、代理或自訂策略組。相較於只查看目標 IP,網域規則更貼近使用者實際存取的服務名稱,也更容易閱讀與維護。
使用時應將範圍較精確的規則放在前面,較寬泛的後綴放在後面。例如某個子網域需要直連,而同一主網域下的其他請求需要代理,就應先寫入完整網域規則。也要留意 DNS 解析鏈路:若網域資訊在進入核心前已遺失,比對結果可能改由 IP 規則決定,因此網域分流與 DNS 設定需要一併檢查。
IP-CIDR 規則會依目標 IP 所在的位址範圍進行判斷,常用於區域網路、保留位址、固定伺服器網段,以及無法穩定透過網域識別的連線。它能清楚表示連續的位址範圍,比逐條列出單一 IP 更適合長期維護,也方便分開處理家庭網路、公司內網與公網流量。
設定時要確認前綴長度是否正確;網段過寬可能涵蓋原本應走代理的位址,過窄則會留下未命中的連線。帶有 no-resolve 的規則通常表示比對時不主動觸發 DNS 解析,可減少額外查詢,但前提是核心已取得目標 IP。排查異常時,應同時查看連線記錄中的目標位址、命中規則與最終策略,不要只觀察網頁是否開啟。
MATCH 通常放在規則清單末尾,用來接住前面所有規則都未比對成功的連線。它決定設定的預設方向:寫入代理策略組表示未知流量預設走代理,寫入 DIRECT 則表示未知流量預設直連。由於它會比對剩餘請求,位置錯誤會讓後續規則永遠無法執行。
較穩妥的做法是先列出區域網路、系統服務、明確的直連網域與需要代理的服務,再以 MATCH 收尾。修改預設策略前,應確認設定中是否有依賴舊行為的應用程式,尤其是更新服務、區域網路裝置探索與企業網路。若日誌中大量連線只命中 MATCH,表示前方規則涵蓋不足,也可能代表網域資訊或規則集未依預期載入。
TUN 透過虛擬網路介面接管更多系統流量,適合不讀取系統代理設定的程式、部分遊戲啟動器、命令列工具,以及需要統一分流的桌面環境。它解決的是流量能否進入核心的問題,並不取代 DOMAIN、IP-CIDR 或 MATCH;連線進入核心後,仍會依規則順序選擇策略。
啟用前需要確認管理員權限、路由表、DNS 劫持方式,以及其他 VPN 軟體是否衝突。若開啟後出現區域網路無法連線、網路迴圈或休眠喚醒失敗,應先關閉 TUN 以驗證基礎系統代理,再逐項檢查自動路由、嚴格路由、DNS 監聽與防火牆設定。日常網頁代理已正常時,不必為了追求更多功能而強制開啟。
Clash 通常會依設定中出現的順序檢查規則,成功比對後便停止繼續搜尋。規則不是同時計算後再挑選「最具體」的一條,因此順序本身就是設定邏輯的一部分。新增規則後若結果沒有變化,應先確認它是否已被前方的寬泛規則提前涵蓋。
規則通常指向策略組,而不是將每條規則直接綁定至某個節點。如此一來,不必修改規則文字即可切換節點、自動選擇或切換出口。維護設定時,應先查看規則命中了哪個策略組,再確認策略組目前的選擇,避免將規則問題與節點連線問題混為一談。
選擇客戶端時,介面名稱只是第一層資訊。更重要的是所使用的核心、設定相容範圍、系統整合方式與維護狀態。理解這些關係,才能判斷教學中的設定是否適用於目前的客戶端。
Clash 生態建立了一套廣泛使用的 YAML 設定結構,包括代理節點、策略組、規則、DNS 與執行參數。原始專案停止更新後,社群分支持續維護相容能力,其中 mihomo 延續常見設定寫法,並擴充規則類型、代理協定、DNS 行為與 TUN 相關能力。實際使用時,應以客戶端內建或呼叫的核心為準,不能只根據介面是否帶有 Clash 名稱來判斷功能。
圖形客戶端通常負責訂閱管理、策略組切換、系統代理、開機啟動、日誌檢視與核心更新;真正建立連線、比對規則與轉送流量的是核心。兩者分工不同,因此「介面能匯入設定」不代表目前的核心支援每個欄位。遇到設定錯誤時,應記錄客戶端版本、核心名稱、錯誤行與執行日誌,再判斷是語法、相容性或系統權限問題。
開源專案的程式碼、提交記錄、版本說明與問題討論共同構成可追蹤的技術依據。使用者可以查看某項規則何時加入、預設行為是否改變、已知問題是否獲得確認,也能比較客戶端封裝層與核心本身的職責。本網站解釋功能時,優先採用設定語義、系統網路機制與公開維護資訊,不以下載量、評分或節點速度等難以穩定核實的資料作為判斷標準。
客戶端更新可能同時帶來介面調整、核心替換、權限變更與設定遷移。穩定的維護方式是保留可用設定、記錄自訂規則、閱讀版本說明,並在更新後檢查訂閱重新整理、策略組選擇、DNS 與系統代理狀態。若出現問題,應先還原至最小設定以驗證基礎連線,再逐步加入規則集、腳本或 TUN 設定;相較於一次修改多個選項,這樣更容易找出原因。
以下問題用於快速判斷應前往下載頁、教學頁、術語表或完整 FAQ。涉及具體錯誤日誌時,建議保留原始錯誤訊息與操作順序,再逐項排查。
客戶端提供圖形介面與系統整合,mihomo 等核心負責連線、規則與流量轉送,YAML 設定檔則描述節點、策略組、規則與 DNS 行為。三者必須相容才能正常運作。更多概念可查看術語表。
匯入成功只代表設定已進入客戶端,還需要啟動核心、選擇可用策略、開啟系統代理或相應的接管方式,並確認規則命中了正確的策略組。可依照使用指南逐步檢查設定、模式、連線與驗證步驟。
規則模式依設定逐條分流,適合日常使用;全域模式將大部分連線交給同一代理策略,適合暫時測試節點;直連模式主要用於確認本地網路是否正常。模式選擇無法修復失效節點或錯誤訂閱,詳細差異請前往FAQ 頁面。
瀏覽器與常見桌面程式能正常遵循系統代理時,通常可以先維持現有設定。只有應用程式不讀取系統代理、需要接管更多協定,或希望統一分流時,才評估 TUN。啟用後應檢查路由、DNS、區域網路存取,以及與其他 VPN 軟體的衝突。
從核心差異、Android 網路接管到客戶端介面,文章依具體問題展開,適合完成基礎安裝後繼續閱讀。
整理 mihomo(Clash Meta)的相容關係、擴充規則、協定支援與設定遷移重點,協助判斷舊設定能否直接沿用。
閱讀全文 →說明 Android 接管流量的方式,以及鎖定螢幕後斷線、背景程序遭清理與省電限制的處理步驟。
閱讀全文 →依常見介面區塊說明代理組切換、訂閱更新、執行日誌與基礎設定的實際用途。
閱讀全文 →