CORE / CLIENT
核心與用戶端
先區分操作介面、連線入口,以及實際執行代理邏輯的程式。
- Mihomo 核心 Mihomo core
- Mihomo 是負責代理協定連線、規則比對與 DNS 處理的程式核心,設定通常採用 YAML。核心本身不等於具備訂閱管理介面的桌面或行動應用程式。獨立執行時,通常透過設定檔、命令列或控制介面管理;使用圖形化用戶端時,則由用戶端呼叫核心。
- Clash Meta Former project name
- Clash Meta 是 Mihomo 專案曾使用的名稱,至今仍可在舊教學、訂閱說明與部分用戶端名稱中看到。遇到名稱相近的設定時,不應直接假設所有欄位都能通用。判斷相容性時,應確認實際使用的核心及其版本支援狀況,而不是只看應用程式標題是否包含 Meta。
- 用戶端 Client application
- 用戶端提供訂閱匯入、策略選擇、記錄檢視與系統網路設定等操作介面。介面功能、權限管理方式與內建核心可以分別更新,因此使用相同核心不代表操作體驗也相同。比較用戶端時,應一併確認平台支援、設定覆寫機制與網路接管方式,參閱選用指南。
- 系統代理 System proxy
- 系統代理會將本機 HTTP 或 SOCKS 等代理入口寫入作業系統的相關設定,讓遵循這些設定的應用程式將請求交由核心處理。部分遊戲、命令列程式或自行管理網路連線的應用程式不會使用這個入口。啟用系統代理不等於接管所有流量,也不會決定連線最後是直連或經由代理節點。
- 節點 Proxy outbound
- 節點通常指一組代理出站設定,包含伺服器位址、連接埠、協定、驗證與傳輸參數。節點名稱只是方便辨識的標籤,名稱中的地區不能單獨證明實際出口位置。成功匯入節點只代表資料可讀取,能否建立連線仍取決於參數、伺服器狀態與目前網路。
PROTOCOL
代理協定
協定定義通訊方式;底層傳輸、驗證與 TLS 則需分別確認。
- HTTP 代理 HTTP proxy
- HTTP 代理是常見的應用層代理介面,瀏覽器通常可直接指定其位址與連接埠。存取 HTTPS 網站時,用戶端通常透過 CONNECT 方法建立通道,再於通道內與網站進行 TLS 通訊。代理入口本身是否加密,與網站是否使用 HTTPS 是兩回事,不應混為一談。
- SOCKS5 SOCKS version 5
- SOCKS5 是通用代理協定,可承載 TCP 連線;只有在用戶端、伺服器端與應用程式都支援時,才能轉送 UDP。SOCKS5 本身不提供傳輸加密,不能因為使用代理連接埠就認定整段連線已加密。網域名稱由應用程式在本機解析,或交由代理解析,取決於應用程式及其代理選項。
- Shadowsocks Encrypted proxy protocol
- Shadowsocks 使用約定的加密方法與金鑰傳輸代理資料,設定類型常寫作
ss。用戶端與伺服器端必須使用相容的加密方法與驗證參數;不同世代的協定不能只靠修改名稱互相替換。若節點還需要外掛,應另外確認目前的核心支援該外掛及其選項。
- VMess VMess protocol
- VMess 是使用 UUID 等參數進行驗證的代理協定,可搭配不同的底層傳輸方式。節點設定中的協定類型、WebSocket 等傳輸設定,以及 TLS 屬於不同層次,必須與伺服器端相符。只確認 UUID 正確並不足以確保設定完整,還需核對位址、連接埠、路徑與伺服器名稱等實際參數。
- Trojan TLS-based proxy protocol
- Trojan 通常透過 TLS 連線承載代理資料,並以密碼進行驗證。連線失敗可能發生在網路連線、TLS 交握或密碼驗證等不同階段,應搭配記錄判斷。憑證檢查取決於伺服器名稱與憑證鏈等條件,不宜將略過憑證檢查當成一般排除問題的步驟。
RULE / POLICY
規則與策略組
規則決定交由哪個策略處理,策略組則決定實際使用哪個出口。
- 規則分流 Rule-based routing
- 規則分流是在 Rule 模式下,依設定順序檢查網域、IP、程序等條件,並將連線交給第一條符合規則所指定的策略。越具體的例外規則通常越應放在範圍較廣的規則之前。若出口不符預期,應查看實際命中的規則與策略組選擇,而非只確認設定中是否有目標網域。
- 策略組 Proxy group
- 策略組會將節點或其他策略組組成邏輯出口,供規則引用。
select用於手動選擇,url-test依測試結果選擇,fallback則依可用性與設定順序切換。組名必須與引用名稱一致;切換組內節點會影響指向該組的新連線,但不一定會轉移已建立的連線。
- GeoIP IP geolocation matching
- GeoIP 依 IP 位址所屬地區的資料進行比對,例如
GEOIP,CN,DIRECT。判斷依據是位址資料,而非服務註冊地或使用者所在地。共用基礎設施、位址歸屬異動與資料庫更新狀況都會影響結果;若需精確處理特定網站,可搭配網域規則。
- GEOSITE Domain category matching
- GEOSITE 透過網域分類資料比對服務或網站集合,例如
GEOSITE,category-ads-all,REJECT。分類名稱、涵蓋範圍與更新頻率取決於實際使用的資料來源,並非所有來源都包含相同分類。它與 GeoIP 的差異在於比對網域集合,而不是根據伺服器 IP 判斷地區。
- MATCH Catch-all rule
- MATCH 是沒有附加比對條件的預設規則,通常放在
rules清單末端,例如MATCH,PROXY。其中的PROXY必須對應設定中存在的節點或策略組,並非固定內建的代理出口。若將 MATCH 放在清單前段,後續規則就無法再處理已符合它的連線。
DNS / NETWORK
DNS 與網路模式
流量接管、網域解析與連線測試是三個不同環節。
- TUN 模式 Virtual network interface
- TUN 模式透過虛擬網路介面與路由設定將流量導入核心,適合處理不遵循系統代理設定的應用程式。它改變的是流量進入核心的方式,不會取代 Rule、Global 等出站模式。實際接管範圍取決於路由、排除項目、系統權限與用戶端實作;啟用後仍須確認與區域網路及其他 VPN 的相容性。
- DNS Domain Name System
- DNS 用於查詢網域對應的位址等紀錄,解析結果會影響後續連線目標與部分 IP 規則的判斷。Mihomo 的 DNS 設定用於控制核心的解析行為與相關查詢路徑,但僅啟用 DNS 服務不代表系統或所有應用程式都已使用它。瀏覽器的安全 DNS、應用程式內建解析與系統解析仍需分別檢查。
- Fake-IP Synthetic address mapping
- Fake-IP 是一種 DNS 增強模式:向應用程式回傳虛擬位址,並由核心維護該位址與原始網域的對應關係。核心收到連線後,可利用此映射保留網域資訊,繼續進行規則判斷。對依賴真實解析位址的區域網路服務或特定應用程式,可搭配
fake-ip-filter排查;過濾網域本身不代表指定直連。
- DNS 洩漏 DNS leak
- DNS 洩漏通常是指查詢未依預期路徑送出,導致非預期的解析服務收到請求。瀏覽器個別啟用安全 DNS、應用程式內建解析,或未被接管的系統請求,都可能造成路徑差異。檢測頁面顯示的解析服務名稱只能作為線索,應搭配系統設定、瀏覽器設定與核心記錄判斷,不能只憑名稱下結論。
- 延遲測試 Latency test
- 用戶端的延遲測試通常會向指定目標發出請求,以觀察某條代理路徑的回應狀況。結果會受測試目標、網域解析、連線交握、網路壅塞與測試實作影響,因此不同用戶端的結果未必能直接比較。測試通過不代表所有網站都能存取,延遲較低也不等於下載速度較快。
SUBSCRIPTION / CONFIG
訂閱與設定檔
先確認內容結構,再分清匯入、更新與實際載入。
- 訂閱 Subscription
- 訂閱是透過連結取得可更新的節點資訊或設定內容的方式,並非某種固定的代理協定。回傳內容可能只有節點,也可能包含 DNS、策略組與規則等完整設定。連結通常含有帳戶識別資訊,分享截圖與記錄時請先遮蔽;實際匯入方式請參閱訂閱匯入教學。
- 訂閱格式 Subscription format
- 訂閱格式是指連結回傳內容的結構,例如完整 YAML 設定、節點清單或編碼後的分享連結集合。副檔名與連結外觀無法證明格式正確,還須確認用戶端的匯入方式支援該結構。完整設定通常不能直接當成只接受節點資料的 provider 使用;若解析失敗,應先確認是否遇到登入頁、錯誤頁或失效連結。
- YAML Structured configuration text
- YAML 是 Mihomo 使用的結構化文字設定格式,透過縮排、鍵值與清單表示層級。縮排應使用空格,同一層級的項目應保持一致;含有特殊字元的字串可能需要加上引號。YAML 語法合法只代表結構可解析;欄位名稱、值與策略引用是否符合核心要求,仍須透過設定檢查與記錄確認。
- rule-providers Rule set providers
rule-providers用於宣告本機或遠端規則集,以及內容類型、格式與更新方式。宣告完成後,還須在rules中透過RULE-SET引用規則集並指定出口策略。規則集提供比對條件,不會自動決定節點;不可與提供節點資料的proxy-providers混用。
- 設定更新 Profile update
- 設定更新是重新取得訂閱或遠端資源的操作,不等於更新用戶端或核心。下載成功、解析成功,以及核心實際載入新設定,是三個需要分別確認的環節。遠端更新可能覆蓋直接編輯的訂閱內容,長期自訂較適合使用用戶端支援的覆寫機制;排查步驟請參閱日常維護章節。