Windows
適合瀏覽器、辦公軟體和桌面應用程式。先透過系統代理確認基本連線;若要接管不讀取系統代理的應用程式,再考慮使用 TUN,也就是虛擬網路介面模式。下載前確認處理器架構,並在啟用新代理前關閉舊用戶端,避免多個程式反覆修改系統設定。
前往下載01 / CLIENTS
先確認裝置系統,再查看用戶端支援的核心與設定格式。Clash 是生態系名稱,不同介面不代表功能完全相同;將同一份訂閱匯入新裝置後,仍須檢查策略組名稱、DNS 設定及系統流量接管方式。初次使用可先參考 Clash Plus 教學;已有設定的使用者,請先備份,再決定是否更換。
適合瀏覽器、辦公軟體和桌面應用程式。先透過系統代理確認基本連線;若要接管不讀取系統代理的應用程式,再考慮使用 TUN,也就是虛擬網路介面模式。下載前確認處理器架構,並在啟用新代理前關閉舊用戶端,避免多個程式反覆修改系統設定。
前往下載手機端請先完成 VpnService 授權。這是 Android 提供的 VPN 系統介面,讓用戶端接管流量,但不代表裝置已連上遠端節點。匯入訂閱後,還要允許應用程式在背景執行;若鎖定螢幕後連線中斷,請檢查電池最佳化、自動啟動權限,以及是否與其他 VPN 應用程式衝突。
前往下載從下載頁前往 Clash Plus 的商店頁面,也可查看官方網站 clashplus.io。匯入設定後,依用戶端提示新增 VPN 設定並完成系統認證。這種系統 VPN 設定與需要手動安裝的描述檔不同;遇到不熟悉的描述檔,請先確認來源與用途。
前往下載先在「關於本機」確認使用的是 Apple Silicon 還是 Intel,再選擇相應的安裝檔。系統代理和 TUN 的權限需求不同;安裝輔助服務時,請確認應用程式來源。若更換用戶端後網頁無法開啟,先檢查網路設定是否還留有舊連接埠,不要接連疊加新的代理設定。
前往下載桌面環境建議優先選擇圖形介面用戶端;伺服器與路由器則可考慮另外部署 mihomo 核心。安裝檔格式、處理器架構和服務權限都必須符合系統需求。命令列工具不一定會讀取桌面代理設定,請另外確認環境變數;啟用 TUN 前,也要了解它接管路由與 DNS 的範圍。
前往下載02 / SETTINGS
調整設定前,先了解每個開關的作用。以下整理常用設定:規則決定流量的去向,策略組決定使用哪個出口,TUN 與系統授權則決定哪些流量能進入核心。設定範例僅用於說明語法,並非包含節點的完整設定;不同用戶端介面上的開關名稱也可能略有差異。
規則模式會由上而下檢查網域、位址等條件,符合後便交由指定策略處理。需要直連的特定網域應排在前面,作為預設條件的 MATCH 則放在最後;策略名稱必須已存在。與全域模式不同,規則模式不必讓所有連線共用同一個出口。手機上若只有單一應用程式異常,先查看連線紀錄命中哪條規則,再修改相應項目。更新訂閱可能會覆蓋直接編輯的規則,若要長期修改,請使用用戶端支援的覆寫或合併功能。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,DIRECT
此範例以直連作為預設策略,僅示範比對順序。實際使用代理時,請填入設定中已有的策略名稱。
訂閱連結是服務提供者提供的設定網址,不是網頁分享連結。前往設定頁,選擇從 URL 匯入並儲存,再確認該設定已啟用。完整的 Clash YAML 與僅含節點的訂閱並不相同,不能只因匯入成功就認定規則完整。更新前請留意本機修改是否會被覆蓋,重要的覆寫內容應另外備份。訂閱比手動逐一輸入節點更方便同步更新,但連結通常包含帳戶資訊,截圖與紀錄都應隱藏完整網址。
設定 → 新增設定 → 從 URL 匯入
儲存設定 → 設為目前設定
更新訂閱 → 檢查規則與策略組
查看訂閱匯入步驟 →
TUN 是虛擬網路介面,可將流量送進核心;Android 用戶端通常透過 VpnService 建立本機 VPN 通道。首次連線時須同意系統授權;狀態列出現 VPN 圖示,只表示通道已建立,不代表節點可用。TUN 的接管範圍比只設定應用程式代理更廣,也更仰賴系統權限與背景服務持續執行。手機通常無法同時使用兩個一般 VPN 通道,啟動前請先停用可能衝突的應用程式;若鎖定螢幕後連線中斷,請檢查電池最佳化設定,而不是一再更換節點。
Android 系統 VPN:允許連線
應用程式電池設定:允許背景執行
其他 VPN 應用程式:先中斷連線再測試
鎖定螢幕後:檢查用戶端執行狀態
查看 Android 授權與省電設定 →
策略組是選擇出口的工具:select 由使用者手動選擇,url-test 依測試結果選擇,fallback 側重依序切換至可用出口,load-balance 則會分配不同連線。初次設定時,先用手動策略組確認某個出口可用,再考慮自動選擇。自動測試不等於實際下載測速,切換出口也不保證既有連線會立即轉移。相較於只填入單一固定節點,策略組更方便管理多個出口;但組內參照名稱、規則目標與訂閱中的節點名稱必須相符。
proxy-groups:
- name: 手動出口
type: select
proxies:
- DIRECT
rules:
- MATCH,手動出口
範例僅包含內建的直連出口;若需要代理,請加入設定中實際存在的節點或策略名稱。
節點延遲測試通常會透過指定出口向測試網址發出請求,結果會受連線交握、網域解析、目標網站及目前網路影響。這類測試適合初步檢查連線狀況,不能直接代表頻寬、影片播放體驗或所有應用程式都能正常使用。比較結果時,應使用相同的測試網址與網路,避免混用 Wi-Fi 和行動網路的測試結果。若測試逾時,先確認訂閱是否有效、節點是否可用,再實際連線驗證。手機不必頻繁大量測試,以免增加背景網路活動。
選擇相同的測試網址
在相同網路下手動測試
使用目標應用程式驗證實際連線
切換網路後重新判斷
查看連線與測試常見問題 →
DNS 會將網域轉換為位址;覆寫則會以本機設定取代或合併訂閱中的解析設定。若網頁無法開啟,但位址連線正常,可先檢查解析紀錄。不要同時修改系統私人 DNS、用戶端 DNS 和路由器設定,否則很難定位問題。fake-ip 是透過虛擬位址保留網域對應關係的一種方式,不適合直接套用於所有應用程式。比起單純更換解析伺服器,先弄清楚請求的流向更重要;手機端也須留意 VPN 接管範圍與應用程式相容性。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- 1.1.1.1
這是欄位示意,並非通用建議。調整前請保留原始設定,並確認目前網路能連線至所選的解析伺服器。
03 / QUICK START
初次使用時,先完成一條完整流程:備妥可用設定、建立系統通道,並確認目標應用程式能正常連線。暫時保留訂閱提供的 DNS 與規則,不要一次把多篇教學的範例混進同一份設定。每修改一項就驗證一次,之後更容易找出問題。
從可信任的服務來源複製訂閱網址,前往用戶端設定頁,從 URL 匯入並設為目前設定。若出現格式錯誤提示,先確認取得的是用戶端支援的設定,而不是登入頁面或訂閱過期通知。請勿將訂閱網址貼到公開討論區。
使用規則模式,在策略組中選擇可用的出口,再啟動連線。手機請依系統提示核准 VPN 設定;Android 也要確認允許背景執行。系統代理、TUN 與規則模式是不同的設定,不必為了「保險」而全部開啟。
先連線至常用網站,再查看連線紀錄是否套用預期策略。接著切換一次 Wi-Fi 與行動網路,並測試鎖定螢幕後重新喚醒的狀況。若只有鎖定螢幕後掉線,優先檢查省電限制;若只有特定網域異常,再檢查規則與解析,不必急著重新安裝用戶端。
04 / OPEN SOURCE
選擇用戶端時,先分清專案名稱、核心與設定來源,比只看介面更實用。本網站整理下載入口與中文操作資料,不取代上游專案的發布說明,也不提供代理節點。用戶端的功能應以實際使用的核心、系統限制與設定為準。
Clash 原版為規則代理建立了基本設定方式,Clash.Meta 在此基礎上擴充功能,相關核心後來以 mihomo 之名持續發展。因此,「支援 Clash 設定」不代表所有欄位都能互通;較新的通訊協定、規則類型與網路堆疊選項,仍須確認核心是否支援。
遷移舊設定時,先保留訂閱原始檔,並查看啟動紀錄中的具體欄位錯誤。先讓基本設定成功載入,再還原自訂規則。不要只為了消除單一錯誤訊息就刪除整段 DNS 或路由設定;這可能讓程式順利啟動,卻改變原本的流量路徑。
查看核心差異說明 →圖形介面用戶端將訂閱匯入、策略選擇、系統代理與權限控制整合成操作介面;mihomo 等核心則負責執行網路設定。同一個核心可搭配不同介面,而同一個用戶端也可能在更新時更換核心或預設選項,因此不能只憑截圖判斷其行為完全一致。
手機還有各自的系統限制。Android 電池管理可能會終止背景服務;iOS 的 VPN 設定需要系統認證;桌面版則可能依賴輔助服務。遇到問題時,先分辨是「介面未啟動」、「核心設定載入失敗」還是「系統通道尚未建立」,排查會更直接。
查閱網路與系統術語 →mihomo 專案採用 GPL-3.0 授權,可在公開儲存庫查閱程式碼、問題討論與發布紀錄。開源授權規範程式碼的使用與散布條件,不代表所有使用該核心的用戶端都具備相同介面、功能或維護時程。若要修改或重新散布,請閱讀對應專案的授權檔案。
一般使用者不必先編譯原始碼才能使用。只有在想研究設定行為、重現問題或參與開發時,才適合複製儲存庫。回報問題前,請移除訂閱網址、節點密碼與個人網路資訊,只保留能重現問題的最小設定及必要紀錄。
查看 mihomo 專案儲存庫 ↗用戶端更新、核心更新與訂閱更新是三件不同的事。用戶端更新可能改變系統整合方式,核心更新可能改變欄位行為,訂閱更新則可能替換節點與規則。發生問題時,先回想最近修改的是哪一層,不要同時回復應用程式版本、重設網路並重新匯入所有設定。
日常請保留一份可用設定與獨立的覆寫紀錄。升級後依序檢查啟動、解析、策略組與目標應用程式。長期停止維護的用戶端,較適合作為遷移來源,而不是新裝置的預設選擇。確認遷移完成且運作穩定後,再移除舊應用程式與殘留代理設定。
查看停止維護用戶端的遷移方式 →需要先在本機安裝 Git。這個指令只會下載原始碼,不會安裝圖形介面用戶端,也不會自動建立代理設定;編譯方式與開發相依項目請參閱儲存庫文件。
git clone https://github.com/MetaCubeX/mihomo.git
05 / NOTES
基本連線已可正常使用後,再閱讀用戶端選擇、遷移與策略組設定相關文章。每篇文章聚焦一個具體問題,避免為了修復局部異常而重做整套設定。操作前請保留原始設定,並依自己的用戶端、核心與訂閱調整文章範例。
原用戶端停止更新後,先匯出訂閱與覆寫設定,再依裝置與需求挑選仍在維護的替代用戶端。最後確認規則、DNS 與系統權限,了解新舊用戶端的設定差異。
閱讀筆記 →解析 select、url-test、fallback、load-balance 四種策略組的運作方式,說明 interval 與 tolerance 的意義,並以 YAML 範例比較自動選擇與故障切換。
閱讀筆記 →從核心、訂閱匯入、規則編輯、TUN 支援與介面操作等面向比較手機用戶端。先確認是初次設定還是遷移舊訂閱,再依實際使用情境選擇。
閱讀筆記 →