Clash / mihomo · 術語索引
Clash 術語解說
從訂閱、節點到規則分流、TUN 與設定欄位，依術語所屬層次查閱，先釐清用途，再判斷需要修改哪項設定。
本頁共收錄 25 個術語。點選術語卡標題旁的連結，即可前往個別條目，方便儲存與引用。
核心、設定與連線對象
核心概念
用戶端提供操作介面，核心負責網路處理，訂閱則提供設定內容。三者並非同一個項目。
- mihomo 核心 #mihomo core
- mihomo 是負責代理連線、DNS 處理與規則比對的網路核心，延續 Clash Meta 的技術路線。圖形用戶端負責訂閱管理、介面與系統設定，核心則負責執行運作設定。要確認某個協定或欄位能否使用，應檢查用戶端實際整合的核心版本，而不是只看用戶端名稱。
- 訂閱 #Subscription
- 訂閱通常是用來取得遠端節點或完整設定的網址，本身並不等於代理連線。回傳內容可能是 YAML 設定，也可能只有節點清單，必須符合用戶端支援的格式。更新訂閱可能取代原有內容；長期使用的修改應放在用戶端支援的覆寫位置。訂閱網址通常含有存取憑證，不應公開分享。
- 節點 #Proxy node
- 節點是一組描述代理伺服器及其連線方式的參數，通常包含位址、連接埠、協定與驗證資訊。節點名稱中的地區只是標籤，無法單獨證明出口位置或網路路徑。選擇線路時，應綜合評估實際服務的連線狀況、出口位址與持續傳輸表現，不宜只看名稱或單次測速結果。
- 設定檔 #Profile / config.yaml
- 設定檔保存代理、代理群組、規則及 DNS 等網路設定，常見檔名為
config.yaml。Profile 通常指用戶端管理的一份設定項目，可來自本機檔案或遠端訂閱。最終執行設定也可能經過合併、覆寫與介面選項處理，因此修改來源檔後，應確認變更確實套用至目前的執行設定。
- 延遲 #Latency / URL test
- 用戶端顯示的延遲通常是透過節點連線至指定測試網址所需的時間，不一定是 ICMP ping 結果。測試目標、連線重用、逾時設定與當下網路狀況都會影響數值。延遲低不代表下載速度快；測試逾時也不一定表示所有網站都無法使用，應進一步檢查目標服務與連線紀錄。
節點與伺服器之間的傳輸方式
代理協定
協定名稱決定連線參數的解讀方式。用戶端與伺服器必須使用相容的協定，不能只修改名稱就完成轉換。
- Shadowsocks #SS
- Shadowsocks 是一種加密代理協定，節點通常需要設定伺服器位址、連接埠、加密方式與密碼。連線兩端必須使用彼此相容的加密方法，部分方法也對金鑰格式有所要求。UDP 支援與是否需要外掛是另外的功能和參數，不能只憑 Shadowsocks 名稱判定設定完整。
- VMess 與 VLESS #VMess / VLESS
- VMess 與 VLESS 是兩種不同的協定，雖然常見設定都包含 UUID，但驗證與傳輸要求並不相同。VLESS 本身不提供內容加密，實際安全性取決於 TLS、REALITY 等傳輸安全設定。匯入時也應確認傳輸類型、伺服器名稱及路徑等參數，不能直接更改節點類型名稱後使用。
- Trojan #TLS-based proxy protocol
- Trojan 通常透過 TLS 傳輸代理資料，並以密碼驗證。連線除了依賴驗證參數，也取決於伺服器憑證、伺服器名稱與網路連通性。遇到憑證錯誤時，應先檢查網域名稱、系統時間與伺服器憑證，不應把略過憑證驗證當成一般解法。
- Hysteria2 #QUIC-based proxy protocol
- Hysteria2 是基於 QUIC 的代理協定，運作仰賴底層 UDP 連線。用戶端與伺服器都必須支援第二代協定，第一代設定不能直接視為相容設定。頻寬參數、壅塞控制與網路限制都會影響效能；填入更大的頻寬數值並不會提高實際線路容量。
- TUIC #QUIC transport
- TUIC 是基於 QUIC 的代理協定，可承載 TCP 與 UDP 代理流量，並透過多工處理連線。使用前應確認協定版本、驗證資訊與伺服器參數相符。若底層網路限制 UDP，可能無法建立連線；支援 QUIC 不代表在所有網路環境下都更快或更穩定。
比對條件與目標策略
規則與分流
規則決定連線如何比對，策略則決定連線要送往哪裡。排查分流問題時，先確認命中的規則，再檢查最後選用的節點。
- 規則分流 #Rule-based routing
- 規則分流會依據網域、目標 IP、連接埠或處理程序等條件，為進入核心的連線選擇處理策略。規則通常由上而下比對，第一條符合的有效規則會決定流量去向，因此較具體的條件通常應排在較廣泛的條件之前。新增規則後，應在連線紀錄中確認實際命中的項目，而不只是檢查設定檔是否成功儲存。
- 代理群組 #proxy-groups
- 代理群組可將多個節點或其他代理群組組成策略入口，讓規則不必直接綁定單一節點。
select用於手動選擇；url-test則依測試結果自動選擇，兩者的決策方式不同。規則引用的群組名稱必須確實存在，群組內的可用性也取決於成員節點與測試目標。
- GeoIP #IP geolocation database
- GeoIP 使用 IP 地理位置資料庫比對目標位址，例如
GEOIP,CN,DIRECT代表將符合的位址交由直連策略處理。資料庫可能更新不及時，位址歸屬結果也不等於服務所有者所在地。處理網域連線時，IP 類規則也可能觸發解析；no-resolve可用來限制這類主動解析行為。
- 規則集 #rule-providers / RULE-SET
- 規則集集中管理多筆網域、IP 或傳統規則，方便獨立更新與重複使用。在
rule-providers中定義後，可於規則清單中使用RULE-SET引用，並指定目標策略。資料格式必須符合behavior的要求，也應另外確認規則集是否更新成功，不能只查看主訂閱的更新時間。
- DIRECT、REJECT 與 MATCH #Built-in policies / final rule
DIRECT與REJECT是內建策略，分別代表直連與拒絕連線。MATCH則是符合所有其餘連線的規則類型，不是節點或代理群組。常見寫法MATCH,PROXY代表將其餘連線交由名為 PROXY 的策略處理，該名稱仍必須存在於設定中。
流量接管與網域解析
網路模式
系統代理與 TUN 決定流量如何進入核心；規則與全域模式則決定流量進入後如何處理。DNS 也需要另外檢查。
- 系統代理 #System proxy
- 系統代理會向作業系統或應用程式提供本機 HTTP 或 SOCKS 代理入口，只有遵循這項設定的程式才會使用。部分終端工具會讀取環境變數，部分應用程式則使用自身的代理選項。開啟系統代理後若仍有程式直接連線，應先確認該程式採用哪種網路設定，不能因此直接認定規則失效。
- TUN 模式 #Virtual network interface
- TUN 模式透過虛擬網路介面與路由設定，讓更多 IP 流量進入核心處理。是否接管特定應用程式，仍取決於權限、路由、排除項目與 DNS 設定，不代表開啟後就必然涵蓋所有連線。TUN 可與規則模式並用；若與其他 VPN 衝突，應先檢查路由與介面，而非反覆切換節點。
- 規則、全域與直連模式 #rule / global / direct
- 規則模式依據
rules進行分流；全域模式會將進入核心的流量交由全域選擇器處理；直連模式則使用直連策略。全域選擇器仍須選到合適的節點或策略，否則全域模式不一定會透過代理連線。這些模式不會自動接管未進入核心的應用程式流量，也無法取代系統代理或 TUN 設定。
- DNS 洩漏 #DNS leak
- DNS 洩漏通常是指網域解析請求透過非預期路徑送往解析器，偏離使用者設定的解析方式。系統 DNS、瀏覽器內建 DoH 與應用程式自行解析，都可能改變實際路徑。檢測網站顯示的解析器位置只能作為線索，應搭配 DNS 設定、解析方式與連線紀錄判斷，不宜只憑地區名稱下結論。
- Fake-IP #Synthetic DNS address
- Fake-IP 會為 DNS 查詢指派合成位址，並在連線進入核心時將位址還原為原始網域，協助識別網域並進行分流。這個位址不是目標伺服器的真實 IP，看到合成位址本身不代表解析故障。依賴真實位址的應用程式可能需要加入
fake-ip-filter；排查時也應留意系統與應用程式中尚未更新的 DNS 快取。
執行設定中的常用欄位
設定欄位
欄位名稱必須保持原樣。修改前，請先分清來源訂閱、用戶端覆寫與最終執行設定，避免編輯到未生效的檔案。
- YAML #Configuration syntax
- YAML 是一種結構化文字格式，Clash 設定以縮排表示物件層級，並以連字號標示清單項目。縮排應使用空格並保持一致；含有特殊字元的字串可能需要加上引號。語法可成功解析，不代表設定內容正確：欄位拼錯、鍵名重複或引用不存在的策略，仍可能導致載入失敗或設定不如預期。
- mixed-port #Mixed HTTP / SOCKS listener
mixed-port設定可同時接收 HTTP 與 SOCKS 代理請求的本機監聽連接埠，不是遠端節點的服務連接埠。瀏覽器、終端機或其他應用程式手動設定代理時，必須填入與目前執行設定相符的位址與連接埠。若連接埠已被其他程序占用，監聽可能會失敗；排查方式請參閱Clash 連接埠設定。
- proxy-providers #Proxy node providers
proxy-providers用來定義從遠端網址或本機檔案載入的節點集合，代理群組可透過use引用這些集合。它只負責提供節點，不會一併提供規則、DNS 與代理群組等完整設定。遠端內容必須符合提供者支援的結構；更新失敗時，應檢查內容格式、網址是否連通及快取檔案狀態。
- nameserver #Upstream DNS resolvers
nameserver位於dns設定中，用來指定內建 DNS 的上游解析器。實際選擇也可能受到nameserver-policy等欄位影響；節點伺服器網域也可採用獨立的解析設定。填入 DoH 網址不代表所有應用程式的查詢都會經過該解析器，仍須確認流量接管方式，以及應用程式是否繞過內建 DNS。
- external-controller #Controller API listener
external-controller設定核心控制介面的監聽位址，供用戶端介面或管理面板讀取連線狀態、切換策略等。它與提供代理流量入口的mixed-port用途不同，不能互相取代。通常應限制為本機存取；若確實需要遠端管理，應同時設定驗證與網路存取限制，切勿直接開放給公網。