Windows
適合桌面瀏覽器、開發工具與日常辦公使用。可先查看 Clash Plus,再比較 Clash Verge Rev、FlClash 等用戶端的介面與設定方式。尋找 Clash for Windows 替代方案時,先匯出原有設定並記下自訂規則與連接埠,避免直接覆寫現有資料夾。
前往下載先確認作業系統與處理器架構,再選擇圖形介面用戶端。下載頁整理安裝入口、適用平台與維護狀態;初次使用不必從命令列核心開始。
適合桌面瀏覽器、開發工具與日常辦公使用。可先查看 Clash Plus,再比較 Clash Verge Rev、FlClash 等用戶端的介面與設定方式。尋找 Clash for Windows 替代方案時,先匯出原有設定並記下自訂規則與連接埠,避免直接覆寫現有資料夾。
前往下載先在「關於這台 Mac」查看晶片資訊,確認是 Apple Silicon 還是 Intel 安裝檔。初次啟動後,網路擴充功能或輔助服務可能需要系統授權。一般瀏覽器連線可先使用系統代理;若要接管其他應用程式,再依用戶端說明設定 TUN 與相關權限。
前往下載行動裝置通常透過系統 VPN 介面接管流量。安裝後先匯入設定,再確認 VPN 授權提示;若已有其他 VPN 連線,應先檢查介面衝突。若鎖定螢幕後連線中斷,優先檢查電池最佳化、背景執行權限與自動啟動設定,不必反覆重新匯入訂閱。
前往下載從下載頁前往 Clash Plus 的 App Store 頁面,也可參閱官方網站 clashplus.io。首次連線時須允許加入 VPN 設定。成功匯入後仍須選擇可用策略;訂閱內容、節點協定與用戶端支援範圍都會影響設定是否能正常使用。
前往下載桌面環境可選擇 Clash Verge Rev 或 FlClash,並依 Linux 發行版使用相應套件。伺服器與路由器使用者可查看 Mihomo 核心下載入口。以命令列部署時,還需另外規劃設定路徑、服務權限與程序管理;安裝完成不代表流量已經進入代理。
前往下載以下範例依據 mihomo 設定語法,說明各設定項目之間的關係。這些只是局部片段,並非可直接連線的完整設定;圖形介面用戶端支援哪些欄位及如何覆寫,請另外確認。
規則模式會依清單順序檢查連線,符合條件後便套用對應策略,不會繼續往下比對。網域後綴規則適合涵蓋整個網站及其子網域;使用關鍵字規則時則須留意比對範圍。先列出明確的服務規則,再加入位址條件,最後以 MATCH 作為備援。相較於全域模式,規則模式可同時使用直連與代理。範例中的 PROXY 必須對應設定中已有的策略組或代理名稱;只有規則而沒有可用出口,連線仍會失敗。
rules:
- DOMAIN-SUFFIX,google.com,PROXY
- DOMAIN-KEYWORD,github,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
策略組將「哪些連線需要代理」與「實際使用哪個出口」分成兩層管理。規則只需引用組名,切換組內選項時不必逐條修改規則。select 適合手動選擇出口;url-test 則依測試結果選擇,但測試連得上不代表所有網站都能瀏覽。範例以 DIRECT 和 REJECT 示範策略組結構;實際使用時,應加入設定中確實存在的代理名稱。組名必須與規則引用相同,大小寫、空格或重新命名都可能導致引用錯誤。
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
- REJECT
TUN 透過虛擬網路介面接收流量,適合無法個別填入代理位址的應用程式,但不是解決所有網路問題的萬靈丹。啟用前先確認設定與出口可用,再授予用戶端所需權限。自動路由會改變流量路徑,其他 VPN、虛擬機器網卡與安全軟體可能因此發生衝突。下方片段展示常見欄位,是否適用仍取決於作業系統與用戶端。若連線異常,先關閉 TUN 作為對照,再檢查路由與 DNS,避免同時變更多項設定。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
訂閱連結用來取得遠端設定,匯入後還須選取對應的設定檔,用戶端才會載入。遠端更新通常會取代訂閱產生的內容,直接編輯下載的檔案可能在下次更新時遺失。需要長期保留的規則,應優先使用用戶端支援的覆寫或合併機制,並確認最後實際生效的設定。範例網址僅用來說明匯入欄位,不提供代理服務。匯入失敗時,先確認回傳內容是否為支援的設定格式,再分辨是網路錯誤、授權過期或 YAML 解析錯誤。
匯入方式:透過 URL 匯入
訂閱 URL:https://example.com/profile.yaml
匯入後:選取設定 → 檢查解析結果 → 套用
本機規則:使用用戶端覆寫功能另行保存
Fake-IP 模式會先回傳一個對應位址給應用程式,核心收到連線後再還原網域並選擇出口。這有助於保留網域比對資訊,但前提是解析與連線都經過相應路徑。區域網路服務、部分遊戲或依賴真實解析位址的應用程式可能需要設為例外。fake-ip-filter 用來列出不使用假位址的網域,並非代理規則清單。切換 DNS 模式後若仍有異常,請檢查系統與應用程式快取,以及是否有其他加密 DNS 服務繞過用戶端的解析路徑。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "localhost"
nameserver:
- https://dns.alidns.com/dns-query
先建立最基本的可用連線,再加入規則與進階功能。每個步驟都留下一項明確的檢查結果,遇到問題時就能回到相關環節,不必從安裝開始重做。
在用戶端的「訂閱」或「設定」頁面選擇透過 URL 匯入,貼上完整連結並儲存。等待下載與解析完成後,選取剛匯入的設定,確認介面中出現策略組或規則,而不只是多了一筆訂閱記錄。若回傳的是登入網頁或錯誤訊息,換用其他用戶端通常無法解決來源連結問題。
匯入本機檔案時,請留意副檔名與文字編碼,避免將另存的網頁當成 YAML。首次套用前記下設定名稱;若有多份訂閱,請確認目前選取的是哪一份,後續更新也要針對同一份進行。
將代理模式設為「規則」,開啟設定中的主要策略組,選擇已有的可用出口。桌面版先啟用系統代理;行動版則完成 VPN 授權。全域模式可用於暫時比對,但不會自動修復失效節點;直連模式也不代表用戶端程序已經結束。
初次連線時不要同時啟用多個代理軟體。若瀏覽器安裝了代理切換擴充功能,先確認它沒有覆寫系統設定。等基本連線正常後,再設定 TUN、區域網路分享與自訂 DNS,以減少權限和路由變因。
開啟目標網站,再到「連線」或「記錄」頁面搜尋對應網域,確認比對到的規則、策略組與實際出口。若看得到記錄但仍無法瀏覽,繼續檢查出口與解析;若完全沒有記錄,先確認應用程式是否遵循系統代理,以及流量是否進入用戶端。
找一個平常直連的網站作為對照,避免只憑單一頁面判斷整體網路狀況。每次只變更一項設定,修改後重新發起連線。遇到問題時記下作業系統、用戶端名稱、操作步驟與錯誤原文,比單說「無法上網」更容易找出原因。
釐清核心、圖形介面與訂閱服務的差異,才能判斷功能由誰提供、問題該在哪裡處理。本網站提供下載入口與中文說明,但不能取代上游專案的發布記錄和設定文件。
Clash 是這類規則代理工具的重要起點,並以其設定格式發展出用戶端與規則生態系。Clash Meta 在此基礎上持續擴充,後續核心以 mihomo 之名維護。搜尋結果中可能同時出現這些名稱,但它們不一定指同一個程式,也不能只憑檔名判斷功能範圍。
舊教學中的欄位、啟動參數或協定支援,不一定適用於目前的用戶端。遇到無法辨識的欄位時,先確認實際載入的核心及其文件,再決定要修改設定或更換用戶端。保留可正常使用的設定備份,會比一次遷移所有進階選項更穩妥。
圖形介面用戶端提供系統匣選單、訂閱管理、策略選擇與系統整合;核心則負責解析設定、比對規則及處理網路連線。即使兩個用戶端採用相同核心,也可能有不同的覆寫順序、權限安裝方式與設定儲存位置。介面中的開關名稱相似,不代表產生的設定完全相同。
因此,遷移時應分別檢查設定內容與系統設定。連接埠、自動啟動、系統代理及 TUN 權限通常無法只靠複製訂閱同步。本網站下載頁集中說明維護狀態與平台入口;已停止維護的用戶端會標示為封存,方便辨認舊教學所使用的軟體。
mihomo 核心採用 GPL-3.0 開源授權,可透過原始碼、議題與發布記錄了解設定行為及變更原因。開源授權規範的是程式碼使用與散布條件,不代表任何訂閱服務的品質,也不能取代對設定來源的判斷。各圖形介面用戶端的授權,請分別查閱其專案說明。
需要確認某項功能時,可先查閱欄位文件,再查看相關議題是否已有可重現的情況。回報問題時,請附上最小設定片段與已遮蔽敏感資訊的記錄,保留足夠脈絡,但不要上傳完整訂閱或帳戶憑證。缺少重現步驟的截圖,通常不足以判斷是設定問題還是程式錯誤。
用戶端更新可能同時調整介面、核心與系統輔助元件。更新前先保存自訂規則、覆寫設定與目前有效的設定,並閱讀發布說明中的不相容變更。更新後先確認原本正常的連線,再逐步啟用新功能;不要在同一次測試中同時修改 DNS、切換 TUN 和更換設定。
訂閱更新與用戶端更新也應分開檢查。前者會改變遠端設定內容,後者則會改變程式行為。若問題只在重新整理訂閱後出現,先檢查組名、規則引用與服務狀態;若只在程式更新後出現,則比對發布說明與權限狀態。釐清發生順序,通常能縮小排查範圍。
git clone https://github.com/MetaCubeX/mihomo.git
成功匯入只代表用戶端已取得並解析內容。還要確認已套用設定、策略組選取了可用出口,而且應用程式流量確實進入用戶端。先查看連線記錄,再分辨是節點、規則或系統代理問題;相關概念請參閱訂閱與設定術語。
不必將兩者同時啟用視為固定要求。系統代理適用於遵循該設定的應用程式;TUN 則透過虛擬介面接管流量,實際接管範圍取決於路由與用戶端實作。先用其中一種方式建立基準,再判斷是否需要另一種;定義請參閱網路堆疊術語。
測試結果只反映指定測試位址與當下的連線狀況。目標網站的網域解析、規則出口、協定需求與存取限制都可能不同,應搭配實際連線檢查,不能只依賴測試結果;相關說明請參閱代理與策略組術語。
如果修改的是訂閱下載後的檔案,重新整理時可能會重新產生內容並覆寫變更。應使用用戶端明確支援的覆寫或合併功能,並檢查最後生效的規則順序;本機規則與遠端設定的差異請參閱設定檔術語。
最新三篇文章分別介紹行動裝置背景權限、Fake-IP 解析流程,以及跨裝置設定同步。完成基本連線後,再依實際遇到的情境閱讀,避免將單一平台的操作步驟直接套用到其他裝置。
說明 VpnService 授權提示、「一律開啟 VPN」選項,以及各品牌系統的電池最佳化與自動啟動白名單設定,避免鎖定螢幕後連線遭系統終止。
閱讀文章 →解析 Fake-IP 從指派假位址到還原連線的完整流程,說明它為何能加快首個封包,以及哪些區域網路、遊戲與驗證類網域需要加入過濾清單。
閱讀文章 →比較共用訂閱連結、以私有儲存庫託管設定,以及匯出匯入三種同步方式,說明更新間隔、覆寫規則與跨平台欄位差異的處理方法。
閱讀文章 →