Clash 術語解說
依設定所在層次查找術語：先區分用戶端與核心，再了解設定、規則、流量接管及 DNS。每個術語都可透過標題旁的錨點單獨分享。
設定從哪裡來
流量如何進入
連線從哪裡出去
CORE / PROTOCOL
核心與協定
用戶端介面、核心能力與遠端伺服器各有範圍。遇到「不支援協定」時，先確認實際執行的核心。
- mihomo
- core · mihomomihomo 是 Clash Meta 後續採用的核心名稱，負責代理協定、規則比對、DNS 與連線處理。Clash Verge Rev 等圖形化用戶端可提供操作介面，但用戶端與核心並非同一個專案。查閱設定欄位時，應以目前使用的核心版本為準，而不只是看用戶端名稱。
- 用戶端與核心
- GUI / core用戶端負責訂閱管理、系統匣選單、系統代理與設定顯示，核心則負責執行網路處理。用戶端介面上的開關可能會產生設定，也可能呼叫系統服務。排查問題時，分別記錄用戶端名稱與核心資訊，可避免將介面行為誤認為核心限制。
- 節點
- proxies節點是一組代理伺服器連線設定，通常包含伺服器位址、連接埠、協定及驗證參數。節點名稱只是標籤，不能只憑名稱判斷出口位置、頻寬或可用服務。判斷節點是否可用，需一併查看連線記錄、目標網站連線情況及伺服器端狀態。
- 代理協定
- type · Shadowsocks / VMess / Trojan代理協定規定用戶端與代理伺服器如何交換資料。節點的
type用來指定協定類型。協定、傳輸方式與 TLS 屬於不同層次，填寫其中一項不能取代其他參數。匯入失敗時，應同時檢查核心支援範圍及伺服器提供的完整設定。
PROFILE / STRUCTURE
設定檔結構
先確認目前啟用的 Profile，再檢查訂閱更新與本機修改的合併方式。
- Profile 設定檔
- config.yaml · ProfileProfile 是供核心載入的完整設定，常見內容包括代理定義、策略群組、分流規則及 DNS 設定。用戶端可以儲存多份 Profile，但實際執行通常以目前選取的設定及其覆寫結果為準。切換設定後，應確認策略群組和規則是否同步變更，而不只是查看清單中的選取標記。
- YAML
- mapping · sequence · indentationYAML 是 Clash 常用的設定資料格式，以縮排表示階層，並以短橫線表示清單項目。縮排應使用空格，同一層級的欄位需對齊；含有特殊字元的字串可加上引號。儲存前應檢查重複鍵、布林值及清單位置；語法能解析，不代表欄位含義一定正確。
- 訂閱
- remote profile · update interval訂閱透過遠端網址取得並更新節點或設定，傳回的內容可能是完整 Profile，也可能只有節點集合。更新間隔決定何時重新取得內容，不代表節點會持續在線。訂閱連結可能包含帳戶存取參數，分享記錄或截圖前應先移除相關網址。
- 代理提供者
- proxy-providers · use
proxy-providers可獨立定義節點來源，策略群組透過use引用提供者名稱。這樣可以更新節點集合，同時保留本機策略群組與規則結構。提供者檔案與完整 Profile 的結構不同，將完整訂閱直接填入提供者網址前，應先確認回傳格式是否相符。
- 本機覆寫
- override · merge · patch本機覆寫是在遠端設定之外保留修改的機制，常用於連接埠、DNS 及自訂規則。直接編輯訂閱下載的檔案，可能會在下次更新時被取代；覆寫能否保留則取決於用戶端的實作方式。修改後應檢查最終執行的設定，尤其確認清單欄位是新增、取代還是重新排序。
RULES / OUTBOUND
分流規則
規則判斷連線目標，策略群組決定出口。比對條件與出口名稱應分開檢查。
- 規則分流
- rules · MATCH規則模式依設定順序檢查連線，通常由第一條符合的規則決定出口。規則末尾填寫的策略群組名稱必須存在；
DIRECT與REJECT則是內建出口。將MATCH放在最後，可接住尚未符合其他規則的連線；若放得太前面，後續規則便不會生效。
- 策略群組
- proxy-groups · select / url-test / fallback策略群組將多個出口整理成可供規則引用的名稱。
select用於手動選擇，url-test根據測試結果自動選擇，fallback通常依序選取可用項目。巢狀設定策略群組時，應避免循環引用；詳細結構請參閱策略群組進階設定。
- DOMAIN-SUFFIX
- DOMAIN-SUFFIX,github.com,PROXY此規則依網域後綴比對；填入
github.com即可涵蓋該網域及其子網域，不必另外加上萬用字元。它不同於只比對指定網域的DOMAIN，也不同於依文字包含關係比對的關鍵字規則。若連線只有 IP，且無法對應到網域，網域規則可能不會符合。
- GeoIP
- GEOIP,CN,DIRECTGeoIP 依據目標 IP 在地理資料庫中的分類進行比對，不會根據網頁語言判斷。資料庫可能有延遲；網站使用 CDN 時，不同解析結果也可能對應到不同分類。GeoIP 用於判斷連線目標，不能直接證明代理節點的實際出口地區；排查時應同時查看目標 IP 和符合的規則。
- 規則集
- rule-providers · RULE-SET · behavior規則集可獨立管理一批網域、網段或規則，透過
rule-providers定義，再於rules中引用。behavior決定集合依 domain、ipcidr 或 classical 等形式解析，設定必須符合內容格式。更新規則集不會自動調整引用位置，優先順序仍由主規則清單中的排列決定。
CAPTURE / LISTENER
流量接管方式
「流量是否進入核心」與「進入後使用哪個出口」是兩項檢查，不能用同一個開關來解釋。
- 系統代理
- system proxy · HTTP / SOCKS系統代理會向作業系統登記代理位址與連接埠，供遵循此設定的應用程式使用。部分命令列程式、遊戲或自有網路設定的應用程式不會自動套用，因此啟用系統代理不代表所有流量都已接管。驗證時，先用瀏覽器建立新連線，再到用戶端的連線頁確認記錄；操作步驟請參閱系統代理設定。
- TUN 模式
- tun · auto-route · dns-hijackTUN 透過虛擬網路裝置與路由接管 IP 流量，可涵蓋部分不遵循系統代理設定的應用程式。通常需要相應的系統權限，並搭配路由排除、DNS 接管等設定運作。啟用後若無法連線，請依序檢查服務權限、路由與解析路徑，不要只靠反覆更換節點來判斷原因。
- TUN stack
- stack: system / gvisor / mixed
stack指定 TUN 封包使用的網路堆疊實作，常見選項包括 system、gvisor 和 mixed。可用選項、相容性及實際運作方式會隨平台與核心版本而異，並沒有適用於所有裝置的固定最佳值。調整時請維持其他設定不變，並重新測試發生問題的應用程式連線。
- 混合代理連接埠
- mixed-port: 7890
mixed-port在同一個監聽連接埠接收 HTTP 與 SOCKS 代理連線，7890 只是常見的設定值。應用程式手動設定代理時，位址和連接埠必須與目前執行的設定一致。允許區域網路連線還涉及監聽位址與防火牆規則，不應將本機可連線直接視為其他裝置也能連線。
DNS / DOMAIN MAPPING
DNS 解析
先確認由誰查詢網域、查詢送往何處，再調整 Fake-IP 與網域嗅探。
- DNS 解析
- dns · nameserverDNS 解析會將網域轉換為 IP 等紀錄，應用程式、作業系統、核心與代理伺服器都可能參與。瀏覽器若啟用獨立的加密 DNS，查詢路徑可能與系統設定不同。無法連線時，應區分解析失敗、連線失敗和規則選擇錯誤，不能只因網頁無法開啟就認定節點不可用。
- Fake-IP
- enhanced-mode: fake-ipFake-IP 模式會向應用程式回傳對應位址，並由核心保留該位址與網域的關聯。應用程式之後連線至對應位址時，核心會利用關聯資訊還原網域並進行分流；該位址並非網站的真實伺服器位址。後續流量必須正確進入核心，只改變 DNS 回傳值並不能完成流量接管。
- Fake-IP 過濾
- fake-ip-filter · fake-ip-filter-mode
fake-ip-filter搭配過濾模式，控制網域是否採用真實解析結果，常用於處理區域網路服務或依賴真實位址的應用程式。清單的意義需配合目前的過濾模式判斷，不能只看網域是否列在其中。遇到相容性問題時，先找出特定網域，再小幅調整並重新測試。
- DNS 洩漏
- resolver path · encrypted DNSDNS 洩漏是指網域查詢經由非預期的解析路徑送出，例如原本應透過代理處理的查詢仍送往本機解析器。檢測頁面顯示的解析器名稱只能作為線索，應搭配瀏覽器加密 DNS、系統設定及用戶端記錄判斷。若某類網域原本就設計為由本機直連解析，不應自動視為設定錯誤。
- 網域嗅探
- sniffer · HTTP Host · TLS SNI網域嗅探會嘗試從支援協定的連線中繼資料補上網域資訊，例如 HTTP Host 或可見的 TLS SNI。取得網域後可協助比對規則，但這不代表會解密整個連線，也不能保證對所有加密流量生效。是否覆蓋原始目標、處理哪些連接埠，應依實際需求設定，避免擴大影響範圍。