Clash Meta · 開源代理核心

Mihomo 核心 下載 Clash 用戶端

mode: rule·tun.enable: true·dns.enhanced-mode: fake-ip 下載 Clash

依平台挑選用戶端，查看規則分流、TUN 模式與DNS 設定。

查看教學 →
  • GPL-3.0 開源授權
  • YAML 設定
  • UDP 轉送

Mihomo 設定與網路流量接管

先確認流量從哪裡進入，再決定要從哪裡出去。系統代理與 TUN 負責將請求送進核心，規則與代理群組負責選擇出口，DNS 則負責解析網域。下方視窗僅示意設定項目，實際介面名稱請以使用的用戶端為準。

RULES

代理模式與規則分流

規則模式會依設定順序比對網域、目標位址等條件，符合後交由指定策略處理；全域模式使用全域代理群組，直連模式則直接建立連線。日常使用可先保留訂閱原有規則，再從連線紀錄確認請求符合哪一條規則。需要調整網站的連線路徑時，將條件較明確的規則排在範圍較廣的規則之前，並確認策略名稱存在。切換模式只會改變出口決策，不代表已啟用系統代理，也無法取代節點連線測試。

進一步了解 →

TUN

虛擬網卡與自動路由

TUN 透過虛擬網路介面接收流量，適合處理不讀取系統代理設定的應用程式。啟用前請先授予用戶端要求的權限，並確認沒有其他 VPN 同時接管預設路由。自動路由用於設定流量進入 TUN 的路徑；嚴格路由的行為則視作業系統而定，不能只憑開關名稱判斷影響。建議先在系統代理模式下確認設定可正常運作，再單獨啟用 TUN；區域網路或遠端連線異常時，先檢查路由與排除位址。

進一步了解 →

DNS

Fake-IP 與網域解析

Fake-IP 會為網域回傳一個映射位址，讓核心在後續連線中對應原始網域。這不是遠端伺服器的真實位址，也不代表網站內容來自本機。設定時須一併了解解析伺服器、流量接管方式與應用程式本身的 DNS 行為；只修改 enhanced-mode 並不能保證所有查詢都會進入核心。遇到需要真實位址的區域網路服務，可搭配 fake-ip-filter 處理。排查時先分辨是解析失敗還是連線失敗，避免一再替換整份設定。

進一步了解 →

PROFILES

匯入訂閱與更新設定

用戶端可透過訂閱連結或本機檔案載入設定，但成功下載不代表設定已啟用。匯入後請選取該設定，查看解析提示，再確認代理群組是否有可用選項。完整設定訂閱與僅提供節點的代理集合用途不同，不能直接匯入到同一位置。自動更新間隔取決於用戶端或 provider 設定，圖中數值僅為欄位示意。個人規則建議透過用戶端的覆寫機制保存，避免下次更新時被手動修改內容覆蓋。

進一步了解 →

依現象找到設定入口

不必一次調整所有開關。選擇目前遇到的狀況，先檢查對應項目，再決定是否進一步查看完整手冊。

先確認目前使用規則模式，再從連線紀錄查看網域、符合的規則與最終策略鏈。規則符合後不會繼續比對後續同類項目，因此前面的寬泛條件可能會優先於後面的精確條件。修改前先記下原有結果，修改後重新建立連線，避免將舊連線誤當成新規則的驗證結果。

查看規則順序與策略群組 →

Clash 用戶端平台下載入口

圖形化用戶端負責管理設定、申請權限與控制執行，核心則負責處理網路請求。初次使用建議先從相應作業系統的用戶端開始，不必先安裝獨立核心。以下入口會前往下載中心的各平台頁籤，可進一步比較安裝方式與處理器架構。

Windows

可選用 Clash Plus、Clash Verge Rev、FlClash 等圖形化用戶端。安裝前請在系統資訊中確認處理器架構；安裝後先匯入設定，再啟用系統代理。需要使用 TUN 時，請依用戶端說明安裝服務並授予權限。從舊用戶端移轉設定時請分階段進行，避免同時執行兩個代理程式而爭用監聽連接埠。

前往下載 →

macOS

先確認是 Apple 晶片還是 Intel 機型，再選擇相符的安裝檔。首次啟動若出現安全性提示，請先確認應用程式來源，再依系統設定中的指示操作。系統代理、背景服務與 TUN 權限是不同設定，不能只因應用程式已開啟就認定代理已生效；升級後也請重新確認所需權限與目前使用的設定。

前往下載 →

Android

可依功能需求選擇 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard；這些用戶端支援的設定格式並不完全相同。首次連線時通常須同意系統 VPN 權限。若背景執行時斷線，也請檢查省電策略與背景執行權限；分應用程式代理則須確認選擇的是包含或排除哪些應用程式。

前往下載 →

iOS

下載中心提供 Clash Plus 的 App Store 下載入口，官方網站為 clashplus.io。安裝後依應用程式提示新增設定並允許 VPN 權限，再選擇策略建立連線。桌面版設定中的程序規則、檔案路徑與系統路由選項，不一定能直接套用在手機上，請以應用程式實際支援的功能為準。

前往下載 →

Linux

桌面環境可選用 Clash Verge Rev 或 FlClash，並依發行版選擇合適的安裝格式。伺服器與路由器使用者則可查看獨立的 Mihomo 核心，自行管理設定目錄、服務啟動與權限。命令列應用程式不一定會讀取桌面系統代理；測試時請確認使用的代理環境變數或 TUN 路由，而非只看系統匣圖示。

前往下載 →

設定可以移轉，系統設定仍須重新確認。同一份 YAML 在不同用戶端間使用時，仍可能受核心功能、覆寫機制與作業系統權限影響。移轉前先匯出可用設定，記下代理群組選擇與自訂規則；移轉後從基本連線開始測試，再逐步恢復 TUN、DNS 和其他進階設定。訂閱網址屬於敏感資訊，不宜放在公開截圖、程式碼儲存庫或討論區。

查看所有用戶端 →

OPEN SOURCE

核心來源與開源維護

Mihomo、圖形化用戶端與訂閱來源各自負責不同工作。了解三者之間的關係，比只看應用程式名稱更有助於挑選用戶端與找出問題。

從 Clash Meta 到 Mihomo

Mihomo 的前身是 Clash.Meta，是 Clash 生態系中的開源代理核心。舊教學中的 Clash Meta、設定說明中的 mihomo，以及用戶端設定頁面顯示的核心名稱，可能是這個專案在不同時期的稱呼。確認時應查看實際專案來源與用戶端核心資訊，而非只憑安裝檔名稱判斷。專案程式碼與變更紀錄可至 MetaCubeX/mihomo 儲存庫查閱。

核心提供協定處理、規則比對、DNS 與網路堆疊等功能；圖形化用戶端則在此基礎上提供設定選擇、訂閱更新與記錄介面。介面上沒有某個開關，不一定代表核心不支援相關功能；反之，介面保留某項設定，也不代表目前的核心一定能接受。修改較新的設定項目前，請先閱讀適用於目前執行環境的說明。

用戶端與設定各自負責什麼

用戶端安裝檔通常不會替使用者準備可用的遠端代理服務。節點參數、憑證與訂閱內容來自使用者自己的設定來源，能否建立連線也取決於遠端服務、目前網路與協定設定。遇到訂閱無法連線、帳戶過期或遠端拒絕連線時，應先確認相關來源，而不是一概歸因於用戶端安裝失敗。

不同圖形化用戶端可能採用不同的設定合併順序。例如，介面設定可能透過覆寫層套用至訂閱設定；直接編輯下載的檔案，則可能在更新時被取代。建議明確區分原始訂閱、個人覆寫與執行時設定。需要長期保留的規則應放在用戶端支援的持久化位置，並在更新後確認最終生效的內容。

開源授權與社群紀錄

Mihomo 儲存庫採用 GPL-3.0 開源授權。原始碼、問題討論與發布說明可作為查證設定行為的依據；用戶端及其附屬元件的授權範圍，則應分別查看各自的授權檔案。本網站不以下載量、節點數量或測速結果取代這些依據；選擇軟體時，更應留意功能範圍、執行條件與維護說明是否清楚。

查閱社群問題時，優先尋找作業系統、核心與錯誤訊息都相符的案例。相似症狀未必有相同原因，例如網頁逾時可能是規則路徑、DNS 解析或遠端連線出了問題。回報問題時請附上重現步驟與已移除敏感資訊的記錄，並刪除訂閱憑證、密碼與個人網路資訊；清楚且可重現的描述，比整張設定截圖更有助於找出問題。

更新前保留可還原的狀態

圖形化用戶端更新、核心更新與訂閱更新是三條不同的更新流程。用戶端更新可能改變介面與權限管理，核心更新可能影響設定支援範圍，訂閱更新則會替換遠端提供的設定內容。不要一次完成三種更新後才測試，否則發生異常時難以判斷變動來源。先保存可用設定，再逐項更新並觀察記錄。

日常維護時可簡短記錄目前使用的設定來源、是否啟用 TUN、DNS 運作模式與自訂規則位置。升級後先測試一般網頁與區域網路服務，再測試需要 UDP 的應用程式。UDP 轉送須由協定、節點、遠端服務與本機流量接管路徑共同支援；單獨開啟一個選項，並不能保證所有應用程式都有相同結果。

查看 Mihomo 原始碼儲存庫 ↗ GPL-3.0 YAML

已安裝 Git 的話，可複製下方指令下載原始碼。複製儲存庫只會取得專案原始碼，不會安裝或啟動用戶端。

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

用戶端使用與疑難排解

最新三篇文章分別介紹 Android 背景執行、連線後的逐層檢查，以及 macOS 權限。排查時建議依序確認流量入口、網域解析、規則比對與遠端出口；每次只變更一個條件，並記錄修改前後的差異。

查看所有文章 →