ShadowsocksSS
Shadowsocks 使用共用金鑰與指定加密方式轉送連線，常見節點欄位包括伺服器位址、連接埠、密碼與加密方式。用戶端與伺服器端的加密方式必須一致；傳統實作與 Shadowsocks 2022 的參數要求也不同。若使用額外外掛或協定擴充功能，應另外確認核心是否支援，不能只憑 SS 標籤就認定可以匯入。
查看協定選擇參考 →
CONFIGURATION GLOSSARY
Clash 術語解說
從匯入訂閱到網路連線，依設定所屬層級查閱術語。協定決定用戶端如何連線至伺服器，核心負責執行設定，規則選擇連線策略，而系統代理與 TUN 則決定應用程式流量如何進入核心。
這些概念彼此相關，卻不能互相取代：匯入訂閱不代表已啟用系統連線，切換節點也不代表變更分流規則。每則說明都介紹術語用途、使用條件與常見誤解；實際支援範圍仍須以目前執行中的用戶端與核心為準。
01 / PROTOCOLS
代理協定
協定名稱描述連線與驗證方式，不代表速度排名。選擇節點時，也要確認伺服器端參數、底層傳輸、TLS 設定，以及核心是否支援相應的實作。
VMessV2Ray protocol
VMess 源自 V2Ray 生態系，通常以 UUID 識別使用者，並包含自身的驗證與傳輸保護機制。即使同為 VMess 節點，底層傳輸與 TLS 參數仍可能不同；位址正確不代表其他欄位可以省略。部分驗證機制會要求系統時間正確，若遇到連線驗證錯誤，可先檢查裝置時間與訂閱提供的參數。
查看協定差異 →TrojanTLS-based proxy protocol
Trojan 通常透過 TLS 保護用戶端與伺服器之間的傳輸，並以密碼驗證。伺服器名稱與憑證信任關係會影響握手結果，因此須分別確認伺服器位址、SNI 與驗證密碼。憑證錯誤時不宜直接略過驗證，應先檢查名稱是否相符、裝置時間是否正確，以及憑證鏈是否可信。
查看 TLS 與協定說明 →VLESSUUID-based authentication
VLESS 採用較精簡的驗證架構，通常以 UUID 識別使用者，但協定本身不提供傳輸加密。節點的安全性與相容性，須搭配 TLS、REALITY、底層傳輸及 flow 等參數判斷。匯入失敗時，應確認目前的核心是否支援這些組合，而非只比較節點名稱；各項參數也須與伺服器端設定相符。
查看核心相容性 →Hysteria2QUIC / UDP
Hysteria2 以 QUIC 為基礎，仰賴可用的 UDP 傳輸路徑，並提供與頻寬相關的壅塞控制設定。在某些高封包遺失環境中，表現可能有別於 TCP 方案，但速度仍會受伺服器能力、連線品質與參數影響。若網路封鎖 UDP 或頻寬設定不合適，連線可能失敗或不穩定；行動裝置也應一併比較實際耗電情況。
查看使用情境建議 →TUICQUIC-based proxy protocol
TUIC 同樣以 QUIC 為基礎，支援連線多工與 UDP 轉送。設定時須確認伺服器使用的協定版本、驗證欄位，以及用戶端核心支援的格式，不可混用不同版本的參數。TUIC 仰賴底層 UDP 可正常傳輸；測試節點時，應同時確認目標應用程式能否使用，而不只看單次連線測試。
查看 QUIC 協定比較 →
02 / CORE & CONFIG
核心與設定檔
用戶端介面、執行核心與設定檔各屬不同層級。排查相容性時，應先確認實際載入的核心，再檢查設定語法與功能欄位是否受支援。
代理核心Proxy core
代理核心負責讀取設定、建立本機監聽連接埠、比對規則、處理 DNS 並連線至代理伺服器。圖形介面用戶端通常負責訂閱管理、設定介面與執行控制；介面上的切換選項最終仍須轉換成核心能辨識的設定。不同用戶端即使外觀相似，也可能使用不同核心；確認協定支援情況時，應查看實際核心資訊。
查看核心家族關係 →mihomoClash Meta lineage
mihomo 是由 Clash Meta 專案演進而來的代理核心，支援規則路由、DNS、TUN 與多種代理協定。它與原版 Clash 的設定有承襲關係，但擴充欄位不保證能由其他核心讀取。訂閱中出現新協定或特定 DNS 選項時，應查閱實際執行版本的文件，避免只根據用戶端名稱推測功能。
查看 mihomo 設定相容性 →Clash MetaHistorical project name
Clash Meta 是 Clash 生態系擴充核心的歷史專案名稱，後續專案沿用 mihomo 之名，舊教學與用戶端名稱也可能保留 Meta。名稱中的 Meta 不直接代表軟體目前使用的核心版本，也不表示用戶端仍持續更新。閱讀說明時，應分別辨認歷史名稱、圖形介面用戶端名稱與核心執行資訊。
查看名稱與功能差異 →YAMLData serialization format
YAML 是透過縮排表示階層的資料格式，Clash 常用它描述連接埠、節點、策略群組與規則。縮排應使用空格，清單項目與鍵值結構也須符合語法；含有特殊字元的字串則需適當加上引號。YAML 語法解析成功只代表結構有效，欄位名稱、值與參照關係仍須由核心進一步檢查。
查看匯入設定步驟 →config.yamlRuntime configuration
config.yaml 是常見的設定檔名稱，檔案通常整合本機監聽、代理節點、策略群組、DNS 與路由規則，實際名稱也可能不同。用戶端可能會以訂閱原始內容為基礎合併本機覆寫，最後執行的設定不一定與下載內容完全相同。修改前應先分清來源設定與產生的檔案，否則下次更新訂閱時，手動修改可能會被覆蓋。
03 / ROUTING
規則與分流
規則負責判斷連線應採用哪種策略，策略群組再決定具體節點。查看記錄時，同時檢查符合的規則與最後採用的策略，比只看代理開關更準確。
規則分流Rule-based routing
規則分流依網域、IP、程序等條件為連線選擇處理策略，通常在規則模式下生效。規則通常由上而下檢查，第一個符合的規則會決定連線去向，因此應將具體條件放在較寬泛的規則之前。DIRECT 表示直接連線，REJECT 表示拒絕連線；PROXY 通常是設定中自訂的策略群組名稱，並非預設內建群組。
查看規則順序與策略 →GeoIPIP geolocation database
GeoIP 依資料庫將 IP 位址歸類至國家或地區，例如 GEOIP,CN,DIRECT 表示符合 CN 類別的位址使用直連。資料庫記錄不等同於精確測量實際位置，位址分配異動與資料更新都會影響結果。連線目標只有網域時，IP 規則也可能涉及 DNS 解析，因此須搭配 DNS 設定了解比對方式。
GeoSiteCategorized domain sets
GeoSite 是依服務、用途或地區標籤整理的網域集合，可用來依類別比對多個網域。它與 GeoIP 的差異在於比對對象是網域，而非 IP 所屬地區；標籤的實際意義取決於所用資料來源。使用相關規則前，應確認核心支援、資料檔可用且標籤存在，不能把分類名稱視為不同資料來源間的通用標準。
查看網域規則參考 →MATCHFinal catch-all rule
MATCH 用來接收先前規則都未符合的連線，通常放在規則清單末尾。例如 MATCH,PROXY 會將其餘連線交由名為 PROXY 的策略處理，前提是設定中有提供該策略。若預設規則放得太前面，後續規則就無法正常比對；排查連線走向異常時，可先檢查規則位置與目標策略。
策略群組Proxy group
策略群組將節點或其他策略組成可供規則引用的選擇入口，群組名稱由設定決定。select 通常用於手動選擇，url-test 依測試結果自動選擇，fallback 則依設定順序進行故障切換。在群組中選取節點，不代表所有連線都會使用該節點；只有符合該群組的連線才會採用相應選擇。
04 / SUBSCRIPTIONS
訂閱與節點
訂閱是更新內容的入口，節點是連線參數，而測試結果只是某個時間點的觀察值。分別檢查這三者，才能區分下載失敗、參數不相容與連線路徑無法使用。
訂閱Subscription
訂閱通常透過連結取得並更新節點或設定內容，回傳結果可能是完整的 YAML 設定，也可能只有節點清單。用戶端必須能辨識相應格式；下載成功後，還須選取或啟用該設定才會影響執行。訂閱連結可能包含存取憑證，應像密碼一樣妥善保管；分享截圖或記錄檔給他人時，請隱藏完整訂閱網址。
查看訂閱連結匯入方式 →節點Proxy node
節點是一組連線至代理伺服器所需的參數，通常包含伺服器位址、連接埠、協定與驗證資訊，也可能包含 TLS 及傳輸參數。節點顯示名稱只是方便辨識的標籤，地區文字不保證入口或出口的實際位置。選擇時還須確認協定相容性、服務是否可用及目標應用程式的使用情況，不應只憑名稱判斷。
查看節點選擇與連線方式 →節點延遲Latency test
用戶端顯示的節點延遲，通常是透過節點連線至指定測試目標所需的時間；是否包含握手、連線多工等過程，取決於實作方式。這個數值不等於可用頻寬，也不能直接推斷影片播放、下載或遊戲的表現；更換測試目標後，結果也可能不同。逾時表示本次測試未如預期完成，應搭配記錄檔與實際連線情況，區分驗證、解析或連線路徑問題。
查看節點測速結果說明 →proxy-providersExternal node collections
proxy-providers 是 mihomo 設定中用來載入外部節點集合的欄位，來源可以是遠端網址或本機檔案，策略群組通常透過 use 引用。如此一來，節點更新與本機策略、規則可以分開管理。Provider 檔案須符合節點集合格式，不能假設任何完整訂閱都能直接使用；更新間隔與快取也應分別檢查。
05 / NETWORK ACCESS
網路模式與系統連線
系統代理與 TUN 負責流量入口，規則模式則處理流量進入核心後的路由。DNS 會影響網域如何解析為位址，應與流量入口及路由一併檢查。
TUN 模式Virtual network interface
TUN 模式透過虛擬網路介面接收 IP 封包，再交由核心解析與路由，可涵蓋部分不遵循系統代理設定的應用程式。流量接管範圍取決於系統路由、權限與排除設定，並非只由單一開關決定。代理是否支援 UDP 也取決於節點能力；若同時執行其他 VPN 或虛擬網路卡，應檢查路由與 DNS 是否衝突。
查看 TUN 權限與設定 →系統代理System proxy settings
系統代理是將作業系統中的代理位址指向用戶端本機監聽連接埠；只有遵循這項設定的應用程式才會使用代理。部分命令列工具、使用自有網路堆疊的應用程式或 UDP 流量，可能不會經由此入口。啟用前應確認用戶端正在監聽；若退出後仍留下舊的代理設定，遵循系統代理的應用程式可能無法正常連線。
查看系統代理連線檢查 →混合連接埠mixed-port
混合連接埠是在同一個監聽入口接收 HTTP 與 SOCKS 代理請求，例如 mixed-port: 7890 是常見設定，但連接埠可以自行修改。系統代理與應用程式設定必須符合實際監聽位址及連接埠，並避免與其他程序使用相同連接埠。這是本機流量入口，不是遠端節點連接埠；若開放區域網路存取，也須留意監聽範圍與存取控制。
DNS 洩漏DNS leak
DNS 洩漏是指網域查詢偏離預期的解析路徑，改由其他解析器傳送，可能暴露查詢中的網域，或使解析結果與連線路徑不一致。作業系統、瀏覽器與應用程式可能各自發出查詢；使用加密 DNS 也不代表路由一定符合預期。判斷時應一併檢查 DNS 設定、瀏覽器選項與核心記錄，不能只根據測試頁面顯示的業者名稱下結論。
查看 DNS 與連線設定 →Fake-IPSynthetic DNS mapping
Fake-IP 會對受管理的 DNS 查詢回傳合成 IP，並維護該位址與原始網域的對應；後續連線進入核心時，可還原網域並進行規則比對。這些位址不代表目標伺服器的真實位址，不能用來判斷出口位置。部分區域網路服務、遊戲或特殊應用程式需要設定排除項目；切換 DNS 模式後，也可能需要清除應用程式或系統中的舊 DNS 快取。
查看網域路由參考 →