Windows
適合桌面日常使用。安裝前確認 x64 架構、系統版本與管理員權限;從舊版 Clash for Windows 遷移時,應先備份設定與覆寫規則,再驗證系統代理。
前往下載Clash 的使用重點不是反覆切換開關,而是讓訂閱、核心、策略群組與系統代理形成可檢查的完整鏈路。以下按 PCB 位號拆分四個關鍵模組,先給出操作結論,再說明設定範圍。
在規則模式下,用戶端會從設定檔的規則清單頂端開始檢查連線目標,遇到第一條符合條件的規則後便套用指定策略,不再繼續檢查後續項目。因此,自訂規則應放在寬泛規則之前;兜底的 MATCH 通常位於末端。只把規則寫入檔案還不夠,還要確認目標策略群組名稱存在、設定已重新載入,且目前模式確實為規則模式。
網域類規則適合處理可穩定辨識的網站,IP 類規則依賴解析結果與資料庫狀態,程序規則則會受到系統權限與用戶端實作影響。排查比對錯誤時,應先查看連線記錄中的目標網域、命中規則與最終策略,再決定調整順序或補充規則,避免用全域模式掩蓋設定問題。
節點不是直接取代規則的按鈕。規則會先把連線交給某個策略群組,再由策略群組選擇具體節點、另一個策略群組或直連行為。手動選擇群組適合固定出口,自動測試群組會依照用戶端與設定支援的檢測機制選擇可用項目,回退群組則依清單順序尋找可用成員。不同訂閱的策略群組命名與結構可能不同,遷移設定時不能只複製節點清單。
當網頁可以開啟但特定應用程式無法連線時,優先確認該連線命中了哪個策略群組,以及群組內目前的選擇是否仍然存在。訂閱更新後節點名稱變更、群組成員為空,或引用了已刪除的群組,都會導致規則看似命中卻沒有可用出口。
圖形用戶端負責設定管理、系統代理、更新入口與視覺化操作,真正解析設定並處理連線的是核心。原版 Clash、Clash Meta 與後續 mihomo 家族在協定支援、規則能力和設定欄位上存在差異。某個 YAML 檔案格式正確,不代表其中所有欄位都能被目前核心辨識;同名用戶端的不同分支也可能採用不同核心。
選型時先確認用戶端目前使用的核心家族,再檢查訂閱是否包含相應協定與擴充欄位。設定載入失敗時,不要先反覆重裝介面程式,應查看解析提示,定位具體欄位、縮排或不相容選項後再修改。
訂閱通常用於遠端取得節點、策略群組與規則設定。匯入前要確認連結類型能被用戶端辨識,匯入後應檢查設定名稱、更新時間與載入狀態,再選擇啟用。更新失敗可能來自連結失效、網路請求失敗、回傳內容不是 YAML,或目前核心無法辨識其中欄位;僅看到下載完成提示並不能證明設定已生效。
需要加入本機規則時,優先使用用戶端提供的覆寫、混入或擴充設定機制,避免直接修改會在下次訂閱更新時被覆蓋的遠端設定副本。調整前保留可回復版本,修改後先驗證解析,再測試規則命中與 DNS 結果。
同一份訂閱不一定能在所有用戶端中完整載入。先選擇仍在維護、核心相容目前設定的用戶端,再核對處理器架構與安裝套件類型。以下入口只會導向下載頁的對應平台,不會直接觸發檔案下載。
適合桌面日常使用。安裝前確認 x64 架構、系統版本與管理員權限;從舊版 Clash for Windows 遷移時,應先備份設定與覆寫規則,再驗證系統代理。
前往下載Apple Silicon 與 Intel 機型需要選擇不同建置版本。首次啟動還可能涉及系統安全性確認、網路擴充功能或代理權限,匯入設定前應先完成用戶端的基本授權。
前往下載行動裝置需要允許 VPN 連線,並依裝置處理器選擇安裝套件。背景限制、省電策略與私人 DNS 都可能影響持續連線,遇到斷線時應同時檢查系統設定。
前往下載透過 App Store 取得 Clash Plus,並在系統提示中允許加入 VPN 設定。行動網路與無線網路切換後,可先確認 VPN 狀態,再檢查訂閱與策略選擇。
前往下載桌面環境可選擇圖形用戶端,伺服器與路由器則更適合直接執行 Mihomo 核心。部署時需要明確設定檔路徑、服務權限、監聽位址與防火牆邊界。
前往下載首次使用時不要同時修改 DNS、規則、連接埠與系統代理。依序完成最短鏈路,每一步都確認結果後再進入下一步;這樣發生問題時,就能快速判斷故障位於設定、用戶端還是作業系統。
開啟用戶端的設定或訂閱頁面,貼上服務提供者提供的訂閱網址並執行匯入。匯入完成後先查看設定名稱、更新時間與載入狀態。如果用戶端回報解析錯誤,應記錄具體欄位與行號,不要連續重複匯入。設定能顯示節點與策略群組後,再將其設為目前使用的設定。
本機 YAML 檔案也可以用於匯入,但縮排必須使用一致的空格,規則引用的策略群組名稱必須確實存在。舊用戶端匯出的設定若包含特定核心擴充欄位,遷移至新用戶端時還要檢查核心相容性。
初次驗證通常先使用規則模式,並在主要策略群組中選擇一個確定可用的節點。規則模式會依目標位址分流,直連與代理行為由規則表決定;全域模式會把大多數連線交給同一策略,較適合短時間對照測試,不適合作為掩蓋規則錯誤的長期方案。
完成選擇後開啟系統代理,或允許行動系統建立 VPN 連線。區域網路共享、TUN 模式與自訂 DNS 屬於後續設定,基礎鏈路尚未確認前暫時維持預設值會更容易排查。
使用瀏覽器造訪一般網站,確認本機網路本身正常,再查看用戶端連線記錄。有效記錄應能說明目標位址、命中規則、使用的策略群組與最終出口。只有部分應用程式失敗時,檢查該應用程式是否遵循系統代理、是否需要回送權限,以及 DNS 結果是否與規則預期一致。
如果所有連線都失敗,請依序檢查設定載入、節點可用性、系統代理、連接埠占用與防火牆。每次只修改一個變數並重新測試,能避免多項改動彼此干擾。
判斷用戶端是否適合目前設定,關鍵在於理解圖形介面、代理核心、訂閱格式與規則資料庫各自負責什麼。開源程式碼提供可檢視的實作基礎,但實際使用仍要核對用戶端維護狀態與核心版本的關係。
Clash 生態廣泛使用 YAML 設定、策略群組、規則清單與外部規則集等概念。原版專案形成的設定思路影響了大量桌面與行動用戶端。隨著原版及部分早期圖形用戶端停止維護,使用者的選型重點已轉向仍在更新的用戶端分支,以及它們整合的核心家族。
舊設定通常可以作為遷移基礎,但不能假定完全相容。遷移前應備份訂閱網址、本機覆寫、規則片段與用戶端特殊設定;遷移後則需要重新檢查設定解析、系統代理、DNS 與策略群組選項。
一個可用的 Clash 用戶端往往由多個部分組成:圖形介面處理互動與系統整合,mihomo 等核心處理連線與設定,GeoIP、GeoSite 或規則集專案則提供分類資料。它們的發布節奏並不完全相同,因此用戶端更新不一定同時包含最新規則資料庫,訂閱更新也不會自動升級本機核心。
遇到功能差異時,應先確認問題屬於哪一層。介面缺少入口屬於用戶端實作差異,設定欄位無法解析通常與核心相容性相關,某類網域分類不準確則可能需要檢查規則資料與更新時間。
mihomo 延續 Clash Meta 的方向,在協定支援、規則提供者、DNS 與流量處理能力上持續擴充。使用這些功能時,設定中可能出現原版 Clash 無法辨識的欄位。選擇用戶端時不能只看名稱是否包含 Clash,還要確認實際整合的核心、更新方式與設定支援範圍。
伺服器使用者可以直接部署核心,但需要自行處理程序守護、權限、記錄、設定更新與連接埠安全;桌面使用者通常選擇整合核心的圖形用戶端會更容易維護。兩種方式使用的核心概念相同,但維運責任不同。
用戶端升級主要變更介面功能、系統相容性與內建元件;核心升級可能新增協定或設定欄位;訂閱更新通常刷新節點、策略群組與服務提供者規則;GeoIP、GeoSite 與遠端規則集則負責位址分類。排查更新後異常時,應記錄剛剛變更的是哪一層,而不是一次替換所有元件。
穩妥的更新順序是先保留目前可用的設定,再更新單一元件並執行載入與連線測試。設定解析失敗時立即回復,規則行為變更時查看命中記錄,系統代理異常時再檢查權限與連接埠狀態。
部落格內容圍繞實際設定任務展開,重點記錄修改原因、適用範圍與驗證順序。需要處理資料庫更新、首次匯入或 Windows 應用程式代理問題時,可從對應文章進入。
說明兩類規則資料庫的用途、更新方式、設定引用關係,以及更新失敗或規則未生效時的檢查順序。適合已使用規則模式、需要維護地區與網站分類資料的使用者。
閱讀文章 →集中回答初次使用時最容易遇到的十個問題,涵蓋用戶端選擇、訂閱更新、代理模式與基本排查。建議安裝完成後依問題順序檢查一次。
閱讀文章 →解釋 UWP 回送限制為何會影響代理連線,並提供系統設定、應用程式選擇與復原測試的完整檢查流程。適合瀏覽器正常、部分市集應用程式無法連網的情況。
閱讀文章 →更多文章還包括舊用戶端遷移、混合連接埠與區域網路共享代理。閱讀前先確認問題所屬平台與設定層級,可以減少無關修改。
查看所有文章 →