Windows
適合需要圖形介面、系統代理開關與設定管理的桌面使用者。下載前先確認處理器架構與安裝套件格式,首次啟動後再匯入訂閱並啟用系統代理。
前往下載Clash 的使用重點不在反覆切換按鈕,而是將訂閱、策略群組、規則與系統接管方式組織成一條可解釋的處理鏈。以下資料入口先提供概覽,後續長篇章節再展開具體結構。
網域、目標 IP、程序與地理資料都可以成為比對條件。請求命中第一條適用規則後,便交給對應的策略群組,因此具體規則應放在涵蓋範圍較大的規則之前,最後再由 MATCH 處理未命中的流量。理解順序關係後,中國大陸直連、特定服務代理與區域網路繞過都能寫成清晰且易於維護的設定。
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
訂閱更新通常會取代遠端設定產生的內容,直接修改原始訂閱檔案容易在下一次重新整理時遺失。較穩妥的做法是保留訂閱作為上游來源,將本機規則、DNS 設定與策略調整放入覆寫或合併層。更新前記錄目前可用的設定,更新後檢查策略群組名稱是否變更,再決定是否套用。
策略群組是規則與具體代理節點之間的中間層。規則只需寫明流量類別應交給哪個群組,群組內再透過手動選擇、自動測試或故障切換等方式決定出口。如此一來,無須修改規則即可替換節點,也能讓影音、開發服務與一般網頁分別採用不同的選擇邏輯。
系統代理主要涵蓋遵循作業系統代理設定的應用程式,設定簡單,適合瀏覽器與多數桌面軟體。TUN 模式透過虛擬網路裝置接管更廣泛的連線,對命令列工具、部分遊戲及不讀取系統代理的程式更有效。兩種方式不必同時啟用,先從系統代理開始,遇到涵蓋範圍問題時再檢查 TUN 權限與路由。
規則模式會讀取設定中的規則清單,並依照書寫順序逐一檢查目前連線。以網域後綴為例,DOMAIN-SUFFIX 適合涵蓋某個網站及其子網域;需要精確比對單一網域時,可以使用 DOMAIN;目標已呈現為 IP 位址時,則可搭配 IP-CIDR 或 GEOIP 判斷。規則本身不負責連線,只會將請求交給 DIRECT、REJECT 或某個策略群組。
編排規則時,應先寫區域網路位址、專用服務與明確網域,再放地理範圍較大的判斷,最後保留 MATCH。若將寬泛規則寫在前面,後續細分條件便沒有機會生效。排查時可以開啟客戶端日誌,觀察請求命中了哪條規則及哪個策略群組,而不是只根據網頁能否開啟來猜測設定狀態。
rules:
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- DOMAIN-SUFFIX,example.cn,DIRECT
- DOMAIN-SUFFIX,example.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
策略名稱需要與 proxy-groups 中的名稱完全一致。修改後先執行設定檢查,再讓客戶端重新載入。
訂閱連結通常由服務提供者維護,其中可能同時包含代理節點、策略群組與基礎規則。更新操作的本質是重新擷取上游內容,因此不適合將長期自訂內容直接寫入會被取代的檔案。支援覆寫或合併功能的客戶端,可以在訂閱之外保存本機設定;命令列環境則可透過獨立檔案與自動化腳本完成相同的分層。
執行更新前,先確認目前設定能正常載入,並記住正在使用的策略群組。更新完成後依序檢查設定解析結果、策略群組名稱、規則提供器狀態與 DNS 相關欄位。若上游調整了群組名稱,而本機規則仍指向舊名稱,設定可能通過語法檢查,卻無法依預期分流。將更新與切換拆成兩個動作,更容易定位問題。
一份常見的 Clash 設定大致由通用連接埠、執行模式、DNS、代理節點、策略群組與規則構成。讀取設定時不必從第一行一路看到最後,可以先確認 mode、mixed-port 與 DNS,再檢查 proxies 是否被策略群組引用,最後確認規則目標是否存在。依照引用關係檢查,比逐字尋找縮排問題更有效。
YAML 對空格層級敏感,清單項目、物件欄位與字串需要維持清晰結構。策略名稱包含特殊字元時應使用引號,連接埠應寫成數字,布林值應使用設定接受的格式。複雜設定適合拆分為 rule-providers 與 proxy-providers,主檔案只保留引用關係,後續更新規則集時不必重寫整份設定。
查看完整設定檔參考 →不同系統的安裝方式、權限模型與背景限制並不相同。這裡先依裝置定位下載頁,具體客戶端差異、系統要求與安裝套件類型會在對應平台標籤中說明。
適合需要圖形介面、系統代理開關與設定管理的桌面使用者。下載前先確認處理器架構與安裝套件格式,首次啟動後再匯入訂閱並啟用系統代理。
前往下載適用於 Intel 與 Apple Silicon 裝置。安裝時需要依系統提示完成應用程式權限確認;若使用 TUN,也應檢查網路延伸功能或虛擬網路裝置相關授權。
前往下載Android 客戶端透過系統 VpnService 接管連線。首次啟用時會出現系統授權提示;若背景執行容易中斷,應將客戶端加入省電白名單並允許背景執行。
前往下載iPhone 與 iPad 透過系統網路延伸功能執行代理工具。下載頁提供 App Store 入口,並說明訂閱匯入、網路權限確認與隨選連線等基本步驟。
前往下載桌面環境可使用圖形客戶端,伺服器與路由器環境則更適合直接執行 Mihomo 核心。部署前應確認架構、檔案權限、服務管理方式與 TUN 能力。
前往下載初次使用不需要立即修改複雜規則。先讓客戶端載入有效設定並完成系統接管,再根據實際存取結果決定是否調整 DNS、TUN 或自訂分流。
前往下載頁,選擇與作業系統及處理器架構相符的客戶端。安裝完成後開啟訂閱管理,貼上服務提供者給出的訂閱網址,執行下載或更新。設定載入成功時,客戶端通常會顯示可選的策略群組;若立即提示解析失敗,應先檢查連結是否完整、網路是否可存取,以及設定內容是否符合 YAML 結構。
日常使用優先選擇規則模式,讓設定依網域與 IP 條件分別決定直連或代理。進入代理或策略頁面,為主要策略群組選擇可用出口。此時不建議同時修改大量規則,因為連線失敗可能來自節點,也可能來自系統代理、DNS 或權限;維持較少變數,排查會更直接。
桌面端先開啟系統代理,行動裝置依提示授予系統網路連線權限,然後造訪幾個不同類型的網站驗證結果。若瀏覽器可用但命令列工具沒有經過代理,表示該程式可能沒有讀取系統代理設定;可手動設定環境變數,或確認權限後改用 TUN。驗證完成後再設定開機自動啟動與自動更新。
Clash 最初建立了以 YAML 設定、策略群組與規則清單為基礎的使用方式,之後形成多個面向桌面、行動裝置與命令列環境的客戶端專案。不同專案可能共用相近的設定概念,但圖形介面、核心選擇、更新節奏與系統整合方式並不完全相同。選擇客戶端時,應同時考量目標平台、維護狀態與所需能力,而不是只比較介面外觀。
Mihomo 延續並擴充了 Clash 核心生態,常見圖形客戶端會將核心能力包裝成訂閱管理、策略切換、系統代理、TUN、日誌與覆寫設定等操作入口。核心負責解析設定與處理流量,圖形客戶端負責系統整合與互動,兩者屬於不同層次。遇到問題時,先判斷是設定解析、核心執行,還是客戶端權限與作業系統網路設定,通常能更快縮小範圍。
開源儲存庫可直接查看提交記錄、發行說明、問題討論與設定文件。閱讀資料時應注意專案名稱與維護分支,舊教學中的欄位可能已經調整,某些客戶端也可能更換核心實作。本網站依主題整理穩定概念與操作路徑,具體安裝套件與平台差異集中放在下載頁,較長的欄位說明則放在設定參考頁。
更新機制同樣需要分層理解:客戶端更新解決介面與系統相容性問題,核心更新帶來協定、規則與網路堆疊能力變化,訂閱更新則取代節點或服務方設定。這三類更新彼此獨立。修改前保留一份能正常載入的設定,更新後依序檢查設定、策略群組與系統接管狀態,能減少多項變更同時發生所帶來的排查困難。
安裝、設定、系統接管與目標網站狀態會互相影響。按層次確認,比不斷更換節點或反覆重裝客戶端更容易找到原因。
先確認訂閱更新是否成功,再查看客戶端日誌中的設定解析結果。若 YAML 無法載入,策略群組不會出現;若設定正常但群組為空,則需要檢查代理提供器是否成功擷取。完整排查步驟可在疑難排解頁依「安裝設定」分類查看。
查看安裝設定問題 →規則模式依設定逐條判斷,適合日常使用;全域模式將連線統一交給指定策略,適合臨時測試出口;直連模式繞過代理,可用於判斷故障是否與代理鏈路有關。切換後應重新建立連線,既有連線不一定會立即改變路徑。
查看基礎認知問題 →部分程式不會讀取系統代理,或使用獨立的網路堆疊。可以先查看程式本身是否支援 HTTP、HTTPS 或 SOCKS 代理;需要接管更多流量時,再檢查 TUN 模式的權限、路由與 DNS 設定。原因未明時,不要同時啟用多套代理工具。
查看故障排除問題 →遠端訂閱更新可能取代原始設定,因此長期規則應放在客戶端的覆寫、合併設定或獨立規則提供器中。恢復前先比對目前設定與備份,確認策略群組名稱仍然存在,再逐段加入本機修改,避免舊引用導致載入失敗。
查看使用技巧問題 →從具體裝置、代理模式與分流情境切入,補充教學主線之外的操作細節。