適用於 v2rayN 和 v2rayNG 已能連線，但網頁首次開啟很慢、下載速度偏低或尖峰時段卡頓的情況。先固定測試條件，再透過節點、網路與本機代理入口的交叉比對，逐步縮小範圍。每次只調整一個變因，並記錄耗時、錯誤與恢復情況，避免將 DNS 等待、節點壅塞和應用程式未走代理混為一談。
先分辨首次開啟慢、下載速度低與頻繁斷線
客戶端顯示的延遲不等於可用頻寬。TCP 連線測試通常只反映連接埠是否可連線及所需時間；「真連線延遲」也會受到測試網址、交握與回應時間影響。延遲低的節點，仍可能因共用頻寬不足而下載緩慢。反過來說，遠距線路延遲較高，也可能有穩定的大檔案下載速度。
| 實際狀況 | 優先檢查 | 比對方式 |
|---|---|---|
| 首次開啟等待很久，之後正常 | DNS、交握、連線重用 | 重複請求同一頁面，比較首次與後續所需時間 |
| 下載速度一直很慢 | 節點出口、線路容量、目標網站限速 | 固定檔案來源，逐一測試兩個節點 |
| 每隔一段時間就停住 | 無線干擾、封包遺失、連線逾時 | 維持節點不變，改用其他網路連線 |
| 只有一個軟體速度慢 | 應用程式代理設定、路由、應用程式本身的服務 | 使用明確指定代理的請求，與該軟體交叉比對 |
「所有網站都很慢」需要實際比對。至少測試兩個不同網站，並區分網頁、小檔案與持續下載。如果只有特定目標很慢，先保留節點，檢查該網站的服務狀態、區域入口與路由規則是否命中，不要直接認定整個節點無法使用。
建立可重複的測速基準
測試前暫停系統更新、雲端硬碟同步和其他下載。記錄客戶端版本、核心版本、節點備註、網路連線方式、路由模式與測試時間。v2rayN 版本可在「說明」→「關於」中查看；核心版本以啟動記錄為準。不同介面版本的選單位置可能有所調整，建議一併記錄實際欄位名稱。
這些數字是測試參數，不代表速度保證。先在 v2rayN「設定」→「參數設定」查看本機監聽連接埠，並確認目前入口支援 SOCKS。以下以 Windows 的 curl.exe 示範；如果連接埠不是 10808，務必改成本機實際使用的連接埠。
curl.exe --proxy socks5h://127.0.0.1:10808 "https://v2ray-group.com/zh-CN/index.html" --output NUL --silent --show-error --connect-timeout 10 --max-time 20 --write-out "connect=%{time_connect}s tls=%{time_appconnect}s first=%{time_starttransfer}s total=%{time_total}s\n"socks5h 會將目標網域交由 SOCKS 代理端解析，但不代表節點伺服器的網域也不需要在本機解析。此指令適合檢查小型請求能否穩定完成，不適合測試頻寬。透過 SOCKS 發出請求時，time_connect 主要反映連線至本機代理入口所需的時間，不能視為客戶端到節點的網路延遲；首位元組時間還包含代理交涉、遠端連線與網站處理時間。
第一層：節點負載與出口限制
節點層要確認的是「在相同網路連線下，不同節點的速度是否有穩定差異」。選擇兩個不同出口或不同服務線路的節點，於相同時段使用同一個目標和測試方式逐一測試。節點名稱不同，不代表底層線路一定不同；同一服務商的多個入口也可能共用出口頻寬。
固定測試目標
維持測試網址、檔案與路由模式不變。先確認該請求確實走代理出口，避免一次由節點代理，另一次卻被直連規則接手。
逐一測試
在 v2rayN 主畫面選取節點，透過右鍵選單的「設為活動伺服器」切換，等核心重新載入完成後再發出請求；不要同時測速多個節點。
記錄測試時段
每個節點測試 3 次，記錄中位數和失敗次數。白天與晚上各測一輪，觀察速度是否只有在特定時段明顯下降。
確認流量與限速
在服務提供者的帳戶頁面確認剩餘流量、到期日與限速規則。更新訂閱只會更新設定，無法增加節點容量或解除帳戶限速。
如果節點 A 對多個目標都很慢，而節點 B 同時正常，應優先懷疑 A 節點或其對應線路，而不是立刻修改本機 DNS。如果 A、B 只有下載同一個網站的檔案時很慢，也要考慮網站限速、節點出口 IP 位址受到限制，或出口至該網站的路徑有問題。
第二層：網路連線與傳輸線路
維持相同節點和目標，先比較有線與無線連線，再比較家用寬頻與手機熱點。熱點會同時改變電信業者、IP 位址類型和路由路徑，因此只能證明「與網路連線路徑有關」，不能單憑結果判定是哪一跳發生封包遺失。使用 Android 測試時，也要暫停背景更新，並確認流量額度足夠。
- 無線網路排查：靠近路由器測試，再改用網路線比對。如果有線連線穩定、無線連線波動，先檢查訊號、頻道壅塞與本機裝置的網路資源競用。
- 時段排查：同一節點在晚上持續變慢、離峰時恢復，可能與網路壅塞有關，但仍需使用其他節點或網路交叉驗證。
- 路徑排查：可連續向本機閘道傳送 30 次探測，觀察區域網路是否穩定。閘道正常不代表公網路徑也正常；中間路由器未回覆探測，也不等於實際流量發生封包遺失。
- IP 位址類型排查：檢查節點網域實際解析出的 IPv4、IPv6 位址。只有在證據顯示某一種位址類型異常時，才進行單一變因比對，不要直接關閉整個系統的位址類型支援。
VMess、VLESS 是代理協定名稱，不代表線路品質等級。變更傳輸方式也必須與伺服器端設定一致。任意修改連接埠、TLS、SNI 或傳輸路徑，通常只會讓原本可以連線的節點交握失敗，無法彌補實體線路容量不足。
第三層：本機入口、路由與 DNS
明確指定 SOCKS 的請求正常、瀏覽器卻很慢時，先確認應用程式是否使用預期的入口。v2rayN 底部「系統代理」中的「自動設定系統代理」，會影響使用系統代理設定的應用程式；路由模式則決定流量進入核心後的處理方式。這是兩個不同層級的設定，開啟系統代理不代表所有軟體都會使用它。
| 檢查位置 | 操作方式 | 需確認的結果 |
|---|---|---|
| v2rayN 系統代理 | 底部「系統代理」→「自動設定系統代理」 | 瀏覽器和系統設定指向目前客戶端的入口 |
| 本機監聽連接埠 | 在「設定」→「參數設定」確認連接埠，再與應用程式的代理設定比較 | 應用程式未連線至舊連接埠或其他代理程序 |
| 路由模式 | 記錄目前模式，暫時切換為「全域」進行比對，再恢復原模式 | 目標請求是否因原有規則採用直連而出現不同結果 |
| v2rayNG 應用程式範圍 | 在側欄「設定」→「分應用程式代理」確認開關、模式與應用程式清單 | 待測應用程式確實納入預期的代理範圍 |
v2rayN 的 TUN 模式與系統代理入口可能同時存在，但排查時不要再疊加其他 VPN 或代理軟體。先儲存目前設定，再分別驗證各種流量接管方式。若需要遠端辦公隧道，應先確認公司網路需求，不要為了測試直接刪除既有網路設定。
DNS 也要分層檢查：節點位址的解析決定能否連上伺服器；目標網域的解析會影響請求送往何處；路由的 domainStrategy 則決定比對規則時如何使用解析結果。這些不是同一個開關。如果只有瀏覽器首次開啟很慢，可比對瀏覽器的「安全 DNS」設定並記錄原值；不要同時更換系統 DNS、客戶端 DNS 和瀏覽器 DNS。
- 先查看記錄中的目標連線是否使用預期的出口，再判斷是否需要修改路由。自訂規則中的
outboundTag必須對應到已定義的出口標籤。 - 如果電腦傳輸時 CPU 持續接近滿載，先暫停其他高負載程式再測；同時記錄核心程序的資源使用量，不要把裝置效能瓶頸歸咎於節點。
- 如果 Android 裝置主要在鎖定螢幕後中斷，請檢查系統「設定」→「應用程式」→「v2rayNG」中的電池與背景執行權限。背景限制通常影響連線持續性，與前景下載頻寬不足是不同問題。
搭配記錄分辨回應緩慢與連線失敗
開啟客戶端記錄，重新執行一次固定測試，依時間找到對應項目。短時間排查可將記錄層級設為 info；只有一般記錄無法定位時，才暫時改用 debug，完成後請恢復原設定。詳細記錄可能包含目標位址與連線資訊，分享前應遮蔽訂閱網址、UUID 和帳戶憑證。
context deadline exceeded
原因：某個操作超過時限，僅憑這一行無法判斷是節點、DNS 或目標網站的問題。
處理方式：依據前後記錄找出失敗階段，再透過同一節點更換目標、同一目標更換網路的方式交叉比對。
connection refused
原因：連線遭到明確拒絕，可能是本機入口未在監聽，也可能是遠端連接埠沒有服務。
處理方式：先查看錯誤中的位址；若是 127.0.0.1:10808，請確認實際本機連接埠與核心狀態；若是節點位址，則檢查伺服器端連接埠。
address already in use
原因：在使用這種錯誤訊息的系統上，通常表示監聽位址或連接埠已被其他程序占用。
處理方式：關閉重複啟動的客戶端，或在參數設定中改用未占用的連接埠，並同步更新應用程式的代理設定。
記錄中的 EOF 或連線關閉，也不能直接歸因於伺服器限速。這可能是正常結束、遠端提早關閉或中間網路中斷所致。只有在相同目標、相同階段反覆發生，且時間與失敗請求吻合時，才值得繼續追查該筆記錄。
常見問題與複測結果
延遲只有幾十毫秒，為什麼下載還是很慢？
延遲測量的是往返或請求所需時間，不是頻寬。選定一個自己有權下載的大型檔案，逐一測試兩個節點，各測 3 次；如果只有一個節點持續低速，再檢查其出口、帳戶限速與尖峰時段負載。
切換到全域模式就變快，可以一直這樣用嗎？
先將結果視為路由比對。查看原模式下該目標是否採用直連，再修正對應規則並恢復原模式。長期使用前，也要確認區域網路、工作系統與本機服務的存取需求。
更新訂閱或更換核心能改善速度嗎？
更新訂閱適用於處理位址或設定變更，不會增加現有線路容量。只有確認問題與特定核心版本的相容性有關時，才比對不同版本，並保留原有設定；更換核心前，務必確認支援節點使用的協定和傳輸參數。
Android 正常、電腦很慢，接下來該查什麼？
讓兩台裝置連線至相同的無線網路，並使用同一節點和目標。先在電腦上明確指定 SOCKS 發出請求，排除系統代理與瀏覽器的差異，再檢查電腦背景流量、核心記錄與 CPU 使用率。
最後的記錄應能清楚描述測試條件，而不只是寫「換節點就好了」。例如：家用寬頻、相同目標，節點 A 晚上測 3 次都逾時，節點 B 同時正常；改用手機熱點後，A 恢復正常。這樣的記錄能將問題縮小至節點 A 與特定網路連線路徑的組合，方便服務提供者繼續排查。
- 保留：測試時間、客戶端與核心版本、網路連線方式、節點備註、測試目標與耗時。
- 恢復：暫時切換的全域模式、詳細記錄、測試用 DNS 與介面參數。
- 複測：恢復日常設定後，再使用原本速度變慢的應用程式，確認改善不只發生在測試指令中。