代理群組決定流量的最後一跳
規則命中之後,流量不會直接送到某個節點,而是先交給一個代理群組,由群組決定走哪條線路。所以「節點看起來很好但速度上不去」,很多時候不是節點的問題,是群組策略選錯了。
開啟「代理」頁,你看到的每個可摺疊標題就是一個群組。群組類型寫在設定檔的 proxy-groups 段落裡。如果設定來自機場訂閱,介面上只能切換節點,改不了群組類型——要改得靠 Merge 覆蓋。
先把群組名稱看清楚
不同機場的群組名稱差別很大,動手前先在「代理」頁把群組層級看過一遍。
五種群組的實際差別
- 1
select:手動選,選了就不動
你點哪個就是哪個,選擇結果存在本機。主要出口建議維持 select,排查問題時切換最快。
- 2
url-test 與 fallback:都自動,邏輯不同
url-test 依測速結果挑最快的,延遲低但會頻繁跳;fallback 只在目前節點偵測失敗時才切下一個,穩定但可能一直用著慢的那條。看重穩定選 fallback,看重速度選 url-test。
- 3
load-balance 與 relay:分散與串聯
load-balance 依 strategy 把連線分散到多個節點,consistent-hashing 讓同一網域固定走同一節點,round-robin 則輪流使用;relay 是串聯,流量依序經過群組裡每個節點,延遲會疊加,只在確實需要中轉時才用。
確認群組真的生效
切到「連線」頁,點開任一筆記錄看 Chains 那一欄。它由右往左顯示流量經過的群組與最終節點,例如 GLOBAL → 自動選擇 → HK-01。如果出現的群組不是你以為的那個,代表規則把這個網域分到了別的群組,問題出在規則而不是群組。
- 主要出口用 select,臨時排查時切換最快
- 自動群組的 interval 不要小於 300 秒,測速本身也耗流量
- load-balance 搭配 consistent-hashing,避免登入狀態頻繁掉線
常見問題
url-test 一直在跳節點,怎麼讓它穩一點?
把 tolerance 調大,例如設成 150,意思是新節點要比目前節點快 150 毫秒以上才切換。預設值偏小,線路稍有波動就會換一個。
手動選的節點,更新訂閱後會被重設嗎?
一般不會。Clash Verge 把手動選擇存在本機,只要群組名稱和節點名稱沒變就會沿用。機場改了群組名稱,才會退回群組裡的第一個節點。