依序確認代理連線是否成功、目標服務能否使用、常用時段是否穩定,以及流量成本是否合理。本文適合已匯入訂閱、卻不知道該選哪個伺服器的使用者。讀完後,可用一致的測試條件挑出主要與備用節點,而不是只按清單上的最低延遲排序。
先分清 TCPing、真實連線延遲與下載速度
簡單來說:TCPing 用來初步檢查入口,真實連線測試用來確認代理連線,下載測試則用來觀察傳輸速度。三者檢驗的項目不同。節點位址能建立 TCP 連線,不代表帳號有效、協定參數正確,也不代表能透過該節點連上目標網站。
| 測試項目 | 實際測量內容 | 無法直接判斷 |
|---|---|---|
| TCPing | 本機與節點入口埠建立 TCP 連線所需時間 | 代理驗證成功、出口可用性、網頁載入速度 |
| 真實連線延遲 | 透過節點向指定測試 URL 發出請求所需時間 | 所有網站都能連線、下載速度持續充足 |
| 下載速度測試 | 透過代理取得測試資料時的傳輸速度 | 晚間仍維持相同速度、其他目標也使用相同路線 |
| 實際使用情境測試 | 開啟目標網頁、播放影片或建立服務連線的結果 | 其他地區服務的可用性,以及所有時段的穩定性 |
真實連線延遲會受測試網址、DNS、TLS 交握、連線重用與用戶端實作方式影響。比較結果時,必須使用相同的測試網址與網路;不能直接比較手機行動網路和電腦有線網路的測試結果。TCPing 也不是 ICMP Ping;系統停用 ICMP 回應,不代表 TCPing 一定會失敗。
在 v2rayN 中以相同條件篩選節點
先挑出少數候選節點,再重複測試。不要對整份訂閱連續進行下載測速:並行測試會占用本機頻寬,也可能耗用不少訂閱流量。以下採用 v2rayN 常見的繁體中文選單名稱;不同版本的文字或位置可能略有差異,請以右鍵選單實際顯示為準。
-
確認測試條件
開啟「設定」→「參數設定」,查看目前介面提供的測試網址、逾時等選項;若有「速度測試」區塊,請記下相關設定。關閉正在下載的工作,後續測試期間不要更改網址與逾時設定。
-
初步檢查入口
在主畫面的伺服器清單中選取候選項目,按右鍵選擇「測試伺服器延遲 Tcping」。先排除持續逾時的項目,但可暫時保留入口可連、真實連線結果尚未確認的節點。
-
測試代理連線
對同一批項目按右鍵選擇「測試伺服器真連線延遲」,記錄成功或失敗。每個候選節點分別重複測試 3 次,觀察是否能連續成功;不要把偶然出現的最低值當成最終排名。
-
確認實際出口
選取節點並按 Enter 設為作用中的伺服器,再從系統匣選擇「系統代理」→「自動設定系統代理」,讓支援系統代理的應用程式連線。檢查目前的路由模式,確認目標請求確實透過所選代理送出。
-
測試常用服務
開啟平常使用的目標服務,再對少數候選節點按右鍵選擇「測試伺服器下載速度」。在晚間常用時段再測一次,最後保留一個主要節點,以及一個使用不同路線的備用節點。
系統代理不會接管所有程式的流量。應用程式可能忽略系統代理,也可能依照用戶端路由規則直接連線。若切換作用中的節點後,出口沒有改變,請先檢查應用程式的代理設定與路由記錄。尚未確認流量路徑前,不要只憑網頁開啟速度評分節點。
在 Android 裝置上,v2rayNG 和 v2flyNG 應使用各自伺服器清單中的連線測試功能;桌面版選單路徑不適用於 Android 介面。跨裝置比較時,也要確認兩台裝置使用相同的網路,且沒有其他 VPN 連線改變測試路徑。
流量倍率怎麼算?先確認計費方式,再計算用量
流量倍率通常是訂閱服務端的計費規則,不是 VLESS、VMess 或 Trojan 的協定欄位。用戶端清單中的「倍率」文字可能來自節點備註,也可能已經過時;實際扣除流量仍應以服務商目前的說明與帳戶頁面為準。
以上為計算範例,並非任何訂閱方案的實際數據。假設服務商先加總上傳與下載流量,再乘上節點倍率,則上傳 0.2 GiB、下載 0.8 GiB,在 2 倍節點上會扣除 2 GiB。若方案採用十進位 GB,或上下行流量適用不同規則,請依相應單位重新計算。
- 先確認計算範圍:上傳和下載是否都計費,以及是否有個別路線的計費規則。
- 再確認倍率適用方式:倍率是否會隨時段變動,節點備註是否與帳戶說明一致。
- 最後評估測試成本:下載測速本身也會傳輸資料,多次測速耗用的流量可能比瀏覽幾個網頁還多。
低倍率不代表頻寬較低,高倍率也不保證連線穩定。倍率只表示計費方式。互動瀏覽可優先考量連線成功率與回應時間;傳輸大型檔案則還要考量傳輸速度與帳戶剩餘流量。瀏覽器顯示的檔案大小不一定等於伺服器計算的用量,重試、背景請求與協定額外負載都可能造成差異。
怎麼選節點地區:分清入口、出口與目標服務
地區名稱只是初步篩選標籤,並不代表完整的網路路徑。標示某地區的節點,其入口伺服器可能位於其他位置,再經由中轉連到出口。地理距離較近通常有機會降低延遲,但電信業者互連、跨境路線、壅塞與繞路都可能影響結果。
| 使用需求 | 優先確認 | 選擇方式 |
|---|---|---|
| 瀏覽網頁與遠端互動 | 多次真實連線測試結果、網頁首屏載入情況 | 在符合服務需求的候選項目中,優先選擇連線波動較小的路線 |
| 指定地區的服務 | 出口 IP 地區、服務帳戶與存取規則 | 先確認目標服務能正常使用,再比較延遲 |
| 影片與大型檔案 | 持續傳輸速度、緩衝狀況、倍率 | 在常用時段測試,不要只看短時間的峰值 |
| 備用連線 | 入口與上游是否彼此獨立 | 盡量避免主要與備用節點只是同一路線的不同備註 |
節點備註中的地區,不等於目標網站判定的地區。網站可能會綜合出口 IP 資料庫、帳戶地區、付款資訊與過往連線紀錄進行判斷。IP 查詢頁面顯示的地區正確,也不能取代目標服務本身的驗證。
VLESS、VMess、Trojan:依服務端設定與核心支援選擇
協定名稱本身無法決定速度。實際連線路徑還包含傳輸方式、TLS 或 REALITY、入口路線、出口頻寬與服務端負載。使用現有訂閱時,應先確認用戶端完整支援節點參數;只手動修改協定名稱,無法把現有伺服器轉換成另一種協定。
VLESS + REALITY 範例
- 協定
- VLESS
- 傳輸方式
- TCP
- 安全層
- REALITY
- Flow
xtls-rprx-vision,僅在服務端要求時使用- 重要參數
- UUID、服務名稱、公鑰、短 ID
這是參數組合範例。REALITY 必須使用支援此功能的 Xray 核心與相符設定,不能套用在一般 TLS 節點上。
VMess + WS + TLS 範例
- 協定
- VMess
- 傳輸方式
- WebSocket
- 安全層
- TLS
- 路徑
/ws,僅為範例路徑- 重要參數
- UUID、Host、路徑、TLS 服務名稱
路徑與 Host 必須符合服務端設定;使用 WebSocket 不代表一定會經過 CDN,也不會自動提高連線穩定性。
- VLESS:適用於已有相符 VLESS 設定的情況。VLESS 本身不會加密負載,通常會搭配 TLS、REALITY 等安全層使用。不能單憑「輕量」就推斷線路延遲較低。
- VMess:適用於服務端已提供 VMess,且用戶端能完整匯入相關欄位的情況。驗證會受系統時間影響;若驗證失敗,請先啟用系統自動校時,再檢查 UUID 與傳輸參數。
- Trojan:常見設定會使用密碼驗證並搭配 TLS。請優先檢查密碼、TLS 服務名稱與憑證驗證結果;TCP 443 是常見的服務端埠,但並非固定必用。
v2rayN 實際支援哪些功能,取決於所選核心與版本;v2rayNG 使用 Xray 核心,v2flyNG 使用 V2Fly 核心。兩種核心的功能並非完全相同,尤其不能把 REALITY 節點當成一般 VLESS 節點匯入後,就認定一定相容。遇到未知欄位、啟動失敗或不支援傳輸方式的提示時,應檢查核心功能,而不是一再測速。
節點成功連線後,再比較相同服務的實際表現。若兩個節點分別使用 VLESS 和 Trojan,但入口、出口與上游都不同,測試結果只能反映這兩條完整路線的差異,不能據此推論哪種協定普遍較快。
常見問題:低延遲、逾時與切換後沒有變化
延遲很低,為什麼影片還是一直緩衝?
先確認影片請求確實經由代理,再於相同時段對該節點進行一次下載測試。短時間請求回應快,不代表持續傳輸速度充足;若白天正常、晚上緩衝,請分別記錄兩個時段的結果,並用另一條上游路線交叉測試。
TCPing 成功,但真實連線一直逾時,該換地區嗎?
先不要換地區。檢查系統時間與帳戶狀態,再查看 v2rayN 記錄中的驗證、TLS、DNS 或逾時訊息。對照訂閱核對埠號、服務名稱與傳輸路徑;若所有節點都只在同一個測試網址失敗,請換用其他可用網址再測一次。
切換節點後,網站看到的出口為什麼沒變?
確認新節點已設為作用中的伺服器,再檢查應用程式是否使用系統代理,以及路由規則是否將目標設為直接連線。讓應用程式重新建立連線後再查出口;既有長連線可能暫時沿用舊路徑,不必立刻重新匯入整份訂閱。
可以直接按延遲排序,永遠使用第一名嗎?
排序只能用來縮小候選範圍。請對排名前幾名的節點分別進行 3 次真實連線測試,再連線到實際目標,最後確認倍率。若第一名偶爾逾時,另一個節點卻能連續成功且符合需求,應優先選後者作為主要節點。
最後整理:留下可供查核的選擇依據
不必每天重新進行完整評測,但應保留最基本的測試紀錄。記下網路、時間、測試方式與實際使用結果,日後才能判斷問題來自本機網路變動、上游壅塞,還是目標服務調整了存取策略。
- 測試環境:日期與時段、寬頻或行動網路、用戶端與所選核心。
- 連線結果:在相同測試 URL 下進行 3 次真實連線測試;逾時也要記錄,不要只保留成功的結果。
- 使用成本:目前倍率、計費單位,以及是否合計計算上傳與下載流量。
- 實際使用確認:常用網站能否連線、出口地區是否符合需求,以及持續傳輸是否穩定。
- 主要與備用節點:主要節點負責日常使用;備用節點優先選擇不同入口或上游,並定期確認仍可連線。
最後的判斷順序不變:先確認設定相容且代理連線成功,再確認目標服務可用,最後權衡穩定性、延遲、傳輸速度與倍率。這樣選出的節點有明確依據,發生問題時也更容易找出需要重新檢查的環節。