Windows
瀏覽器與一般桌面應用程式可先使用系統代理。若要接管不遵循代理設定的程式,再確認用戶端服務與 TUN 權限。可從 Clash Plus 開始,也可比較 Clash Verge Rev、FlClash 與 Clash Nyanpasu 的設定管理方式。
安裝前請在系統設定中確認處理器架構,不要混用桌面安裝檔與獨立核心壓縮檔。舊版 Clash for Windows 下載入口已停止維護,僅供封存查閱;遷移前請先備份訂閱、規則與指令碼,再確認新用戶端是否支援原有欄位。
前往下載先了解流量如何進入核心,再決定規則要將流量送往哪裡。用戶端提供操作入口,核心負責套用設定;介面相似,不代表每個設定欄位都能通用。
規則模式適合日常使用:核心會依設定順序檢查網域、位址與規則集,符合條件後交由指定出口處理。將特定網域規則放前面,兜底規則放最後,避免範圍過廣的條件提早攔截請求。排查時請查看連線記錄,確認實際命中的規則,不要只看瀏覽器能否開啟頁面。以下片段僅示範直連規則,不包含代理服務;若需要代理出口,請先在完整設定中定義對應節點或策略群組,再透過規則引用。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,DIRECT
策略群組會將多個出口整合成可供規則引用的目標。手動選擇使用 select,依測試結果選擇可用 url-test,需要故障切換則可考慮 fallback。自動測試評估的是指定位址的回應狀況,不代表下載頻寬;測試位址、逾時設定與網路環境都會影響結果。以下以直連作為示範成員,並定義供規則引用的「自動選擇」群組;實際使用時,請改用完整設定中已存在的節點名稱,單獨複製群組名稱並不會建立代理連線。
proxy-groups:
- name: 自動選擇
type: url-test
proxies:
- DIRECT
url: https://www.gstatic.com/generate_204
interval: 300
rules:
- MATCH,自動選擇
有些程式不會讀取系統代理,只開啟系統代理無法接管它們的連線。TUN 透過虛擬網卡與路由接管補足這部分流量,通常需要管理員權限或用戶端服務支援。它改變的是流量進入核心的方式,不會自動將規則模式切換為全域代理。請先確認一般連線正常,再啟用 TUN,逐項檢查路由、DNS 與其他虛擬網卡是否衝突。以下是 mihomo 設定片段,實際使用的協定堆疊與權限仍須依用戶端和作業系統調整。
tun:
enable: true
stack: system
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
完整設定訂閱通常包含節點、策略群組與規則,匯入後仍須選取對應設定才會生效。proxy-providers 則用於載入節點集合,不能取代完整設定。更新前請保留本機規則與覆寫,避免手動編輯的內容在下次更新時被覆蓋。以下示範本機提供者的結構:對應路徑的檔案必須確實存在,並依提供者格式包含 proxies 清單;還要在完整設定的策略群組中透過 use 引用。遠端訂閱網址可能含有存取憑證,請勿公開分享。
proxy-providers:
local-proxies:
type: file
path: ./providers/local.yaml
proxy-groups:
- name: 手動選擇
type: select
use:
- local-proxies
控制介面可用來查看連線、切換策略群組與管理執行狀態,適合伺服器或獨立核心部署。桌面用戶端通常已整合管理介面,日常使用不必額外開放控制介面。監聽位址應優先限制在本機迴路範圍;確實需要遠端存取時,再搭配驗證與受控的網路通道。以下僅示範本機監聽位址;連接埠不可與混合連接埠重複。設定控制介面不代表已部署網頁面板,面板檔案、存取方式與驗證仍須另外設定。
external-controller: 127.0.0.1:9090
log-level: info
系統代理決定應用程式是否將請求送至用戶端;規則、全域與直連決定核心收到請求後如何處理;混合連接埠則是本機接收 HTTP 與 SOCKS 連線的監聽入口。三者用途不同。瀏覽器若未使用系統代理,切換策略群組可能不會有任何變化;規則若已指定直連,切換節點也不會改變該請求的出口。排查時應從入口往出口逐層確認,不要同時修改多個開關。
介面中的設定視窗僅供示意。7897 是常見的混合連接埠範例,並非所有用戶端都使用此固定值。實際連接埠請以目前用戶端設定為準;手動設定瀏覽器或其他應用程式代理時,位址通常是本機迴路位址,連接埠必須與用戶端一致。變更連接埠後,也要同步檢查系統代理及應用程式內個別儲存的代理設定。分享給區域網路使用還涉及監聽位址與防火牆,一般本機使用不必先開啟分享。
查看策略群組、DNS 與 TUN 進階設定 →先確認作業系統與處理器架構,再依功能需求選擇。Clash Plus 是本站跨平台用戶端的優先推薦選項;桌面用戶端也可比較 Clash Verge Rev、FlClash 等工具。下載頁集中整理安裝檔入口與系統需求。
瀏覽器與一般桌面應用程式可先使用系統代理。若要接管不遵循代理設定的程式,再確認用戶端服務與 TUN 權限。可從 Clash Plus 開始,也可比較 Clash Verge Rev、FlClash 與 Clash Nyanpasu 的設定管理方式。
安裝前請在系統設定中確認處理器架構,不要混用桌面安裝檔與獨立核心壓縮檔。舊版 Clash for Windows 下載入口已停止維護,僅供封存查閱;遷移前請先備份訂閱、規則與指令碼,再確認新用戶端是否支援原有欄位。
前往下載先在「關於這台 Mac」確認使用的是 Apple Silicon 還是 Intel,再下載對應安裝檔。Clash Plus、Clash Verge Rev 與 FlClash 都可列入比較;可先用系統代理測試瀏覽器連線,使用 TUN 則須另外確認權限與路由。
執行前請閱讀系統顯示的應用程式來源提示,並依專案發布說明處理;不要只為了開啟程式就長期關閉系統保護。若原本使用 ClashX Meta,下載頁會標示封存狀態;遷移時應優先確認訂閱格式、策略群組選擇與本機覆寫,而非照搬舊介面中的所有開關。
前往下載行動裝置通常透過系統 VPN 介面接管流量,首次連線時須確認授權。選擇用戶端可先看 Clash Plus,再比較 Clash Meta for Android 與 FlClash。安裝檔架構須符合裝置規格,背景執行也可能受系統電池管理策略影響。
手機上若已安裝其他 VPN App,請先確認目前由哪個 App 建立連線,避免將接管衝突誤判為節點故障。Surfboard 也是下載頁上的替代工具,但其設定格式與 Clash YAML 不同;訂閱能否直接匯入應以提供方格式為準,不能只看網址結尾判斷是否相容。
前往下載優先推薦 Clash Plus,下載頁提供 App Store 入口與官方網站 clashplus.io。安裝後匯入現有訂閱,再依 App 提示確認 VPN 設定授權。系統顯示 VPN 已連線,只代表流量接管已啟用,不代表訂閱中的每個出口都能連線。
行動裝置的權限管理與桌面版不同,不必照搬桌面版的混合連接埠與系統代理設定。驗證時先開啟一個明確的目標網頁,再查看 App 的連線記錄與策略選擇。訂閱更新失敗與連線失敗應分開處理:前者優先確認連結與服務狀態,後者再檢查規則與出口。
前往下載桌面用戶可從 Clash Verge Rev 與 FlClash 中選擇,並依發行版本與套件格式安裝。不同桌面環境支援系統代理的方式不盡相同,終端機程式也未必會讀取桌面代理設定;請分別確認環境變數、應用程式代理或 TUN 的接管範圍。
伺服器與路由器用戶可再考慮獨立部署 mihomo 核心。核心部署需要自行管理設定路徑、服務啟動、權限與記錄,沒有桌面介面代為處理這些工作。請先在前景確認設定可正常載入,再交由服務管理器啟動;發生問題時,保留啟動記錄比反覆重新安裝更有幫助。
前往下載完成安裝不代表已可正常連線。先匯入設定,再確認流量接管方式,最後透過連線記錄驗證結果。首次設定時盡量保留預設值,每次只調整一個環節。
開啟用戶端的訂閱或設定頁面,貼上現有訂閱連結、儲存並等待下載完成。出現設定項目後,將其設為目前使用的設定,再確認策略群組是否正常載入。訂閱連結應來自可信任的提供方;用戶端本身不會憑空產生可用的代理服務。
若取得的是本機 YAML 檔案,請使用檔案匯入功能。下載失敗時,先確認連結是否完整或失效,以及回傳內容是否為設定檔;不要將登入頁面或錯誤頁面當成設定檔。匯入前可先保留原始檔案,以便還原。
先選擇規則模式,再於需要手動選擇的策略群組中指定可用出口。桌面版請開啟系統代理;行動裝置則依提示確認 VPN 授權。若沒有特殊需求,請先關閉區域網路分享,避免擴大監聽與存取範圍。
若某個程式未出現在連線清單中,再確認它是否忽略系統代理。確有需要時才啟用 TUN,並確認管理員權限、用戶端服務與 DNS 設定。全域模式適合暫時用於對照排查,不應當作解決所有問題的預設方法。
開啟目標頁面,同時查看用戶端連線記錄,確認請求已進入核心、命中預期規則並使用正確出口。延遲測試只反映特定測試位址的回應狀況,不能取代實際網頁、下載或會議 App 的使用體驗。
若連線失敗,記下時間、目標與記錄資訊,依序檢查訂閱載入、代理入口、DNS、規則與出口。結束用戶端前請關閉系統代理,否則應用程式仍可能連線到已停止監聽的本機連接埠,造成關閉軟體後仍無法上網。
評估用戶端是否適合長期使用,應參考公開程式碼、維護記錄與可理解的設定行為。本文會區分專案歷史、核心實作、圖形用戶端與訂閱服務,避免將它們混為同一項產品。
Clash 生態系以規則代理為基礎,發展出多個核心分支與圖形用戶端。原始 Clash 專案與部分早期用戶端停止維護後,仍持續維護的分支則繼續擴充協定支援、DNS 與路由功能。mihomo 延續 Clash.Meta 的技術路線,因此資料中可能同時出現 Clash、Clash Meta 與 mihomo 等名稱。閱讀教學時,請先確認內容描述的是哪個核心,再判斷相關欄位是否適用於目前的用戶端。
舊教學的截圖可協助了解操作位置,但不能用來判斷目前是否支援相關功能。用戶端選單、服務安裝方式與預設連接埠都可能已經變更。從停止維護的軟體遷移時,尤其要分別備份訂閱原檔、本機規則、指令碼與設定;先在新用戶端完成基本連線驗證,再逐步還原進階功能,避免一次匯入所有舊設定而難以找出差異。
mihomo 核心負責解析設定、比對規則、處理 DNS 與建立連線;圖形用戶端則負責安裝、訂閱管理、系統代理與操作介面。用戶端是否提供某個開關,與核心是否支援某個欄位是兩回事。桌面軟體也可能透過服務程序處理高權限功能;行動裝置則受系統網路擴充功能或 VPN 介面限制。
因此,同一份 YAML 在不同用戶端中可能需要調整。除了核心差異,也要檢查用戶端是否覆寫 DNS、連接埠與 TUN 設定,以及提供者路徑如何解析。排查時應查看最終生效的設定,而不只是訂閱原始檔。回報問題時,提供用戶端名稱、作業系統、接管方式與相關欄位,比只說「Clash 不能用」更容易重現問題。
mihomo 以 GPL-3.0 授權發布,程式碼、議題與發布記錄都可在專案儲存庫中查閱。開源授權說明程式碼使用與散布的條件,不代表所有第三方用戶端都採用相同授權,也不能取代對維護狀態的判斷。查閱設定欄位時,請優先對照目前的核心文件;若懷疑是程式缺陷,再搜尋公開議題是否已有相同情境。
本站不刊載無法查證的下載量、評分或連線表現。用戶端建議以平台、設定方式與使用需求為依據,不以虛構數據背書。儲存庫中的問題回報也不應直接視為軟體品質排名,因為裝置、設定與網路環境各不相同。重現步驟、記錄時間軸與最小化設定,才有助於判斷問題出在核心、介面或服務提供方。
查看 mihomo 專案儲存庫 →軟體更新會變更用戶端或核心;訂閱更新會變更節點與設定內容;規則集更新則會改變比對條件。三者不是同一個按鈕,更新週期也不一定相同。升級前請保存可用設定與本機覆寫,閱讀版本變更說明,再確認 DNS、TUN 與提供者是否仍如預期運作。訂閱重新整理後策略群組選項有所變化,不一定是用戶端升級造成的。
訂閱網址可能包含帳戶存取憑證,分享截圖與記錄前應移除完整連結及敏感欄位。請他人協助排查時,只提供與問題相關的設定片段。不要將完整訂閱提交至公開議題,也不要直接以陌生人的設定覆蓋現有設定。規則引用的策略群組、提供者檔案與指令碼必須一併存在,單獨複製一小段語法無法構成可執行的方案。
以下命令用於閱讀或開發核心,並非安裝圖形用戶端的步驟。日常使用請直接前往下載頁;需要編譯時,再依照儲存庫文件準備工具鏈與目標架構。
git clone https://github.com/MetaCubeX/mihomo.git
規則模式是否只代理部分網站?要看目前使用的規則,而非模式名稱本身。TUN 是否代表所有請求都會走代理?TUN 負責接管流量,實際出口仍由規則與策略決定。節點測試有回應是否代表實際應用可用?測試目標與實際目標不同,仍須檢查目標連線。訂閱與設定檔是否相同?訂閱是取得內容的方式,回傳內容可能是完整設定,也可能只是節點集合。若要進一步釐清這些概念,請使用概念速查,再回到設定頁面操作。
可從遷移、連接埠與流量接管這三種具體情境繼續查閱。先找出問題所在的層級,再執行相應操作,避免將更換軟體、修改規則與重設系統網路混為一談。
整理舊用戶端停止維護後的風險,依平台列出仍在維護的替代用戶端,並說明如何完整遷移訂閱、覆寫指令碼與自訂規則。
查看遷移步驟 →教你使用系統命令找出占用 7890、7897 等連接埠的程序,判斷是否為殘留執行個體,再於用戶端與設定檔中修改連接埠並同步更新系統代理。
查看連接埠排查方法 →說明虛擬網卡如何接管未使用系統代理的程式流量,比較 system 與 gvisor 協定堆疊,並依平台列出啟用 TUN 所需權限與設定。
查看 TUN 原理 →