適合節點能連線，但網頁首次載入緩慢、下載速度偏低或晚間常卡頓的使用者。先在固定條件下建立基準，再交叉測試不同節點與網路，最後檢查本機代理、DNS 和 Mux。每次只變更一項條件，保留原始設定與測試紀錄，避免把線路壅塞誤判為用戶端參數問題。
一、分辨首次載入慢、下載慢與連線中斷
「速度慢」至少包含三種不同狀況：網域解析或建立連線耗時、持續傳輸速度不足，以及連線間歇性失敗。網頁第一次開啟卡住、重新整理後恢復正常，優先檢查 DNS 與交握；下載一開始很快、之後持續低速，優先檢查頻寬與壅塞；影片頻繁重新連線，則還要檢查封包遺失、逾時與網路切換。
這條連線路徑上的任何環節都可能拖慢存取。v2rayN 是桌面用戶端，實際轉送工作由所選核心執行；Android 版 v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。用戶端介面顯示的延遲，通常只涵蓋特定探測目標與測試方式，不能直接代表播放影片或下載大型檔案的體驗。
| 觀察到的狀況 | 優先檢查項目 | 比較方式 |
|---|---|---|
| 首次開啟很慢，之後正常 | DNS、TLS 交握、連線複用 | 連續請求同一網址，分別記錄首次與後續結果 |
| 網頁正常，大型檔案下載慢 | 節點出口、線路頻寬、目標站限速 | 更換另一個檔案來源，節點維持不變 |
| 晚間卡頓，其他時段正常 | 共用出口負載、接入網路壅塞 | 相同條件分別在兩個時段測試 |
| 只有某個應用程式很慢 | 應用程式代理設定、UDP、目標服務 | 查看記錄，確認該應用程式確實使用預期的出口 |
二、建立可重複的速度測試基準
先暫停雲端同步、系統更新及其他下載，在同一台裝置上選定固定網址與足夠大的測試檔案。不要同時執行多項測速，也不要一邊切換節點一邊記錄結果。以下數字是建議的測試條件，不代表節點效能保證，也不是本站實測結果。
保留目前設定
記錄用戶端與核心版本、節點名稱、接入網路、代理模式及測試時間。備份目前設定；截圖時遮蔽訂閱網址、使用者識別資訊與金鑰。
確認代理入口
在 v2rayN「設定」→「參數設定」中查找本機監聽埠，並確認提供的是 SOCKS 或混合代理。不同版本的欄位位置可能不同，請以目前介面顯示的監聽協定與埠號為準。
固定條件測試
選取同一個節點，以相同網址連續測試三次。先記錄網頁連線時間，再使用固定下載來源，觀察三十秒內的穩定速度；不要把剛開始的瞬間峰值當成測試結果。
逐項比較
先只更換節點，再恢復原節點、只更換網路，最後才調整本機設定。每輪都記下結果，測試結束後還原不需要保留的變更。
Windows 可使用以下指令明確指定 SOCKS 入口，減少瀏覽器擴充功能及系統代理狀態造成的干擾。範例假設本機 SOCKS 監聽位址為 127.0.0.1:10808；這不是通用預設值，執行前請改成實際監聽埠號。範例網址僅用於觀察請求時序，不適合測試大型檔案的傳輸速度。
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=%{time_starttransfer}s total=%{time_total}s\n" https://example.com/三、節點層：分辨共用負載與目標服務限速
同一個節點同時涉及接入能力，以及通往目標網站的出口線路。延遲低但下載慢並不矛盾：小封包探測可以快速回應，不代表持續傳輸時仍有足夠頻寬。地理位置較近的節點也可能因網際網路互連路徑繞行而較慢，不能只按地區名稱選擇。
- 只更換節點：裝置、網路、網址與測試時段維持一致。如果另一個節點在三次重複測試中都明顯穩定許多，瓶頸較可能在原節點或其接入、出口路徑；但僅憑這項結果仍無法斷定是伺服器負載。
- 只更換目標：使用同一節點存取兩個不同的下載來源。如果只有其中一個來源速度慢，請檢查目標網站的單一連線限速、帳號限制及區域調度，不要馬上重新安裝用戶端。
- 分時段重測：分別在晚間與離峰時段保留測試紀錄。若不同時段的結果有規律差異，可能是網路壅塞或共用資源競爭，還需要配合更換網路的結果判斷。
- 確認單位：測速工具常用 Mbps，下載工具常用 MB/s；以十進位位元組換算，8 Mbps 約等於 1 MB/s，實際有效傳輸速度還會受到協定額外負擔影響。
如果可用節點的接入位址不同，實際上卻共用同一個出口，切換後可能不會改善。向節點服務提供者回報時，提供時間、接入電信業者、節點名稱、目標網域及重複測試結果，比只說「很卡」更容易查證。請勿傳送完整訂閱連結或未遮蔽敏感資訊的設定。
四、線路層：交叉測試網路，找出壅塞來源
切回原節點，先使用家用網路測試，再以手機熱點重複相同請求。熱點會帶來不同的電信業者、無線品質與接入路徑，因此只能作為交叉比對的依據，不是絕對標準。下載大型檔案會消耗流量，請先確認資費方案並控制測試時間。
| 比較結果 | 較可能的問題方向 | 下一步 |
|---|---|---|
| 同一節點用熱點正常，家用網路較慢 | 本機無線網路、路由器或接入路徑 | 改用網路線重新測試，並暫停路由器上的高頻寬工作 |
| 同一網路下只有一個節點較慢 | 該節點或通往該節點的特定線路 | 比較其他節點，並記錄測試時段與目標位址 |
| 兩種網路下所有節點都慢 | 裝置設定或共同的目標服務 | 更換目標服務，再用另一台裝置比較 |
| 只有無線網路慢，有線正常 | 無線干擾或訊號品質不佳 | 靠近無線基地台測試，並檢查頻段與無線重傳狀況 |
不要把一般 ping 的封包遺失直接等同於代理連線的封包遺失：目標可能限制 ICMP，而實際應用流量也可能走不同路徑。如果小型請求能成功、大型回應卻經常停住，才進一步檢查 MTU、路徑探索及 TUN 設定。沒有比較依據時，不建議直接套用某個「通用 MTU」，否則可能造成新的分片或相容性問題。
五、本機層：檢查代理模式、DNS 與傳輸協定
系統代理只會影響遵循系統代理設定的應用程式；TUN 則透過虛擬網路介面接管符合條件的流量。兩種模式接管的範圍不同，不能只因瀏覽器能開啟網頁，就認定遊戲、下載工具或所有 UDP 流量也都經過代理。請先在記錄中核對目標網域與出口標籤，再比較速度。
- 在 v2rayN 主畫面選擇「系統代理」→「自動設定系統代理」，測試瀏覽器是否能正常存取。若要單獨測試系統代理，請先關閉 TUN，並確認瀏覽器沒有另外指定代理。
- 若要測試 TUN，先記下目前狀態，在「系統代理」→「清除系統代理」後啟用 TUN，再核對路由與記錄。分別測試兩種模式有助於判斷原因，但不代表同時啟用兩者一定會形成代理迴圈。
- 在 Android 裝置上檢查系統 VPN 授權及應用程式分流範圍。如果 v2rayNG 或 v2flyNG 排除了受測應用程式，就不能用該應用程式的結果評估節點效能；調整應用程式範圍後，請重新建立連線。
- 比較網域首次請求與快取後的請求。確認節點伺服器的網域本身能正常解析，也要檢查目標網域是由本機、核心還是遠端解析；這些是不同階段，無法只更換一個 DNS 位址就一次解決。
路由中的 domainStrategy 決定是否為 IP 規則比對而解析網域，並不是「加速開關」。例如 IPIfNonMatch 會在網域規則未命中時嘗試解析，供 IP 規則比對；若解析路徑異常，就可能增加等待時間。此欄位屬於 routing，不能寫在某條 rules 規則裡。調整前請確認直連與代理出口標籤、DNS 路由及地理資料檔案都能正常使用。
也要觀察裝置資源使用情況。在相同下載工作中，若 CPU 持續接近滿載，且更換網路後狀況不變，才考慮本機處理能力不足或其他程式搶占資源。先關閉額外的流量分析工作、恢復一般記錄等級，並保留原有的安全驗證設定；不要為了提升速度而關閉憑證驗證。
六、Mux 對照測試與記錄錯誤排查
Mux 會將多個邏輯連線複用到較少的底層連線上，可能降低頻繁建立連線的成本，也可能讓多個請求一起受到某條底層連線壅塞的影響。它不是增加頻寬的功能。面對大型檔案傳輸、封包遺失的線路及不同傳輸組合，效果可能各不相同；請以實際使用情境比較，不要只看探測延遲。
- 先建立關閉時的基準：記錄目前 Mux 狀態，關閉後重新建立連線，再測試網頁首次載入與單一檔案下載。若沒有重新建立連線，測試結果可能仍受到舊設定影響。
- 再測試啟用狀態：只有目前的核心、出口協定與傳輸組合支援時，才啟用 Mux；其他條件維持不變。使用與用戶端相容的設定，不要照抄另一種核心的 Mux 欄位。
- 保留有效的測試結果：如果啟用後網頁變快、下載卻變慢，請依主要用途取捨。遇到不相容提示時，先恢復關閉狀態，不要一再提高並行數來掩蓋問題。
如果速度變慢時也伴隨錯誤，先依記錄判斷失敗發生在哪個階段。以下列出常見的錯誤片段；完整前綴會因核心、作業系統與呼叫位置而異。請勿忽略錯誤中的位址、埠號與上下文，只憑單一字詞就更換所有設定。
錯誤：connection refused
原因：目標埠拒絕建立連線；如果位址是本機迴圈位址，通常應先檢查本機監聽狀態，而非節點頻寬。
解決方式：核對記錄中的位址與埠號，確認核心正在執行；若目標是遠端伺服器，再檢查節點埠號與伺服器監聽狀態。
錯誤：context deadline exceeded
原因：目前操作未能在期限內完成，可能涉及解析、連線、交握或等待回應；僅憑這段錯誤無法判定是節點負載問題。
解決方式：查看前後相關記錄，確認錯誤發生階段；使用同一節點更換網路，以及同一網路更換節點的方式重測，不要只延長逾時時間。
錯誤：no such host
原因：查詢的主機名稱未取得可用的解析結果，可能是名稱錯誤，也可能是目前的解析路徑異常。
解決方式：先確認錯誤對象是節點網域還是目標網域，再核對拼字與 DNS 是否可正常存取；修正後重新連線，並觀察首次載入時間。
七、V2Ray 速度問題常見問答
延遲只有幾十毫秒，為什麼下載還是很慢？
延遲反映請求往返等待時間，傳輸速度則反映持續傳輸能力。保持節點不變，更換兩個檔案來源，各觀察三十秒；再更換節點重複測試。如果只有一個來源較慢，應先排查目標服務限速，而非一味追求更低的延遲數字。
更換 DNS，影片就一定不會卡嗎？
DNS 主要影響網域解析與位址選擇，無法直接增加壅塞線路的頻寬。先比較影片開始播放前的等待時間，以及播放後是否持續緩衝；若影片很快開始播放，之後卻反覆緩衝，應優先比較節點與線路，並檢查實際連線使用的出口標籤。
啟用 TUN 後，為什麼比系統代理更慢？
TUN 可能接管更多背景流量，也可能改變 DNS 與路由路徑。先暫停背景下載，再分別測試「僅系統代理」與「僅 TUN」。若只有 TUN 異常，請檢查應用程式分流、DNS 路徑及虛擬網卡相關設定，不要馬上更換訂閱。
更換核心就能解決所有速度問題嗎？
不能。先確認所選核心支援節點所需的協定與功能，再保留原設定進行比較。若伺服器要求 REALITY 或特定 XTLS 行為，就不能將 Xray 設定原封不動交給 V2Fly。線路壅塞與節點出口限速，也不會因為更換用戶端名稱就自動消失。
完成排查後，應能將問題縮小為「某個節點在多種網路下都很慢」、「某個接入網路連線到多個節點都很慢」或「只有特定本機模式較慢」等可重現的結論。保留原始紀錄與有效設定，移除測試期間新增的暫時規則；若仍需回報，請附上已遮蔽敏感資訊的記錄與比較條件，讓後續排查從證據開始。