先依用途篩選節點,再比較延遲

將訂閱匯入 Clash 後,節點清單通常會列出地區、倍率、線路名稱與協定。挑選時不必逐一測滿速;先確認目標網站需要哪個地區,再排除流量成本不合適的節點,最後比較可用性與穩定度,就能省下許多無效測試。

本文所說的「機場」,是指提供代理訂閱的服務商。節點名稱由服務商設定,並非客戶端驗證過的線路參數。「專線」、「高速」、「原生」等字樣只能作為篩選參考,最後仍須確認實際連線表現、出口 IP 與服務商說明。

  • 瀏覽網頁、查資料:優先選擇連續請求穩定、首次載入較快的節點,不必追求最高下載速度。
  • 播放影片、傳輸大型檔案:先確認倍率與可用流量,再看持續傳輸速度;幾十毫秒的差距通常不是關鍵。
  • 遠端桌面、語音通話:留意延遲波動、連線中斷與 UDP 支援情況,也要確認應用程式是否經過代理。
  • 有地區限制的服務:先確認目標服務辨識的出口地區與帳戶條件,再考慮延遲排名。

Clash 延遲測試測的是什麼?

Clash 與 mihomo 客戶端的延遲測試,通常會透過指定代理向測試 URL 發出 HTTP 或 HTTPS 請求,再記錄所需時間。這不是單純對節點伺服器執行 ICMP Ping,也不是下載頻寬測試。測試 URL、連線重複使用方式、核心版本與客戶端設定各有不同,測試結果未必能直接比較。

延遲低,不代表下載速度快

建立連線、TLS 交握與等待回應都可能影響測試數值。小型請求很快完成,不代表尖峰時段也有足夠頻寬。反過來說,距離較遠的線路可能延遲較高,但持續下載更穩定。

例如,候選節點 A 顯示 45 ms,候選節點 B 顯示 95 ms,只能說明兩者在這次測試條件下的回應時間不同。不能因此推論 A 的下載速度是 B 的兩倍,更不能保證某個影音網站透過 A 就一定能順利播放。

在相同條件下測試三輪

  1. 暫停系統更新、雲端硬碟同步與其他下載,並維持使用同一個 Wi-Fi 或有線網路。
  2. 在客戶端的「代理」頁面找到要比較的策略組,使用組內的延遲測試按鈕;不同客戶端可能會將此頁稱為「代理組」。
  3. 對候選節點連續測試三輪,每輪間隔約 10 秒,記錄逾時次數與數值範圍,不要只截取最低的一次。
  4. 切換至候選節點後,實際開啟目標網站,確認首頁載入、登入與連續操作是否正常。

假設某節點三輪結果為 62、65、63 ms,另一個節點則為 40、260 ms、逾時;前者通常更適合互動操作。這些數值僅供說明,並非本站對任何線路的實測承諾。若客戶端啟用了 unified-delay 等會影響延遲計算的選項,應先確保選項設定一致,再進行比較。

流量倍率怎麼算:0.5 倍、1 倍與 2 倍

倍率通常是服務商的計費係數,不代表速度倍數。標示為 2 倍的節點,不表示頻寬一定是 1 倍節點的兩倍;標示為 0.5 倍,也不代表連線速度會減半。計費是按上傳、下載或兩者合計計算,請以服務商的流量說明為準。

節點倍率 計費基準流量為 10 GB 時 挑選時的考量
0.5 倍 約扣除 5 GB 流量 適合先確認是否符合日常傳輸需求
1 倍 約扣除 10 GB 流量 作為比較流量成本的基準
2 倍 約扣除 20 GB 流量 確認特殊地區或線路品質是否值得額外耗用流量

上表將「服務商計費基準流量」統一設為 10 GB,僅用來示範乘法關係。實際下載一個標示為 10 GB 的檔案,可能還會產生上傳、協定額外負載與重試流量;後台統計也可能延遲更新,因此不必要求客戶端與帳戶頁面的數字即時精確到每個位元組。

測速本身也會耗用流量

以十進位單位估算,若以 100 Mbps 持續下載 60 秒,資料量約為 750 MB。若全部按 2 倍計費,約會耗用 1.5 GB 流量。批次測試數十個節點的頻寬,會比按幾次延遲測試耗用更多流量。

  • 先透過延遲測試與實際瀏覽網頁,篩出兩三個候選節點,再短時間測試傳輸速度。
  • 若要確認倍率,先暫停其他裝置的流量,記下帳戶頁面的剩餘流量,進行一次受控下載,等統計更新後再比較。
  • 更新訂閱後,重新查看節點名稱與服務商說明;倍率不一定會永久固定。

怎麼選節點地區:入口、出口與目標服務

節點名稱中的「香港」、「日本」、「美國」通常表示出口地區,但客戶端最先連上的入口位址不一定位於該地區。中轉線路可能先連到較近的入口,再透過另一段路徑抵達海外出口。因此,地理距離只能作為初步參考,不能取代實際測試。

一般瀏覽先確認網路路徑

對中國大陸使用者來說,香港、日本、新加坡等地區可列入初步候選,但不同電信業者、所在城市與上網時段都會影響結果。晚上 21:00 的表現可能與上午 10:00 不同。至少在平常使用的時段再測一次,不要把白天測得的單次結果當成長期結論。

使用地區限定服務,應確認出口辨識結果,不要只看標示

同一個出口 IP 在不同資料庫中可能被判定為不同地區;目標服務也可能根據帳戶地區、付款方式、裝置定位與過往登入紀錄判斷使用權限。節點標示某個地區,不代表該地區的所有內容都能存取。

  • 直接開啟目標服務確認,不要把 IP 查詢頁的結果當成最終判斷。
  • 確認該服務的規則確實使用所選策略,避免只有查詢頁走代理,目標應用程式卻直接連線。
  • 登入與付款時,盡量維持出口穩定;頻繁切換地區可能觸發額外驗證。
  • 需要備用線路時,優先選擇入口與出口資源不同的節點,而不只是編號相鄰的節點。

Trojan、VMess、Hysteria2 怎麼選?

協定決定客戶端與代理伺服器如何通訊;線路品質還會受到入口壅塞、跨境路徑、伺服器負載與出口頻寬影響。不能直接把某種協定等同於「最快」。比較協定前,先確認目前使用的客戶端核心支援訂閱中的設定欄位。

協定 連線特性 使用前確認
Trojan 常見部署方式以 TCP 與 TLS 傳輸代理資料 伺服器名稱、憑證驗證與傳輸設定是否相符;另須確認是否支援 UDP 轉發
VMess 支援多種傳輸組合,訂閱中可能搭配 WebSocket、TLS 等選項 UUID、傳輸路徑、Host 與 TLS 設定是否完整;系統時間是否正確
Hysteria2 以 QUIC 為基礎,底層使用 UDP 本機網路是否允許 UDP、核心是否支援,以及伺服器連接埠與參數是否正確

UDP 受限時,別只是不斷更換 Hysteria2 節點

部分辦公室網路、訪客 Wi-Fi 或電信業者路徑會限制 UDP。如果同一個網路下多個 Hysteria2 節點都無法使用,但 TCP 類節點正常,建議先改用手機熱點進行對照測試。Hysteria2 在部分弱網環境中可能表現較好,但無法保證在所有封包遺失或限速情況下都較有優勢。

連接埠相同,不代表傳輸方式相同

Trojan 可使用 TCP 443,Hysteria2 則可使用 UDP 443;實際連接埠由伺服器設定。允許 TCP 443 通過,不代表 UDP 443 也能通過。瀏覽器能開啟 HTTPS 網站,也無法證明 Hysteria2 所需的 UDP 路徑暢通。

Hysteria2 需要使用支援該協定的核心,例如目前支援此協定的 mihomo。不要因為客戶端名稱帶有 Clash,就認定舊版核心也能解析。匯入後若出現「不支援的代理類型」,先查看客戶端「關於」頁面的核心資訊,再更新至相容的客戶端,或向服務商索取相符的設定;不要只修改節點類型名稱。

將候選節點加入策略組,確認規則確實生效

選好節點後,應用程式仍可能沒有透過它連線。Clash 的規則模式會將連線交由規則指定的策略組處理;切換「手動選擇」組,不代表其他組也會一起變更。排查時,先查看連線紀錄中的規則與代理鏈路,再參考測速結果。

  1. 在客戶端選擇「規則」模式,開啟「代理」頁面,確認目標規則使用的策略組。
  2. 將該策略組切換至候選節點;若組內還有巢狀策略組,請繼續確認下一層的選擇。
  3. 關閉目標網頁的舊連線後重新載入;必要時前往連線頁面關閉相關連線,避免舊工作階段仍沿用原本的路徑。
  4. 查看「連線」頁面中的目標網域、命中規則與代理鏈路,確認實際出口符合預期。

手動選擇、自動測速與故障轉移有什麼不同?

  • select:手動選擇候選項目,適合固定出口及逐一比較測試。
  • url-test:依照設定的測試 URL 與策略選擇節點,通常偏向延遲較低的節點,不會評估流量倍率或內容地區權限。
  • fallback:依候選順序與健康檢查結果尋找可用節點,適合按照預設優先順序準備備用線路。

自動測速組可能選到延遲低但倍率高的節點,也可能切換到不符合地區需求的出口。將用途、可接受倍率與地區範圍相近的節點放在同一組,比把所有節點塞進單一自動組更容易管理。

日常挑選節點的五步檢查清單

  1. 確認用途:先釐清是日常瀏覽、持續下載,還是使用特定地區服務,排除不符合需求的候選節點。
  2. 估算成本:確認倍率、剩餘流量與計費方式,不要用頻寬測速取代流量預算。
  3. 檢查穩定度:在相同條件下測試三輪延遲,並於常用時段再次確認,記錄逾時與波動情況。
  4. 測試實際服務:實際登入、播放或下載,確認規則命中與出口地區,不要只看清單上的綠色數字。
  5. 保留備用節點:準備不同線路的候選節點,發生問題時先切換比較,再判斷原因來自本機網路、訂閱設定或伺服器故障。

最終選擇不必是一份永遠不變的排名表。日常使用時,挑一個回應穩定、倍率可接受、出口符合需求的主用節點,再準備一個確認可用的備用節點,通常比每天追求最低延遲更實際。更換網路、更新訂閱或遇到尖峰壅塞後,再依這五個步驟快速檢查即可。