Windows
適合桌面日常使用。可選擇具圖形介面的客戶端管理訂閱、規則模式與系統代理;遇到連接埠衝突時,也能直接查看執行日誌並修改監聽連接埠。
前往下載圍繞 mihomo 核心整理可用客戶端、設定教學與規則手冊。先依裝置選擇圖形客戶端,再完成訂閱匯入、策略組選擇、系統代理或 TUN 接管。
圖形客戶端負責訂閱管理、節點選擇、系統代理與日誌查看。不同系統的安裝格式、權限機制與網路接管方式各不相同,因此應先進入對應平台,再從該平台的軟體清單中選擇。下載頁也會標示維護狀態、適用架構與基本系統需求,避免將核心壓縮檔誤認為桌面應用程式。
適合桌面日常使用。可選擇具圖形介面的客戶端管理訂閱、規則模式與系統代理;遇到連接埠衝突時,也能直接查看執行日誌並修改監聽連接埠。
前往下載依 Intel 與 Apple Silicon 架構選擇安裝套件。首次執行通常需要確認網路擴充功能、系統代理或背景服務權限,完成後再匯入訂閱設定。
前往下載透過系統 VPN 介面接管應用程式流量,適合手機與平板。匯入訂閱後,需要在客戶端內選擇策略節點,並允許系統建立 VPN 連線。
前往下載從 App Store 取得適用的客戶端。安裝後由系統網路擴充功能處理連線,訂閱、策略組與規則模式均在應用程式內完成設定。
前往下載桌面環境可使用圖形客戶端,伺服器、軟路由與容器環境則更常直接部署 mihomo 核心。選擇前應先確認處理器架構與套件格式。
前往下載多數使用者應從圖形客戶端開始。它將設定更新、策略組切換、系統代理、連線日誌與核心啟動整合在同一介面中,日常維護成本較低。mihomo 核心套件主要面向伺服器、路由器、容器與自動化環境,需要自行準備設定檔、啟動參數與常駐程序。兩者不是互相取代的不同協定:圖形客戶端通常負責介面與系統整合,mihomo 則負責解析設定並處理實際流量。
Clash 客戶端的價值不只在於連線至某個節點。真正決定使用體驗的是規則比對、網域解析,以及系統流量如何進入核心。以下三部分對應設定檔中最常影響結果的環節,可用標籤切換查看。
規則模式會依設定檔中的順序逐條判斷連線目標。網域可使用 DOMAIN、DOMAIN-SUFFIX 與規則集進行比對,IP 位址則可交由 IP-CIDR、GEOIP 等規則處理,最後再由 MATCH 接收尚未命中的流量。比對結果並不直接等同於某個節點,而是先進入策略組,再由策略組決定直連、拒絕或選擇代理路線。
實際設定時,應將範圍更精確的規則放在較寬泛的規則之前,並確認自訂項目沒有被前面的通用規則攔截。相較於只提供單一全域開關的工具,Clash 的規則鏈能分別處理工作網站、區域網路、更新服務與需要代理的網域。如此既能保留清楚的流量邊界,也方便從日誌追蹤某個連線最後命中了哪條規則。
閱讀規則與策略組進階 →DNS 設定決定網域如何解析,也會影響網域規則能否在連線階段準確生效。啟用內建 DNS 後,客戶端可以依設定選擇上游解析器、設定回退邏輯,並決定使用一般位址或 Fake-IP 映射。Fake-IP 模式會先向應用程式回傳一個映射位址,核心隨後依映射關係還原網域,因此在許多情境下能更早取得網域資訊,減少連線只剩目標 IP、難以命中網域規則的問題。
這部分設定不宜複製一組位址後就結束。區域網路網域、印表機、路由器管理頁面與部分系統服務可能需要加入過濾範圍;瀏覽器安全 DNS、系統快取與其他網路工具也可能繞過客戶端設定。排查時應先確認請求是否進入 Clash DNS,再檢查解析結果與規則日誌,而不是一再更換節點。完整文件也會說明 nameserver、fallback 與 Fake-IP 過濾的職責界線。
查看 DNS 設定說明 →桌面系統通常先透過系統代理接管遵循代理設定的應用程式,設定清楚,適合瀏覽器與一般桌面軟體。TUN 模式則會建立虛擬網路介面,讓更多不讀取系統代理的程式也能進入核心,但同時涉及路由、DNS、權限與防火牆。行動裝置客戶端一般透過系統 VPN 介面完成類似接管,介面上的啟動按鈕背後對應的是系統級網路擴充功能,而不是單純修改代理位址。
同一份訂閱可以跨裝置使用,但系統整合方式不能機械式照搬。Windows 需要注意服務權限與連接埠占用,macOS 需要確認網路擴充功能,Android 與 iOS 會顯示 VPN 授權,Linux 還要考慮桌面工作階段、常駐程序與處理器架構。站內下載頁依平台整理客戶端,教學頁按操作順序解釋權限提示,進階手冊再深入說明 TUN、路由與網域嗅探的組合關係。
依步驟完成首次連線 →Clash 生態系由核心、圖形客戶端、設定格式、規則集與社群文件共同組成。了解各部分的職責,比只記住某個軟體名稱更有助於長期維護設定。
Clash 建立了規則、策略組、代理節點與 DNS 組合使用的設定方式。mihomo 在此體系上持續實作網路處理能力,並成為多款活躍客戶端採用的核心。設定檔中的 proxies、proxy-groups、rules 與 dns 分別承擔不同職責:節點描述連線參數,策略組提供可切換的出口,規則決定連線進入哪個策略組,DNS 則維持網域與目標之間的關聯。
因此,客戶端名稱變更不代表設定邏輯完全改變。遷移時更需要核對核心支援的欄位、客戶端對系統功能的封裝方式,以及原有規則集是否仍能正常更新。站內文件以目前常見的 mihomo 設定行為為主,同時保留對 Clash 基礎概念的說明。
圖形客戶端通常包含設定訂閱更新、策略組切換、連線記錄、日誌查看、系統代理控制與核心程序管理。它不會重新發明一套規則語法,而是將底層能力接入 Windows、macOS、Android、iOS 或 Linux 的網路機制。不同客戶端的差異主要在於介面組織、更新節奏、系統服務、設定覆寫與跨平台支援範圍。
下載頁會分開標示仍在維護的客戶端與封存專案,並依平台列出可用入口。選擇時應優先考慮作業系統支援、處理器架構與所需功能,不應只憑介面截圖判斷。一般桌面使用者通常需要圖形客戶端;熟悉命令列、服務管理與路由設定的使用者,才更適合直接部署核心。
客戶端更新、核心更新與訂閱更新是三件不同的事。客戶端更新可能帶來介面與系統相容性變化;核心更新會影響協定實作、規則能力,以及 DNS、TUN 行為;訂閱更新則會刷新節點、策略組或遠端設定內容。某個節點失效時,先更新訂閱並檢查策略組,通常比重新安裝客戶端更直接。只有在日誌顯示核心啟動失敗、設定欄位不受支援或系統整合異常時,才需要進一步檢查客戶端與核心狀態。
站內內容依此界線組織:下載頁解決軟體選擇,使用指南涵蓋首次安裝與連線,進階設定說明規則、DNS、TUN 與覆寫,常見問題頁集中處理連接埠衝突、節點逾時、系統代理未生效等現象。
mihomo 的原始碼與開發紀錄公開,可用於了解設定欄位、行為變更與問題修復。面對一段來源不明的設定建議時,公開文件、程式碼說明與實際日誌比轉述更可靠。閱讀發行說明時也應區分核心功能與客戶端功能:某項能力已由核心實作,不代表所有客戶端都已提供對應介面;客戶端新增開關,也可能只是將現有設定項目視覺化封裝。
需要在本機查看程式碼時,可以使用以下 Git 命令取得公開儲存庫。命令僅用於閱讀程式碼與定位問題;只想安裝客戶端的使用者不需要執行。
首次使用時,許多問題並非來自節點本身,而是下載平台、訂閱格式、代理模式或系統權限沒有對應。以下提供判斷順序,詳細步驟可繼續前往使用指南與常見問題頁。
mihomo 是處理設定、規則、DNS 與連線的核心;圖形客戶端負責安裝介面、設定管理、系統代理、網路權限與核心程序。一般使用者應下載對應系統的圖形客戶端,伺服器或路由器部署通常才會直接使用核心套件。
先確認匯入的是完整訂閱網址,而不是網頁網址或單一節點說明;接著手動更新設定,查看更新日誌是否出現網路錯誤、格式錯誤或授權狀態異常。如果設定已更新但策略組為空,再檢查目前啟用的設定檔是否正確。
日常使用通常選擇規則模式,由規則決定每個連線的去向。全域模式會將大多數流量交給同一個代理策略,適合臨時測試;直連模式主要用於判斷問題是否與代理鏈路有關。切換模式後,還應確認策略組中已選取可用節點。
依序檢查系統代理是否開啟、監聽連接埠是否衝突、策略組是否選取有效節點,以及 DNS 請求是否進入客戶端。若只有部分程式不使用系統代理,再評估是否需要 TUN 模式,而不是直接大幅修改規則。完整排查流程請參閱常見問題頁。
文章依實際操作問題拆分。每篇只處理一個明確主題,提供定位順序、設定位置與驗證方法,方便遇到相同現象時直接查閱。
啟動日誌出現 bind: address already in use,通常表示監聽連接埠已被其他程序占用。文章分別說明 Windows 與 macOS、Linux 的定位命令,並解釋修改 mixed-port 等設定項目後如何驗證。
從網域精確比對、網域後綴到 IP 網段與 GEOIP,逐項說明規則參數、自上而下的命中順序,以及自訂規則應放在設定中的哪個位置。
閱讀全文完成訂閱匯入後,繼續在策略組中選擇節點,判斷逾時結果,啟用正確的系統接管方式,並透過目標網址與日誌確認流量已進入核心。
閱讀全文