mihomo
Proxy core
承襲 Clash Meta 專案發展而來的代理核心，負責連線處理、規則比對、DNS 與各類協定實作。圖形化用戶端透過設定檔和控制介面呼叫核心；視窗版面並非核心本身的功能。若要確認某個欄位能否使用，應查閱目前執行中的核心版本及文件，而非只看用戶端名稱。
設定參考／術語解說
Clash 術語解說
核心、協定、規則與訂閱相關術語。依設定情境查閱說明，釐清介面選項、連線參數與實際生效範圍。
CORE / CLIENT
核心與用戶端
先確認由誰處理連線，再判斷設定作用的層級。用戶端名稱與核心名稱不可混為一談。
Clash Meta
Historical project name
mihomo 專案的舊稱，也是部分用戶端、訂閱說明和舊教學沿用的名稱。所謂 Meta 設定，通常指運用該核心家族擴充功能的 Clash 風格 YAML，並非獨立的檔案格式。原版核心未必能辨識其中的新協定或欄位，遷移時仍須確認相容性。
圖形化用戶端
Graphical user interface · GUI
提供訂閱匯入、策略選擇、系統設定和日誌檢視介面的應用程式，例如 Clash Verge Rev。用戶端會將操作整理成核心設定，也可能管理服務權限、啟動工作與設定覆寫。介面上出現某個選項，不代表目前的作業系統、核心版本和權限都符合使用條件。
系統代理
System proxy
將作業系統的代理設定指向用戶端本機監聽位址，讓遵循該設定的應用程式將請求交由核心處理。這不是所有系統流量的統一入口；部分命令列工具、遊戲或獨立網路程式可能忽略此設定。遇到特定程式未走代理時，應先確認它支援的代理方式，再考慮個別設定或透過 TUN 接管。
TUN 模式
Virtual network interface
透過虛擬網路介面接收 IP 封包，再由核心處理連線與分流的運作方式。它可涵蓋部分不遵循系統代理設定的應用程式，但實際範圍仍受路由、排除項目、權限與 DNS 設定影響。啟用後應檢查服務狀態和連線路徑；只看到開關已開啟，無法確認流量確實進入核心。
TRANSPORT / AUTHENTICATION
代理協定
協定決定用戶端與伺服器如何通訊。位址、驗證資訊、傳輸層與安全層都須彼此相符；協定名稱本身不能代表速度。
Shadowsocks
Shadowsocks · SS
常縮寫為 SS 的加密代理協定，設定通常包含伺服器位址、連接埠、加密方式與密碼。用戶端與伺服器必須使用彼此相容的加密方式；不能因為名稱都標示 Shadowsocks，就認定所有參數都通用。若服務提供者要求額外外掛程式或指定協定版本，也須確認目前核心是否支援。
VMess
VMess protocol
源自 V2Ray 生態系的代理協定，使用 UUID 等參數識別使用者；系統時間若有明顯誤差，也可能影響驗證。VMess 是協定類型，WebSocket 等則是承載傳輸方式，兩者不能互相取代。匯入後若交握失敗，應分別檢查身分參數、傳輸路徑、TLS 設定與裝置時間。
VLESS
VLESS protocol
源自 V2Ray 生態系的輕量代理協定，本身不提供負載加密，實際部署通常搭配 TLS 或 REALITY 等安全層。UUID 只是設定的一部分，傳輸方式、伺服器名稱及相關安全參數也須相符。不能將某種傳輸或安全層的支援情況，直接視為所有 VLESS 設定都能使用。
Trojan
TLS-based proxy protocol
通常透過 TLS 保護連線並以密碼驗證的代理協定。排查連線問題時，應分別檢查伺服器位址、密碼、伺服器名稱與憑證信任狀態，不能只憑連接埠判斷設定是否正確。若出現憑證錯誤，應先確認網域、系統時間和憑證鏈，不宜將略過憑證驗證當作一般處理方式。
Hysteria2
QUIC-based proxy protocol
以 QUIC 為基礎的代理協定，底層仰賴 UDP；是否適用會受網路對 UDP 的支援、封包遺失情況及伺服器設定影響。設定中的頻寬參數會參與相關傳輸行為，並非實際下載速度的保證。若目前網路限制 UDP，即使驗證資訊正確，也可能無法建立連線；應先區分網路路徑與參數問題。
TUIC
QUIC-based proxy protocol
以 QUIC 為基礎的代理協定，支援連線多工與 UDP 轉送等功能。不同協定版本的驗證欄位和實作細節可能不同，應依伺服器提供的完整參數匯入，不要只改協定名稱。行動裝置的耗電情況也取決於連線活躍程度、網路切換與應用程式行為，不能只憑 TUIC 或其他協定名稱固定排序。
RULES / POLICY
規則與分流
規則決定使用哪種策略，策略群組則決定流量從哪裡出去。了解這兩個層次，才能判斷切換節點後哪些連線會受到影響。
規則分流
Rule-based routing
在規則模式下，依目標網域、IP 或其他條件決定連線使用哪項策略。規則由上往下比對，通常符合後即停止，因此較具體的例外應排在較廣泛的規則之前。例如 DOMAIN-SUFFIX,github.com,Proxy 會將符合的網域交由名為 Proxy 的策略處理，前提是設定中確實有這項策略。
策略群組
Proxy group
由節點、其他策略群組或內建策略組成的集合，可供規則引用。select 用於手動選擇；url-test 依測試結果選擇；fallback 則依可用性與設定順序處理。切換群組選項通常主要影響新連線；既有的長連線可能繼續使用原本的出口，是否關閉舊連線則取決於用戶端操作。
節點
Proxy endpoint
用戶端中對一組代理服務連線參數的常見稱呼，通常包含位址、連接埠、協定與驗證資訊。顯示名稱只是方便辨識的標籤，無法證明服務所在位置、線路品質或適用範圍。節點通過檢測，也不代表所有請求都會使用它；實際出口還須依目前模式、符合的規則及策略群組選擇判斷。
GeoIP
IP geolocation matching
透過 IP 資料庫，依國家或地區代碼比對目標位址的規則功能，例如 GEOIP,CN,DIRECT。結果取決於資料庫內容，不代表企業註冊地或使用者所在地。目標原本是網域時，比對過程可能涉及解析；帶有 no-resolve 的規則，則會限制為不主動觸發解析的比對方式。
MATCH
Final catch-all rule
不附帶比對條件的兜底規則，用來處理前面規則都未符合的連線，例如 MATCH,Proxy。通常應放在 rules 清單末尾，因為提早放置會讓後續規則無法處理剩餘連線。兜底目標可以是策略群組或內建策略，實際含義取決於設定中的名稱。
延遲測試
URL latency test
透過節點連線至指定測試位址並記錄耗時的檢測方式，通常不是直接對伺服器進行 ICMP 測試。結果會受測試位址、連線重複使用、DNS 和目前網路狀態影響，不等於檔案下載速度。單次測試成功只代表當下的測試路徑可用，無法保證其他網站、UDP 應用程式或後續連線也有相同表現。
DNS / NETWORK STACK
DNS 與網路堆疊
網域解析與連線轉送彼此相關，卻是不同的流程。排查時應同時檢查系統、瀏覽器和核心，不能只查看單一開關。
DNS
Domain Name System
將網域解析為 IP 位址等記錄的系統，也是建立許多網路連線前的步驟。核心處理的 DNS、作業系統解析器與瀏覽器安全 DNS 可能採用不同路徑，因此設定核心的 DNS 伺服器不會自動接管所有應用程式查詢。若網域無法連線但直接存取位址正常，可搭配解析結果、快取和日誌找出問題。
Fake-IP
Synthetic IP mapping
為網域傳回虛擬位址，並在核心中保存網域與位址對應關係的 DNS 運作方式。後續連線進入核心時，可透過對應關係找回原網域；虛擬位址並非網站實際的伺服器位址。少數應用程式若仰賴真實解析結果，可能需要透過 fake-ip-filter 加入相容性例外；具體項目應依實際問題測試確認。
DNS 洩漏
DNS leak
指 DNS 查詢未依預期路徑傳送，而是抵達其他解析器的情況；要判斷是否偏離預期，須先釐清設定想達成的解析策略。檢查時應一併考量系統 DNS、瀏覽器安全 DNS、IPv6、流量接管設定及實際查詢紀錄。測試網站顯示的解析器地區只能作為線索，不能單獨作為結論；直接連線解析也可能是刻意設定的結果。
網域嗅探
Domain sniffing
嘗試從 HTTP Host、TLS SNI 等連線中繼資料還原目標網域的功能，可協助原本只有 IP 的連線套用網域規則。這不等於解密 HTTPS 內容，也無法保證在所有協定和加密形式下都能取得網域。是否啟用及適用範圍，應依 DNS 模式、設定範圍與相容性需求決定。
SUBSCRIPTION / CONFIGURATION
訂閱與設定檔
完整設定、節點集合與規則集合並非同一種輸入。匯入前先確認檔案結構，更新後再檢查最終生效的內容。
訂閱
Subscription
透過遠端位址取得節點或完整設定的更新來源。不同來源傳回的內容結構可能不同，不能只憑連結副檔名判斷是否相容。訂閱位址可能包含存取憑證，應避免公開於截圖、日誌和求助內容中。更新可能取代原始檔案，因此長期保留的自訂規則宜透過用戶端支援的覆寫方式管理，而非直接修改遠端檔案的副本。
YAML
YAML configuration format
用來表示設定階層、清單與鍵值關係的文字格式。Clash 風格設定常使用 .yaml 或 .yml 副檔名。縮排應使用空格，同一層級保持一致；包含特殊字元的字串也要留意引號。檔案能順利解析，只代表格式正確；欄位是否受支援、策略引用是否存在，仍須由核心進一步檢查。
rule-providers
Rule providers
用來定義外部規則集來源的設定項目，可依需求設定更新間隔、內容格式和比對行為。定義來源後，還須在 rules 中透過 RULE-SET 引用；規則集不會只因成功下載就自動參與分流。格式必須符合 behavior，優先順序則由它在主要規則清單中的位置決定。
proxy-providers
Proxy providers
用來匯入代理節點集合的設定項目，可管理來源、更新間隔與健康檢查；策略群組通常透過 use 引用對應集合。它著重於管理節點來源，與使用 proxies 直接列出節點的方式不同。節點集合本身並非完整的用戶端設定，通常仍須搭配策略群組、規則及其他設定，才能組成可用的設定檔。
設定覆寫
Configuration override
用戶端以原始設定為基礎合併、追加或修改欄位的處理方式，常用來保留個人規則、DNS 或監聽設定。不同用戶端處理清單取代、規則前置與欄位合併的方式不盡相同，不能只看覆寫片段就確認結果。修改後應檢查最終生效的設定，並在更新訂閱後重新確認，以免欄位衝突或規則順序改變。
依問題繼續查閱
- 需要完成首次連線：閱讀訂閱匯入與代理生效檢查步驟。
- 需要比較協定與核心：閱讀協定參考與設定相容性說明。
- 設定沒有生效：前往說明中心，依問題分類排查。