概念檢修 / TERM INDEX

Clash 術語表與概念速查

從訂閱中的欄位到用戶端裡的開關,先釐清名詞所屬的層級,再調整設定。這裡依五大類整理常見概念,每張術語卡都能透過標題旁的連結直接定位。

25 個常用術語 設定欄位與運作原理 mihomo / Clash 生態系

協定與傳輸

連線協定與承載方式

協定名稱不是速度排名。先確認用戶端是否支援,再核對伺服器端參數;更完整的技術取捨請參閱協定與核心技術參考。

協定與傳輸

Shadowsocks #

SS / Shadowsocks 2022

Shadowsocks 是加密代理協定家族,設定通常包含伺服器位址、連接埠、密碼與加密方式。傳統 AEAD 與 Shadowsocks 2022 使用的方式名稱和金鑰要求不同,不能只替換名稱就當成升級。匯入後若顯示不支援加密方式,應先確認核心的支援範圍,不要反覆修改連接埠碰運氣。

協定與傳輸

VMess 與 VLESS #

UUID-based proxy protocols

兩者是不同的協定,常使用 UUID 識別使用者,但不能只因 UUID 相同就互換設定。VMess 具備協定層加密機制;VLESS 本身不負責加密傳輸內容,實際安全性取決於 TLS 等搭配設定。排查時還要核對傳輸方式、伺服器名稱與路徑,不能只看協定類型。

協定與傳輸

Trojan #

TLS-based proxy protocol

Trojan 通常透過 TLS 連線傳輸代理資料,常見的驗證資訊是密碼。除了確認位址、連接埠與密碼正確,也必須檢查憑證驗證和伺服器名稱是否相符;使用 IP 連線時尤其要留意伺服器名稱欄位。遇到憑證錯誤,應先檢查時間、名稱與憑證鏈;關閉驗證並不是合適的常規解法。

協定與傳輸

Hysteria2 與 TUIC #

QUIC-based proxy protocols

這是兩種不同的 QUIC 代理協定,都仰賴底層 UDP 網路可連通。QUIC 的壅塞控制與多工可能適合某些網路,但不能因此推斷它一定比 TCP 方案快,也不保證更省電。如果目前的網路限制 UDP,即使網頁能直接連線,也不代表這類協定能成功連線。

協定與傳輸

傳輸層與 TLS #

Transport / TLS / SNI

TCP、UDP 是基礎傳輸方式,WebSocket 等是承載方式,TLS 則提供加密與身分驗證;這些名稱並非處於同一層。SNI 用於在 TLS 交握時指出目標伺服器名稱,並不等同於節點顯示名稱。匯入設定時,協定、承載方式、路徑與 TLS 參數都應一併核對。

核心與用戶端

處理引擎與流量入口

按鈕顯示已啟用,只代表某項設定已開啟,不代表應用程式流量已進入代理。依照操作步驟使用,請參閱Clash 使用教學。

核心與用戶端

核心與用戶端 #

Core / GUI client

核心負責協定連線、規則比對與 DNS 處理;用戶端則負責圖形介面、訂閱管理及系統整合。介面相似不代表功能相同,同一款用戶端也可能在更新後改用不同版本的核心。遇到欄位不支援時,應記下用戶端名稱和實際執行的核心版本,而不只是回報 Clash。

核心與用戶端

mihomo #

Clash.Meta lineage

mihomo 是延續 Clash 設定體系的代理核心,名稱與 Clash.Meta 有歷史關聯,並非某一款固定的桌面或手機應用程式。它支援的協定與設定擴充和早期原版 Clash 有所不同,因此舊教學提到的相容性不能直接套用。選擇用戶端時,也要確認它是否在介面或覆寫設定中提供所需的核心功能。

核心與用戶端

系統代理 #

System proxy

系統代理會向作業系統登錄本機代理位址,例如指向用戶端監聽的 HTTP 或混合連接埠。通常只有遵循這項設定的應用程式會使用這個入口;部分遊戲、命令列工具和使用自有網路堆疊的應用程式可能會繞過它。結束用戶端後若網路異常,請檢查系統是否仍保留已停止監聽的代理位址。

核心與用戶端

TUN 模式 #

Virtual network interface

TUN 透過虛擬網路介面與路由設定接收 IP 流量,常用來處理不遵循系統代理設定的應用程式。啟用時通常需要額外權限,也可能與其他 VPN、虛擬網卡或路由設定衝突。TUN 只負責接管流量入口;連線進入核心後仍會依規則處理,不代表所有目的地都會使用代理節點。

規則與分流

比對條件與出口策略

排查分流問題時,應同時查看命中的規則與最後使用的出口。規則比對正確,不代表它引用的代理群組已選到正確節點。

規則與分流

規則分流 #

Rule-based routing

規則分流依網域、IP、程序等條件,決定連線使用哪種策略;通常由上而下檢查,符合條件就採用。範圍較明確的例外規則通常應排在較廣泛的規則之前,否則後面的例外可能沒有機會生效。排查時先查看連線記錄中的命中項目,再檢查規則條件,而不是一開始就更換節點。

規則與分流

規則模式與全域模式 #

Rule / Global / Direct

規則模式依照規則表選擇策略;全域模式則將交由核心處理的連線套用全域策略;直連模式以直接連線為主。全域模式不會自動接管原本未進入核心的流量,而且全域策略本身也必須選擇正確。暫時切換模式有助於縮小問題範圍,排查結束後應恢復原本的分流方式。

規則與分流

代理群組 #

select / url-test / fallback

代理群組會將節點或其他策略組成可供規則引用的出口。select 常用於手動選擇,url-test 依測試結果選擇,fallback 則依可用狀態和設定順序切換。自動選擇只反映指定測試的結果;測試網址表現良好,不代表所有網站都能同樣順暢。

規則與分流

DIRECT、REJECT 與 MATCH #

Built-in policies / Catch-all rule

DIRECT 和 REJECT 分別是直連與拒絕策略;MATCH 則是不需要額外比對條件的規則類型,三者不能混為一談。例如 MATCH,PROXY 表示剩餘連線交由名稱為 PROXY 的策略處理,而該名稱必須確實存在。MATCH 通常放在最後,否則後續規則會被提前攔截。

規則與分流

GeoIP 與 GeoSite #

IP datasets / Domain datasets

GeoIP 依據 IP 資料集分類,GeoSite 則依據網域清單分類,兩者解決的問題不同。資料檔可能不是最新版本,網站也可能使用跨區域的 CDN,因此分類結果不能直接證明網站歸屬或節點品質。遇到比對異常時,應確認資料庫來源、更新時間與規則順序;更新方式請參閱GeoIP 與 GeoSite 筆記。

DNS 與網路

網域解析與連線觀察

解析成功、連線成功、下載速度達標是三件不同的事。先找出失敗發生在哪個步驟,再決定是否切換 DNS 模式。

DNS 與網路

DNS #

Domain Name System

DNS 會將網域解析為 IP 位址等紀錄,應用程式通常需要這些結果才能建立連線。代理連線與 DNS 查詢可能走不同路徑,能連上節點不代表解析路徑已設定正確。排查時應區分解析逾時、回傳位址異常,以及解析後連線失敗;這三種情況需要檢查的設定並不相同。

DNS 與網路

Fake-IP #

Mapped address / fake-ip-filter

Fake-IP 會將映射位址回傳給應用程式,由核心維護該位址與網域的對應關係;198.18.0.1/16 是常見的設定位址範圍,並非目標網站的實際位址。部分仰賴實際解析結果的應用程式,可能需要透過 fake-ip-filter 排除相關網域。看到保留位址不一定代表故障,應一併確認應用程式能否正常使用,以及 DNS 查詢是否經過核心。

DNS 與網路

redir-host #

Real-address DNS mode

redir-host 通常會將實際解析位址回傳給應用程式,與 Fake-IP 的映射方式不同。它對某些依賴實際 IP 的應用程式相容性較佳,但解析耗時、網域關聯與共用 IP 等情況仍會影響實際處理。切換模式後,應用程式與系統可能仍保留舊快取;清除相關快取或重新建立連線後,再比較結果。

DNS 與網路

DNS 洩漏 #

Unexpected resolver path

DNS 洩漏是指查詢偏離預期的解析路徑,例如原本預期由指定解析器處理,實際上卻由其他解析器發出查詢。瀏覽器安全 DNS、應用程式內建解析功能、系統設定和 IPv6 都可能改變查詢路徑,不能只看單一開關判斷。檢測頁面顯示的解析器位址也可能屬於轉送或公共解析服務,應配合實際查詢路徑解讀。

DNS 與網路

延遲與傳輸量 #

Latency / Throughput

延遲表示特定測試所花的時間,傳輸量則表示單位時間內可傳輸的資料量,兩者不能畫上等號。用戶端的 HTTP 測試可能包含交握與等待回應,不等於單純的 ICMP 往返時間;快取、測試位址與網路波動也會影響結果。比較節點時應維持測試條件一致,再以實際服務連線驗證,避免只憑單一數值做決定。

訂閱與設定檔

設定來源與更新範圍

訂閱、節點清單與完整設定檔不一定是同一種內容。匯入失敗時,請先確認格式;操作步驟請參閱訂閱連結與格式說明。

訂閱與設定檔

訂閱 #

Subscription URL

訂閱是透過網址取得並更新設定或節點資料的方式,本身不是代理協定。連結可能回傳完整 YAML,也可能只有節點清單,能否直接匯入取決於用戶端支援的格式。網址常包含帳戶識別資訊,應視為敏感資料妥善保管;尋求協助時請遮住完整連結,也不要任意提交給陌生的線上轉換服務。

訂閱與設定檔

節點 #

Proxy entry / Endpoint profile

節點是一組連線參數,通常包含協定、伺服器位址、連接埠與驗證資訊,有時也需要 TLS 和傳輸設定。節點顯示名稱只是方便辨識的標籤,不能據此證明實際位置、頻寬或穩定性。單一訂閱可以包含多個節點,但節點出現在清單中,不代表已被目前的規則或代理群組選用。

訂閱與設定檔

YAML 設定檔 #

config.yaml / Structured configuration

YAML 以縮排表示階層,是 Clash 生態系常用的設定格式,通常包含監聽連接埠、DNS、節點、代理群組與規則等部分。編輯時請使用空格縮排,讓同一層對齊,並留意特殊字元是否需要加上引號。語法可成功解析,不代表目前的核心一定支援其中欄位;匯入失敗時應一併檢查格式、欄位名稱與核心相容性。

訂閱與設定檔

Base64 訂閱 #

Encoded proxy URI list

常見的 Base64 訂閱是經過編碼的節點 URI 清單,解碼後可能會看到逐行排列的連線資訊,而非完整的 Clash 設定檔。Base64 是編碼,不是加密,不能用來保護帳號或密碼。能否直接匯入取決於用戶端的解析能力;支援某種節點協定,不代表也支援所有訂閱封裝格式。

訂閱與設定檔

Provider #

proxy-providers / rule-providers

Provider 會將部分資源拆分出來,個別載入與更新:proxy-providers 提供節點清單,rule-providers 提供規則清單。資源下載成功還不夠,節點清單必須由代理群組引用,規則清單也必須透過對應規則呼叫。排查時除了查看資源狀態,也要確認引用名稱、內容格式與最後的規則順序。

訂閱與設定檔

覆寫與設定合併 #

Override / Merge / Local patch

覆寫可讓本機設定在訂閱更新後保留下來,例如調整 DNS、監聽連接埠或加入自訂規則,避免直接修改下載的檔案後又被更新內容覆蓋。不同用戶端處理合併、取代與陣列追加的方式各異,同一段設定不一定能直接套用於不同用戶端。修改後應檢查最後生效的設定,特別留意規則插入位置與代理群組名稱是否一致。