Clash 節點怎麼選

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

Clash 節點清單中的名稱、延遲和倍率，代表的是不同資訊。地區會影響出口位置及服務可用性；倍率關係到訂閱流量的扣除速度；協定則影響核心相容性和傳輸條件；延遲僅反映單次測試的回應狀況。單看毫秒數排序，無法直接找出最適合目前用途的節點。

先在用戶端確認目前已啟用正確的 Profile，再前往「代理」或「策略組」頁面。各用戶端的介面名稱可能不同，判斷時請以策略組名稱、組別類型及連線紀錄為準。切換節點前，確認操作中的組別確實套用於目標網站的規則，而不是未參與目前連線的備用組。

1. 確認用途：瀏覽網頁、播放影片、使用遠端終端機和傳輸大型檔案，對連線的需求各不相同。
2. 篩選出口地區：先保留目標服務允許的地區；若沒有限制，再比較延遲和穩定性。
3. 確認成本：查看訂閱服務商對倍率和計費方式的說明，排除不適合長時間使用的節點。
4. 確認傳輸條件：確認目前使用的核心支援該協定；需要 UDP 的應用程式還須驗證完整的 UDP 傳輸路徑。
5. 比較實際連線：在相同網路、相同目標及相近時段重測，最後保留一個主要節點和一個備用出口。

延遲測試測到什麼

HTTP 探測不等於單純的網路往返時間

Clash 和 mihomo 常見的延遲測試方式，是透過指定代理向測試 URL 發出請求，與直接對節點伺服器執行 ICMP Ping 不同。結果會同時受到本機至入口的路徑、代理交握、出口至測試網站的路徑，以及測試端點回應速度影響。是否涉及 DNS、TLS 和連線重用，也取決於核心實作及當下的連線狀態。

例如，介面顯示的 80 毫秒和 160 毫秒，只有在測試 URL、網路環境和測試方式相同時才適合比較。這兩個數字只是說明比較方法的範例，並非本站實測結果。出口離測試網站較近，可能在這項測試中表現較好，卻不代表它也更靠近你實際使用的服務主機。

固定測試條件重測，別憑單次結果下結論

每輪只測少數候選節點，避免同時探測占滿本機連線。建議在相同網路下分三輪記錄結果，每輪間隔約 30 秒；這只是操作建議，並非效能保證。比較各輪的中間值和逾時次數，不要只看最低值。若要評估晚間使用狀況，請在實際使用時段重測。

測試期間先暫停大型檔案同步，並固定使用相同的測試 URL。如果所有節點都同時逾時，先檢查本機網路、測試網站和訂閱是否有效。若只有一個節點持續失敗，再檢查該節點的協定參數及服務狀態。不要因一次逾時就同時修改 DNS、TUN 和所有規則，否則很難找出問題來源。

流量倍率如何影響訂閱流量

倍率通常是訂閱服務商的計費規則，並非 Clash 協定欄位。節點名稱中的「0.5x」「1x」「2x」可能只是服務商自行命名，用戶端不會只憑名稱決定如何扣除流量。實際倍率、上下載是否都計入、統計方式及生效時間，請以服務商說明和帳戶帳單為準。

倍率較高不代表延遲較低，也不代表頻寬較大。高倍率可能反映特定線路成本或地區資源，仍須實際測試。下載系統映像檔、同步照片或長時間觀看影片時，應先挑選符合需求且倍率較低的節點；遠端操作較重視回應速度與穩定性，可在預算許可時選擇更合適的路徑。

• 首次使用某個倍率的節點前，先記錄帳戶剩餘流量，再進行一段可控的傳輸，等服務商更新統計後再核對。
• 不要直接用用戶端連線頁面顯示的單次流量取代服務商帳單；兩者的計量位置可能不同。
• 多台裝置共用訂閱時，也要把其他裝置的用量計算在內，否則一次對照很容易得出錯誤結論。

判斷節點地區要看出口，別只看名稱

節點名稱中的地區通常由訂閱服務商填寫，可能代表入口、出口或線路分組。連線若先經香港入口，再由日本出口連上網站，目標網站通常會看到日本的出口 IP。地理距離較近也不一定代表路徑較短，電信業者的互連和中轉安排都會影響實際表現。

判斷地區時交叉確認三項資訊

1. 確認連線的實際出口：在用戶端的「連線」頁面找到目標網域，查看命中的規則、策略組和最終節點。
2. 檢查出口 IP：在同一個瀏覽器中開啟可信任的 IP 查詢服務，記下查詢結果中的公網 IP 和地區。先確認查詢請求沒有被規則導向 DIRECT。
3. 測試目標服務：直接使用目標網站確認是否可用；IP 資料庫可能更新較慢，不同服務對地區的判定也可能不一樣。

如果查詢網站顯示的地區正確，但目標服務仍提示地區受限，還要檢查帳號註冊地區、付款資料、過往登入紀錄及服務本身的政策。換成另一個地區標籤相同的節點，不一定能解除這些限制。節點名稱也無法證明 IP 類型、服務解鎖能力或帳號使用是否符合規定。

需要長期登入的服務，應盡量維持出口地區穩定。頻繁跨地區切換可能觸發額外驗證；切換節點後，既有 TCP 連線通常不會自動移至新節點，必須重新建立連線才能確認新的出口。是否關閉舊連線，應視目前的下載、通話和遠端工作階段能否中斷而定。

選擇協定時，先確認相容性與 UDP

Shadowsocks、Trojan、VMess、VLESS、Hysteria2 和 TUIC 等名稱，代表不同的代理協定或傳輸架構，並非速度等級。實際支援哪些項目，取決於用戶端搭載的核心及其版本。使用 Clash Meta（mihomo）核心的用戶端，與已停止維護的舊版 Clash 用戶端，支援範圍不能混為一談。

匯入設定時若出現不支援的代理類型、解析失敗或交握錯誤，請先在用戶端的「關於」或核心資訊中確認實際使用的核心，再依照設定需求逐項檢查。不要只看應用程式名稱，也不要在不清楚參數用途時隨意修改 type、network、SNI 或 TLS 選項。

Hysteria2 和 TUIC 使用以 QUIC 為基礎的傳輸方式，因此需要底層 UDP 網路可連通。部分網路會限制 UDP，即使支援該協定，也可能無法連線。反過來說，節點能代理 TCP 網頁流量，不代表它也能傳輸遊戲或語音的 UDP 流量。

系統代理通常不會自動接管所有應用程式的 UDP 流量。如果應用程式不遵循系統代理設定，請確認 TUN 或應用程式本身的代理設定是否涵蓋這些流量。即使節點設定中啟用了 udp: true，仍須由伺服器支援，並確保用戶端能接管流量且規則設定正確。一般網路不穩時，不要用停用憑證驗證的方式處理。

如何搭配手動選擇與自動測速

select 適合固定出口或手動判斷；url-test 則適合在條件相近的候選節點中，依探測結果自動選擇。後者不會替你評估訂閱倍率、帳號的地區要求或目標服務是否可用。若將高低倍率及多個不相容地區的節點放進同一個自動組，可能會因數值較好而切換到不符合用途的節點。

以下是需合併至現有 Profile 的 mihomo 策略組片段，並非完整設定檔。日常-A 和 日常-B 必須替換為目前設定中確實存在的節點名稱，並先確認兩者的倍率及出口需求相同。測試 URL 會由核心發出請求，請選擇目前網路和代理路徑都能穩定存取的端點。

proxy-groups:
  - name: 日常自動
    type: url-test
    proxies:
      - 日常-A
      - 日常-B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

  - name: 日常選擇
    type: select
    proxies:
      - 日常自動
      - 日常-A
      - 日常-B

interval: 300 表示每隔 300 秒自動探測一次；tolerance: 50 表示 50 毫秒的切換容差，用來減少延遲相近時頻繁切換，並非允許的最大延遲。這項設定不會自動接管所有流量，現有規則也必須引用 日常選擇，連線才會進入該組。

例如，規則 DOMAIN-SUFFIX,example.com,日常選擇 會將符合網域後綴的連線交由這個策略組處理。規則通常依序比對；若前面的規則已符合，後面的規則就不會再接管該連線。更多語法請參閱策略組設定說明。

依使用情境完成最後驗證

瀏覽網頁與遠端操作：優先考量回應穩定

一般網頁瀏覽可優先選擇倍率較低且探測結果穩定的節點。SSH、遠端桌面和管理後台則更重視互動延遲與連線不中斷，建議固定使用手動選擇的出口，避免自動切換影響問題排查。如果節點測試正常，但終端機仍斷線，也要檢查目標伺服器、防火牆及閒置連線逾時設定。

影片與下載：優先考量持續傳輸與流量成本

觀看影片前先確認目標服務能否正常播放，再觀察緩衝是否持續發生；下載大型檔案時，應使用同一個來源比較一段穩定傳輸，而非只看開始下載時的速度。測速網站的傳輸速度不代表所有下載來源的表現，也別為了反覆測速耗掉大量訂閱流量。

遊戲與語音：另外確認 UDP 傳輸路徑

先確認遊戲或語音應用程式的流量確實進入代理，再查看應用程式顯示的延遲、抖動和封包遺失。網頁探測成功只能作為初步篩選。若切換節點後沒有變化，請檢查規則是否仍走 DIRECT，以及應用程式是否沿用舊連線，而不是繼續盲目更換協定。

1. 保留一個穩定的主要節點及一個已驗證的備用節點，並記錄各自的地區和倍率。
2. 連線至目標服務後，在用戶端確認實際出口，不要只看策略組中反白的項目。
3. 觀察實際使用情況，並確認帳戶流量變化是否符合預期。
4. 發生問題時，每次只修改一項設定：節點、接管方式、規則或 DNS；修改後重新驗證。

最後依序確認：用途與地區符合需求、倍率可接受、協定和流量接管方式相容，接著再比較延遲與實際穩定性。毫秒數適合用來縮小候選範圍，不適合單獨決定所有情境下的節點選擇。