適合已匯入訂閱並成功連線，但遇到網頁載入慢、下載速度低或晚間頻繁卡頓的使用者。以下以 Windows 版 v2rayN 為例，先固定測試條件，再逐一檢查節點、網路路徑與本機代理。讀完後可整理出一組能重複測試的紀錄，判斷下一步該更換節點、改用其他網路，還是調整本機設定。
先分辨延遲、傳輸速度與連線失敗
「速度慢」不是單一指標。點開網頁後長時間空白，可能是卡在解析、建立連線或遠端回應；大型檔案一開始下載很快、之後逐漸降速，較可能是持續傳輸速度出了問題；每隔幾分鐘就斷線，則應檢查封包遺失、網路切換與核心日誌。先清楚記錄實際狀況，才不會用一次延遲測試解釋所有問題。
| 狀況 | 優先觀察項目 | 不能直接推論 |
|---|---|---|
| 網頁首次開啟很慢 | 網域解析、建立連線、首位元組時間 | 不代表節點頻寬不足 |
| 下載速度一直很慢 | 持續下載速度、目標網站限速、出口負載 | 不代表本機代理連接埠異常 |
| 晚間卡頓特別明顯 | 相同時段比較多個節點與網路 | 不能只憑時段就認定伺服器超載 |
| 延遲測試逾時 | 測試位址是否可連線、節點設定、日誌錯誤 | 不代表所有目標網站都無法使用 |
v2rayN 的 TCP 連線延遲，主要反映連到節點位址與連接埠的狀況；「真連線延遲」會透過代理連線至測試位址，較接近實際請求，但仍不等於大型檔案的下載能力。這兩種測試都無法保證目標影音網站或下載網站的使用體驗。若真連線測試正常、只有特定網站很慢，應先比較不同目標網站，而不是連續更換協定。
建立可重複測試的基準
每次只調整一個變數。先暫停雲端硬碟同步、系統更新與其他下載，並關閉不參與測試的代理工具。固定使用同一個瀏覽器、同一個目標位址與同一種網路連線方式。以下以常見的 v2rayN 桌面介面為例，不同版本的選單文字可能略有差異，請以目前視窗實際顯示的項目為準。
-
記錄目前設定
開啟「設定」→「參數設定」，記下本機監聽連接埠；再記錄主畫面底部的系統代理狀態、路由模式與 TUN 狀態。保留目前節點名稱、用戶端版本與核心版本，後續比較時不要更動。
-
固定使用中的節點
在伺服器清單中選取節點，按右鍵選擇「設為活動伺服器」。確認使用中標記已移動，再對選取的項目執行「測試伺服器真連線延遲」。不要只靠清單中的反白顏色判斷目前使用的節點。
-
重複測試三輪
同一節點測試 3 次，每次間隔約 10 秒。記錄成功次數與延遲中位數，接著開啟同一個網頁。若要測試下載，請使用允許測試的固定檔案，觀察約 30 秒的穩定區間，不要把最初幾秒的峰值當作結論。
-
保留比較紀錄
換用另一個節點後，重複相同步驟。記錄時間、網路連線方式、目標位址、延遲、速度與錯誤日誌。不要同時切換節點和網路，否則無法判斷是哪項變更造成差異。
紀錄可採用「20:30／家用寬頻／節點 A／成功 3 次／中位數 180 ms／穩定速度 2.0 MB/s」這種格式。這只是填寫範例，並非本站實測結果，也不是合格門檻。真正有用的是在相同環境下比較變化，以及重複測試能否得到相近結果。
第一層：節點負載與目標出口
同一份訂閱中的節點，可能共用入口、出口或上游頻寬。連續切換幾個名稱相似的節點，不一定能改變實際瓶頸。建議優先比較服務提供者明確區分線路或出口的兩個節點，不要只看地區名稱就推斷實際位置、線路品質或可用頻寬。
- 只有一個節點速度慢：保持目標位址不變，改用其他節點比較。若差異能重複出現，問題可能與該節點或其網路路徑有關；但光憑用戶端結果，仍無法確認是 CPU、速度限制還是共用頻寬造成。
- 同一節點只有一個網站很慢：改測另一個目標網站。目標網站的區域調度、出口位址對應的內容節點或網站限速，都可能造成差異。
- 所有節點都很慢：先檢查本機網路是否也有問題，再更換網路連線方式。多個節點可能共用同一條線路，因此「全部都慢」也不能直接排除遠端因素。
- 只有尖峰時段速度慢：在非尖峰時段再次測試同一節點，至少保留兩個時段的紀錄，再向服務提供者提供具體時間與狀況。
VMess、VLESS 是代理協定名稱，不代表速度等級。更換協定時，通常也會同時改變伺服器、傳輸方式與線路，因此無法單獨判斷是不是協定造成差異。節點位址、連接埠、傳輸方式與安全層設定必須符合伺服器端設定，不應為了測速任意修改其中一項。
第二層：本機網路與跨網線路
代理請求會經過多個環節，其中任何一處壅塞、封包遺失或回應緩慢，都可能讓應用程式看起來像是卡住。先了解請求會經過哪些地方，再選擇適合的比較方式。以下流程僅為邏輯示意，並非所有傳輸方式都採用完全相同的連線順序。
使用家用 Wi-Fi 時，可先改接有線網路，或在靠近路由器的位置測試。若區域網路傳輸與一般直連網頁也很慢，請先排除無線干擾、路由器負載或寬頻使用量過高的問題。直連測試應選擇原本就能直接連線的網站，別把目標網站無法直連誤判為寬頻故障。
| 保持不變 | 只變更一項 | 結果的解讀限制 |
|---|---|---|
| 節點、目標網站 | 家用寬頻改用手機熱點 | 速度改善表示網路連線方式或後續路徑有所不同，無法直接定位特定一段路徑 |
| 網路連線方式、目標網站 | 節點 A 改用節點 B | 速度改善表示節點或其網路路徑不同，不代表伺服器一定過載 |
| 節點、網路連線方式 | 目標網站 A 改測目標網站 B | 只有一個網站很慢，應繼續檢查目標網站與出口之間的路徑 |
Windows 的 ping、tracert 通常不會因為開啟 HTTP 系統代理，就自動經過代理連線。這些指令可協助觀察本機至節點的網路狀況，但不能直接代表代理出口到目標網站的路徑。某個節點沒有回應 ICMP，也可能只是設備限制回應，不能據此認定該處發生了服務流量的封包遺失。
第三層：系統代理、連接埠與路由分流
系統代理是提供給應用程式讀取的代理設定，不會強制接管所有程式。瀏覽器擴充功能、應用程式自己的代理設定與直連例外清單，都可能改變實際連線路徑。TUN 則是另一種接管流量的方式。排查時先關閉 TUN，使用系統代理完成一輪基準測試；要測試 TUN 時，再單獨啟用並重新測試，避免把兩種模式混在一起判斷。
-
確認監聽連接埠
前往「設定」→「參數設定」，查看本機監聽的連接埠與協定。部分版本使用 10808 混合連接埠，舊設定可能另將 10809 設為 HTTP 連接埠。下方命令僅適用於實際提供 HTTP 代理的 10808 連接埠，不能直接用在只支援 SOCKS 的連接埠。
-
重新設定系統代理
在主畫面底部的「系統代理」選擇「自動配置系統代理」。接著開啟 Windows「設定」→「網路和網際網路」→「Proxy」，確認手動代理位址與連接埠指向目前的用戶端。並確認沒有其他工具持續覆寫這項設定。
-
檢查規則比對結果
查看主畫面底部「路由」目前選取的選項，以及核心日誌中的入站、目標位址與出站標籤。顯示內容會依日誌層級而異。若目標被分流至直連，請修改相應規則，或暫時切換至目前設定提供的全域代理模式重新測試；測試結束後請還原原本的路由設定。
-
明確指定代理
使用下方命令明確指定本機 HTTP 代理，排除瀏覽器是否讀取系統代理這項變數。若命令測試正常、瀏覽器卻有異常，請繼續檢查瀏覽器擴充功能、個別代理設定與快取，不要立刻更換節點。
netstat -ano | findstr ":10808"
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output NUL --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}\n" https://5v2ray.com/檢查 netstat 結果時，應查看本機位址欄與監聽狀態，不能只看到 10808 就認定連接埠正常。curl.exe 範例適用於 Windows 終端機，測試的是一次小型網頁請求，不是頻寬測試；環境變數 NO_PROXY 若包含目標網域，也可能讓請求略過代理，應先確認其設定。
日誌出現錯誤：先恢復連線，再測速度
連線失敗與傳輸速度不足應分開處理。請保持日誌面板開啟，重現一次問題，再查看同一時間附近的完整錯誤資訊。以下列出常見錯誤片段；前後文與核心版本可能影響完整內容，不要只看到其中一個詞就重新安裝用戶端。
錯誤：connectex: No connection could be made because the target machine actively refused it.
原因與處理方式：目標連接埠拒絕連線。若日誌目標是 127.0.0.1:10808，先確認核心是否正在執行、監聽協定與連接埠是否正確；若目標是遠端節點，則核對節點位址、連接埠與伺服器狀態。
錯誤：context deadline exceeded
原因與處理方式：操作超過期限，可能發生在解析、連線或請求階段。先查看前後日誌中的目標位址，再分別測試同一節點搭配不同網路、同一網路搭配不同節點，逐步縮小問題範圍，不要只調高逾時時間。
錯誤：lookup …: no such host
原因與處理方式：省略號代表日誌中實際顯示的網域名稱；網域解析未取得所需結果。先確認無法解析的是節點網域還是目標網域，再檢查拼字與目前的 DNS 設定。若無法解析的是節點網域，應先恢復節點位址解析，再測試代理連線。
錯誤：tls: failed to verify certificate
原因與處理方式：TLS 憑證驗證失敗。請確認系統日期、時間與時區，以及節點要求的伺服器名稱與憑證設定；不要將停用憑證驗證當作提速或一般修復方式。
變更 DNS 只會影響相關的解析路徑，無法改善節點頻寬不足。瀏覽器的安全 DNS、系統 DNS 與核心 DNS 也可能各自運作。每次只變更一個解析來源，並在重新啟動相關應用程式後再次測試；不要同時更換系統 DNS、路由規則與節點，否則即使恢復正常也無法確認原因。
常見問題與排查停止時機
延遲只有 80 ms，為什麼下載還是很慢？
低延遲只表示一次短請求或連線耗時較短。請使用同一節點測試兩個允許下載的目標，觀察約 30 秒的穩定速度；若只有一個目標很慢，應優先檢查該網站的限速，或出口到該網站的路徑，不必立刻調整本機連接埠。
只有晚上速度慢，該調整什麼設定？
先固定節點與目標，分別在白天和晚間記錄 3 次，再於晚間改用手機熱點測試。若熱點速度明顯改善，請繼續檢查家用寬頻與跨網路徑；若使用不同網路時，同一節點都很慢，再將紀錄提供給服務提供者。不要先調整並行數或緩衝區參數。
開啟 TUN 後速度變快，是系統代理故障嗎？
不一定。兩種模式的應用程式涵蓋範圍、DNS 路徑與規則比對結果可能不同。先用明確指定代理的命令與瀏覽器交叉測試，再確認瀏覽器是否讀取系統代理，以及兩種模式是否使用相同節點與出站規則。
Android 也要照搬 10808 連接埠嗎？
不要直接套用桌面版設定。v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；在 Android 上固定節點後，分別用 Wi-Fi 與行動網路重新測試，並檢查應用程式的 VPN 連線狀態、個別應用程式設定與日誌。只有在需要手動連接本機代理時，才依照該應用程式實際顯示的連接埠設定。
若「同一節點、同一目標、同一時段」在兩種網路連線方式下，差異已能穩定重現，就不必再隨機調整本機參數。若明確指定代理的測試結果與瀏覽器一致、日誌沒有連線錯誤，而多個下載目標仍持續偏慢，接下來應將重點放在節點與線路，而非重複重新安裝用戶端。
- 本機設定問題：修正後還原原本的路由設定、關閉暫時測試模式，並重新確認常用應用程式。
- 節點或線路問題：提供用戶端與核心版本、測試時間、網路連線方式、比較結果，以及已移除敏感資訊的相關日誌。
- 只有單一網站異常：記錄目標網域與失敗階段，改用其他出口比較，暫時不要變更整份訂閱設定。
- 需要分享日誌：移除訂閱連結、登入憑證與個人位址資訊，只保留排查問題所需的錯誤訊息與時間。