Tcping 適合檢查伺服器連接埠能否建立 TCP 連線；真實連線延遲用來確認透過代理向測試目標發出的請求能否完成；下載測速則觀察持續傳輸速度。若遇到「有延遲卻無法開啟網頁」或「延遲低但下載慢」，本文將依序說明測試範圍、設定檢查與結果判讀，避免只憑毫秒數挑選節點。
Tcping、真實連線延遲與下載測速各測什麼
v2rayN 是用來管理設定並呼叫代理核心的桌面用戶端。節點清單中的測試結果來自不同測量流程，並非同一條線路的三種顯示單位。先了解各項測試的範圍，才能判斷測試成功排除了哪些問題，以及哪些問題尚未確認。
| 測試項目 | 主要測量內容 | 無法直接證明 |
|---|---|---|
| Tcping | 本機連到節點位址與連接埠的 TCP 建立連線時間 | 代理驗證資訊正確，且目標網站可連線 |
| 真實連線延遲 | 透過受測代理連線至指定測試 URL 的請求耗時 | 所有網站都能使用，或持續下載速度很快 |
| 下載測速 | 透過受測代理讀取測速資源時的傳輸速度 | 互動回應快速，或所有下載來源速度相同 |
測速結果也會受到用戶端版本、核心、測試 URL、逾時時間與並行設定影響。真實連線延遲通常包含代理連線、必要的交握程序與等待目標回應的時間；不過，實際計時起訖點及連線重用方式仍取決於程式實作。這項數值並非精確測量單次網路往返時間，更不能直接以它減去 Tcping 數值，計算伺服器處理時間。
Tcping 正常，為什麼還是無法上網？
Tcping 不等於命令列中的 ICMP ping。伺服器不回應 ICMP，不代表代理連接埠無法使用；反過來說，TCP 成功建立連線，也只代表該位址與連接埠接受了連線。連接埠後方的服務是否能辨識 VMess 或 VLESS、使用者識別資訊是否有效，以及傳輸參數是否相符，都還沒有經過驗證。
對常見的 TCP 連線而言，Tcping 主要檢查流程前段。之後的 TLS 交握失敗、WebSocket 路徑錯誤，或 REALITY 公鑰、服務名稱不符，都可能造成「Tcping 有數值，真實連線卻逾時」。若同一位址後方設有反向代理或中繼，TCP 連線成功甚至可能只代表連上入口，並未確認後端代理服務是否正常。
- 驗證參數：確認訂閱已更新，並檢查使用者識別資訊、密碼等內容是否曾被手動修改；不要拿其他節點的欄位拼湊目前的設定。
- 傳輸參數：檢查 WebSocket 路徑、Host、TLS 服務名稱及 REALITY 相關欄位，並保留伺服器要求的參數組合。
- 系統時間：請開啟系統時間同步。時間差距過大可能影響憑證效期判斷，也可能影響採用時間驗證的協定驗證流程。
- 伺服器端對外連線：即使入口接受了連線，若伺服器端 DNS 或連往目標網站的網路異常，真實連線測試仍可能失敗。
遇到這種情況，請先查看核心記錄中的交握、驗證與解析錯誤，再檢查設定。反覆執行 Tcping 並不會驗證後續流程，也無法修正協定參數錯誤。若問題涉及憑證或驗證失敗，不建議略過憑證驗證來掩蓋原因。
真實連線延遲：分開判斷測試目標與實際瀏覽
真實連線延遲比 Tcping 更接近日常網路請求，因為測試會啟動或呼叫代理核心，再透過受測節點向指定位址發出請求。這項測試適合確認「這份設定能否完成一筆代理請求」，但它仍只代表一筆特定請求，並非完整的瀏覽器連線流程。
真實連線測試條件
- 設定位置
- 「設定」→「參數設定」中的測速相關選項
- 目標位址
- 記下介面中實際設定的延遲測試 URL
- 控制變因
- 測試期間不要變更 URL、網路或逾時參數
各版本的欄位名稱與位置可能不同，請以目前介面顯示的測試位址與逾時設定為準。
瀏覽器連線條件
- 應用程式代理設定
- 確認瀏覽器使用系統代理，或已明確設定本機代理
- 節點選擇
- 確認目前使用的節點就是剛才測試的節點
- 路由判斷
- 從記錄確認實際網站流量是走代理還是直接連線
內建測試可直接使用受測代理，不要求事先開啟系統代理。
因此，真實連線測試成功但瀏覽器無法連線，兩者並不矛盾。瀏覽器可能未使用代理，也可能透過擴充功能採用另一組代理設定；網站網域也可能符合直連規則，而測試 URL 則走代理。請在瀏覽器送出請求時查看記錄，確認請求是否進入核心，以及命中了哪個對外連線設定。
反過來說，瀏覽器可以開啟常用網站，但真實連線測試失敗，也可能是測試網站無法連線、回傳內容不符合測試程式的預期，或逾時時間太短。請先使用同一個節點連線至測試目標，再換成另一個已確認可用、負載較低的目標重測。更換目標是為了確認測試條件，不應以哪個目標更容易測出較低數字作為選擇標準。
- 在節點清單中選取少數待測項目，透過右鍵選單尋找名稱包含「真實連線延遲」的測試項目。
- 等待本輪測試完成，記錄成功或失敗以及目前的測試目標；選單文字請以使用的版本為準。
- 將其中一個測試成功的節點設為目前使用的節點，再用瀏覽器開啟實際需要造訪的網站。
- 若測試結果不一致，請檢查系統代理、本機監聽連接埠、瀏覽器代理設定與路由記錄。
下載測速：傳輸速度、單位與流量
下載測速觀察的是一段時間內接收資料的能力。線路頻寬、伺服器負載、封包遺失、壅塞控制、測速檔案所在網站與測試時間，都會影響結果。低延遲有助於提升互動回應速度，卻不保證持續傳輸速度快；頻寬較高的遠距線路，也不一定有最低的真實連線延遲。
- 先確認單位：
MB/s與Mbps並非相同單位。以十進位位元組換算，1 MB/s 等於 8 Mbps；若介面使用 MiB/s，則須依二進位位元組單位換算。 - 避免同時占用頻寬：暫停大型檔案下載、雲端同步與其他節點的測速，否則測得的是共用出口互相競爭後的結果。
- 先少量重測：從真實連線測試成功的節點中挑選少數候選項目，不要一開始就對整份訂閱進行下載測速。
- 留意流量消耗：測速會實際下載資料，也可能計入系統或伺服器端的流量額度；重複測試並非毫無成本。
短時間下載容易受到建立連線與傳輸速度爬升的影響；長時間下載則更容易遇到負載變化。若測試一開始出現很高的瞬間峰值，之後卻明顯下降，請觀察穩定階段，不要只記錄最高值。不同測速資源可能位於不同網路；若測速來源本身有限速，也不能據此判定節點出口頻寬不足。
連接埠與測試順序：先確認可用，再比較速度
排查時最容易混淆的是節點連接埠、本機監聽連接埠與目標網站連接埠。這三者位於不同的連線路徑上。以下數字僅用來說明連接埠的用途，不是所有節點都適用的設定建議，也不代表目前 v2rayN 的固定預設值。
例如，某個應用程式若連線至 127.0.0.1:10808，連線對象是本機的監聽入口，而不是遠端節點的 443 連接埠。只有目前設定確實在 10808 提供該應用程式所需的代理協定，這種填法才有效。連接埠號碼相同不代表協定相同，HTTP 代理與 SOCKS 代理也不能任意互換填寫。
- 檢查設定：更新訂閱後，確認節點位址、連接埠與傳輸資訊；若核心啟動時出現錯誤，請先排除啟動問題。
- 用 Tcping 初步篩選：透過 Tcping 找出明顯的 TCP 連線異常，但不要只按最低數值就直接選定目前使用的節點。
- 用真實連線再次篩選：對候選節點使用相同的測試 URL；失敗項目請搭配記錄排查，成功項目再進行下一步。
- 以下載測速補充評估：只測試有持續傳輸需求的候選節點，並使用相同測速資源，觀察速度是否穩定。
- 確認實際應用：開啟需要的代理接入方式，造訪常用網站，確認路由與記錄符合預期。
建議在相同條件下重複測試 3 輪，記錄中間值與失敗次數，不要只保留表現最好的一次。這只是比較方法，並非效能保證。若上班時段與晚間的負載不同，可以分別記錄，避免根據清晨的結果推測尖峰時段的表現。
常見測試結果組合：依失敗環節排查
Tcping 有結果，但真實連線一直逾時，該先檢查什麼？
先開啟記錄，再單獨測試一個節點。若驗證失敗，請更新訂閱並確認使用者識別資訊；若 TLS 或 REALITY 交握錯誤，請檢查服務名稱、公鑰等參數；若解析失敗，再檢查相關網域的 DNS。不要同時修改傳輸、路由與 DNS，否則無法判斷是哪項設定發揮作用。
真實連線正常，瀏覽器卻無法開啟網頁？
先將該節點設為目前使用的節點，再從主畫面的系統代理選項中選擇符合目前使用方式的設定。接著確認瀏覽器是否另外設定了代理，以及本機連接埠是否與應用程式填寫的值一致。若請求已進入核心，請檢查目標網域符合的路由規則，而不是繼續更改測速位址。
延遲很低，為什麼下載速度還是很慢？
先暫停其他下載，再使用相同的測速資源逐一測試候選節點。如果只有某個下載網站速度慢，請檢查目標網站是否限速，或節點出口到該網站的路徑是否異常；如果多個資源都慢，再比較本地頻寬、節點壅塞情況與不同時段的表現。毫秒數無法直接換算成下載頻寬。
結果顯示 -1 或逾時，代表節點完全失效了嗎？
負值或逾時通常表示這一輪沒有取得有效結果；實際顯示方式依版本而異，並非「負延遲」。請確認測試目標是否可連線、核心是否順利啟動，再對同一節點重新測試。若多個節點同時失敗，請優先檢查共同使用的測試位址、本機網路與監聽連接埠。
挑選節點：先看可用性，再看穩定度
日常瀏覽時，先排除真實連線反覆失敗的節點，再比較多次測試的回應時間與波動。有大型檔案傳輸需求時，再參考下載測速的持續表現。單一項目表現出色的節點不一定適合所有用途，也沒有通用的毫秒門檻能判定所有網路與網站是否「合格」。
- 網頁瀏覽與互動：優先選擇實際網站可正常連線、連線成功率穩定，且多次真實連線延遲沒有明顯波動的節點。
- 持續下載：在節點可正常使用的前提下，比較相同資源的穩定傳輸速度，並留意流量消耗。
- 重現故障：記錄測試時間、網路、目標 URL、錯誤類型與路由命中結果；請勿公開訂閱網址或驗證欄位。
可以將這三種測試視為逐步擴大驗證範圍：Tcping 檢查連線入口，真實連線檢查一筆代理請求，下載測速檢查持續傳輸。最後再以實際應用測試確認，才能從「清單上有數值」進一步確認「目前的使用方式確實可用」。若要繼續檢查代理接入與分流設定，請參閱路由設定說明；若訂閱無法更新，請參閱訂閱問題排查。