Windows
適合需要系統匣控制、系統代理、TUN 模式與圖形化規則管理的桌面使用者。進入下載頁後,可比較 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存客戶端。安裝前請確認系統架構,首次啟用 TUN 時也要處理權限提示。
前往下載CONFIGURATION BROWSER
Clash 的主要功能集中在設定載入、流量識別與代理策略執行。以下依照實際設定結構拆解說明,方便判斷應先處理訂閱、規則,還是系統網路接管。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
MATCH,PROXY
規則模式會由上到下檢查連線目標。網域後綴規則適合處理明確網站,GEOIP 可依目標位址分類,MATCH 則放在最後,接住前面未命中的連線。實際設定時,應將範圍小、意圖清楚的規則放在前面,再安排通用規則與最終策略。這樣既能減少誤比對,也方便從日誌中的規則名稱回查設定。修改後先確認語法有效,再重新載入設定,避免舊規則仍在核心中執行。
proxy-providers:
remote-set:
type: http
path: ./providers/remote.yaml
interval: 3600
訂閱負責提供代理節點,本機設定負責選擇群組、規則與 DNS 行為。支援 provider 的客戶端可將遠端來源寫入 proxy-providers,並設定快取路徑與更新週期;圖形客戶端通常會將這些操作包裝成匯入連結與更新按鈕。更新失敗時,先檢查訂閱網址是否能連線,再檢查本機快取目錄與系統時間,不必立即刪除整份設定。將來源與自訂規則分開後,遠端內容更新時也不容易覆蓋個人分流設定。
系統代理適合遵循作業系統代理設定的瀏覽器與桌面軟體,設定直觀,也方便隨時關閉。TUN 模式透過虛擬網路介面處理更多流量,適合不讀取系統代理的程式,但需要相應的系統權限、驅動程式與路由設定。只有在需要讓同一網路中的其他裝置使用本機連接埠時,才開啟允許區域網路連線;同時也應檢查監聽位址與防火牆範圍。遇到網路異常時,先關閉 TUN,再單獨驗證系統代理,可快速縮小問題範圍。
Windows → mihomo
macOS → mihomo
Android → mihomo
iOS → mihomo compatible
Linux → mihomo
不同客戶端的介面、選單位置與系統整合方式並不相同,但基於 mihomo 的客戶端通常共用規則、代理群組、DNS 與連接埠等核心設定語意。桌面版更適合編輯完整 YAML 與查看日誌,行動版則更著重訂閱切換與背景連線。遷移平台時,應先確認客戶端使用的核心家族,再檢查設定中是否包含目標平台不支援的擴充欄位。保留一份結構清晰的基礎設定,可減少多裝置重複調整。
PLATFORM DOWNLOADS
安裝套件需要與作業系統及處理器架構相符。下載頁會依平台列出可用客戶端、適用情境與系統需求;請先進入對應的平台分類,再比較具體客戶端。
適合需要系統匣控制、系統代理、TUN 模式與圖形化規則管理的桌面使用者。進入下載頁後,可比較 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存客戶端。安裝前請確認系統架構,首次啟用 TUN 時也要處理權限提示。
前往下載適合 Apple Silicon 與 Intel Mac。不同處理器對應不同安裝套件,不能只看檔名中的 macOS 字樣判斷。桌面客戶端可處理選單列控制、系統代理與規則切換;啟用網路延伸功能或 TUN 後,應在系統設定中確認權限已生效。
前往下載適合手機、平板與部分 Android 裝置。匯入訂閱後需要授予 VPN 連線權限,並依系統的背景限制調整執行策略。若切換網路後連線中斷,可先檢查系統電池最佳化、常駐通知與 DNS 設定,再判斷是否需要更換設定。
前往下載iPhone 與 iPad 透過 App Store 安裝對應客戶端。首次建立連線時需要確認系統 VPN 設定,之後可在客戶端中匯入訂閱、選擇策略群組並查看連線日誌。行動網路與 Wi-Fi 的 DNS 行為可能不同,排查時應分別測試。
前往下載適合桌面 Linux、伺服器與需要直接執行核心的裝置。圖形客戶端方便管理訂閱與策略,mihomo 核心則適合由 systemd、容器或其他管理工具託管。部署前應明確設定檔目錄、監聽位址、日誌位置與服務帳戶權限。
前往下載QUICK START
首次設定不需要同時調整所有選項。先讓客戶端正確載入設定並建立連線,再處理規則、DNS、TUN 與區域網路共用,排錯路徑會更清楚。
從下載頁進入對應平台,選擇與系統及處理器架構相符的客戶端。安裝完成後先開啟客戶端,確認設定目錄、核心狀態與日誌入口是否可用。Windows 與 macOS 首次啟用系統整合功能時可能會要求權限;Android 與 iOS 則會出現 VPN 設定確認。此階段只驗證程式能正常啟動,不急著開啟 TUN、區域網路共用或複雜的 DNS 選項。若客戶端啟動後立即退出,應先檢查設定檔語法、連接埠占用與系統權限。
在訂閱或設定頁面貼上服務提供者提供的訂閱網址,執行下載或更新。匯入成功後,應能看到代理群組、節點與規則資訊。先選擇一個可用策略,再查看客戶端日誌是否出現設定載入錯誤。訂閱網址與節點內容由服務提供者維護,Clash 客戶端負責讀取並執行設定;兩者需要分開判斷。若更新失敗,依序檢查網址完整性、網路連線、系統時間與本機快取,不要反覆覆蓋仍然有效的基礎設定。
將代理模式設為規則,開啟系統代理,然後分別造訪直連目標與需要代理策略的目標。規則模式會依連線目標選擇策略,不代表所有流量都經過同一路徑。若瀏覽器生效而某個應用程式未生效,先確認該應用程式是否讀取系統代理;若不讀取,再評估 TUN 模式。驗證完成後再調整 DNS、Fake-IP、健康檢查與開機啟動。每次只修改一類設定,並保留修改前的設定,發生問題時才能準確復原。
先確認客戶端核心正在執行,再檢查系統代理連接埠是否與設定中的 mixed-port 一致。若瀏覽器設定了獨立代理或擴充功能,也可能覆蓋作業系統設定。完整排查步驟請前往疑難排解。
日常使用建議先從規則模式開始,讓不同目標依規則進入直連或代理策略。全域模式適合短時間驗證代理鏈路,直連模式適合確認問題是否由代理設定引起。切換模式後,應重新測試同一目標。
當目標程式不讀取系統代理,或需要處理更廣泛的網路流量時,再考慮 TUN。啟用前記錄原有的 DNS 與路由狀態;若出現斷網、解析異常或區域網路存取問題,先關閉 TUN,並恢復系統代理進行比對。
取決於客戶端的設定組織方式。直接編輯由訂閱產生的完整設定,更新時可能會被替換;使用 proxy-providers、覆寫或獨立規則檔案,則可以將遠端來源與本機調整分開。修改前應先匯出一份可用設定。
OPEN SOURCE CONTEXT
Clash 生態系由代理核心、設定格式與不同平台的圖形客戶端共同組成。核心負責解析設定、建立連線、比對規則並輸出日誌;圖形客戶端負責安裝更新、訂閱管理、系統代理、權限請求與視覺化操作。理解這層分工後,排查問題會更直接:設定解析錯誤先看核心日誌,系統匣或選單異常查看客戶端介面,系統流量未進入代理則檢查作業系統整合。
不同客戶端可以採用相近的核心,但介面功能並不完全一致。有些客戶端著重桌面端規則編輯,有些更適合跨平台使用,有些則保留封存狀態以支援舊環境。選擇時不必只比較介面,也應同時確認目前維護狀態、目標平台、處理器架構、設定相容性,以及是否需要 TUN、腳本、覆寫等功能。
mihomo 延續了 Clash Meta 的功能路線,在規則類型、代理協定、DNS 增強模式、TUN 與 provider 等方面持續維護。許多現代 Clash 圖形客戶端將 mihomo 作為核心元件,因此相同的 YAML 設定可以在多個平台之間重複使用。不過,客戶端可能會為設定加入自己的覆寫檔案、資料庫或介面欄位,遷移時仍應先匯出原始設定,再核對目標客戶端的支援範圍。
協定與核心不是同一個概念。協定決定客戶端如何與伺服器建立連線,核心負責實作協定並執行本機分流邏輯。選擇協定時應關注伺服器支援、網路條件、連線建立方式與裝置資源;選擇核心與客戶端時,則應關注設定語法、平台整合與維護狀態。需要系統比較 SS、VMess、Trojan、VLESS、Hysteria2、TUIC 與核心家族時,可參閱協定手冊。
可靠的設定流程應保留三個層次:可復原的基礎設定、可單獨更新的訂閱來源,以及可追蹤的本機規則調整。更新客戶端時先閱讀變更說明,再備份設定目錄;更新訂閱時檢查代理群組名稱是否變更;調整規則時使用明確名稱,並從日誌確認比對結果。一次同時修改核心、訂閱、DNS 與 TUN,會讓錯誤來源難以區分。
日誌是連線問題的主要證據。設定載入階段關注 YAML 語法、欄位型別與檔案路徑;執行階段關注 DNS 解析、規則命中、連線逾時與連接埠監聽;系統整合階段則檢查代理設定、虛擬介面、權限與防火牆。依層次記錄現象,比反覆切換節點更容易找到根因。技術筆記會持續整理高頻錯誤、行動裝置背景策略與區域網路共用等具體情境。
TECHNICAL NOTES
圍繞區域網路共用、行動裝置背景執行與啟動故障整理可執行步驟。文章先說明現象與範圍,再提供檢查順序,適合完成基礎設定後依問題查閱。
說明 mixed-port、allow-lan、監聽位址與防火牆之間的關係,並示範如何讓同一 Wi-Fi 下的其他裝置使用本機代理。設定完成後還需限制可信任的網路範圍,避免將監聽連接埠暴露在不需要的介面上。
閱讀全文 →分析 Android 與 iOS 背景連線的主要耗電來源,分別檢查健康檢查頻率、DNS 查詢、TUN、常駐通知與系統電池最佳化。目標是在維持連線可用的前提下,減少不必要的喚醒與重複檢查。
閱讀全文 →客戶端雙擊沒有反應或啟動後退出時,依設定語法、連接埠監聽、TUN 權限與核心檔案四條線索逐項檢查。文中區分介面程序與核心程序,避免將所有啟動問題都歸因於訂閱。
閱讀全文 →