日常桌面使用
可優先了解 Clash Plus,適合透過圖形介面匯入訂閱、切換策略群組。安裝前先確認作業系統與處理器架構是否支援;首次連線先使用系統代理。若有明確的應用程式流量接管需求,再確認 TUN 選項與所需權限。
挑選起點:Clash Plus用戶端評測台
先確認功能如何運作,再看介面是否順手。能匯入同一份訂閱,不代表不同用戶端的權限、設定合併方式與流量接管行為都相同。
規則模式會依序比對連線,將網域、IP 或程序交由指定的策略群組處理。挑選用戶端時,應留意連線頁是否能顯示命中的規則、策略鏈與目標位址。網站走錯線路時,先查看紀錄,再調整規則順序,不要直接將所有連線切換成全域模式。相較於只提供單一出口的代理工具,Clash 生態系更適合保留直連與代理並用的設定;前提是規則集可更新、策略群組名稱有效,且最終兜底規則符合預期。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECT
查看規則分流章節 →
TUN 透過虛擬網路介面接管流量,適合不讀取系統代理設定的應用程式。它不是加速按鈕,也不代表所有程式都能自動相容。評測時應確認服務安裝、權限要求、路由還原,以及休眠喚醒後的運作情形。先用系統代理確認連線正常,再單獨啟用 TUN,更容易判斷問題出在節點還是流量接管層。TUN 涉及的系統範圍比一般系統代理更廣;若同時使用其他 VPN 或網路過濾工具,應逐一檢查路由與 DNS 衝突。
tun:
enable: true
auto-route: true
auto-detect-interface: true
查看 TUN 設定與權限說明 →
訂閱是設定來源,用戶端負責取得並載入設定,不會提供可用節點。挑選時應確認更新紀錄是否清楚、下載失敗時能否保留原設定,以及本機覆寫是否會在下次更新時被取代。訂閱更新失敗時,先確認網址有效且網路可連線,再檢查格式與核心相容性。相較於直接編輯下載的設定檔,使用用戶端支援的覆寫或合併機制更方便長期維護;各用戶端的合併順序可能不同,換用時應重新確認套用結果。
profile:
store-selected: true
store-fake-ip: true
查看匯入訂閱步驟 →
DNS 決定網域名稱的解析方式,也會影響規則判斷與連線建立。fake-ip 會以映射位址連結網域與連線,redir-host 則保留實際解析結果,應依應用程式相容性選擇。評測用戶端時,不能只看有沒有 DNS 開關,也要確認介面上的變更是否寫入最終設定、TUN 劫持是否生效,以及應用程式是否另行使用加密 DNS。相較於直接更改系統 DNS,核心 DNS 多了一層策略;遇到 DNS 外洩或網頁無法開啟時,應分別檢查系統、瀏覽器與核心的設定。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
查看 DNS 處理章節 →
圖形用戶端負責管理訂閱、權限與介面;核心則處理通訊協定、規則比對及連線轉送。搬移設定時,先確認用戶端實際整合的核心,再核對通訊協定、規則集與欄位支援情形。即使使用 mihomo,不同用戶端的更新時程與預設設定也可能不同,不能只憑介面外觀判斷相容性。相較於已停止維護的原版核心,mihomo 延續設定生態並擴充相關功能;實際支援欄位仍應以對應核心文件與啟動日誌為準。若發生解析錯誤,先找出出問題的欄位,不必反覆重新安裝。
log-level: info
ipv6: false
mode: rule
查閱用戶端與核心術語 →
設定卡片僅列出個別欄位,並非完整連線設定。實際使用仍須具備有效的代理節點、策略群組,以及符合目前系統需求的權限設定。
先決定使用裝置,再比較需要長期維護的設定。本頁不依星等排序,推薦依據為操作流程與部署條件。
可優先了解 Clash Plus,適合透過圖形介面匯入訂閱、切換策略群組。安裝前先確認作業系統與處理器架構是否支援;首次連線先使用系統代理。若有明確的應用程式流量接管需求,再確認 TUN 選項與所需權限。
挑選起點:Clash Plus可先比較 Clash Plus 的行動版。手機從 Wi-Fi 切換至行動網路後,應重新確認連線是否恢復,以及策略選擇是否正確。背景執行會受到系統省電設定與 VPN 權限影響,不能只憑一次前景連線成功,就認定長期使用穩定。
挑選起點:Clash Plus可優先比較 Clash Verge Rev,也可參考 FlClash。圖形介面適合管理設定與連線紀錄;安裝套件格式須符合所用發行版。桌面環境的系統代理、服務權限與終端機代理是不同設定入口,應分別驗證。
挑選起點:Clash Verge Rev伺服器與路由器可考慮直接部署 mihomo,適合願意管理設定檔、服務日誌與啟動項目的使用者。部署前確認處理器架構、設定目錄與執行帳號;控制介面應限制可存取範圍,避免直接暴露於公網。
挑選起點:mihomo 核心下載中心依平台整理用戶端、安裝條件與維護狀態。先選擇作業系統,再確認處理器架構;能下載安裝檔,不代表可以略過系統相容性檢查。
可先從 Clash Plus 開始比較,再參考 Clash Verge Rev、FlClash 與 Clash Nyanpasu。下載前請在系統資訊中確認處理器架構,安裝後檢查系統代理設定。若需要服務模式或 TUN,先閱讀權限提示;不要將安全軟體的攔截與節點連線失敗混為一談。
前往下載 →先確認 Mac 使用 Apple Silicon 或 Intel,再選擇相符的安裝檔。日常使用可比較 Clash Plus、Clash Verge Rev 與 FlClash。系統代理與網路延伸功能的授權流程不同;出現啟動提示時,應確認來源與系統需求,不要直接停用整套系統安全機制。
前往下載 →可優先查看 Clash Plus,也可比較 Clash Meta for Android、FlClash 與 Surfboard。確認安裝檔架構與設定格式後,再授予 VPN 權限。若鎖定螢幕後連線中斷,應檢查電池最佳化、背景執行限制與其他 VPN 應用程式,而不是只更換訂閱網址。
前往下載 →下載中心提供 Clash Plus 的 App Store 下載入口,官方網站為 clashplus.io。安裝後依系統提示完成 VPN 授權,再匯入有效設定。桌面版的欄位與操作不一定能直接套用,請以行動版支援的設定方式為準。
前往下載 →桌面環境可優先比較 Clash Verge Rev 與 FlClash,伺服器環境則可考慮部署核心。先確認 Linux 發行版、處理器架構與套件格式。圖形用戶端設定的系統代理通常不會自動涵蓋所有終端機程式,命令列工具仍須另外檢查代理環境變數。
前往下載 →先建立一條可驗證的連線,再逐步加入複雜設定。每完成一步都留下判斷依據,發生問題時才知道該從哪裡查起。
依作業系統與處理器架構選擇安裝檔。安裝後先開啟設定與日誌頁面,確認用戶端能啟動核心,再處理訂閱。先不要同時啟用系統代理、TUN 與開機自動啟動;若此時已有啟動錯誤,應優先檢查權限、連接埠占用與設定解析訊息。
將有效訂閱匯入設定頁,確認更新成功後選取該設定,再前往策略群組選擇節點。訂閱網址通常含有存取憑證,請勿公開截圖。更新失敗與節點無法使用是不同問題:前者查看取得訂閱的日誌,後者檢查連線紀錄;不能只憑紅色提示判斷原因。
先使用規則模式與系統代理開啟目標網站,同時在連線頁確認網域、命中規則與出口策略。延遲測試只反映特定測試目標的結果,不代表所有網站的速度。瀏覽器正常後,再逐一測試其他應用程式;只有未被接管的流量,才需要進一步檢查 TUN 或應用程式代理設定。
開源資訊與維護範圍
Clash評測網提供用戶端挑選與設定資訊,並非這些用戶端的開發團隊。推薦建議會說明適用條件,開源資訊則附上可查閱的專案來源。
多款用戶端沿用了 Clash 的規則設定與策略群組概念。原版專案與後續分支並非同一個持續維護的產品;即使名稱熟悉或介面相似,也不能因此認定專案仍在更新。挑選時應一併確認用戶端維護狀態、核心來源與目前支援的作業系統。
mihomo 由 Clash Meta 演進而來,並持續發展相關核心功能。搬移舊設定時,可先保留規則與策略群組的整體架構,再依解析日誌檢查欄位相容性。對於已停止維護的用戶端,下載中心會標示封存狀態,方便區分歷史資料與目前適合日常使用的方案。
用戶端提供設定管理、系統匣選單、系統代理與權限設定入口;核心則負責實際處理連線。兩者的更新時程各自獨立。用戶端新增按鈕,不代表所有平台都採用相同的流量接管方式;同一核心在不同作業系統上執行,也會受到路由、權限與網路環境影響。
因此,橫向比較時應優先檢查可重現的操作:設定能否載入、策略群組能否選擇、連線是否可追蹤,以及退出後代理設定能否還原。介面截圖僅供參考,不能取代最終生效設定與連線日誌。想了解特定術語,可先查閱術語速查,再回到操作步驟。
mihomo 採用 GPL-3.0 開源授權,可透過公開儲存庫查看原始碼、提交紀錄與問題討論。開源能提供理解軟體行為的依據,但不代表任何訂閱、網路環境或第三方套件都會有相同表現。核心授權也不能直接套用至所有圖形用戶端,各專案的授權與發行說明應分別確認。
以下命令用於取得 mihomo 原始碼,適合想閱讀實作或研究建置流程的使用者。一般使用者安裝圖形用戶端即可,不必先複製程式碼儲存庫。本網站不以未經查證的星標數、使用者數或速度排名作為推薦依據;實際連線表現仍應在自己的網路環境中測試。
應用程式更新、核心更新、訂閱更新與規則集更新是四件不同的事。升級用戶端前,先備份目前設定與本機覆寫;升級後先依原有的基本連線流程驗證,再檢查新增功能。重新取得訂閱後,直接修改下載設定檔的內容可能被覆蓋,長期調整應放在用戶端支援的覆寫機制中。
維護時一次只調整一個變數,並記錄修改前後的錯誤訊息。更新後若出現異常,先比對啟動日誌與最終設定,不要反覆清除資料。各版本資訊請參閱下載中心的用戶端詳細資料;日常檢查、回復準備與日誌閱讀方式,請見使用手冊的維護章節。
git clone https://github.com/MetaCubeX/mihomo.git
複製取得原始碼的命令;此操作不會下載或安裝用戶端。
遇到具體問題時,再閱讀相關專題。以下依發布日期由新到舊列出三篇筆記,分別介紹首次連線驗證、核心移轉與部署方式。
匯入訂閱後,先了解延遲測試數值代表什麼,再依用途挑選節點。接著透過連線面板、日誌與 IP 查詢頁三種方式,確認瀏覽器和應用程式的流量確實經過代理。
閱讀筆記 →比較 mihomo(原 Clash Meta)與原版 Clash 核心,涵蓋新增通訊協定、rule-providers 與 GEOSITE 規則、TUN 實作及設定欄位相容性,協助判斷現有設定能否直接移轉。
閱讀筆記 →桌面版 Linux 可安裝圖形用戶端;伺服器或無圖形介面的環境則可使用 mihomo 二進位檔搭配 systemd 服務管理。本文分別說明兩種方式的安裝、設定目錄、開機自動啟動與終端機環境變數設定。
閱讀筆記 →