連得上卻載入很慢時，先分辨是建立連線耗時，還是持續下載速度慢，再固定測試目標，依序比較節點、網路連線與本機設定。本文適合已匯入節點的 v2rayN、v2rayNG 和 v2flyNG 使用者；依步驟記錄結果，有助於縮小問題範圍，避免把線路壅塞誤判為用戶端參數問題。
先建立基準：延遲不等於下載速度
TCPing 數值低，只代表連到指定位址與連接埠的 TCP 連線建立得快，不能證明代理驗證、TLS 交握和目標網站存取都正常。真連線測速通常會透過代理向測試網址發出請求，較接近實際瀏覽情境，但仍會受測試網址、逾時門檻與快取影響，不能直接換算成影片或檔案下載速度。
先暫停雲端硬碟同步、系統更新和其他下載，使用同一個目標資源進行比較。記錄網路類型、節點、測試時間和錯誤訊息。以下數字是建議採用的測試條件與單位換算，並非本站對任何節點的實測結果。
瀏覽器顯示的 MB/s 和方案標示的 Mbps 是不同單位。也要分辨「第一個頁面等很久，載入後下載正常」和「連線很快，下載速度一直很低」：前者優先檢查 DNS 解析、交握與分流，後者優先檢查頻寬、壅塞與節點出口。
- 只有一個網站很慢：再測一個由不同業者提供的網站，以排除目標網站限速、區域政策和 CDN 差異。
- 所有代理網站都很慢：接著比較節點與線路，先別急著變更整套 DNS 設定。
- 直接連線也很慢：先檢查本機 Wi-Fi、寬頻使用情況與路由器，再評估代理效能。
第一層：透過對照測試判斷節點負載
用戶端速度並非只由 VMess 或 VLESS 協定名稱決定。伺服器 CPU、出口頻寬、同時連線數，以及服務商的限速政策都可能成為瓶頸。節點名稱標示的地區也不代表實際入口線路；名稱不同的兩個節點，可能共用同一個入口或出口。
-
固定測試目標
選擇允許測速且檔案大小足夠的 HTTPS 資源，並固定使用同一個瀏覽器或命令列工具。不要同時執行多個測速工作，以免它們瓜分同一條連線的頻寬。
-
選擇使用中的節點
在 v2rayN 主畫面的伺服器清單中選取節點，按右鍵並選擇「設為活動伺服器」。確認目前活動項目已變更，再開始連線；清單中的項目只反白，不一定代表已完成切換。
-
測試真連線
在伺服器清單按右鍵，選擇「測試伺服器真連線延遲」。不同版本的介面文字可能略有差異，請選擇真連線測試，而非只測 TCP 連線，並記錄逾時次數與成功次數。
-
切換節點進行比較
改用入口或線路不同的節點，維持網路、目標和工具不變，各測 3 次。再於另一個時段重測，避免只憑一次偶然結果下結論。
如果在同一個網路下，只有一個節點持續很慢，而其他入口正常，問題較可能出在該節點或其線路。若白天正常、晚上普遍變慢，目前只能判斷與時段相關的壅塞；僅憑用戶端結果，無法確認是伺服器負載還是電信業者路徑造成，需要伺服器監控資料或更多線路樣本才能判斷。
第二層：區分本機網路與遠端線路
節點不變時，切換網路是成本較低的驗證方式。例如將電腦從家用 Wi-Fi 改接手機熱點，或比較 Android 裝置使用 Wi-Fi 與行動網路時的結果。使用行動網路測試會耗用流量，請控制檔案大小與測試時間。一次只更換網路，不要同時切換節點和 DNS。
| 觀察結果 | 優先懷疑項目 | 下一步驗證方式 |
|---|---|---|
| 同一節點使用手機熱點很快，家用網路卻很慢 | 本機網路連線，或電信業者到入口的路徑 | 改用有線網路，暫停其他裝置的下載，再測試原節點 |
| 同一網路下所有節點都很慢 | 本機頻寬、共用入口或測試目標 | 先測試直接連線的資源，再改用不同入口和不同目標 |
| 只有晚上持續下載速度下降 | 路徑壅塞或共用出口競爭 | 保留同一目標在不同時段的測試記錄，並比較其他線路 |
| 只有一個目標很慢 | 目標服務、出口到目標的路徑或 CDN | 改用另一個目標重測，不要直接判定整個節點無法使用 |
Windows 可使用 ping -n 20 測試預設閘道，macOS 可使用 ping -c 20；閘道位址可從目前的網路資訊取得。如果連本機閘道都頻繁遺失封包，請先排除無線訊號不佳或裝置負載過高。遠端伺服器可能會限制 ICMP；路由追蹤中某一個節點沒有回應，也不代表實際流量在該處遺失。
- 使用 Wi-Fi 時，先靠近無線基地台；情況允許的話改用有線網路，以排除無線干擾。
- 路由追蹤只能用來了解路徑線索，應搭配實際 HTTPS 請求結果判斷，不要只看中間節點的封包遺失比例。
- 如果只有部分大型頁面或長連線卡住，再考慮路徑 MTU 等問題；沒有明確證據時，不要大量修改網路介面卡參數。
第三層：確認應用程式確實走代理
系統代理只會影響遵循該設定的應用程式，無法保證所有程式都會經過代理；Tun 模式會透過虛擬網路介面接管流量，但仍會受路由和排除規則影響。排查時不要混在一起比較這兩種連線方式。先確認目前測試使用哪一種，再核對請求實際符合的出口。
在 v2rayN 中可從「設定」→「參數設定」檢查本機監聽設定，再從「設定」→「路由設定」確認規則。各版本的選單文字可能不同，請以目前介面顯示為準。以下假設本機 SOCKS 監聽位址為 127.0.0.1:10808；這只是命令範例，執行前務必替換成實際連接埠。
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output /dev/null --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total} bytes_per_second=%{speed_download}\n" https://example.com/以上命令適用於 macOS、Linux 的 shell；Windows PowerShell 請使用 curl.exe，並將 /dev/null 改為 NUL。example.com 僅用於驗證請求流程，網頁太小，無法用來評估持續頻寬。測試下載速度時，請改用自己有權存取且穩定的大型檔案網址。
socks5h會將目標網域交由代理端解析，而不是讓 curl 先在本機解析；最終使用哪種 DNS，仍取決於核心設定。time_connect在此主要反映連上本機代理入口所需的時間，不代表完整的遠端交握時間；首位元組時間也包含目標端的處理時間。- 明確指定代理的請求正常，但瀏覽器很慢時，請檢查瀏覽器本身的代理設定、擴充功能和安全 DNS，不要立刻更換節點。
- 排查時可暫時使用用戶端提供的全域代理路由作為對照，測試完成後恢復原本的規則；「設定系統代理」和「全域代理路由」屬於不同層級。
傳輸方式、Mux 與 DNS：一次只修改一項
傳輸方式需要伺服器端配合。WebSocket、gRPC 或其他核心支援的傳輸方式，沒有適用所有網路的通用速度排名；反向代理、連線保持策略和路徑品質都會影響結果。請比較服務商提供的有效設定，不要直接在同一節點上切換傳輸類型測速。
| 設定項目 | 可能的影響 | 驗證方式 |
|---|---|---|
| Mux 連線多工 | 可能減少多次建立連線的額外耗時，也可能讓多個請求一起受到底層連線封包遺失的影響 | 確認目前的核心與協定是否支援，分別關閉和開啟後重測，不要直接大幅提高並行數 |
| DNS 與解析路徑 | 解析逾時會延長首次開啟時間；回傳不同位址也可能改變 CDN 路徑 | 維持節點不變，比較首次與再次造訪的結果，並查看解析記錄 |
| 路由規則順序 | 較早符合的規則可能會將目標導向直連或其他出口 | 確認目標網域、IP 條件與出口標籤，並查看記錄中的實際比對結果 |
| 本機資源使用量 | 核心、其他程式或安全軟體的使用量過高，可能限制處理能力 | 下載時查看 CPU 與網路使用量，暫停其他工作後再測一次 |
Mux 並不是頻寬疊加開關，也無法擴大單條線路的容量。先在關閉狀態下建立基準，再比較大量短請求與單一大型檔案這兩種負載。有些協定、傳輸方式與核心的組合，對多工有特定限制，不能把舊設定原封不動套用到所有節點。
DNS 通常較直接影響網域解析和首次連線，不會讓已建立的大型檔案連線憑空加速。但解析結果改變後，實際連線的 CDN 位址可能不同，因此也不能完全忽略 DNS。更換 DNS 解析器前，先記錄原本設定，同時確認解析器本身是否依賴尚未建立的代理，以免互相依賴而逾時。
記錄出現錯誤：先排除連線失敗，再評估速度
以下是記錄中可能出現的錯誤片段，完整前綴會因系統和核心而異。錯誤訊息有助於縮小排查範圍，但通常無法單獨證明根本原因。請記下發生時間和當時使用的節點；分享記錄前，先移除訂閱網址、驗證資訊和個人網路資訊。
connection refused
原因：目標位址的連接埠主動拒絕連線，可能是本機核心未在監聽，也可能是遠端服務尚未啟動。解決方法：先查看錯誤訊息中的位址；若是本機位址，檢查監聽連接埠和核心狀態；若是遠端位址，確認節點連接埠與服務狀態。
i/o timeout
原因：某個讀取或寫入階段超過等待時間，可能與解析、線路或目標回應有關。解決方法：查看前後的記錄，確認逾時發生在哪個階段，再用同一節點切換網路、同一網路切換節點進行比較；不要把延長逾時時間當成加速方法。
address already in use
原因：本機監聽連接埠已被其他程序占用。解決方法：關閉重複執行的程式，或確認占用的程序後再更換監聽連接埠；使用明確代理設定的應用程式也要同步更新連接埠。
x509: certificate has expired or is not yet valid
原因：系統時間不正確，或伺服器憑證已過期或尚未生效。解決方法：先同步裝置日期和時區；如果時間正確仍出現錯誤，請聯絡服務商檢查憑證，不要關閉驗證。
常見問題與排查總結
延遲很低，為什麼播放影片還是卡？
短請求成功，不代表持續傳輸速度穩定。固定影片畫質並觀察緩衝情況，再用同一節點測試另一個目標。如果只有一個影音服務很慢，請著重比較節點出口到該服務的路徑，不要只依延遲為節點排序。
開啟 Mux 後反而變慢，還要繼續調高並行數嗎？
先關閉 Mux，回到基準狀態，使用相同目標重測 3 次。如果關閉後速度穩定改善，就維持關閉，並確認目前核心與伺服器組合是否支援多工；提高並行數不一定能解決問題。
Android 裝置鎖定螢幕後變慢，亮起螢幕又恢復，該怎麼辦？
先確認 v2rayNG 或 v2flyNG 的連線是否仍正常，再到系統應用程式資訊的電池管理設定中允許背景執行。使用同一節點，分別在螢幕亮起和鎖定時測試；如果只有背景執行異常，優先檢查省電限制與其他 VPN 服務是否衝突。
更新訂閱可以解決速度慢嗎？
更新訂閱可以取得服務商修改後的位址和參數，但不會直接增加頻寬。更新後確認目前使用中的節點是否改變，再沿用原本的測試條件進行比較；如果節點已替換，請視為新的測試對象並記錄。
最後保留一份簡短記錄：使用哪個節點、哪種網路、哪個目標、什麼時段，以及修改前後的結果。可穩定重現的差異，比一次特別亮眼的測速數值更有參考價值。節點層沒有差異就檢查線路；線路層也沒有差異，再檢查本機入口、路由和解析。每次只修改一項並重新測試，沒有改善就恢復原設定。