Clash 節點怎麼選？延遲、流量倍率、地區與協定比較

先確認用途：節點排序不等於實際體驗

Clash 節點清單中的名稱，通常包含地區、線路、協定與流量倍率等資訊。這些名稱由訂閱服務商設定，並非核心自動驗證的線路證明。挑選節點時，先確認目標服務需要的地區，再檢查連線是否穩定、流量成本是否合適，最後比較延遲與傳輸速度。

Clash 是代理用戶端與核心生態的常見稱呼。Clash Meta 後續以 mihomo 的名稱持續維護，不同用戶端搭載的核心也不盡相同。成功匯入訂閱，只代表設定檔已被接受；清單中出現節點，也不表示目前使用的核心支援該節點的所有協定與傳輸參數。

請勿同時變更節點、DNS、TUN 與分流規則。一次只調整一個變數，才能判斷改善原因。以下數值僅用來說明判斷方式與換算，不代表本站實測結果，也不構成任何線路的效能保證。

延遲測試：看測試路徑，不只看毫秒數

URL 測試和 ICMP Ping 並不相同

Clash 用戶端常見的節點延遲測試，是讓核心透過指定節點向測試 URL 發出請求。測試結果反映這條代理路徑連至測試目標所需的時間；連線重複使用、DNS 快取、TLS 交握，以及用戶端採用的計時方式，都可能影響數值。這並非單純測量本機到代理伺服器的 ICMP 往返時間。

因此，系統指令 ping 的結果不能直接取代用戶端測試。伺服器可能封鎖 ICMP，但仍允許代理連線；測試 URL 也可能遭節點出口或目標網站限制，導致「逾時」，但其他網站仍可正常存取。反過來說，測試成功也不代表目標影音服務或程式碼託管網站一定能正常使用。

多次測試，辨識延遲波動

1. 固定網路環境、測試 URL 與逾時設定，並暫停下載和其他批次測速。
2. 每個候選節點測試 5 次，每次間隔幾秒，並記錄逾時情況，不要只保留最快的結果。
3. 比較中位數與波動範圍，再實際存取使用中的服務。

例如，節點 A 的 5 次結果為 45、46、48、290 毫秒及逾時；節點 B 則為 72、74、75、78、80 毫秒。A 的最低延遲較短，但這組測試中 B 更穩定。遠端終端和語音通話通常更需要穩定性；不過 5 次測試仍只適合初步篩選，不能取代長時間觀察。

流量倍率：依服務商計費規則換算

節點名稱中的「0.5×」「1×」「2×」，通常代表訂閱服務商計算流量扣抵的倍率，不是速度倍數，也不是 Clash 核心的標準計費欄位。用戶端無法只憑名稱確認帳單算法，應先查看服務商是否計算上行與下行流量、單位如何換算，以及倍率是否會依時段變動。

以下範例以服務商明確採用「計費流量＝統計流量×倍率」為前提。表中的 10 GB 是依服務商統計方式計算的流量，不一定等於瀏覽器顯示的檔案大小。

先估算用量，再進行大量傳輸測試

若剩餘配額為 60 GB，全部使用 2× 節點時，依上述簡化規則，約可傳輸 30 GB 的統計流量。測速也會消耗流量。假設連續下載 60 秒，平均速度為 10 MB/s，十進位下載量約為 600 MB；使用 2× 節點，光是這部分就會扣抵約 1.2 GB 配額，還未計入其他統計項目。

• 日常瀏覽可保留一個穩定的低倍率節點，減少不必要的配額消耗。
• 只有在服務確有需要時才使用高倍率節點，不要預設讓所有背景更新都經過該節點。
• 用戶端連線面板顯示的是流量觀測值，最終剩餘配額仍應以服務商帳單為準。

出口地區：服務判定結果比節點名稱重要

本機所在地、代理入口所在地與最終出口所在地可能各不相同。名稱標示「香港中轉」的線路，出口不一定在香港；標示「日本」也可能只是業者自行命名。網站通常會先依出口 IP 判定地區，但也可能參考帳號地區、付款資料、裝置定位與過往連線紀錄。

確認實際連線路徑

1. 在用戶端選取候選節點，並確認相關策略群組確實使用該節點。
2. 開啟目標網站，在「連線」或「日誌」頁面檢查網域套用的規則與策略鏈；各用戶端的介面名稱可能不同。
3. 透過相同代理路徑開啟 IP 查詢網站，查看出口 IP 與地區，再回到目標服務確認。
4. 如果 IP 查詢網站和目標網站套用不同策略群組，請先修正规則，不能以前者的結果代替後者下結論。

同一個 IP 在不同地理資料庫中的地區歸屬可能不一致。IP 查詢顯示某地區，不代表目標服務使用相同資料庫。無法存取也可能與共用出口的信譽、連線數限制或帳號狀態有關，不能一概歸因於地區不符。

協定比較：Trojan、VLESS 與 Hysteria2

協定名稱決定連線方式與相容性需求，不能直接代表線路品質。同一種協定在不同網路環境下，表現可能差異很大。比較之前，先在用戶端的核心資訊頁確認實際使用的核心，再核對訂閱要求；尤其不要直接將舊版 Clash 的支援範圍套用到 mihomo。

Trojan：先排查 TLS 參數

Trojan 的常見設定會使用 TLS。即使能連上伺服器 IP 和連接埠，SNI 不符、憑證異常或本機時間錯誤，仍可能導致交握失敗。不要為了「讓測試通過」而長期略過憑證驗證。若訂閱使用 WebSocket 等額外傳輸方式，也要確認用戶端核心支援該組合。

VLESS：只有協定名稱，無法得知完整設定

VLESS 本身不提供內容加密，需透過 TLS、REALITY 等安全層，或其他受保護的環境提供相應保護。TCP、WebSocket、gRPC 等傳輸設定不能任意互換；使用 REALITY 時，公鑰、short-id 等參數也必須與伺服器相符。只複製伺服器位址和 UUID，通常無法完整還原節點設定。

Hysteria2：先確認 UDP 是否可用

Hysteria2 在部分封包遺失的網路中可能較有優勢，但不代表一定更快。如果目前的 Wi-Fi、電信業者或防火牆限制 UDP，效能可能很差，甚至完全無法建立連線。即使設定 UDP 443，也不會自動變成 TCP HTTPS；連接埠號碼相同，不代表傳輸協定相同。Hysteria 和 Hysteria2 的設定也不能直接互換。

網頁能透過 Hysteria2 開啟，不代表遊戲或語音一定能走相同路徑。應分別確認應用程式是否使用系統代理、核心是否接管其 UDP 流量，以及伺服器是否允許轉發。TUN 能接管更多未使用系統代理的流量，但不會提升節點本身的頻寬，也無法繞過目前網路對節點連線的限制。

在 Clash 中篩選節點：先手動驗證，再交由自動選擇

初次篩選建議只保留 3～5 個候選節點，涵蓋一個日常低倍率出口、一個目標地區出口和一個備用線路。在策略群組中逐一手動選取，完成「測試 URL、存取目標網站、持續使用」三步後，再考慮自動測速。

url-test 只會依測試目標挑選節點

以下是供已有節點定義的設定檔使用的 mihomo 設定片段。proxies 中的名稱必須與實際節點完全相同；此範例不包含伺服器資訊，不能單獨匯入作為完整設定檔。

proxy-groups:
  - name: 延遲優選
    type: url-test
    proxies:
      - 日常低倍率
      - 地區備用
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

• interval: 300 表示以秒為單位的檢測間隔；實際排程也會受到群組使用狀態等設定影響，不應視為精確計時器。
• tolerance: 50 是以毫秒計算的切換容差，用來減少效益不大的頻繁切換，不是頻寬門檻。
• 測試 URL 必須能透過候選出口存取。對該 URL 而言最理想的節點，不一定最適合目標影音服務或程式碼儲存庫。
• 自動測速不會辨識節點名稱中的流量倍率，也不會驗證帳號地區或目標服務是否可用。

訂閱更新可能會覆蓋本機修改。若要長期保留策略群組，應使用用戶端支援的覆寫或合併功能，並依照該用戶端的文件確認處理順序。規則的基本寫法可參閱Clash 設定說明。

常見問題：逾時、卡頓與切換無效

延遲很低，影片還是一直緩衝？

先確認影片連線實際使用的節點，再固定畫質連續播放幾分鐘。延遲測試只會向小型目標發出請求，無法反映持續傳輸速度、影片 CDN 路徑或尖峰時段的網路壅塞。如果網頁回應正常，但大量傳輸速度持續下降，應比較相同時段的備用線路，而不是反覆修改 DNS。

所有節點都逾時，是訂閱失效了嗎？

先確認本機網路可直接連線、訂閱尚未到期且仍有配額，再檢查核心日誌。timeout 是結果，不是根本原因；connection refused 通常表示連線遭拒，憑證錯誤則應檢查 TLS 參數與系統時間。若只有 Hysteria2 連線失敗，可改測 TCP 類型的節點，確認問題是否與 UDP 路徑有關。

切換節點後，網站顯示的 IP 還是沒變？

檢查目前模式、目標網域套用的規則，以及瀏覽器是否真的使用代理。命中 DIRECT 規則的連線，不會因為代理群組切換節點而改變出口。也要確認是否仍在重複使用舊連線。不要直接開啟 TUN 取代規則排查；先確認請求從哪裡進入核心，最後採用哪一條策略。

最後該依什麼順序挑選？

先確認目標地區與協定相容，再排除斷線和明顯波動；從可用節點中比較流量倍率與持續傳輸速度，最後才用延遲進一步篩選。保留一個已驗證的備用出口，比根據單次最低延遲頻繁切換更實用。安裝與匯入步驟請參閱使用指南。