行動裝置設定 · mihomo 生態系

Clash手機版用戶端下載與設定

從匯入訂閱到規則分流,依手機系統完成授權與背景設定,也可查閱桌面版設定。

  • 中文操作文件
  • YAML 設定
  • 開源核心

01 / CLIENTS

Clash 用戶端下載

查看所有用戶端 →

先確認裝置系統,再查看用戶端支援的核心與設定格式。Clash 是生態系名稱,不同介面不代表功能完全相同;將同一份訂閱匯入新裝置後,仍須檢查策略組名稱、DNS 設定及系統流量接管方式。初次使用可先參考 Clash Plus 教學;已有設定的使用者,請先備份,再決定是否更換。

Windows

適合瀏覽器、辦公軟體和桌面應用程式。先透過系統代理確認基本連線;若要接管不讀取系統代理的應用程式,再考慮使用 TUN,也就是虛擬網路介面模式。下載前確認處理器架構,並在啟用新代理前關閉舊用戶端,避免多個程式反覆修改系統設定。

前往下載

Android

手機端請先完成 VpnService 授權。這是 Android 提供的 VPN 系統介面,讓用戶端接管流量,但不代表裝置已連上遠端節點。匯入訂閱後,還要允許應用程式在背景執行;若鎖定螢幕後連線中斷,請檢查電池最佳化、自動啟動權限,以及是否與其他 VPN 應用程式衝突。

前往下載

iOS

從下載頁前往 Clash Plus 的商店頁面,也可查看官方網站 clashplus.io。匯入設定後,依用戶端提示新增 VPN 設定並完成系統認證。這種系統 VPN 設定與需要手動安裝的描述檔不同;遇到不熟悉的描述檔,請先確認來源與用途。

前往下載

macOS

先在「關於本機」確認使用的是 Apple Silicon 還是 Intel,再選擇相應的安裝檔。系統代理和 TUN 的權限需求不同;安裝輔助服務時,請確認應用程式來源。若更換用戶端後網頁無法開啟,先檢查網路設定是否還留有舊連接埠,不要接連疊加新的代理設定。

前往下載

Linux

桌面環境建議優先選擇圖形介面用戶端;伺服器與路由器則可考慮另外部署 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

此範例以直連作為預設策略,僅示範比對順序。實際使用代理時,請填入設定中已有的策略名稱。

03 / QUICK START

三步匯入 Clash 訂閱

初次使用時,先完成一條完整流程:備妥可用設定、建立系統通道,並確認目標應用程式能正常連線。暫時保留訂閱提供的 DNS 與規則,不要一次把多篇教學的範例混進同一份設定。每修改一項就驗證一次,之後更容易找出問題。

  1. 準備並匯入訂閱

    從可信任的服務來源複製訂閱網址,前往用戶端設定頁,從 URL 匯入並設為目前設定。若出現格式錯誤提示,先確認取得的是用戶端支援的設定,而不是登入頁面或訂閱過期通知。請勿將訂閱網址貼到公開討論區。

  2. 選擇規則並完成授權

    使用規則模式,在策略組中選擇可用的出口,再啟動連線。手機請依系統提示核准 VPN 設定;Android 也要確認允許背景執行。系統代理、TUN 與規則模式是不同的設定,不必為了「保險」而全部開啟。

  3. 驗證應用程式與鎖定螢幕狀態

    先連線至常用網站,再查看連線紀錄是否套用預期策略。接著切換一次 Wi-Fi 與行動網路,並測試鎖定螢幕後重新喚醒的狀況。若只有鎖定螢幕後掉線,優先檢查省電限制;若只有特定網域異常,再檢查規則與解析,不必急著重新安裝用戶端。

查看完整教學 →

04 / OPEN SOURCE

Clash 核心與開源生態系

選擇用戶端時,先分清專案名稱、核心與設定來源,比只看介面更實用。本網站整理下載入口與中文操作資料,不取代上游專案的發布說明,也不提供代理節點。用戶端的功能應以實際使用的核心、系統限制與設定為準。

原版、Meta 與 mihomo 的關係

Clash 原版為規則代理建立了基本設定方式,Clash.Meta 在此基礎上擴充功能,相關核心後來以 mihomo 之名持續發展。因此,「支援 Clash 設定」不代表所有欄位都能互通;較新的通訊協定、規則類型與網路堆疊選項,仍須確認核心是否支援。

遷移舊設定時,先保留訂閱原始檔,並查看啟動紀錄中的具體欄位錯誤。先讓基本設定成功載入,再還原自訂規則。不要只為了消除單一錯誤訊息就刪除整段 DNS 或路由設定;這可能讓程式順利啟動,卻改變原本的流量路徑。

查看核心差異說明 →

圖形介面用戶端與核心的分工

圖形介面用戶端將訂閱匯入、策略選擇、系統代理與權限控制整合成操作介面;mihomo 等核心則負責執行網路設定。同一個核心可搭配不同介面,而同一個用戶端也可能在更新時更換核心或預設選項,因此不能只憑截圖判斷其行為完全一致。

手機還有各自的系統限制。Android 電池管理可能會終止背景服務;iOS 的 VPN 設定需要系統認證;桌面版則可能依賴輔助服務。遇到問題時,先分辨是「介面未啟動」、「核心設定載入失敗」還是「系統通道尚未建立」,排查會更直接。

查閱網路與系統術語 →

開源授權與原始碼

mihomo 專案採用 GPL-3.0 授權,可在公開儲存庫查閱程式碼、問題討論與發布紀錄。開源授權規範程式碼的使用與散布條件,不代表所有使用該核心的用戶端都具備相同介面、功能或維護時程。若要修改或重新散布,請閱讀對應專案的授權檔案。

一般使用者不必先編譯原始碼才能使用。只有在想研究設定行為、重現問題或參與開發時,才適合複製儲存庫。回報問題前,請移除訂閱網址、節點密碼與個人網路資訊,只保留能重現問題的最小設定及必要紀錄。

查看 mihomo 專案儲存庫 ↗

更新與遷移,先保留回復空間

用戶端更新、核心更新與訂閱更新是三件不同的事。用戶端更新可能改變系統整合方式,核心更新可能改變欄位行為,訂閱更新則可能替換節點與規則。發生問題時,先回想最近修改的是哪一層,不要同時回復應用程式版本、重設網路並重新匯入所有設定。

日常請保留一份可用設定與獨立的覆寫紀錄。升級後依序檢查啟動、解析、策略組與目標應用程式。長期停止維護的用戶端,較適合作為遷移來源,而不是新裝置的預設選擇。確認遷移完成且運作穩定後,再移除舊應用程式與殘留代理設定。

查看停止維護用戶端的遷移方式 →

複製 mihomo 原始碼

需要先在本機安裝 Git。這個指令只會下載原始碼,不會安裝圖形介面用戶端,也不會自動建立代理設定;編譯方式與開發相依項目請參閱儲存庫文件。

git clone https://github.com/MetaCubeX/mihomo.git

05 / NOTES

Clash 技術筆記

查看所有文章 →

基本連線已可正常使用後,再閱讀用戶端選擇、遷移與策略組設定相關文章。每篇文章聚焦一個具體問題,避免為了修復局部異常而重做整套設定。操作前請保留原始設定,並依自己的用戶端、核心與訂閱調整文章範例。