Shadowsocks
常簡稱 SS,以加密代理傳輸為基礎;節點通常需要伺服器位址、連接埠、加密方法與密碼。加密方法必須與伺服器相符,部分節點也仰賴額外外掛,不能只複製位址和密碼。若設定可匯入但連線失敗,應確認核心是否支援該加密方法與外掛,而不是一再修改分流規則。
代理協定、核心與設定欄位的分類索引。先確認概念所屬層級,再核對用戶端中的實際設定;協定名稱相同,不代表傳輸參數與核心支援範圍完全一致。
協定定義用戶端與伺服器如何交換代理資料。傳輸方式、驗證與憑證屬於相關但不同的設定層,不能只憑協定名稱判斷連線效能。
常簡稱 SS,以加密代理傳輸為基礎;節點通常需要伺服器位址、連接埠、加密方法與密碼。加密方法必須與伺服器相符,部分節點也仰賴額外外掛,不能只複製位址和密碼。若設定可匯入但連線失敗,應確認核心是否支援該加密方法與外掛,而不是一再修改分流規則。
V2Ray 系列中的代理協定,使用 UUID 等參數識別使用者,常與 WebSocket、TLS 等傳輸設定搭配。VMess 是協定,WebSocket 是傳輸方式,兩者不能互相取代。移轉舊設定時,需確認驗證欄位、傳輸路徑與系統時間;核心能識別協定名稱,不代表所有舊版參數組合都能直接使用。
通常透過 TLS 連線傳輸代理資料,並以密碼完成驗證。伺服器位址、連接埠、密碼與 TLS 伺服器名稱需一併確認;連線使用的 IP 位址可以與憑證對應的網域不同。若憑證驗證失敗,請檢查憑證有效期限、系統時間與伺服器名稱;停用憑證驗證會削弱連線身分驗證,不建議作為一般修復方式。
將驗證與傳輸保護分開處理的代理協定,本身不提供完整的傳輸加密,實際連線通常還需搭配 TLS 或 REALITY 等機制。UUID、傳輸類型、伺服器名稱及 flow 等參數必須與伺服器相符。選擇用戶端時,除了確認支援 VLESS,也要核對所用核心是否支援節點要求的傳輸與交握組合。
以 QUIC 為基礎的代理協定,底層仰賴 UDP,常用於需要留意封包遺失與壅塞狀況的連線。協定名稱不保證更高的傳輸量:UDP 連線狀況、伺服器負載與頻寬參數都會影響結果。若同一網路中的 TCP 類節點可用,但 Hysteria2 逾時,應先檢查 UDP 路徑,並確認設定使用第二代協定欄位。
以 QUIC 為基礎的代理協定,運用多路複用等功能處理代理連線,也包含 UDP 轉送相關設定。用戶端與伺服器需使用相符的協定版本、驗證參數及相關選項,舊範例不一定適用於目前的實作。行動網路的實際體驗也會受網路切換、訊號品質與背景執行政策影響,不能只憑一次延遲測試下結論。
核心負責網路處理,用戶端負責介面與系統整合。回報問題時,分別記錄應用程式名稱、核心名稱與實際生效的設定,可減少判斷相容性時的歧義。
Clash 生態系早期的規則代理核心,奠定設定格式、策略群組與分流機制的基礎。它不等同於 Clash for Windows 等圖形化應用程式,原版開源核心與舊版 Premium 核心的功能範圍也不能混為一談。閱讀舊版教學時,應先確認對應的分支,不能直接將後續核心新增的協定與欄位套用到舊環境。
mihomo 專案曾使用的名稱,因此舊文章、設定說明及部分用戶端名稱中仍會出現 Meta。這個名稱代表一條核心發展路線,不是所有含 Clash 字樣應用程式的統一版本。遇到標示支援 Meta 的設定時,仍應確認實際核心版本與使用欄位;舊版核心不一定具備目前 mihomo 的所有功能。
沿 Clash Meta 路線發展的規則代理核心,負責協定連線、規則比對、DNS 處理及 TUN 等底層功能。可由圖形化用戶端管理,也能獨立用於相容的執行環境。應用程式介面更新不一定與核心同步;排查未知欄位或協定不支援時,應查看實際執行的核心資訊,而不只看安裝套件名稱。
提供訂閱管理、策略選擇、記錄檢視與系統設定入口的應用程式,例如 Clash Verge Rev。用戶端會將訂閱、介面選項與本機覆寫組合成執行設定,因此編輯訂閱來源檔案不一定會立即改變實際行為。選擇用戶端時,應一併考量平台整合、設定管理方式與核心相容性;具體差異請參閱用戶端比較。
分流需要確認兩件事:連線符合哪一條條件,以及命中後使用哪個出站。規則資料已下載,不代表已由主要規則引用。
依網域、目標 IP、程序等條件,為連線選擇直連、代理策略或拒絕處理。規則通常由上而下比對,第一條符合的項目會決定流量走向,末尾常用 MATCH 處理其餘連線。調整順序前,應先查看連線記錄中的命中結果,並確認目前使用規則模式;若處於全域模式,修改規則通常不會產生預期的分流變化。
依資料庫將 IP 位址歸類至地區等類別,方便對目標位址進行批次分流。分類反映的是資料庫內容,不保證與伺服器實際位置相同,也不能直接代表網站所屬企業。網域可能解析至不同地區的 CDN 位址,因此同一服務的比對結果也可能改變;排查時應一併記錄實際目標 IP 與資料來源。
依服務、用途或維護者定義的類別整理網域,透過一個標籤引用多條網域比對條件。標籤是否存在及包含哪些網域,取決於實際載入的資料來源,不同清單的分類方式未必相同。GeoSite 與 GeoIP 的差別在於比對對象:前者針對網域,後者針對位址;若只有 IP 而沒有網域資訊,網域分類未必能生效。
將規則集合從主要設定檔中分離,以便獨立載入和更新,適合管理較大的網域或位址清單。提供器的 behavior、format 等設定需與檔案內容相符,宣告後還必須在 rules 中透過 RULE-SET 引用。清單成功下載只代表資源可取得;若引用名稱、策略名稱或規則順序不正確,仍可能無法依預期分流。
由節點或其他策略組成的出站選擇集合;規則通常指向群組名稱,而非固定指向某台伺服器。select 用於手動選擇,url-test 依指定測試結果選擇,fallback 則依可用性與順序切換。群組類型決定選擇邏輯,名稱只是引用標識;使用巢狀策略群組時,需沿著最終選擇路徑檢查實際出站,避免只看最外層名稱。
解析路徑與流量路徑都需要檢查。系統代理、應用程式內建 DNS 與虛擬網卡屬於不同入口,啟用其中一項設定不代表其他路徑會自動一致。
將網域轉換為位址等記錄的系統,是許多網路連線建立前的重要步驟。作業系統、瀏覽器與代理核心可能各自維護快取並使用不同的解析服務,因此修改系統 DNS 不一定會改變瀏覽器的查詢路徑。設定時還需區分解析目標網站網域與代理伺服器網域;後者解析失敗可能導致節點本身無法建立連線。
核心先向應用程式回傳虛擬位址並儲存網域對應;應用程式發起連線後,再依據對應還原網域並處理出站。虛擬位址不是目標伺服器的真實位址,因此只查看解析結果無法判斷出口位置。部分依賴真實位址的應用程式可能需要例外設定;修改過濾清單前,應先確認問題來自映射相容性,而非規則或路由錯誤。
透過虛擬網卡接收並處理 IP 流量,可涵蓋部分未遵循系統代理設定的應用程式。TUN 不是代理協定,也不等同於全域代理;流量接管後仍可依規則選擇直連或代理。執行通常仰賴系統權限、路由與網路堆疊設定;若同時啟用其他 VPN 或虛擬網卡,應特別檢查路由衝突與 DNS 接管範圍。
網域查詢未依預期路徑送出,而是交由其他解析管道處理,例如應用程式繞過核心直接使用系統解析。檢測頁面顯示某個解析服務,單憑這點無法證明整條代理連線失效,還需依預期設定判斷。排查時應一併檢查瀏覽器加密 DNS、系統解析、TUN 攔截與 IPv6 路徑,按請求來源逐項定位。
用戶端在指定測試條件下完成請求所需的時間,可能包含連線、交握與等待回應,測量方式與系統 ping 不同。延遲較低不代表下載頻寬較高,單次逾時也不能直接證明節點持續無法使用。比較結果時應統一測試網址、逾時設定與網路環境,再搭配封包遺失、實際傳輸速度及目標服務可用性判斷。
遠端訂閱提供輸入,本機設定決定組合方式,核心實際讀取的則是最終執行設定。更新前保留可還原的設定副本,有助於比對變更。
透過連結發布並更新節點或完整設定檔的方式;不同格式可能只包含節點,也可能包含策略群組、規則與 DNS 設定。連結可在瀏覽器開啟,不代表內容一定適用於目前的用戶端,仍需確認回傳格式與核心欄位。訂閱網址可能包含個人存取憑證,分享記錄或截圖時應遮蔽完整網址,避免一併公開私人設定。
供核心建立出站連線的一組伺服器參數,通常包含協定類型、位址、連接埠、驗證與傳輸設定。介面中的節點名稱只是方便辨識的標籤,不能單憑名稱判斷伺服器位置、頻寬或可用性。節點是否有效也取決於伺服器運作狀態與本機網路路徑;匯入後應先測試連線,再確認策略群組是否確實選用該節點。
Clash 常用的結構化文字格式,以縮排表示層級,並透過清單與鍵值組織參數。縮排應使用空格;層級錯誤、重複鍵或特殊字元處理不當,可能導致解析失敗或結果不如預期。語法通過只代表文字結構可解析,還需確認欄位名稱、資料型別與核心支援範圍;副檔名正確也不代表內容格式正確。
將訂閱、本機設定及附加規則組合成最終執行設定的過程,可用來保留個人化的 DNS、規則或連接埠設定。不同用戶端對覆寫順序、清單取代方式及指令碼執行時機的處理各異,不能假設同名功能的行為完全一致。訂閱更新後設定遭還原時,應確認修改位於哪一層,並直接檢查產生後的有效設定。
獨立載入節點集合的機制,可將節點更新與主要設定中的策略群組、規則分開管理。提供器通常需由策略群組透過 use 引用;資源下載成功不代表節點已加入目前的可選清單。節點提供器與規則提供器用途不同:proxy-providers 提供出站節點,rule-providers 提供比對條件,兩者不能互換。