依系統下載
從下載頁選擇 Windows、macOS、Linux、Android 或 iOS 對應的用戶端,完成安裝後開啟主介面。
Configuration map
Clash 用戶端的設定項目繁多,真正影響使用結果的通常是設定檔、代理模式、規則順序與系統接管方式。以下將這些主題拆分為可逐項查閱的分流節點。
Rules / 規則
規則模式並不是把所有流量交給同一個節點,而是依序讀取網域、IP、程序或地理規則,再將結果交給對應的策略組。匯入設定後,先確認規則提供者與策略組名稱已正常載入,再透過用戶端的連線記錄查看實際命中的規則。自訂規則通常放在設定檔的規則區,順序十分重要:較具體的網域規則應排在範圍較大的兜底規則之前,最後才使用 MATCH 收尾。如此既方便日常連線,也有助於找出某個網站為何採用直連或代理。
Subscription / 訂閱
訂閱連結通常會回傳完整設定,或經過編碼的節點集合。首次匯入時,應先確認連結來自可信任的服務,並檢查用戶端是否辨識出代理、策略組與規則這三個基本部分。更新訂閱前保留目前可用的設定,更新後重點比較策略組名稱、代理連接埠與 DNS 設定;若更新結果為空或解析失敗,可以切回舊設定,不必在故障狀態下反覆點選更新。若有多份設定,建議以清楚的名稱區分工作、家庭與測試用途,避免誤將測試檔設為啟動設定。
Mode / 模式
規則模式依設定中的判斷條件分流,適合日常使用;全域模式會將可代理的連線集中交給選定的代理組,常用於確認某個網站或應用程式是否受到規則影響;直連模式則繞過代理,適合檢查本地網路、服務商解析與目標網站本身。切換模式時應記住,它只會改變流量決策,不會取代訂閱更新,也不會修正錯誤的連接埠。排查時可以先用全域模式驗證連線,再回到規則模式確認規則是否符合預期,最後以直連作為對照。
TUN / 系統接管
TUN 模式透過虛擬網路介面接收系統流量,能涵蓋部分不讀取 HTTP 或 SOCKS 系統代理的應用程式。啟用前需要確認用戶端具備管理員或系統延伸功能權限,並留意 DNS 劫持、區域網路存取與現有 VPN 軟體之間的關係。建議先記錄目前的系統網路狀態,只開啟一個流量接管入口,再測試瀏覽器、終端機與區域網路裝置。遇到本地列印、檔案分享或開發服務無法存取時,應優先檢查繞過區域網路的規則,而不是直接反覆切換 TUN 開關。
Ports / 連接埠
HTTP、SOCKS、混合連接埠與控制連接埠各自負責不同工作。瀏覽器或系統代理需要填入用戶端提供的代理連接埠;控制連接埠則用於外部面板或 API 管理,不能混用。修改連接埠後要同步檢查系統代理、瀏覽器擴充功能、終端機環境變數以及區域網路存取權限;若只有某個應用程式無法連線,還要確認它是否使用獨立的代理設定。排查時從本機監聽狀態與用戶端連線記錄開始,比直接更換節點更容易找出原因。
Quick start
教學頁保留一條清晰主線:先安裝用戶端,再匯入設定,最後驗證代理行為。遇到分支問題時,可回到對應章節檢查。
從下載頁選擇 Windows、macOS、Linux、Android 或 iOS 對應的用戶端,完成安裝後開啟主介面。
在設定檔或訂閱管理入口貼上訂閱網址,更新後確認代理清單、策略組與規則都有內容。
先使用規則模式連線,再造訪測試網址或查看連線記錄;若結果異常,依序檢查連接埠、DNS 與規則順序。
Platform entry
平台入口只負責定位下載頁中的對應分組,具體用戶端、系統需求與安裝套件說明集中維護於下載頁。
Open source context
在 Clash 生態中,圖形用戶端負責介面與系統整合,Mihomo 則負責解析設定、比對規則與建立連線。理解這層關係,有助於避免將用戶端名稱、核心能力與訂閱服務混為一談。
早期 Clash 專案推動了規則設定與代理策略組的普及,後續社群圍繞核心能力、桌面封裝與行動端適配形成不同專案。Clash Plus、Clash Verge Rev、FlClash 等用戶端的介面與發佈節奏各不相同,但都需要透過設定檔決定代理行為。下載時應先看作業系統平台,再確認用戶端是否支援所需的核心功能。
Mihomo 的更新涉及設定欄位、DNS、TUN、入站連接埠與規則處理等部分。用戶端可能不會在同一天同步發佈,因此遇到某個設定項目缺失時,應同時查看用戶端版本說明與核心支援範圍。本網站將常見概念拆開說明,方便依問題定位資料,而不只是記住某個按鈕的位置。
Repository reference
需要查看核心行為或準備測試設定時,可從開源儲存庫取得文件與範例。以下命令僅用於說明標準 Git 操作,實際使用請以專案目前公開的儲存庫網址為準。
git clone https://github.com/MetaCubeX/mihomo.git
專案歷史:Clash 生態由用戶端、核心與設定規則共同組成,下載入口與使用教學需要分開看待。
維護方式:版本清單只用於更新下載按鈕,頁面不會將易變的版本號寫入首頁標題或裝飾區域。
實務建議:發生連線異常時保留現有設定,逐項記錄模式、連接埠、DNS 與規則變更,方便回復與重現。
Common checks
以下簡答適合快速定位方向;需要完整操作順序時,請進入教學或常見問題頁面。
先檢查訂閱回傳內容是否能由目前的用戶端解析,再確認設定檔已更新並設為目前使用的項目。
進入故障排查 →日常使用優先選擇規則模式;測試某條代理連線時可暫時使用全域模式,再回到規則模式驗證。
查看模式說明 →部分終端機、遊戲或背景服務不使用系統代理設定,可先檢查應用程式本身的代理入口,再評估 TUN 接管。
查看 TUN 術語 →確認瀏覽器、系統代理與用戶端監聽連接埠保持一致,並檢查舊程序是否仍佔用原有連接埠。
查看連接埠檢查 →Field notes
文章聚焦用戶端關係、平台部署、代理模式與常見網路錯誤,適合完成基礎安裝後繼續閱讀。
說明 UWP 回環隔離的表現與解除方法,以及設定後仍無法連線時應檢查的代理連接埠與應用程式範圍。
閱讀全文 →整理主路由與旁路由兩種部署思路,說明透明代理、轉送路徑,以及適合直接執行核心的使用情境。
閱讀全文 →從核心、圖形用戶端與平台適配三個層次整理常見專案,協助判斷名稱相近的軟體各自負責什麼。
閱讀全文 →