適合已能連線，但遇到網頁首次載入慢、下載速度低或使用時斷線的讀者。先固定測試目標與代理路徑，再比較節點、連線網路和本機設定；透過重複測試、連線記錄及一次只變更一項的對照，判斷下一步該換節點、換網路，或調整 DNS、路由及背景執行限制。
先分辨首次載入慢、傳輸速度低與連線中斷
「延遲低但下載慢」並不矛盾。節點清單中的延遲測試可能只檢查 TCP 連線，也可能連線至指定網址，實際方式取決於用戶端的測試功能。這不代表持續下載速度，也無法反映所有網站的連線品質。先明確記錄問題現象，才不會把所有狀況都歸咎於節點。
每次請求都會經過上述環節。瀏覽器長時間轉圈才開始載入，應優先檢查 DNS 解析、建立連線與交握；開始下載後速度持續偏低，應檢查頻寬、壅塞與封包遺失；螢幕關閉後失去連線，則先確認行動裝置的背景執行條件。不要同時更換節點、DNS 和代理模式，否則即使恢復正常，也無從判斷是哪項變更奏效。
| 觀察到的現象 | 優先檢查項目 | 對照方式 |
|---|---|---|
| 首次開啟很慢，重新整理後較快 | DNS、首次連線、TLS 交握 | 記錄首次與後續請求耗時，查看 DNS 解析及交握記錄 |
| 大型檔案下載速度持續偏慢 | 節點出口、線路傳輸量、目標網站限速 | 同一節點更換目標，同一目標更換節點 |
| 晚上速度慢，白天正常 | 共用出口或網路尖峰時段壅塞 | 維持相同設定，在不同時段重複測試 |
| 只有一個應用程式速度慢 | 應用程式分流清單、自訂代理設定、目標服務 | 確認該應用程式實際使用的出站連線 |
| 螢幕關閉後連線中斷 | 省電設定、處理程序存活狀態、網路切換 | 分別觀察螢幕開啟與關閉時的狀況 |
建立基準：固定目標與測試條件
先暫停系統更新、雲端硬碟同步及其他大量傳輸工作。桌上型電腦盡量使用有線網路，行動裝置則固定在同一位置。選擇可穩定連線的網頁觀察首次載入，再使用同一個允許測速的下載資源觀察持續傳輸速度。以下是建議的測試方式，並非本站實測結果，也不是用戶端預設參數。
-
記錄設定
在 v2rayN 的「說明」→「關於」記錄用戶端版本；同時記下目前使用的核心名稱與版本、節點名稱、路由模式及是否啟用 TUN。選單位置可能因介面版本而異，請以實際介面為準。
-
確認入站
開啟「設定」→「參數設定」，查看本機 SOCKS 或混合監聽連接埠。下文命令以
10808為例；只有目前連接埠確實提供 SOCKS 服務時才能直接使用，否則請改成實際連接埠。 -
固定測試路徑
檢查主畫面底部的「系統代理」與「路由」選項。使用瀏覽器測試時，請確認系統代理已生效；使用命令列測試時，請明確指定代理參數，不要依賴應用程式是否會讀取系統代理。
-
保存測試記錄
每輪記錄時間、連線網路、節點、目標、首位元組時間及平均速度。先測節點 A，再測節點 B，最後回頭測節點 A，降低目標網站短暫波動造成的誤判。
注意單位換算：8 Mbps 理論上約等於 1 MB/s，實際有效傳輸速度還須扣除通訊協定開銷。不要直接比較電信業者標示的 Mbps 與下載視窗顯示的 MB/s，也不要用體積很小的網頁判斷線路的最大頻寬。
第一層：檢查節點出口與目標網站的連線品質
節點能建立連線，只能表示驗證與傳輸鏈路基本可用。共用出口壅塞、伺服器資源不足，以及節點連往目標網站的互連品質，都可能拖慢實際連線速度。建議優先比較不同出口或不同線路的節點。同一服務商提供的兩個不同名稱節點，也可能共用相同出口，因此不能只憑名稱就認定測試條件彼此獨立。
- 固定目標、更換節點：維持本機網路、目標資源與測試時段不變，比較兩個可用節點。若只有一個節點持續偏慢，優先檢查該節點的出口、流量配額或伺服器負載。
- 固定節點、更換目標：網頁瀏覽正常，只有某個下載網站速度慢，可能是目標網站限速，或該網站與節點出口之間的互連有問題，不能因此判定用戶端異常。
- 區分頻寬與延遲：鄰近地區的節點可能回應較快，但出口頻寬不一定較大；遠端節點即使延遲較高，持續傳輸速度也可能更穩定。
- 確認設定一致：核對伺服器連接埠、傳輸類型、TLS、
serverName與傳輸路徑是否符合服務提供者提供的參數。不要為了「加速」任意修改這些欄位。
v2rayN 是桌面用戶端，實際連線由選定的核心處理；v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。排查相容性時，應確認目前核心支援相關設定欄位。只有伺服器設定確實相容時，比較不同核心才有意義；不要把切換核心當成通用加速方法。
第二層：區分本機網路與傳輸線路
同一節點在家用寬頻下速度慢、使用手機熱點卻較快，表示問題可能出在連線網路至節點之間，但還不能直接歸咎於電信業者。切換熱點與家用網路時，無線環境、出口與網路路徑也同時改變，需要進一步拆分確認。先改用網路線排除 Wi-Fi 干擾，再於同一裝置切換連線網路，測試結果會更明確。
| 單獨變更的條件 | 觀察結果 | 下一步 |
|---|---|---|
| 從 Wi-Fi 改用網路線 | 速度恢復，波動減少 | 檢查無線頻道、訊號強度與路由器負載 |
| 從家用寬頻改用手機熱點 | 同一節點的速度明顯改善 | 比較不同時段，向網路或節點服務提供者回報路徑差異 |
| 從晚上改在非尖峰時段測試 | 多數目標的連線同時恢復正常 | 優先評估尖峰時段壅塞，並以其他線路交叉驗證 |
| 更換目標資源 | 只有某個目標持續偏慢 | 檢查目標網站限制、出口地區與互連狀況 |
封包遺失會觸發 TCP 重傳，降低傳輸速度；延遲抖動也會影響互動體驗。不過 ping 沒有回應，不代表代理連接埠無法連線，中間設備可能會限制 ICMP。路由追蹤中某一跳沒有回應，也不能單憑這點判定該節點丟棄了應用程式流量。請綜合檢查最終目標的連線狀況、應用程式表現與多次測試結果。
第三層：檢查 DNS、路由與本機資源
系統代理負責讓支援此設定的應用程式連上本機用戶端，路由規則則負責選擇連線後的出站方式，兩者並非同一層。將路由切換為全域模式，無法強制忽略系統代理的應用程式接入。測試時必須同時確認「流量進入哪個入站」以及「選用了哪個出站」。
- DNS：若首次連線很慢，請查看記錄中是否反覆出現 DNS 解析逾時。在 v2rayN 的「設定」→「DNS 設定」檢查目前設定，並區分節點網域名稱與目標網域名稱的解析。只修改系統 DNS，不代表核心使用的 DNS 解析方式也已改變。
- 路由：檢查自訂規則的順序，以及記錄中的出站標籤。若目標被錯誤導向直連，更換代理節點也不會改善；原本可直連的本地服務若繞經遠端節點，也可能增加等待時間。
- TUN：先透過應用程式明確指定代理，確認基本連線正常，再單獨測試 TUN。避免同時執行多個會爭用預設路由或虛擬網路介面的網路工具。
- 系統資源：在工作管理員查看核心處理程序的 CPU、記憶體與網卡傳輸量。只有在速度變慢期間持續出現 CPU 瓶頸，才有理由進一步檢查裝置效能或設定造成的負載。
- 記錄：暫時提高記錄層級以利排查，完成後請恢復常用層級。大量持續輸出除錯記錄會增加磁碟寫入，也會讓重要異常更難辨識。
以下 Windows 命令用於比較連線與首位元組耗時，不適合測量最大下載速度。範例會透過 SOCKS 代理連線至本站首頁，並由代理端解析目標網域；無法用來驗證瀏覽器本機的 DNS 解析路徑。請先確認 127.0.0.1:10808 正在提供 SOCKS 服務。
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output NUL --silent --show-error --write-out "connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" https://v2rayhost.com/在 macOS 或 Linux 上使用 curl，並將 NUL 改為 /dev/null。這些時間是從請求開始累計，不能直接相加；其中 time_connect 主要反映連線至本機代理所花的時間，不能當成節點延遲。最後應在相同命令及相同目標下進行多次測試並比較結果，而不是套用固定的「合格秒數」。
搭配記錄定位連線失敗與等待原因
速度問題往往伴隨重試：前幾次請求失敗，之後才成功，使用者感受到的就是「載入很慢」。記錄用語會因核心與作業系統而異，以下列出常見的原始訊息片段。先確認錯誤發生於本機入站、節點位址還是最終目標，再決定要修正哪個環節。
錯誤：connection refused
原因：連線遭目標連接埠拒絕；若目標是本機位址，常見原因是核心尚未啟動或連接埠輸入錯誤。處理方式：核對錯誤訊息中的位址與連接埠，先確認本機監聽狀態；若錯誤指向節點，再確認伺服器連接埠與服務狀態。
錯誤：i/o timeout
原因：網路讀寫的某個階段逾時，僅憑這段訊息無法判斷是線路阻塞、伺服器沒有回應，還是 DNS 解析等待。處理方式：保留錯誤前後的記錄與時間，透過更換節點或網路進行單一變數測試，確認逾時發生在哪個環節。
錯誤：TLS handshake timeout
原因：TLS 交握未能在時限內完成，可能與網路路徑品質、伺服器回應或連線目標有關。處理方式：先確認是哪一段 TLS 連線發生問題，再核對伺服器連接埠與 serverName；不要以略過憑證驗證取代問題排查。
分享記錄前，請刪除訂閱網址、使用者識別資訊、驗證資料及其他敏感參數。回報時提供發生時間、用戶端與核心版本、網路類型、錯誤片段及對照結果，通常比只附上一張速度偏慢的截圖更有助於找出問題。
常見問題與排查後續
延遲只有幾十毫秒，為什麼看影片還是會卡？
延遲測試不能代表影片片段的持續傳輸速度。先固定畫質，檢查播放緩衝是否持續減少；再以同一節點連線至其他目標，並以同一目標切換節點，判斷問題出在節點出口還是影片服務的網路路徑。
切換成全域模式後速度變快，是繞過模式有問題嗎？
先檢查目標套用的規則與出站方式。全域模式可能只是讓原本直連的目標改走代理，也可能改變相關的 DNS 解析路徑。找出套用錯誤的規則並針對性修正，比長期改變所有流量的路徑更容易維護。
v2rayNG 螢幕關閉後變慢、亮起螢幕就恢復，該怎麼辦？
開啟 Android「設定」→「應用程式」→「v2rayNG」→「電池」，依系統提供的選項允許背景執行；也請檢查背景數據使用權限。接著到 v2rayNG「設定」→「分應用代理」，確認目標應用程式的清單模式。不同裝置的電池選單名稱可能不同。
更新訂閱就能自動改善速度嗎？
只有服務提供者變更節點位址、連接埠或可用設定時，更新才可能直接改善速度。更新前先保存目前可用的節點資訊；若同一網路下多個節點都很慢，請繼續檢查連線網路與本機路徑，不要反覆更新訂閱來代替問題排查。
排查完成後，請還原暫時變更的設定：取消不必要的全域路由、恢復原本的記錄層級、移除測試規則，並保留一份穩定設定。若需要進一步了解相關概念，可閱讀使用手冊中的代理、路由與 DNS 說明；有特定設定疑問時，可參閱常見問題。
- 只有一個節點速度慢：優先檢查節點出口、流量配額或連往目標的互連問題。
- 更換連線網路後恢復正常：優先檢查本機無線環境、網路出口與傳輸線路。
- 明確指定代理時速度快，瀏覽器卻很慢：優先確認系統代理、瀏覽器設定與 DNS 解析路徑。
- 前景運作正常，背景執行時中斷：優先檢查省電限制、處理程序狀態與網路切換。