先用 TCPing 檢查節點入口，再以實際連線延遲確認代理鏈路，最後透過下載測速判斷持續傳輸能力。本文適合遇到「延遲很低卻打不開網頁」或「測速很快但平常使用卡頓」的讀者。看完後，可在相同網路、相同目標下分輪測試並比較結果，別只挑清單中數字最小的節點。
一、先看測量項目：三種數值不能互相替代
先確認選單中的測試名稱，再比較數值。TCPing 通常會連線至節點伺服器的 TCP 連接埠，並記錄建立連線所需時間；它不是傳統的 ICMP Ping。毫秒簡寫為 ms，代表耗時，通常越低越好。下載測速常以 MB/s 表示每秒傳輸的資料量，通常越高越好。
實際連線延遲則是透過節點送出實際請求，確認代理能否連上指定的測試網址。不同用戶端版本、核心和測試網址，計時的起點與終點可能不同。測量時間可能包含代理交握、連線至目標、TLS 交握及等待回應等部分耗時，不能直接視為伺服器的網路往返時間。
TCPing：檢查入口連接埠
主要確認「本機能否連上這個位址和連接埠」。它不會驗證 VMess 或 VLESS 等代理協定的認證，也無法證明節點能連上目標網站。
適用情境：快速排除入口連線失敗的設定，檢查位址、連接埠和本機網路。
實際連線延遲：優先確認日常可用性
推薦使用設定建立代理鏈路，再連線至測試網址。這比單純測試連接埠更接近開啟網頁的過程，但測試成功只代表能連上該測試目標。
適用情境：挑選日常瀏覽用節點，確認協定參數與代理出口是否可用。
下載測速：檢查持續傳輸能力
透過節點持續接收資料。測速結果同時受本機頻寬、節點負載、出口路徑和下載伺服器限制，不能直接換算成網頁開啟速度。
適用情境：觀看影片、下載大型檔案，以及比較相同時段的持續傳輸量。
二、TCPing 數值很低卻打不開網頁：沿著鏈路逐步排查
先別反覆切換協定。TCPing 成功只代表入口連接埠已建立 TCP 連線。如果節點入口是反向代理或中轉伺服器，測試可能在入口處就結束；後續的代理認證、伺服器轉送和目標網站都還沒經過驗證。
| 觀察到的狀況 | 優先檢查項目 | 下一步 |
|---|---|---|
| TCPing 成功，實際連線失敗 | 協定參數、認證、傳輸與安全性設定 | 核對訂閱中的位址、連接埠、使用者識別碼，以及 TLS、SNI 或傳輸路徑；入口連得上不代表設定正確。 |
| 實際連線成功，只有部分網域無法連線 | DNS、路由與目標網站限制 | 比較測試網域與無法連線網域的路由方向，確認失敗的請求是否走了直連。 |
| 用戶端測試成功，瀏覽器卻無法連線 | 系統代理或應用程式的接管範圍 | 確認瀏覽器使用用戶端的本機監聽連接埠；Android 裝置則確認 VPN 已連線，且目標應用程式包含在代理範圍內。 |
| 切換到另一個網路後恢復正常 | 目前的網路連線與入口路徑 | 分別記錄 Wi-Fi 和行動網路的測試結果，不要把兩種網路的測試資料混在一起排序。 |
TLS 是用來保護連線的加密協定；SNI 則是在 TLS 交握時用來指定目標主機名稱的資訊。即使入口連接埠能連線，若 SNI、憑證驗證、WebSocket 路徑或 Reality 參數不符，仍可能在後續交握階段失敗。請先重新核對訂閱參數，不要以關閉憑證驗證來掩蓋問題。
三、如何測量實際連線延遲：固定目標並重複確認
先固定測試網址，再對候選設定重複測試。測試網址是用戶端用來判斷連線狀態的目標 URL，不是節點伺服器的位址。不同網站的部署區域、回應方式和存取政策各異；今天測一個目標、明天換另一個，結果就不適合直接比較。
- 確認測試設定。在 v2rayN 的「設定」→「參數設定」中，尋找與延遲測試網址、下載測速網址相關的項目。欄位名稱會隨版本不同，請先記下目前設定，別為了追求更低數值而頻繁更換。
- 分開執行測試。在 v2rayN 設定清單中選取項目，開啟右鍵選單，分別執行名稱包含「Tcping」和「實際連線延遲」的測試。不要同時執行批次測試和大型檔案下載。
- 在 Android 裝置上選擇可用的測試項目。在 v2rayNG 主清單中開啟右上角選單，尋找「測試所有設定的實際連線」等測試項目；部分版本需要先啟動服務。若選項名稱不同，請以目前版本的選單為準；測試成功不代表所有應用程式都已由代理接管。
- 至少測試三輪。每輪結束後等候約 10 秒，再進行下一輪。保留每輪成功或失敗的狀態；成功的測試樣本請看中位數，不要只看最小值。
- 再進行一次實際連線。選取設定並啟動連線後，開啟平常使用的網站。若測試網址可連線，但實際網站無法開啟，請檢查該網站的 DNS、路由和存取限制。
這些數字是操作建議，不是節點的實測成績。測試三輪只能快速篩選，不能證明長期穩定；若要用於會議或長時間傳輸，仍應在實際使用時段持續觀察。批次測試的並行數較高時，也可能耗盡本機網路和裝置資源；若結果異常，請改為逐項重測。
結論：先排除反覆失敗的項目，再比較成功樣本
別讓一次特別短的成功耗時掩蓋其他輪次的失敗。先留下重複測試都能完成、實際目標也能連線的設定，再比較其典型耗時與波動幅度。
四、如何看下載測速：分清頻寬、單位與測試成本
只對已通過實際連線測試的少數設定進行下載測速。傳輸量是單位時間內傳輸的資料量，與延遲是不同面向。連線建立得快，不代表持續傳輸能力強；持續下載速度高，也不代表每次小型請求都能迅速回應。
- 先統一單位。1 Byte 等於 8 bit。忽略協定開銷時，100 Mbps 的頻寬約相當於 12.5 MB/s；這只是單位換算，不代表節點速度保證。若介面顯示 MiB/s，也要留意它與十進位的 MB/s 並不完全相同。
- 確認連線數量。單連線和多連線測試結果不能直接比較。多連線可能更容易跑滿頻寬，但單一下載工作或單條業務連線未必能達到相同速度。
- 維持測試條件一致。使用相同的下載網址、測試時間和網路，並暫停背景同步、系統更新及其他裝置的大量傳輸工作。
- 觀察持續表現。剛開始的瞬間峰值容易受到緩衝和取樣影響。觀察後續速度是否穩定，再以實際影片或檔案下載驗證。
- 控制流量消耗。以持續 10 MB/s 下載 20 秒計算，資料量約為 200 MB，另需計入協定開銷。批次測試會額外消耗本機網路流量與訂閱流量。
測速伺服器本身也可能成為瓶頸。若同一時段所有設定測得的速度都偏低且相近，請先檢查本機網路與測試來源，別立刻認定所有節點都壅塞。瀏覽器測速也會受到瀏覽器代理設定影響；測到的可能是直連路徑，務必先確認請求確實經過選取的設定。
五、桌面與 Android 裝置如何選：採用相同方法，分別確認流量接管範圍
先分開確認「節點本身可用」和「應用程式已透過代理連線」。v2rayN 是桌面用戶端；v2rayNG 是使用 Xray 核心的 Android 用戶端。即使兩台裝置匯入相同訂閱，也可能因網路、DNS 和代理範圍不同而得到不同結果。兩台裝置的延遲數值不必完全一致。
建議做法：先測試設定，再測試實際應用程式
桌面版：v2rayN
- 先執行實際連線測試，確認選取的設定能連上測試目標。
- 使用系統代理時，確認目標程式會讀取系統代理設定；命令列工具不一定會自動套用。
- 檢查本機監聽位址和連接埠。例如實際連接埠若為 10808，應用程式就必須使用相應的連接埠與協定，別憑記憶填寫。
- 使用 TUN 虛擬網卡接管流量時，請檢查接管狀態和路由，別與系統代理的效果混為一談。
Android 版：v2rayNG
- 選取設定並啟動服務，確認系統已授予 VPN 權限。
- 若啟用依應用程式分流代理，請確認瀏覽器和實際使用的應用程式都在預期範圍內。
- 切換 Wi-Fi 與行動網路後重新測試，別沿用上一個網路的排序結果。
- 若切換至背景後才中斷連線，請再檢查系統的電池限制；不要先把所有問題都歸咎於節點速度。
兩台裝置使用相同的測試目標，但分別記錄網路、時間和應用程式接管狀態；確認可用後，再比較延遲與傳輸量。
記錄結果時，只需寫下測試時間、用戶端版本、網路類型、目標位址、成功次數和速度單位。分享截圖前，請遮住訂閱連結、使用者識別碼和伺服器敏感資訊。無須把完整設定傳給別人，通常先提供失敗階段與相關錯誤文字，就能縮小問題範圍。
六、常見問題：逾時、負數與測速排序
實際連線顯示 -1，是不是延遲低到測不出來？
不是。部分版本會以負數或特殊文字表示失敗、逾時或沒有有效結果。請先查看目前用戶端的狀態說明，再單獨重測該設定並檢查執行記錄。不要將負數納入成功樣本排序，也別把它當成「負延遲」。
為什麼瀏覽器能開啟網頁，用戶端測試卻逾時？
先檢查測試目標是否受到個別限制，再確認瀏覽器是否真的使用相同設定。瀏覽器可能使用快取、套用其他代理擴充功能，或依路由直連。固定一個目標重複比較；若只有測試網址無法連線，可在設定中改用已確認可連線且回應穩定的測試目標，再重新建立基準。
延遲最低的節點，為什麼看影片還是會緩衝？
先停止其他下載，再測量目前設定的持續傳輸量。影片緩衝也可能是媒體伺服器路徑、節點出口負載或本機無線網路造成。請在相同時段比較同一部影片和相同畫質，別用測試首頁的毫秒數代替影片傳輸能力。
每次排序都不一樣，需要一直切換到第一名嗎？
不必追逐單次最低值。先保留一個持續可用的主要設定和一個備用設定，再重複測試三輪確認成功率。只有在持續失敗、波動明顯或實際工作變慢時才切換；若只差幾毫秒，先觀察實際使用體驗，別頻繁中斷現有連線。
七、依照這個順序挑選節點
- 先確認入口。TCP 傳輸可先用 TCPing 篩選，但不要把連接埠可連線當成代理可用。
- 再確認鏈路。固定實際連線測試網址並重複測試，優先保留不會反覆失敗的設定。
- 接著依用途評估。日常瀏覽參考實際連線的穩定度；觀看影片和下載大型檔案時，再進行下載測速；即時應用則直接在實際程式中驗證。
- 最後確認流量接管。確認系統代理、TUN 或 Android VPN 的作用範圍，避免用戶端測試通過，實際流量卻沒有經過代理。
將每個指標放回它實際測量的環節，排查就會更直接。TCPing 用來確認入口是否連得上，實際連線用來確認代理鏈路能否完成請求，下載測速則用來評估能否持續傳輸。先確保可用，再比較穩定度，最後才看速度峰值，通常比只看單一排名更符合日常需求。