Windows 用戶端
優先推薦 Clash Plus,也可選擇 Clash Verge Rev、FlClash 與 Clash Nyanpasu。安裝前先確認系統類型;需要 TUN 時,再依用戶端提示設定服務權限。Clash for Windows 已停止維護,從舊環境遷移時也要檢查訂閱、覆寫規則與系統代理連接埠,不能只複製程式資料夾。
前往下載先選作業系統,再確認處理器架構。桌面版著重系統匣管理與設定編輯;行動裝置還需留意背景執行權限、電量管理與系統網路介面。用戶端名稱相似,不代表安裝檔、核心與訂閱格式完全相同。
優先推薦 Clash Plus,也可選擇 Clash Verge Rev、FlClash 與 Clash Nyanpasu。安裝前先確認系統類型;需要 TUN 時,再依用戶端提示設定服務權限。Clash for Windows 已停止維護,從舊環境遷移時也要檢查訂閱、覆寫規則與系統代理連接埠,不能只複製程式資料夾。
前往下載優先推薦 Clash Plus;Clash Verge Rev 與 FlClash 可用於桌面規則管理。先在系統資訊確認是 Apple Silicon 還是 Intel,再選擇對應的安裝檔。授權網路服務後,檢查是否有其他代理工具仍在管理系統設定;已封存的 ClashX Meta 可供了解舊設定,不建議作為新環境的預設選擇。
前往下載優先推薦 Clash Plus,下載頁也提供 Clash Meta for Android、FlClash 和 Surfboard 的選擇說明。多數新裝置採用 ARM64,但仍應以系統資訊為準。首次連線時須確認已授予系統 VPN 權限;若背景連線中斷,先檢查電池最佳化設定。Surfboard 的設定格式與 Clash YAML 不同,訂閱網址不能一概通用。
前往下載優先推薦 Clash Plus,下載頁提供 App Store 入口與官方網站 clashplus.io。匯入設定後,依系統提示允許新增 VPN 設定,再確認規則與策略群組已載入。iOS 用戶端採用系統允許的網路介面,不能直接照搬桌面版的服務模式、連接埠接管或替換核心步驟。
前往下載桌面環境可選擇 Clash Verge Rev 或 FlClash,並依發行版的套件格式安裝。代理切換功能取決於桌面環境與應用程式支援;終端工具可能還需要另外設定環境變數。伺服器與路由器使用者可在下載頁查看 mihomo 核心;啟動服務前,請確認設定目錄、監聽範圍與權限,避免本機連接埠意外暴露於區域網路。
前往下載圖形介面負責管理,核心負責處理連線。以下設定僅示範欄位,並非可直接匯入的完整訂閱;實際使用前,還需補齊自己的策略群組與連線參數。
規則模式會依清單順序比對網域、IP 網段或規則集,符合第一條規則後便交由指定策略處理。如此可將本地服務、工作資源與其他連線需求分開,不必讓所有連線共用同一個出口。排查時先在連線頁確認命中的規則,再檢查策略群組目前的選擇;規則越多不代表結果就越準確。相較於只有單一代理開關的工具,mihomo 可分開管理規則來源,但仍需了解規則集格式與更新週期。以下範例引用本機規則檔,實際策略名稱必須與設定中已有的群組名稱一致。
rule-providers:
work:
type: file
behavior: domain
path: ./rules/work.yaml
rules:
- RULE-SET,work,DIRECT
- MATCH,PROXY
TUN 透過虛擬網卡將網路流量交由核心處理,適合不讀取系統代理設定的應用程式,也能涵蓋部分 UDP 情境。它與系統代理的差別在於流量接入層級,並不表示啟用後所有網路問題都會消失。桌面版通常需要服務元件或相應權限,還要處理路由、DNS 與其他 VPN 之間的衝突。首次啟用前,先確認一般代理連線可正常使用,再檢查區域網路與本機開發服務是否運作正常。各系統可用的網路堆疊與自動路由行為不盡相同,範例僅示範基本欄位,不能取代各平台的安裝說明。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
Fake-IP 會先為網域回傳對應 IP,再由核心還原網域並建立實際連線,有助於流量進入規則判斷時保留目標資訊。Fake-IP 不等同於加密 DNS,也不能只靠一個開關就確保解析路徑符合預期。使用時須一併確認系統 DNS、瀏覽器安全 DNS 與 TUN 接管範圍,避免 DNS 查詢繞過預定的解析流程。若印表機、區域網路探索或特定應用程式發生異常,可針對性檢查過濾清單,不必一再更換 DNS 伺服器。相較於單純替換 DNS 位址,完整方案更重視網域解析與連線出口的一致性。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- '*.lan'
mihomo 可處理 Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 等協定,實際支援情況依使用的核心建置版本而定。選擇協定時,應一併考量伺服器端實作、網路是否允許 UDP、憑證設定與行動裝置耗電量,而非只看名稱判斷速度。用戶端介面顯示某類節點,不代表訂閱中的所有擴充欄位都受支援。相較於只支援單一協定的工具,多協定核心方便集中管理,但也增加了相容性確認的工作。下方空白清單標示連線定義的位置,實際連線參數應取自可信任的設定來源。
proxies: []
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
訂閱檔可能同時包含節點、策略群組、規則與 DNS 設定,更新後直接編輯的內容容易遭到覆蓋。較穩妥的做法是將上游設定與本機覆寫分開,並在套用前查看最終產生的結果。不同用戶端處理合併、指令碼與擴充欄位的方式不盡相同,不能假設同一段覆寫可在不同用戶端原樣運作。相較於手動複製整份設定,分層管理更方便持續更新與還原,但須清楚指定各層發生欄位衝突時由哪一層生效。以下範例屬於核心設定欄位;如何將這些欄位合併至訂閱,仍取決於用戶端的設定管理機制。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
原版 Clash、Clash Meta 與 mihomo 有歷史沿革,但名稱變化不代表功能完全相同。Clash Meta 後來以 mihomo 之名持續發展,新增的協定與規則功能也可能需要使用新欄位。部分桌面用戶端允許選擇核心或更新通道,另一些則固定整合特定核心;請以用戶端實際介面為準。相較於只替換程式檔,遷移時還須檢查服務元件、設定解析與控制介面。以下檢查指令可用來確認目標核心能否讀取設定;通過檢查後,仍須實際測試 DNS、分流與應用程式連線。
mihomo -t -f config.yaml
先建立可用的基本連線,再逐步擴大接管範圍。每完成一步都保留可觀察的結果,避免將訂閱錯誤、策略選擇與系統設定混在一起排查。
在用戶端的訂閱或設定頁面新增現有網址,也可以匯入本機 YAML 檔。完成後選取該設定,確認策略群組已顯示,且介面沒有解析錯誤。訂閱網址可能包含存取憑證,請勿貼到公開討論區;需要求助時,只提供已移除敏感資訊的錯誤片段。策略群組空白時,通常應先檢查訂閱內容與格式,而不是修改系統網路設定。
初次使用建議先維持規則模式,再於需要代理的策略群組中選擇可用連線。測試結果只反映特定目標與當下網路狀況,不等同於實際下載速度。先用瀏覽器確認能否正常連線,再決定是否啟用 TUN;若系統代理已符合需求,可暫緩啟用虛擬網卡,減少初始設定的變數。
開啟連線頁,查看目標網域、命中規則與實際出口是否符合預期。接著測試區域網路服務、常用應用程式,以及裝置休眠喚醒後的連線狀態。關閉用戶端前,先停用系統代理,並確認網路已恢復正常。若只有特定應用程式異常,先檢查該應用程式本身的代理與 DNS 設定;完整操作位置與故障排查流程請參閱使用指南。
用戶端、核心與設定來源是三個不同層次。了解各自負責的部分,比只記住軟體名稱更有助於遷移、更新與問題排查。
Clash 最初建立了以 YAML 設定、規則與策略群組為核心的使用方式,後續用戶端則依據這些介面提供圖形化管理。原版專案與部分早期用戶端停止維護後,社群分支持續擴充協定與網路堆疊功能。搜尋到舊教學時,應先確認對應的用戶端名稱,再核對目前介面與欄位說明;不要只因畫面截圖相似,就照搬所有步驟。
Clash for Windows 與 Clash Verge Rev 是不同專案。前者停止更新,不代表所有 Clash 生態系用戶端都停止維護;後者也不能只靠覆蓋舊程式資料夾完成遷移。舊環境中的訂閱網址、快速鍵、服務元件與覆寫指令碼都應分別記錄。遷移後先保留舊設定備份,確認新環境可正常使用,再處理舊服務與殘留的代理設定。
Clash Meta 是理解 mihomo 歷史的重要名稱。閱讀舊文章時常會看到兩者並列,但實際支援情況應以目前執行中的核心及其文件為準。圖形化用戶端的設定頁可能隱藏部分欄位,也可能透過自有覆寫機制產生最終設定。因此,介面沒有某個開關,不一定代表核心不支援;同樣地,介面允許輸入欄位,也不能取代實際執行測試。
mihomo 核心採用 GPL-3.0 開源授權,可在專案儲存庫查看原始碼、發行紀錄與問題討論。圖形化用戶端、圖示資源與訂閱服務的授權及維護方式應分別確認,不能直接由核心授權推論。本站整理下載選擇與中文資料,實際實作資訊仍應以各專案的文件、原始碼及發行說明為準。
用戶端更新、核心更新與訂閱更新會變更不同內容。用戶端更新可能調整介面、服務元件與設定合併方式;核心更新可能改變欄位解析、協定行為與 DNS 處理;訂閱更新則主要更換連線資源與上游規則。更新後若發生異常,先記錄變更的是哪一層,再以保留的設定副本重現問題,不要立刻同時更換多個元件。
升級前請閱讀發行說明,並保存本機覆寫與必要記錄。檢視記錄時,留意錯誤時間、目標與命中規則;分享前請移除訂閱網址與驗證資訊。長期使用的裝置,建議選擇易於理解且可還原的更新方式;測試通道適合驗證特定修正,不要只因版本名稱較新就更換穩定運作的環境。下載頁提供安裝選項,首頁不會固定列出特定發行版本。
有效的問題紀錄應說明作業系統、用戶端、運作模式與錯誤發生步驟,並區分瀏覽器瀏覽、終端機請求與區域網路服務的狀況。只回報「連線失敗」或單一延遲結果,通常不足以判斷原因。先以精簡設定重現問題,再逐項恢復規則與覆寫,有助於判斷問題來自連線資源、設定組合或本機環境。
需要深入確認時,可閱讀協定手冊了解協定取捨,在術語表確認欄位含義,或依症狀前往常見問題繼續排查。開源協作的價值在於實作可查、變更可追蹤、問題可討論,而不是假設所有平台與設定都在相同環境中運作。
git clone https://github.com/MetaCubeX/mihomo.git
Linux 企鵝圖示:Font Awesome,CC BY 4.0;以單色呈現。
從明確的症狀著手,沿著記錄、設定與網路路徑逐層檢查。以下是最近三篇文章,完成基本安裝後可依需求參閱。
介紹 DNS 洩漏成因與線上檢測方式,並提供 enhanced-mode、fallback 過濾、nameserver-policy 與 TUN 劫持 DNS 的設定範例。
閱讀文章 →依時間軸說明三代核心的沿革,逐項比較協定支援、規則類型、TUN 與 DNS 功能,並標示舊設定遷移至 mihomo 時需要修改的欄位。
閱讀文章 →針對啟動後立即閃退、系統匣圖示一閃即逝等情況,說明記錄檔位置、損毀設定的清理方式、連接埠衝突與執行階段元件缺失的排查方法。
閱讀文章 →