Windows
適合需要桌面圖形介面、系統代理、TUN 模式與開機啟動管理的使用者。下載頁列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu,並另外標示已封存的用戶端。
前往下載Clash 的核心不是單一開關,而是一套由規則、策略組、DNS 與系統網路入口共同組成的處理鏈。以下以實際設定概念說明各環節的作用與界線。
規則模式會依照設定中的先後順序檢查網域、IP、程序或規則集合,命中後將連線交給指定的策略組。它處理的是「不同流量如何分別處理」,而不是簡單地把所有連線導向同一個出口。常見做法是先寫範圍較明確的網域規則,再處理 IP 地理規則,最後用 MATCH 接住未命中的連線。與全域模式相比,規則模式保留更細的控制粒度,也更適合長期使用。
策略組位於規則與具體代理之間。規則只需指向一個穩定的組名,組內節點可以由使用者手動選取,也可以依檢測結果自動判斷。url-test 通常選擇檢測結果較佳的候選項;fallback 依排列順序優先使用可用項目;load-balance 則將不同連線分配給多個候選項。三者並非單純的速度排名,而是分別處理自動擇優、順序備援與連線分散。設定時應先確定穩定性目標,再選擇組態類型。
proxy-groups:
- name: Auto
type: url-test
proxies: [Node-A, Node-B]
- name: Backup
type: fallback
proxies: [Node-A, Node-B]
系統代理主要讓遵循作業系統代理設定的應用程式將請求交給 Clash,設定直觀,適合瀏覽器與多數桌面軟體。TUN 模式透過虛擬網路介面接管更廣泛的連線,可涵蓋忽略系統代理的程式、部分命令列工具,以及需要 UDP 的情境。兩者處理的是「流量如何進入核心」,並不會改變規則本身。首次設定宜先確認系統代理運作正常,再依應用程式需求啟用 TUN,同時留意管理員權限、路由與防火牆設定。
網域規則要穩定運作,核心需要在連線階段保留可供判斷的網域資訊。Fake-IP 模式會為 DNS 查詢回傳映射位址,再由內部映射關係將後續連線還原至原始網域,藉此提高網域規則的匹配一致性。它與實際出口位址並不是同一個概念。設定時需要同時檢查監聽位址、上游解析器、增強模式與過濾清單;若區域網路裝置、特殊應用程式或本地域名出現解析問題,可將對應網域加入過濾範圍,而不是直接關閉所有 DNS 功能。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
respect-rules: true
同一份訂閱可以在不同系統上使用,但安裝格式、權限模型與系統網路入口並不相同。請先依目前裝置進入下載頁,再比較圖形化用戶端與核心工具,避免將其他平台的安裝包用於本機。
適合需要桌面圖形介面、系統代理、TUN 模式與開機啟動管理的使用者。下載頁列出 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu,並另外標示已封存的用戶端。
前往下載需要先區分 Apple Silicon 與 Intel 處理器架構。圖形化用戶端可管理選單列狀態、系統代理與設定更新;首次啟用網路延伸功能或 TUN 時,應依系統提示授予必要權限。
前往下載適合手機與平板。用戶端通常透過系統 VPN 介面接管應用程式流量,可匯入訂閱、切換策略組並查看連線記錄。安裝前應確認裝置架構;若不確定,可在下載頁選擇通用版本。
前往下載Clash Plus 透過 App Store 提供安裝入口,也可從 clashplus.io 查看產品資訊。iOS 的網路延伸功能由系統統一管理,匯入設定後仍需在用戶端內選擇策略並確認 VPN 狀態。
前往下載桌面使用者可選擇具備圖形介面的用戶端;伺服器、路由器與自動化環境通常直接使用 mihomo 核心。進入下載頁後,應依發行版、CPU 架構及是否需要桌面介面選擇檔案。
前往下載用戶端名稱可能不同,但判斷是否相容時,應分清圖形介面、核心與設定格式三個層次。介面負責互動,核心負責連線處理,設定檔負責描述代理、策略與規則。
Clash 建立了以 YAML 設定、策略組與規則分流為核心的使用方式。原版專案停止維護後,既有的設定思路並未因此消失,社群用戶端與後續核心仍沿用大量基礎欄位。使用者在舊教學中看到的 proxies、proxy-groups、rules 等結構,至今仍是理解設定的入口。不過,舊用戶端支援某個欄位,不代表所有新核心都採用完全相同的預設行為,遷移時仍需閱讀目前文件。
mihomo 是目前 Clash 生態系中常見的規則代理核心,延續並擴充了 Clash Meta 的能力。Clash Verge Rev、FlClash 等圖形化用戶端可以將設定編輯、訂閱更新、系統代理與核心啟動整合到介面中,但實際處理連線的通常仍是核心。遇到協定是否支援、DNS 行為不同或設定欄位報錯時,應先確認用戶端使用的核心類型,再判斷問題屬於介面層或核心層。
mihomo 採用 GPL-3.0 開放原始碼授權,原始碼、提交記錄、問題討論與發行說明均可在公開儲存庫中查閱。開放原始碼資訊的價值不只是提供原始碼下載,也在於讓設定欄位的變化、相容性討論與缺陷修正擁有可追蹤的記錄。一般使用者不必自行編譯,但在選擇用戶端或排查特定協定問題時,公開記錄通常比轉述資訊更接近實際實作。
圖形化用戶端、核心與規則資料各自有不同的更新節奏。用戶端更新通常涉及介面、系統整合與核心打包;核心更新可能帶來協定能力、DNS 處理或設定欄位的變化;GeoIP、GeoSite 與規則集合則屬於可獨立更新的資料。出現「用戶端已更新但規則仍舊」或「訂閱可匯入但無法識別新欄位」時,應分別檢查這三個層次,而不是把所有更新狀態視為同一件事。
規則模式依設定逐條判斷連線去向;全域模式則將連線統一交給目前的策略組。日常使用通常先維持規則模式,再針對未命中或特殊應用程式調整規則。
查看模式相關問題先確認連結仍可存取、回傳內容屬於用戶端支援的格式,並檢查訂閱更新提示。若設定檔可以下載但解析失敗,還需核對核心相容性與訂閱轉換流程。
查看訂閱排查步驟部分用戶端允許同時啟用,但兩者的涵蓋範圍不同。排查連線問題時,建議先單獨驗證系統代理,再啟用 TUN,以便確認故障發生在應用程式代理或虛擬網卡路徑。
查看首次連線流程不是。Fake-IP 是 DNS 模組用來保存網域映射關係的位址,後續連線會依據映射還原網域並執行規則。可在概念速查中繼續了解解析流程與過濾範圍。
查看 Fake-IP 術語說明針對策略組選擇、訂閱解析與節點連線問題,提供可依序執行的檢查方法。文章內容著重具體判斷條件,不會將不同類型的故障混在同一套處理步驟中。
拆解三種自動策略組的判定邏輯,比較延遲擇優、順序備援與連線分散的適用情境,並說明常用參數如何影響切換結果。
閱讀全文 →訂閱匯入報錯、節點清單為空或更新失敗時,依序檢查連結有效性、回傳格式、用戶端識別、核心相容性與本機網路。
閱讀全文 →先區分用戶端設定、單一節點與本機網路問題,再檢查系統代理、DNS、協定參數、防火牆與時間設定,減少無方向的重複修改。
閱讀全文 →