代理節點怎麼選？延遲測試、流量倍率、地區與協定解析

先依用途篩選，再比較延遲

挑選節點時，先確認目標網站需要的出口地區，再檢查是否能正常連線，最後比較穩定性、流量倍率和速度。ClashX 或其他用戶端清單顯示的毫秒數，只是單次測試結果，並非節點的綜合評分。顯示 45 ms 卻經常斷線的節點，通常不如穩定維持 110 ms 的節點適合開會。

訂閱服務常會將不同入口、出口和協定的組合命名為「香港 01」、「日本中轉」、「美國專線」。這些名稱由服務商自行填寫，並非經用戶端驗證的線路證明。「專線」也不代表固定頻寬、低封包遺失率或一定能觀看串流內容。初次使用時，建議先保留三個候選節點：一個日常低倍率節點、一個目標地區節點，以及一個不同線路的備用節點。

延遲測試測到什麼：不是下載速度，也不代表完整使用體驗

分清 ICMP、TCP 與 URL 測試

系統的 ping 通常會傳送 ICMP 封包。用戶端中的「延遲測試」則常透過代理連線至指定 URL，過程可能包含建立連線、TLS 交握和 HTTP 回應；實際計時範圍取決於用戶端及核心的實作方式。兩種測試的路徑、協定和終點不一定相同，測得的數值不能直接比較。

例如，使用 https://www.gstatic.com/generate_204 進行測試，只能反映透過該節點存取這個網址時的狀況，不能證明同一節點連上程式碼代管平台、影音平台或會議伺服器時也一樣快。url-test 策略組同樣是依照設定的測試 URL 選擇節點，不會自動判斷目前的服務需要哪個地區。

重複測試，比較中位數與波動幅度

1. 固定使用同一個 Wi-Fi 或有線網路，並暫停系統更新與大型檔案下載。
2. 所有候選節點使用相同的測試 URL 和逾時設定，例如統一設為 5000 ms。
3. 每個節點測試 5 次，間隔約 10 秒，記錄成功次數、中位數和最大值。
4. 在常用時段再測一輪，例如 20:00—23:00；不要只根據凌晨的結果長期選用節點。

以下資料僅用來說明判斷方式，並非本站實測線路：節點 A 的結果為 45、48、46、620 ms，另有一次逾時；節點 B 則為 105、108、110、112、109 ms。A 的最低值較小，B 的結果則較穩定。開會、遠端終端操作和互動式網頁通常可優先試用 B。五次測試仍只適合初步篩選，不能視為長期可用率統計。

流量倍率怎麼算：先計算可用流量，再確認計費單位

倍率通常代表流量扣抵係數。依服務商採用的計算方式，若某節點標示 2 倍率，透過該節點產生 10 GB 計費流量，通常會扣除 20 GB 套餐流量；0.5 倍率則通常扣除 5 GB。倍率不是網速倍數，也不保證高倍率節點一定比較快。

預估扣除流量 = 計費流量 × 節點倍率
10 GB × 0.5 = 5 GB
10 GB × 1.0 = 10 GB
10 GB × 2.0 = 20 GB

剩餘流量 60 GB，全部使用 2 倍率節點：
可用計費流量約為 60 ÷ 2 = 30 GB

這裡的「計費流量」不一定等於瀏覽器顯示的下載檔案大小。服務商可能會合計上傳和下載流量、使用不同容量單位，也可能有統計延遲。用戶端連線頁面的流量統計，也未必與伺服器端的計費範圍相同。實際扣抵方式請以服務商公布的規則和帳戶用量為準。

• 下載大型檔案：先用低倍率節點進行短時間測試；只要能持續達到所需速度，就不必為了更低的毫秒數改用高倍率節點。
• 偶爾存取特定地區：將該地區的高倍率節點留給特定用途，避免所有流量都經過同一個高成本出口。
• 未標示倍率：節點名稱並非完整的計費說明，請查看服務商的節點清單和套餐說明，不要預設倍率一定是 1 倍。

例如，以平均 8 Mb/s 觀看兩小時影片，純影音資料約為 7.2 GB，尚未計入其他請求和傳輸額外負擔；若使用 2 倍率節點，預估會扣除約 14.4 GB。計算時請留意，小寫 b 代表位元，大寫 B 代表位元組，8 Mb/s 約等於 1 MB/s。

地區選擇：分清入口位置、出口 IP 與內容地區

節點名稱中的地區通常指預期的出口位置，不一定是用戶端首先連線的入口位置。中轉線路可能先連到附近的入口，再經由中轉鏈路從另一個國家或地區連出。因此，「日本節點」不表示裝置直接連線至日本伺服器；地理距離較近，也不保證實際路由較短。

目標網站通常會看到出口 IP

網頁服務通常會根據出口 IP 的地理位置、帳號地區、付款資料和其他訊號，決定提供的內容或存取權限。切換至美國出口，不代表帳號地區、商店地區和內容目錄一定會一併改變。IP 資料庫的更新也可能不一致：查詢網站顯示某個地區，目標平台仍可能將同一個 IP 判定為其他地區或資料中心代理。

1. 在用戶端手動選擇候選節點，避免測試途中被自動策略組切換。
2. 開啟目標服務，確認真正需要使用的頁面、影片或介面可正常存取，而不只是檢查首頁。
3. 在用戶端的「連線」頁面確認相關網域、匹配規則和實際代理鏈，排除請求走直連或經過其他策略組的情況。
4. 盡量維持帳號使用地區穩定；更換出口後若觸發驗證，請依平台流程處理，不要連續切換多個地區反覆登入。

串流平台的「解鎖」狀態會隨時間變化。同一地區的不同出口 IP 可能得到不同結果，同一節點也可能因服務商更換出口而改變。一次播放成功只代表當下的測試結果，不代表長期保證。測試時也應確認實際畫質和連續播放狀況，而不只是能否開啟影片詳情頁。

協定怎麼選：先確認核心支援，再看網路環境

協定名稱描述的是傳輸和驗證方式，不代表速度排名。Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 等協定能否使用，取決於用戶端搭載的核心版本和設定欄位。不同分支的 ClashX 功能不盡相同；使用 mihomo 核心的用戶端，也應在「關於」或核心資訊頁面確認實際版本。能匯入訂閱，不代表所有節點欄位都受到正確支援。

Hysteria2 和 TUIC 以 QUIC 為基礎，需有可用的 UDP 網路。在部分飯店、校園或辦公室網路中，UDP 可能受到限制；這類節點即使在家用寬頻上表現正常，換到其他網路也可能無法連線。另一方面，使用 TCP 連線的代理節點，也不代表能承載所有應用程式的 UDP 流量，仍須確認具體協定能力、伺服器設定和用戶端配置。

可重複使用的節點測試流程

步驟一：固定出口與測試條件

在用戶端的「代理」或「代理組」頁面選擇手動選擇組，固定一個候選節點。各用戶端的選單名稱可能不同，重點是避免 url-test 或 fallback 在測試途中自動切換。關閉其他速度測試，並確認目前設定的本機連接埠；以下命令假設 HTTP 或混合連接埠為 7890。

curl --proxy http://127.0.0.1:7890 \
  --output /dev/null \
  --silent --show-error \
  --max-time 15 \
  --write-out 'status=%{http_code} first_byte=%{time_starttransfer}s total=%{time_total}s\n' \
  https://www.gstatic.com/generate_204

此命令適用於提供 curl 的 macOS、Linux 或其他命令列環境。first_byte 表示從開始請求到收到第一個位元組所花的時間，包含代理連線和目標伺服器回應等環節，不能視為純網路 RTT。回傳 204 表示此測試端點如預期回應，不代表其他網站一定能正常使用。命令透過本機代理送出請求後，最終出口仍由用戶端規則決定，因此必須同時確認連線記錄。

步驟二：用實際用途驗證傳輸速度

延遲測試通過後，再用有權存取的檔案或實際播放的影片檢查持續速度。下載 30—60 秒，記錄速度穩定時的數值，不要只看瞬間峰值。速度測試會消耗套餐流量；10 個節點各下載 100 MB，還沒計入倍率就已接近 1 GB。因此先以少量流量篩選，再測試兩三個候選節點即可。

步驟三：記錄失敗條件，保留不同線路的備用節點

記錄日期、連線網路、節點名稱、出口地區、倍率、測試中位數和實際使用結果。如果節點只在晚間尖峰時段變慢，問題較可能與壅塞有關；如果所有節點在同一個 Wi-Fi 下都無法使用，應優先檢查本機網路、DNS 和用戶端設定，不必立刻更換訂閱。名稱不同的兩個節點也可能共用入口，備用節點應盡量選擇不同入口或不同線路。

日常設定：常用穩定節點，限制自動切換範圍

日常瀏覽可將低倍率、成功率高的節點放在同一個候選組。需要固定地區的服務則使用獨立策略組，避免把多個國家的出口混在自動測速組中。規則會依序比對，業務網域應指向對應的策略組；設定方式可參考規則分流說明。

• 重視互動體驗：選擇波動小、連續請求成功的節點，不必追求單次最低延遲。
• 重視影片播放：先確認目標內容可觀看，再檢查持續傳輸速度和流量倍率預算。
• 重視會議品質：確認 UDP 支援和接管方式，並盡量在同一場會議期間維持出口不變。
• 重視帳號穩定：固定常用地區，減少不必要的自動跨區切換。

最後保留的節點不必太多。一個穩定的日常節點、一個業務專用節點，再加上一個獨立備用節點，通常比數十個未經驗證的候選節點更容易管理。網路環境、出口 IP 或套餐有所變動後，再依相同條件重新測試，結果才有比較意義。