Windows
適合在桌面管理訂閱、系統代理與開機啟動。可先比較 Clash Plus、Clash Verge Rev 等用戶端的介面與核心支援,再依作業系統需求安裝。
首次啟動時先匯入設定,並確認瀏覽器請求正常;有需要時再設定服務權限與 TUN。若保留舊用戶端,請避免兩個程式同時設定系統代理或占用同一個連接埠。
前往下載從設定來源到連線目的地,依問題尋找相應選項。
在用戶端的設定頁貼上訂閱 URL,匯入成功後還要選為目前使用的設定。遠端設定更新會重新取得 YAML;代理提供者與規則提供者則可依各自的間隔重新整理,這三種更新不可混為一談。本機檔案方便離線備份,但通常不會隨遠端變更自動更新。直接修改下載後的設定,可能在下次更新時被覆蓋;若要保留調整,應使用用戶端的覆寫或合併功能。更新失敗時,先確認 URL 是否仍有效,再查看請求記錄,以及取得訂閱時使用的網路路徑。
查看訂閱匯入步驟 →# 設定檔中的代理提供者片段
# interval 的單位為秒
proxy-providers:
remote:
type: http
url: "https://example.com/proxies.yaml"
path: ./providers/remote.yaml
interval: 86400
規則模式會依設定清單由上而下比對,首次符合後便交由相應策略處理。因此,具體網域規則應放在較寬泛的規則之前,兜底規則則放在最後。規則的目標可以是直連、拒絕或已定義的策略群組,而不是任意文字。相較於全域模式,分流可讓不同應用程式的請求走不同路徑,但結果取決於網域辨識、解析方式及規則資源是否可用。調整後請建立新連線,並在連線頁查看符合的規則;不要只憑網頁能否開啟來判斷規則是否生效。也要確認訂閱內建規則與本機覆寫的最終合併順序。
查看規則與覆寫說明 →mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- DOMAIN-SUFFIX,example.org,REJECT
- MATCH,DIRECT
規則模式依規則清單分流;全域模式會將已進入核心的連線交由全域策略處理;直連模式則讓這些連線直接連至目的地。這三種模式決定連線進入核心後如何處理,並不決定應用程式是否使用用戶端。系統代理主要影響遵循系統代理設定的程式;TUN 則透過虛擬網卡接管更多流量。網頁無法開啟時,先確認應用程式的請求是否出現在連線頁,再檢查模式與策略群組;反覆切換全域模式,無法修復未進入核心的請求。測試完成後,請恢復日常使用的規則模式,避免長期保留臨時排查設定。
分清代理模式與流量接管方式 →# 三種模式擇一設定
mode: rule
# 系統代理與 TUN 是用戶端中的獨立設定
# 全域模式對應 mode: global
# 直連模式對應 mode: direct
部分遊戲、命令列工具或背景服務不會使用系統代理;TUN 可透過虛擬網卡與路由設定,讓這些請求進入核心。啟用前,先確認用戶端具備所需權限,且沒有其他 VPN 同時修改預設路由。自動路由與 DNS 接管彼此相關,只開啟開關不代表所有協定都已正常運作。相較於手動為應用程式填入代理連接埠,TUN 的涵蓋範圍更廣,也更容易受網卡、區域網路路由與安全軟體影響。建議先確認一般網頁連線正常,再啟用 TUN 逐項測試;若發生衝突,先關閉流量接管以恢復網路,再根據記錄找出原因。
查看 TUN 設定與排查順序 →# mihomo 設定片段,需具備相應系統權限
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
DNS 負責將網域名稱解析為 IP 位址,解析路徑也會影響核心能否正確辨識網域並比對規則。Fake-IP 會使用保留位址建立網域對應,並不會提供新的網路出口;使用時須配合流量接管方式。相較於回傳真實位址的解析方式,Fake-IP 有助於保留網域關聯,但部分區域網路服務與特殊應用需要加入排除清單。發現解析異常時,先確認 DNS 請求是否進入核心、上游伺服器是否可連線,再檢查應用程式快取與系統加密 DNS 設定。不要同時更換上游、切換模式並修改排除清單,否則難以判斷是哪項調整產生效果。
查看 DNS 設定說明 →dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "localhost"
先依作業系統篩選,再確認處理器架構與安裝套件格式。用戶端負責介面、系統整合與設定管理;核心負責協定處理及執行規則。介面相似,不代表支援的設定欄位完全相同。遷移前建議保留訂閱來源與覆寫檔案,不要直接覆蓋原有的可用設定。
適合在桌面管理訂閱、系統代理與開機啟動。可先比較 Clash Plus、Clash Verge Rev 等用戶端的介面與核心支援,再依作業系統需求安裝。
首次啟動時先匯入設定,並確認瀏覽器請求正常;有需要時再設定服務權限與 TUN。若保留舊用戶端,請避免兩個程式同時設定系統代理或占用同一個連接埠。
前往下載下載前先確認裝置使用 Apple Silicon 或 Intel 處理器。系統代理、選單列操作與背景服務的實作方式依用戶端而異,安裝套件須符合裝置架構。
更換用戶端後,請重新檢查系統網路代理,不要假設舊設定已經清除。若要讓終端機或其他應用程式使用代理,應另外確認該程式的代理環境或 TUN 狀態。
前往下載依處理器架構選擇安裝套件,並留意用戶端使用的 VPN 流量接管方式。首次連線時依系統提示授權,接著確認已選取設定,而不只是完成匯入。
背景更新會受到電池最佳化、背景網路權限與程序狀態影響。訂閱無法定時更新時,先測試前景手動更新,再確認系統是否限制用戶端在背景執行。
前往下載查看 Clash Plus 的 App Store 下載頁與官方網站資訊。行動作業系統的網路擴充功能由用戶端管理;訂閱匯入方式、更新選項與設定相容性,請以應用程式內說明為準。
匯入後先選取設定,再依系統提示允許建立 VPN 連線。切換網路後若無法正常連線,先檢查擴充功能的連線狀態與設定資源更新結果,再調整分流設定。
前往下載桌面環境可比較 Clash Verge Rev 與 FlClash,並依 Linux 發行版選擇 DEB 或 RPM 等套件格式。沒有桌面環境的伺服器與路由器,通常直接部署核心,並另行設定服務與權限。
安裝成功只代表程式能夠執行,還需要檢查相依套件、連接埠監聽狀態與系統代理是否已設定。若以服務方式啟動,應確認工作目錄、設定檔路徑及資源檔案的寫入權限。
前往下載平台圖示:Windows、Apple、Android 採用 Simple Icons 向量圖示;Linux Tux 採用 Font Awesome,CC BY 4.0 向量圖示。
安裝用戶端、匯入設定與接管流量是三個獨立步驟。依照以下順序驗證,可區分訂閱取得問題與應用程式連線問題,不必一開始就調整所有進階選項。
開啟設定或訂閱頁面,貼上設定提供者給的 URL;若只有本機 YAML 檔案,則使用檔案匯入。等待用戶端完成解析後選取該設定,並檢查是否有語法錯誤或不支援的欄位。匯入成功不代表已啟用,最後應在目前使用的設定標記與記錄中確認載入結果。
保留設定中既有的策略群組結構,先使用規則模式。桌面端可先啟用系統代理;手機端則依提示允許 VPN 連線。若應用程式不使用系統代理,再考慮 TUN 或應用程式本身的代理設定。每次只調整一項,並記下調整前的狀態,方便發生異常時還原。
重新開啟目標網頁或應用程式,在連線頁確認請求已進入核心,並查看符合的規則與策略。接著手動更新一次訂閱,確認取得設定的網路路徑正常,再啟用用戶端支援的自動更新。請分別確認介面中的分鐘數與設定欄位中的秒數,避免資源更新過於頻繁。
原版 Clash 為這個生態系建立了常見的 YAML 設定格式與規則表達方式。Clash Meta 在此基礎上擴充協定、規則與網路堆疊功能,後續以 mihomo 之名持續維護。教學中有時仍會出現舊名稱;判斷設定欄位是否可用,應以實際執行的核心文件為準,而非只看用戶端名稱。
圖形介面用戶端通常結合核心與平台功能:核心負責處理請求,用戶端則管理訂閱、系統代理、記錄與權限。同一份設定在不同用戶端中的匯入體驗可能不同,部分用戶端還會產生或合併執行設定。因此排查時,應一併記錄用戶端名稱、核心類型與最終生效的欄位。
Clash資源網整理下載入口、操作步驟與術語關係,並非各用戶端的開發團隊。程式功能變更與平台限制應參考上游說明;下載目錄協助選擇作業系統與套件格式,教學則說明設定欄位與常見操作之間的關聯,不會將生態系中的所有應用程式視為同一套軟體。
用戶端更新可能改變介面、系統整合方式或內建核心;核心更新會影響協定解析與設定相容性;訂閱更新則會重新取得設定或資源內容。升級程式不會自動延長訂閱效期,重新整理訂閱也不會讓舊核心具備新的協定功能。處理問題時,先找出出錯的層面,再採取相應操作。
更新前備份本機覆寫與已確認可用的設定,並查看更新說明中的設定變更。更新後先檢查啟動記錄,再確認 DNS、規則比對與應用程式連線。發生異常時,可還原原始設定進行比對,不要繼續堆疊臨時修改。調整規則資源時也應保留來源,避免最後只剩下無從追溯的設定。
若想進一步了解原版核心、Meta 與 mihomo 之間的關係,可閱讀核心演進與功能比較;準備部署路由器或伺服器時,再參考執行平台的網路與權限說明。
原始碼、版本說明與問題討論可在 MetaCubeX/mihomo 查閱。複製儲存庫供閱讀或參與開發,不代表已完成用戶端安裝;只需要圖形介面時,請直接依平台選擇安裝套件。
git clone https://github.com/MetaCubeX/mihomo.git
完成基本操作後,再依實際問題閱讀專題。速度異常可先做對照測試;部署路由器前先確認流量入口;新手遇到問題則從系統代理、模式與連接埠開始檢查。不同問題需要不同證據,不宜反覆套用同一組設定。
從節點、線路與本機設定三個層面,分析網速慢的原因,並說明測速比較、更換線路驗證、規則與 DNS 檢查,以及系統代理和 TUN 設定的複核順序與判斷方式。
閱讀文章 →概述在主路由與旁路由執行 mihomo 核心的幾種方式,涵蓋架構選擇、透明代理與 TUN 的取捨、DNS 接管,以及區域網路裝置閘道設定要點。
閱讀文章 →一次解答新手最常遇到的十個問題:如何選用戶端、系統代理與 TUN 有何不同、規則模式的意義、連接埠衝突及網頁無法開啟等,並為每個問題提供可直接操作的解法。
閱讀文章 →訂閱更新失敗:先確認連結是否能取得設定,再檢查取得請求的記錄,並依照訂閱更新排查說明區分連線錯誤、解析錯誤與資源更新錯誤。
DNS 與 Fake-IP:先確認解析請求從何處送出,再決定是否調整流量接管與排除清單;若還不熟悉相關概念,可先查看Fake-IP 術語說明,再依完整手冊修改設定。