Windows
適合日常桌面使用。可選擇具備圖形介面的 Clash Plus、Clash Verge Rev、FlClash 或 Clash Nyanpasu,並依需求設定系統代理、開機啟動與 TUN 接管。
前往下載集中查找 Windows、macOS、Android、iOS 與 Linux 用戶端,並依步驟完成訂閱匯入、規則分流與 DNS 設定。
Clash 用戶端負責設定管理與系統整合,mihomo 等核心則負責監聽連接埠、解析 DNS、比對規則並選擇代理策略。以下依實際設定流程拆解四個關鍵環節,說明各自解決的問題,並提供可繼續查閱的具體入口。
規則分流解決的是「不同連線應該前往哪裡」。設定中的 rules 會由上而下檢查網域、IP、程序或規則集合,命中後將連線交給指定的策略群組。把範圍更精確的規則放在前面,兜底規則放在最後,可以減少常見的誤比對。
不同於只提供單一開關的傳統代理工具,Clash 生態系將比對條件與實際節點選擇拆分為兩個層次。同一份規則可以長期重複使用,節點變更時只需更新訂閱或調整策略群組。需要逐項確認語法時,可前往設定參考的規則章節。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,LAN,DIRECT
- RULE-SET,work,Work
- MATCH,Proxy
DNS 設定會影響網域的解析方式,也會影響規則引擎在連線階段能否繼續識別網域。啟用 fake-ip 時,核心會回傳保留位址並維護對應關係;實際連線到達後,再還原原始網域並執行規則。這種方式適合需要穩定網域分流與透明接管的設定。
nameserver、fallback 與規則策略需要一併檢查,不能只替換一個伺服器位址就結束。遇到網站解析異常時,應依序確認監聽狀態、增強模式、過濾清單與上游可達性。術語手冊說明 Fake-IP、DNS 污染與解析出口之間的差異。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- system
策略群組是規則與節點之間的穩定介面。規則只引用「Proxy」「Work」或「Streaming」等群組名稱,群組內再使用手動選擇、自動測速、故障轉移等策略管理節點。訂閱內容更新後,只要群組名稱與引用關係維持一致,規則表通常不必跟著重寫。
自動策略不代表所有情境都要採用同一種測試方式。行動網路更重視切換穩定性,固定網路可以設定較長的檢測間隔;需要固定出口的服務則適合手動選擇。先了解 select、url-test 與 fallback 的差異,再決定群組之間的巢狀關係。
五個平台都可以載入 Clash 設定,但系統代理、VPN 介面、開機啟動與背景執行方式並不相同。桌面端通常先使用系統代理完成驗證,需要接管更多應用程式時再評估 TUN;Android 與 iOS 則透過系統提供的 VPN 介面承載連線。
因此,跨平台移轉不只是複製設定檔,還要重新確認檔案權限、DNS 接管、背景限制與區域網路存取選項。本下載頁依系統分別列出用戶端,教學頁則保留共同主線,並在關鍵步驟標示桌面端與行動端的差異。
下載頁依平台列出可用的圖形用戶端、適用情境與系統需求。這裡不直接提供安裝檔,只負責將目前裝置帶到對應的平台區域,方便繼續比較用戶端差異。
適合日常桌面使用。可選擇具備圖形介面的 Clash Plus、Clash Verge Rev、FlClash 或 Clash Nyanpasu,並依需求設定系統代理、開機啟動與 TUN 接管。
前往下載同時支援 Apple Silicon 與 Intel 裝置。選擇安裝套件前,請先確認處理器架構;首次啟動時依系統提示完成應用程式權限與網路延伸功能設定。
前往下載透過 Android VPN 介面接管應用程式連線。常見選擇包括 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard,匯入前應確認訂閱格式與背景執行權限。
前往下載透過系統商店安裝 Clash Plus,並使用系統 VPN 設定完成接管。行動端也應檢查隨選連線、行動網路權限與系統背景策略。
前往下載桌面環境可使用圖形用戶端;伺服器、路由器與輕量環境則更適合直接部署 mihomo 核心。安裝前需要區分軟體套件格式、處理器架構與服務權限。
前往下載第一次使用時不必立即修改複雜規則。先完成用戶端安裝、設定匯入與基本連線驗證,確認主線正常後,再處理 DNS、TUN、區域網路存取或覆寫設定。如此更容易定位問題發生在哪個環節。
查看完整教學 →進入下載頁,選擇目前的作業系統與處理器架構。桌面端完成系統提示的權限設定,行動端確認 VPN 設定權限;首次啟動後先維持預設連接埠與基本選項。
在設定頁貼上訂閱網址,或從本機載入 YAML。重新整理後檢查設定是否成功解析,並確認代理頁面已出現策略群組與可選節點。
先選定主要策略群組,再啟用系統代理或行動端 VPN。分別測試直連與代理目標,並查看日誌中的規則命中結果,確認流量出口符合預期。
Clash 生態系由多個獨立專案共同組成。判斷某個用戶端是否適合目前裝置,不能只看介面名稱,還要確認採用的核心、支援的設定欄位、系統整合方式與維護狀態。
Clash 早期建立了規則驅動的代理設定模型:節點負責連線,策略群組負責選擇,規則負責分流。此後社群圍繞這套模型發展出桌面端、行動端與衍生核心。如今常見的用戶端雖然介面不同,仍能看到設定、代理、連線與日誌等相近的資訊結構。
不同用戶端通常由不同維護者負責,發布節奏與平台支援也不完全一致。本下載站將下載入口、用戶端比較、術語說明與設定文件分開整理,避免把「Clash」「mihomo」與某個特定圖形用戶端混為同一個專案。選擇時應以平台相容性與實際功能需求為準。
圖形用戶端主要處理設定管理、系統代理、系統匣選單、日誌檢視與更新入口;mihomo 等核心則負責協定連線、DNS、規則比對、策略群組與流量轉送。遇到設定欄位無法識別時,需要同時核對用戶端採用的核心與對應語法,而不是只重新安裝介面程式。
用戶端更新、核心更新、訂閱重新整理,以及 GeoIP、GeoSite 資料更新,是四條不同的路徑。用戶端升級不一定會改變訂閱內容,重新整理訂閱也不會自動修正本機覆寫。保留一份可正常載入的設定,並記錄修改位置,就能在更新後快速判斷差異來源。
先查看設定重新整理結果與日誌中的解析錯誤,再確認訂閱內容包含 proxy-groups。只有節點清單而沒有策略群組定義時,介面不會自動建立完整的分流結構。更多處理方法請參閱安裝設定問題。
首次驗證建議先使用系統代理,設定簡單也方便觀察。需要接管不遵循系統代理的程式時,再了解 TUN 的路由、DNS 與權限要求。相關概念可在術語手冊中對照閱讀。
依序檢查策略群組是否確實選取該節點、請求命中了哪條規則、DNS 是否回傳預期結果,以及系統代理或 VPN 是否仍處於啟用狀態。不要同時修改多個環節,否則難以確認真正原因。
保留一份目前可以正常載入的設定,使用空格縮排並避免 Tab 字元。每次只修改一個邏輯區塊,儲存後先執行設定檢查,再啟用新設定。欄位說明可直接查閱設定參考。
文章聚焦於用戶端介面、YAML 結構與 DNS 排查。每篇只處理一個明確主題,適合完成基本安裝後依問題查閱。
逐區拆解代理頁的策略群組與節點切換、設定頁的訂閱管理與覆寫入口,以及日誌頁的層級篩選與連線紀錄。適合先熟悉介面,再開始修改設定。
閱讀全文依檔案順序說明通用欄位、DNS、節點定義、策略群組與規則表,搭配可讀取的 YAML 片段解釋欄位之間如何相互引用。
閱讀全文從確認 DNS 請求的實際出口開始,逐項檢查增強模式、過濾清單、預設上游與備用上游,並提供修改後的驗證順序。
閱讀全文