Clash 術語手冊

Clash 核心Clash core

負責監聽本機連接埠、比對分流規則並轉送連線的網路處理程式，並非桌面視窗本身。用戶端介面負責將設定交給核心；實際支援哪些欄位與通訊協定，則取決於使用中的核心及其版本。介面上有開關，不代表舊版核心就能執行相應操作。

mihomoFormerly Clash.Meta

延續 Clash 設定生態系的代理核心，專案曾使用 Clash.Meta 這個名稱，常見於仍在維護的圖形介面用戶端。它與早期 Clash 核心有相同的部分設定慣例，但支援範圍並不完全相同。網路上標示適用於 mihomo 的範例，請先確認本機核心版本，別直接套用至舊版 CFW。

代理節點Proxy node

描述遠端代理連線所需的一組參數，通常包括伺服器位址、連接埠、通訊協定與驗證資訊。節點名稱只是方便辨識的標籤，名稱中的地區不能單獨證明實際出口位置。匯入後仍須確認服務可用、參數相符，並在策略組中選取合適的成員。

代理通訊協定Proxy protocol

用戶端與遠端代理伺服器交換資料時遵循的規範，例如 Shadowsocks、VMess、Trojan 等。通訊協定類型、驗證方式、傳輸層與 TLS 設定都須符合伺服器端設定。設定檔能讀取，只代表通過部分格式檢查，不表示目前的核心支援該通訊協定，也不保證連線成功。

延遲測試Latency test / url-test

用戶端透過指定代理連線至測試網址，並記錄請求耗時的測試方式；策略組中的 url-test 可依這類結果自動選擇成員。測試網址、逾時時間與連線重用方式都會影響結果，因此測試數值不等於線路頻寬。挑選節點時，也應觀察實際網站載入、持續下載與連線穩定度。

YAMLYAML configuration

Clash 常用的設定文字格式，透過縮排表示欄位層級，並以短橫線標示清單項目。編輯時請使用空格縮排，勿混用定位字元；節點、策略組與規則也不能任意放在同一層。語法正確只是第一步，還須確認欄位名稱、值的型別與核心支援範圍。

mixed-portMixed proxy port

讓 HTTP 代理與 SOCKS 代理共用同一個監聽連接埠的設定欄位，例如 mixed-port: 7890。應用程式中的代理位址與連接埠必須對應實際監聽位置，別只看教學中的數字就直接填入。是否允許區域網路裝置存取，還須一併檢查監聽位址、Allow LAN 與防火牆設定。

modeRule / Global / Direct

控制連線進入核心後如何選擇出口，常見值為 rule、global 和 direct。規則模式會逐條比對規則，全域模式使用全域策略，直連模式則採用直連策略。此處的「全域」描述的是代理決策，不代表所有程式的流量都會自動進入核心。

proxy-providersProxy providers

用來定義節點提供者，可從遠端網址或本機檔案載入節點集合，並依設定安排更新。它不是完整的 Clash 設定檔，通常還須由策略組引用這些節點，再透過規則選擇策略組。若將完整設定檔訂閱當作節點提供者使用，可能因內容結構不同而載入失敗。

覆寫與合併Override / Merge

在訂閱原始內容之外，追加或調整本機設定的處理方式，常用來保留個人設定的連接埠、DNS 或規則。不同用戶端的處理順序不盡相同，清單可能整份遭到取代，也可能透過指令碼重新組合。儲存後請查看最後生效的設定，別只因編輯框裡還留著某一行，就認定修改已成功。

系統代理System Proxy

作業系統提供給應用程式讀取的一組代理設定。CFW 的 General 頁面中，System Proxy 可切換相關設定；遵循這些設定的應用程式會將請求送至指定的監聽連接埠。遊戲、命令列工具或自帶網路堆疊的程式可能不會讀取這些設定，遇到這種情況應檢查應用程式本身的設定，而不是反覆切換節點。

TUN 模式Virtual network interface

透過虛擬網路介面與路由設定，將符合接管條件的流量導入核心，可涵蓋部分未遵循系統代理設定的程式。啟用通常涉及權限、服務、路由與 DNS 的配合，實際流量入口依用戶端而異。TUN 不等於全域代理模式；接管的連線仍可依規則直連，也可能因排除路由而繞過核心。

DNSDomain Name System

將網域名稱轉換為 IP 位址等記錄的系統；瀏覽器能顯示網站網址，不代表解析一定由 Clash 執行。系統快取、瀏覽器加密 DNS 與應用程式內建的解析功能，都可能影響解析路徑。排查時須區分網域解析失敗與代理連線失敗；修改解析器前，也應先確認連往該解析器的網路路徑可用。

Fake-IPSynthetic IP mapping

DNS 為網域名稱回傳虛擬 IP，待連線進入核心後，再依對應關係找回原始網域名稱。這有助於核心保留網域資訊，但虛擬位址並非網站的真實伺服器位址。部分應用程式依賴真實位址的行為，可能需要針對性調整過濾設定；別只因解析結果看起來特殊，就認定網路異常。

DNS 洩漏DNS leak

DNS 請求偏離預期的解析路徑，並由非預期的解析服務接收。測試頁面顯示的解析器地區，不一定等於連線出口地區，也不能只憑單一地區標籤判斷是否洩漏。請一併檢查瀏覽器 DNS 設定、系統解析路徑、核心記錄與實際路由；啟用 TUN 或改用加密 DNS，都不能單獨作為排除依據。

規則分流Rule-based routing

依網域、目標 IP、處理程序等條件，為不同連線選擇直連、代理或拒絕處理的機制。規則通常由上而下比對，第一條符合的規則會生效，因此具體例外應排在範圍較廣的規則之前。排查網站走錯出口時，先查看記錄中的命中規則與策略名稱，再判斷是規則順序還是策略組選擇出了問題。

DOMAIN-SUFFIXDomain suffix rule

比對指定網域及其子網域的規則類型，例如 DOMAIN-SUFFIX,example.com,DIRECT 會比對該網域及其子網域。它不會依網頁路徑、標題或網址列中的任意關鍵字比對。使用前須確認核心能取得網域資訊；若應用程式只提供 IP 位址，網域規則未必能生效。

GEOIPIP geolocation rule

依 IP 地理資料庫中的地區分類進行比對，例如 GEOIP,CN,DIRECT。資料庫記錄並非即時定位，IP 位址分配變更或資料庫差異都可能影響結果。加上 no-resolve 後，這條規則不會主動解析尚未解析的網域，但仍可檢查連線中已取得的目標 IP。

策略組Proxy group

用來組織節點、其他策略組或內建策略的設定單元，供規則引用。select 用於手動選擇，url-test 依測試結果選擇，fallback 則依序尋找可用成員。組名不會決定實際行為；要判斷是否會自動切換，應查看組別類型與設定，而不是只看名稱中有沒有「自動」。

MATCHFinal catch-all rule

處理前面所有規則都未比對到的連線，通常是規則清單中的最後一條，例如 MATCH,DIRECT。後面必須填入有效的策略名稱或內建策略，不能使用不存在的組名。若把 MATCH 放在清單前面，連線就會提早被處理，後續規則也就失去比對機會。

Clash for WindowsCFW

常縮寫為 CFW 的桌面圖形介面用戶端，提供匯入設定、選擇策略、查看記錄與設定系統代理等功能。原專案已停止維護，現有教學與封存安裝檔不代表後續仍會取得相容性修正。新安裝前可先比較 Clash Plus、Clash Verge Rev 與 FlClash；若保留舊環境，則應依原有核心能力核對設定。

訂閱Subscription URL

用來定期取得設定或節點集合的遠端網址，常見的「機場訂閱」是服務供應商提供的這類連結。連結可能回傳完整 YAML，也可能是其他節點格式；匯入前請先確認用戶端是否相容。連結通常包含存取憑證，分享截圖或記錄檔時請遮蔽完整網址；更新失敗時，先檢查網路與回傳內容，不要反覆刪除設定。

GUI 用戶端Graphical User Interface

提供核心圖形化操作介面的應用程式，讓使用者透過選單、按鈕與清單管理設定。即使兩個用戶端使用相同核心，在訂閱更新、設定合併、系統權限與功能位置上仍可能有所不同。轉移時可沿用相容的設定，但別假設所有開關狀態、服務安裝與本機覆寫都會隨設定一併移轉。

服務模式Service Mode

透過背景系統服務執行需要較高權限操作的機制，常用於協助核心運作或設定網路。CFW 的 Service Mode 與 TUN 開關是不同概念；安裝服務不代表虛擬網路介面已開始接管流量。排查時應分別確認服務是否執行、核心是否正確載入，以及相關路由與 DNS 設定是否生效。

系統架構x64 / ARM64 / x86

處理器與作業系統採用的指令集類型，常見安裝檔標示有 x64、ARM64 與 x86，其中 AMD64 通常也指 x64。可在 Windows「設定 → 系統 → 系統資訊」中查看系統類型；不同版本的選項名稱可能略有差異。選擇安裝檔時不能只看副檔名，同為可執行檔也不代表能在相同架構上原生執行。