先固定測試條件，再比較節點、網路與應用程式。本文適用於「連得上但下載很慢」、「延遲很低卻常常卡住」、「晚上速度變慢」等情況。依步驟記錄延遲、持續下載速度與記錄檔結果，就能縮小問題範圍，判斷該切換節點、聯絡線路服務商，還是調整 Windows 本機代理設定。
先分清楚高延遲、低吞吐量與連線失敗
開啟 v2rayN，先停止其他節點的批次測速，再測試目前使用的伺服器。常見版本可在伺服器清單按右鍵，找到「測試伺服器真實連線延遲」和「測試伺服器速度」；不同版本的選項名稱可能略有差異，也可能顯示快速鍵提示。真實連線延遲用來確認一次請求能否完成，速度測試則反映測試資源的傳輸狀況，兩者不能互相取代。
V2Ray 是代理技術體系的名稱；v2rayN 則是用來管理伺服器設定、啟動核心及設定代理的桌面用戶端。網頁能否快速開啟，也會受到伺服器負載、入口線路、出口至目標網站的連線，以及本機應用程式影響。先找出速度慢在哪個環節，不要一開始就更換協定或反覆重新安裝。
| 觀察到的現象 | 優先檢查 | 暫時不能下的結論 |
|---|---|---|
| 網頁載入很久，開始下載後速度很快 | DNS、建立連線、目標網站回應 | 不能只憑首頁載入慢就判定頻寬不足 |
| 連線成功，但大型檔案下載一直很慢 | 節點負載、限速、線路壅塞 | 不能只看延遲低就認定節點正常 |
| 只有一個網站或應用程式很慢 | 該網站的路由、應用程式代理、目標網站出口 | 不能認定整份訂閱都無法使用 |
| 所有節點和直連都很慢 | 本機網路、背景程式占用、Wi-Fi 訊號 | 不應優先歸咎於代理協定 |
固定測試條件，建立可比較的紀錄
使用同一台電腦、同一個下載資源，並選在相近時段測試。暫停雲端硬碟同步、系統下載和其他測速工作；優先使用網路線，或讓無線網路維持在同一位置。一次只測一個節點，每項測 3 次並記錄中位數，再觀察至少 30 秒的持續速度。測速會消耗流量，若有流量上限，先做少量比較。
寬頻業者標示的速率通常以 Mbps 計算，下載工具則常用 MB/s。以十進位換算，100 Mbps 的理論下載速度約為 12.5 MB/s，實際速度還會扣除通訊協定的額外負擔。這只是單位換算，不代表節點實測結果，也不保證實際速度。比較時請標明單位，避免把 8 MB/s 誤認為 8 Mbps。
-
記錄測試環境
記下 v2rayN 與使用中的核心版本、網路接入方式、測試時間和目前路由。可先查看主視窗的啟動記錄；測試期間不要同時升級用戶端和核心。
-
測試延遲
在伺服器清單選取一個節點，按右鍵執行「測試伺服器真實連線延遲」。連續測試 3 次，記錄成功次數和結果；單次逾時不代表節點失效。
-
測試速度
在同一個節點上按右鍵執行「測試伺服器速度」，再透過實際下載觀察持續傳輸狀況。內建測速結果會受測速網址影響，不能當作所有網站的速度上限。
-
記錄比較結果
依序記錄節點 A、節點 B 和直連的表現。保持目標檔案、應用程式和路由不變，每次只調整一個變因，才看得出是哪項調整有效。
第一層：分辨單一節點與共用入口瓶頸
先在同一份訂閱中選 2 至 3 個節點比較。優先挑選入口或地區確實不同的節點，不要只看名稱是否不同。訂閱是分發設定的方式，不代表各自使用獨立網路線路；多個節點可能共用入口、伺服器或頻寬資源池。若只換了名稱，實際路徑沒有改變，測速結果可能仍然相近。
- 只有節點 A 很慢：切換到 B，再以相同方式下載。如果速度持續恢復，優先懷疑 A 的負載、限速，或該出口連往目標網站的路徑。
- 所有節點的速度都接近同一上限：檢查訂閱方案是否有限速，並確認本機頻寬和背景工作。速度上限相近只能作為線索，不能單憑這點認定服務商有設限。
- 測速正常，實際瀏覽網站卻很慢：換另一個目標網站確認。不同網站可能使用不同的內容傳遞節點，測速伺服器的表現不代表影音或檔案網站的速度。
- 延遲偶爾很低，下載速度卻頻繁歸零：檢查是否有封包重傳、連線中斷或應用程式反覆重試。保留同一時段的記錄檔，比只截取最低延遲的畫面更有參考價值。
第二層：透過時段與網路比較找出線路問題
節點不變，白天正常、晚上卻持續變慢時，建議優先檢查接入網路與中轉路徑。固定同一節點和資源，分別在早上及晚上記錄一組結果；再讓同一台電腦改用手機熱點測試。熱點會改變接入網路，但通常無法保證只改變電信業者這一項，因此測試結果只能協助縮小範圍，不能直接證明某段線路故障。
| 比較結果 | 較明確的線索 | 下一步 |
|---|---|---|
| 家中網路很慢，改用熱點後明顯改善 | 家中網路接入、路由器，或該網路通往入口的路徑 | 改用網路線，檢查背景程式占用，再比較不同入口 |
| 兩種接入方式都只有晚上變慢 | 共用節點、中轉或出口在尖峰時段負載過高 | 改用獨立入口，並提供分時段測試紀錄 |
| 兩種網路下都只有一個目標網站很慢 | 出口連往目標網站的路徑，或目標網站本身 | 切換出口地區，再比較另一個目標網站 |
| 直連和代理下載速度都同時下降 | 本機頻寬、無線干擾或接入網路壅塞 | 先排除本機網路問題，再繼續測試代理 |
Ping 伺服器位址只反映 ICMP 探測結果，有些伺服器會限制或忽略這類封包。中轉節點也可能隱藏後續鏈路。Ping 逾時但網頁正常並不矛盾；反過來，Ping 延遲很低，也不代表後續出口有足夠頻寬。不要因為中間路由的某一跳沒有回應，就認定已確認封包遺失。
第三層：確認應用程式確實透過本機代理連線
先在 v2rayN 底部狀態列或系統匣選單的「系統代理」中，檢查「自動設定系統代理」。接著開啟 Windows「設定」→「網路和網際網路」→「Proxy」，確認位址和連接埠。系統代理會影響遵循此設定的應用程式如何連到用戶端；路由分流則決定流量進入用戶端後要走哪個出口。兩者不是同一個開關，而且命令列工具不一定會使用 Windows 系統代理。
前往 v2rayN「設定」→「參數設定」，檢查本機監聽相關設定。以下命令以本機 SOCKS 連接埠為 10808 為例；確認該連接埠提供 SOCKS 或混合監聽後，才能直接使用。若實際連接埠不同，請先換成自己的設定值，不要靠猜連接埠來修復問題。
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 30 -o NUL -sS -w "connect=%{time_connect}s start=%{time_starttransfer}s total=%{time_total}s\n" https://example.com/在 Windows PowerShell 中明確執行 curl.exe，可避免部分環境的命令別名差異。socks5h 會將目標主機名稱交由代理端解析；這裡的 example.com 用來確認請求路徑，不是大型檔案測速網站。time_connect 主要記錄連上本機代理所花的時間，不能解讀為節點往返延遲；首位元組時間還包含後續交握與目標網站的回應時間。
- 命令成功，但瀏覽器仍很慢：暫時停用瀏覽器代理擴充功能，完全關閉後重新開啟瀏覽器，再確認系統代理設定。不要讓擴充功能規則和系統代理同時改寫連線路徑。
- 無法連上本機連接埠：確認核心已啟動、監聽連接埠正確，並檢查記錄檔是否顯示連接埠已被占用。此時請求還沒到伺服器，先不必更換訂閱。
- 只有啟用 TUN 時才異常：先關閉 TUN，改用系統代理建立基準測試。若基準測試正常，再逐項檢查 TUN 權限、DNS 和路由設定；不要同時執行多個接管網路連線的程式。
- 特定網域走錯出口：檢查目前使用的路由預設值及自訂規則順序。必要時可暫時設定明確的代理出口規則來確認；測試完成後，請還原日常使用的分流設定。
搭配記錄檔，分辨連線中斷與設定錯誤
在主視窗的記錄檔區域找到問題發生的時間，重現一次後查看前後幾行。以下是可能出現的錯誤片段，前綴會因核心和版本而異。單一錯誤只能指出失敗階段；尤其逾時可能來自網路，也可能是遠端服務所致，不宜直接歸咎於「節點頻寬不足」。
bind: Only one usage of each socket address
原因：本機位址和連接埠已被其他程序占用，因此無法建立目前的監聽。
解決方式：關閉重複啟動的用戶端，或前往「設定」→「參數設定」調整監聽連接埠。重新啟動核心後，也要確認應用程式的代理連接埠設定一致。
dial tcp: lookup
原因：記錄檔中顯示的主機名稱在解析時失敗；要判斷是節點網域還是目標網域，請查看同一行的位址。
解決方式：先確認網域名稱拼寫及目前 DNS 是否可連線，再檢查相關 DNS 路由。避免同時更改節點參數和名稱解析設定。
i/o timeout
原因：某次網路讀寫超過等待時間，可能與本機接入、伺服器端或目標網站回應有關。
解決方式：依照錯誤中顯示的位址，改用另一個節點及另一種接入網路重測，並記錄問題是否集中在同一時段。
tls: failed to verify certificate
原因：TLS 憑證驗證失敗，可能與系統時間、憑證鏈或設定中的伺服器名稱有關。
解決方式：校正 Windows 日期和時間，再次確認服務商提供的設定。不要以略過憑證驗證的方式處理速度問題。
常見問題與排查總結
延遲只有 50 ms，為什麼看影片還是會卡？
50 ms 只代表單次請求的回應時間，不代表持續傳輸頻寬。先觀察 30 秒的下載速度變化，再比較同一部影片的其他畫質和另一個出口。如果只有該影音網站異常，優先檢查網站路由和出口，不要一味追求更低延遲。
更新訂閱可以改善網速嗎？
只有服務商調整節點位址、連接埠或設定時，更新才可能直接改善問題。可前往「訂閱群組」→「更新目前訂閱（不透過代理）」取得最新設定；若本機無法連上訂閱來源，再使用選單中的透過代理更新選項。更新不會增加方案頻寬。
更換 DNS 就能提高下載速度嗎？
DNS 主要影響解析是否成功及回傳的位址，也可能改變所選的內容傳遞節點，但不會直接增加線路頻寬。若問題發生在首次開啟網站，而且記錄檔出現解析失敗，再針對 DNS 排查；若持續下載已穩定但速度偏慢，應先檢查節點和線路。
要把並行數和連線數全部調高嗎？
先還原預設值，完成單一連線的基準測試。增加下載執行緒有時能提高單一工作總速度，也可能觸發限流或增加資源消耗，無法修復壅塞線路。每次只調整一項，並保留調整前後的持續速度紀錄。
最後將結果整理成一段可重現的描述：使用哪個節點、哪種接入網路、什麼時間、存取哪個目標、持續速度如何，以及切換哪個項目後恢復。若只有單一節點能重現，請交由節點維護方處理；若所有節點的速度都隨接入網路改變，繼續檢查本機與接入線路；若明確透過代理的請求正常，但某個應用程式異常，則回頭檢查應用程式代理和分流設定。完成這些確認後，再決定是否更換服務，判斷依據會更明確。