Windows
適合桌面端日常使用。下載前確認系統架構,安裝後可從系統匣選單開啟主介面,並在設定中啟用系統代理。
前往下載先選擇目前要解決的問題,再查看對應設定。每項說明都圍繞入口、操作結果與容易混淆的差異展開。
訂閱入口用於讀取服務商提供的設定網址,並將節點、策略組與規則載入客戶端。首次匯入時,應先確認連結完整,再為設定檔取一個容易辨識的名稱。匯入完成不代表已經接管流量,還需要選取該設定並啟用系統代理或 TUN 模式。更新訂閱時,客戶端會重新讀取遠端內容;本機的臨時修改可能被覆蓋,因此需要長期保留的規則更適合放在覆寫設定中。相較於手動逐一新增節點,訂閱管理更適合需要定期同步設定的情境,也方便在不同客戶端之間遷移。
https://example.com/subscription
規則模式會依設定中的先後順序檢查網域、IP、程序或規則集,並將連線交給指定的策略組。越具體的規則通常越靠前,兜底規則則放在最後。排查分流錯誤時,先在連線記錄中確認目標網域命中了哪一條規則,再檢查該規則指向的策略組,而不是反覆切換節點。全域模式會讓大部分流量統一經過目前的代理策略,直連模式則繞過代理;這兩種模式適合臨時驗證,不適合取代長期分流設定。清楚區分運作模式、規則與策略組,能減少看似連線成功、但應用程式存取路徑不符預期的問題。
DOMAIN-SUFFIX,example.com,代理
GEOIP,CN,直連
MATCH,代理
系統代理適合瀏覽器和主動讀取作業系統代理設定的應用程式,啟用簡單,也方便快速判斷客戶端是否能正常連線。部分遊戲、命令列工具或自行實作網路堆疊的軟體不會讀取系統代理,這時可考慮 TUN 模式。TUN 會建立虛擬網路介面,將更多流量送入 mihomo 核心處理,通常需要系統權限,也可能與其他 VPN、虛擬網卡或安全軟體發生衝突。建議先用系統代理完成基礎驗證,確認訂閱、節點與規則可用後,再依應用程式範圍決定是否開啟 TUN。出現斷網時先關閉 TUN,再檢查虛擬網卡、DNS 與路由設定。
Clash 的 DNS 模組負責將網域解析流程納入規則判斷。Fake-IP 模式會先回傳一個本機映射位址,建立連線時再還原原始網域,讓規則引擎能依網域準確分流。它不是遠端伺服器的實際位址,也不適合直接用來判斷解析結果。遇到區域網路裝置、遊戲登入或少數應用程式的相容性問題時,可先檢查 Fake-IP 過濾清單,再確認上游 DNS 是否可連線。調整 DNS 前應保留目前設定,並一次只修改一個選項,才能判斷問題來自解析伺服器、增強模式還是 TUN 接管。複雜設定應優先參考客戶端所用核心支援的欄位。
dns:
enable: true
enhanced-mode: fake-ip
respect-rules: true
下載頁會列出同一平台可用的不同客戶端。先確認作業系統,再依處理器架構、介面習慣與維護狀態選擇安裝包。
適合桌面端日常使用。下載前確認系統架構,安裝後可從系統匣選單開啟主介面,並在設定中啟用系統代理。
前往下載分別提供 Apple 晶片與 Intel 處理器選項。首次啟動時依系統提示完成網路擴充功能或輔助服務授權,再匯入訂閱。
前往下載適合手機與平板。安裝後需要允許客戶端建立 VPN 連線,並依裝置製造商的背景執行策略保留必要的執行權限。
前往下載透過 App Store 查看可用客戶端。安裝後從應用程式內匯入訂閱,並依系統提示加入 VPN 設定。
前往下載適合桌面 Linux、開發環境與熟悉系統服務的使用者。圖形客戶端與 mihomo 核心用途不同,應依是否需要介面管理來選擇。
前往下載這部分只保留首次執行所需的主線。遇到權限、DNS 或規則問題時,再進入完整教學查看對應檢查項目。
先從下載頁進入目前系統的分類,選擇仍在維護且符合處理器架構的客戶端。Windows 通常直接執行安裝程式;macOS 需要留意 Apple 晶片與 Intel 架構,並依系統設定中的提示允許網路擴充功能或輔助服務;Android 與 iOS 會在首次建立連線時申請 VPN 權限。完成安裝後先開啟主介面,確認設定、設定檔或訂閱入口能正常進入。此時不要同時開啟其他代理工具或 VPN,以免連接埠、虛擬網卡與系統代理狀態互相覆蓋。
在訂閱或設定頁面貼上完整網址,填寫便於辨識的名稱,然後執行匯入或更新。成功後應在設定清單中看到新項目,並手動將其設為目前設定。接著進入代理或策略頁面,確認策略組是否已出現可選項目。若提示解析失敗,先確認網址沒有遺漏字元,也沒有把網頁分享連結當成訂閱網址。若匯入成功但清單為空,應回到服務商確認訂閱內容,而不是反覆重新安裝客戶端。需要修改規則時先儲存原始設定副本,避免更新訂閱後難以復原。
首次驗證建議選擇規則模式並啟用系統代理,然後開啟瀏覽器造訪常用網站。成功連線後,再查看客戶端的連線記錄,確認網域命中了預期規則與策略組。若瀏覽器可用但某個應用程式沒有流量,可判斷該應用程式可能未讀取系統代理,再視需要測試 TUN 模式。不要一開始同時修改節點、DNS、TUN 與規則,因為多個變數一起變動會讓故障來源難以判斷。最穩妥的順序是先確認設定有效,再驗證節點,接著檢查規則,最後處理特定應用程式的接管範圍。
第一,目前設定是否確實處於選取狀態;第二,系統代理或 TUN 是否已開啟;第三,策略組是否選中了可用項目;第四,連線記錄中是否出現目標應用程式的請求。瀏覽器完全沒有記錄,通常表示流量尚未進入客戶端;有記錄但被拒絕,應檢查規則與策略;所有請求都逾時,則優先更換可用項目並確認本機網路。依照這條路徑檢查,比頻繁重新安裝更容易找到問題所在。
查看完整教學 →Clash 形成了一套廣泛使用的設定結構:代理項目描述連線方式,策略組負責在多個選項之間選擇,規則決定不同流量進入哪個策略。原始專案停止維護後,社群仍依循既有設定習慣持續推進相容實作,其中 mihomo 成為許多新客戶端採用的核心。桌面端與行動端看到的圖形介面並不是核心本身,它們負責安裝、設定管理、系統權限與互動顯示,實際的規則比對、DNS 處理與連線轉發則由核心完成。
理解圖形客戶端與核心的關係,有助於判斷問題發生在哪一層。介面無法啟動、系統匣圖示遺失或系統服務安裝失敗,通常屬於客戶端層;設定欄位不被辨識、規則行為改變或 DNS 模式不符預期,則更可能與核心能力及設定語法有關。更換客戶端時,只要雙方支援相同的設定欄位,訂閱與大部分規則都能繼續使用;但 TUN、腳本、覆寫與外部控制器等功能的入口可能不同,遷移後仍需逐項確認。
開源專案的更新通常由程式碼提交、問題討論與發佈記錄構成。本網站不把所有變化濃縮成一句「已更新」,而是依使用者需求拆分為下載入口、基礎教學、進階設定與故障排查。客戶端更新時先閱讀發佈說明,確認是否涉及設定遷移、權限變更或核心切換;更新設定時保留本機覆寫內容;規則資料更新後若出現比對變化,應從連線記錄重新確認命中項目。這樣的維護順序能將客戶端檔案、核心行為與訂閱內容分開處理。
對只需要日常使用的使用者而言,圖形客戶端已提供訂閱更新、模式切換、策略選擇與日誌檢視等常用入口,不必直接執行核心命令。伺服器、路由器或自動化部署則更適合直接使用 mihomo,並透過設定檔與外部控制介面管理。兩種使用方式共享許多概念,但安裝路徑、權限模型與故障定位方式不同。選擇之前先確認裝置類型與管理方式,比單純比較介面外觀更有效。
部分應用程式不會讀取作業系統的代理設定。先確認瀏覽器能正常產生連線記錄,再判斷目標應用程式是否需要 TUN 模式。啟用 TUN 前應關閉其他 VPN 或虛擬網卡工具,避免接管路徑衝突。更多檢查步驟請前往常見問題頁。
訂閱更新通常會重新寫入遠端設定,本機直接修改的內容可能被覆蓋。需要長期保留的規則應放入客戶端支援的覆寫功能,或維護為獨立設定片段。修改前先儲存可復原的副本。
日常使用通常從規則模式開始,讓不同流量依設定分配。全域模式適合臨時確認代理鏈路,直連模式適合判斷問題是否由代理路徑引起。測試完成後應回到符合實際用途的模式。
Fake-IP 是客戶端 DNS 模組產生的本機映射,用來保留網域資訊並參與規則判斷,不是遠端伺服器的實際位址。遇到特定應用程式的相容性問題時,應檢查過濾清單與 DNS 設定,而不是把映射位址當成解析故障。
圍繞遷移、系統權限、流量接管與行動端背景策略,整理可直接執行的檢查步驟。
從延遲測速頻率、規則複雜度、TUN 常駐與製造商背景限制著手,逐項定位行動端耗電來源,並保留連線穩定所需的執行權限。
閱讀全文 →依序處理安裝攔截、網路擴充功能授權、輔助程式與鑰匙圈提示,並說明解除安裝後仍反覆跳出提示時應檢查的殘留位置。
閱讀全文 →從流量進入客戶端的路徑解釋兩種模式,區分遵循系統代理的應用程式與需要虛擬網卡接管的情境,並提供切換順序。
閱讀全文 →