適用於節點已連線，但網頁載入緩慢、影片緩衝或下載速度變慢的情況。先固定測試條件，再比較節點、網路連線與本機代理路徑，透過延遲、持續傳輸速度及記錄判斷問題。看完後即可整理出可重現的測試結果，決定要更換出口、檢查線路，或調整用戶端，而不是一次改動所有設定。
先釐清：連線延遲、首位元組時間與下載速度
節點清單中的延遲不等於可用頻寬。TCP 連線測試主要反映建立連線所需時間；用戶端的真實連線測試也會受到測試網址、TLS 交握及服務回應時間影響。即使顯示 80 ms，也無法據此判斷影片能否穩定播放。反過來說，延遲較高的節點仍可能有較大的持續傳輸速度。
測速前先暫停同步、系統更新及其他下載，只保留一個用戶端和一項測試工作。固定使用同一台裝置、同一個目標資源及同一種流量接管方式，每次只變更一個條件。以下是建議的測試參數，並非任何線路的實測結果。
- 點擊後等很久才有回應，開始後很快：先檢查網域名稱解析、連線建立及目標服務的回應。
- 開始速度快，之後持續低速：優先比較節點出口、線路容量及目標網站的限速策略。
- 速度反覆歸零或連線中斷：檢查無線訊號、連線丟包、核心錯誤及裝置休眠狀況。
- 只有一個網站速度慢：先換同類型的目標網站測試，不要立刻判定所有節點都有問題。
留意單位：標示頻寬為 100 Mbps，依 8 bit = 1 Byte 換算，理論上限為 12.5 MB/s，且尚未扣除協定開銷及其他流量。測速工具顯示 Mbps、下載視窗顯示 MB/s 時，兩者數值不能直接比較。
第一層：以相同條件比較，縮小節點問題範圍
通常無法直接從用戶端得知節點負載。能觀察的是端對端的表現，而非伺服器 CPU 或共用出口的使用率。因此，「換節點後變快」只能表示這組路徑更適合目前需求，不能單憑此點證明原節點超載。不同節點也可能同時改變入口、出口、目的地路由及服務商的流量調度。
- 在 v2rayN 節點清單選取節點 A，透過右鍵選單的「設為活動伺服器」啟用，並確認新的測試連線使用該節點。
- 選擇有下載權限且檔案大小足夠的同一個檔案，持續觀察 30 秒；重複 3 次，記錄中位數及是否中斷。
- 切換至節點 B，關閉原本的下載並重新連線，測試目標與本機網路維持不變。
- 分別在離峰與平常晚間時段重測；同時記錄網路連線方式、用戶端版本及使用的核心。
| 比較結果 | 優先懷疑 | 下一步驗證 |
|---|---|---|
| A 慢、B 快，目標相同 | A 對應的路徑或出口 | 換另一個目標，再比較 A 與 B |
| A、B 都只有晚間變慢 | 共用線路或出口在尖峰時段壅塞 | 維持節點不變，改用其他網路連線 |
| 兩個節點都只有連線至某個網站時變慢 | 目標網站、CDN 或通往該網站的路由 | 更換目標網站，比較出口地區 |
| 同一節點在另一台裝置上正常 | 原裝置的設定或效能 | 檢查代理路徑與 CPU 使用率 |
結論：一次只改一個條件，再決定是否更換節點
只有當節點 A 在多個目標、多個時段都明顯較慢時，才優先更換 A；若所有節點都同時變慢，先檢查共用的網路連線與本機環境。
VMess、VLESS 是協定名稱，不代表速度等級。不能把兩條不同線路的測速差異直接歸因於協定。訂閱中的地區名稱也不保證實際入口或完整傳輸路徑；保留節點備註以利辨識即可，判斷仍應依據相同條件下的測試結果。
第二層：區分本機網路與遠端線路壅塞
最有效的線路比較方式，是維持裝置、節點和目標不變，只切換網路連線。例如先使用家用寬頻，再改用手機熱點。熱點可能受資費方案限速及訊號影響，並非絕對基準；但若切換網路後結果穩定改善，就值得進一步檢查原網路至節點入口的路徑。
- 先測試本機基本連線：暫停代理後測試，造訪確認會直接連線的資源。若直連也有異常，先處理無線干擾、路由器負載或寬頻故障。
- 優先以有線網路比較：條件允許時改用網路線。使用無線網路時靠近路由器，再比較不同頻段，避免將室內訊號問題誤判為節點故障。
- 檢查閘道器回應：從系統網路設定取得預設閘道器位址，先測試裝置至閘道器，再測試允許探測的遠端位址。
- 依時段重測：記錄測試時間。若只在固定尖峰時段速度下降，聯絡網路服務提供者時應附上不同時段的比較結果，而不是只提供一張即時測速截圖。
Linux 可使用以下指令觀察本機閘道器的 ICMP 回應。範例中的 192.168.1.1 必須替換為裝置實際的閘道器位址；Windows 可使用 ping -n 30 192.168.1.1。這些探測通常不會經過應用程式代理，無法代表代理通道內的實際傳輸狀況。
ping -c 30 192.168.1.1如果裝置連線至閘道器時已有丟包或明顯波動，請先檢查本機網路。但遠端沒有回應 ICMP，不代表代理連線無法使用；路由中的設備也可能限制探測回應。即使路徑探測顯示某一跳丟包，只要後續節點與終點正常，就不能據此認定該節點正在丟棄實際流量。
第三層：確認系統代理、路由與本機連接埠
「用戶端已啟動」不代表目前使用的應用程式正在透過它連線。瀏覽器可能會使用系統代理，命令列工具可能只讀取環境變數，其他程式也可能有獨立的代理設定。先確認流量入口，再著手改善速度。v2rayN 可在系統匣右鍵選單的「系統代理」中選擇「自動設定系統代理」；介面名稱可能因版本和平台而異，Linux 桌面環境也需要確認系統網路代理設定。
- 確認監聽連接埠：開啟 v2rayN 的「設定」→「參數設定」，確認本機監聽及相關連接埠項目。下文以
127.0.0.1:10808示範 SOCKS 連線，實際設定請以目前的組態為準。 - 暫時簡化流量接管方式：疑難排解時先關閉 TUN，只保留明確指定的本機代理測試。測試完成後恢復原有設定，避免系統代理、TUN 與應用程式的獨立代理彼此干擾。
- 確認路由規則是否命中：確認測試網域沒有套用直連或封鎖規則。僅在短時間測試時，才指定目標經由代理連線，之後請恢復原有的分流策略。
- 檢查應用程式的舊連線：切換節點或路由後，重新啟動測試工作；瀏覽器既有的連線不一定會立即切換至新的出口。
有安裝 curl 的裝置可明確指定 SOCKS 入口，排除應用程式是否讀取系統代理的疑問。以下請求只會取得回應標頭，並非下載測速；socks5h 會將目標網域交由代理端處理，適合用來和本機解析路徑比較。若請求失敗，仍需配合記錄判斷原因。
curl --proxy socks5h://127.0.0.1:10808 \
--connect-timeout 10 --max-time 30 \
--head https://example.com/若明確指定代理的請求正常，但瀏覽器速度很慢，請優先檢查瀏覽器代理擴充功能、獨立 DNS 設定及快取連線。若兩者都慢，再回頭比較節點和線路。不要為了「提速」將本機監聽位址改成所有網路介面；擴大監聽範圍不會增加出口頻寬，反而會改變可存取範圍。
DNS、資源使用量與記錄：釐清其他疑點
DNS 較常影響首次開啟網站及建立連線，而非已開始的長時間下載。若頁面等候很久才顯示，但之後資源傳輸正常，可比較首次造訪與再次造訪不同網域時的情況，並檢查解析記錄。瀏覽器安全 DNS、系統 DNS 和核心 DNS 可能採用不同路徑，修改其中一項不一定會改變實際請求。
- 檢查裝置負載：下載時查看工作管理員或系統監視器。若某個 CPU 核心持續接近滿載，或裝置明顯過熱而降頻，請先關閉耗用資源的背景工作，再比較傳輸速度。
- 依需要啟用記錄：重現問題時，短暫提高記錄詳細程度，完成後恢復原設定。長時間輸出大量偵錯資訊會增加磁碟寫入，也可能記錄造訪的網域等資訊。
- 謹慎調整 MTU：只有在 TUN 情境中出現部分網站卡住、大型請求失敗而小型請求正常等跡象時，才進一步調查；不要將特定 MTU 數值當成通用的提速設定。
- 維持核心設定以利比較：v2rayN 是用戶端，V2Ray 和 Xray 則是核心。切換前先確認協定及傳輸設定相容，不要同時更換核心、節點和 DNS。
以下是可能出現在核心或連線記錄中的實際錯誤訊息片段，前後文及具體格式會因平台而異。這些訊息可用來定位故障階段，但不能直接證明「節點速度慢」。
錯誤：bind: address already in use
原因：本機監聽位址與連接埠已被其他程序使用。
解決方式：結束重複啟動的用戶端，或調整本機連接埠，並同步修改應用程式的代理設定；重新啟動核心後，確認監聽已成功。
錯誤：i/o timeout
原因：某項網路讀寫操作超過時限，可能發生在解析、連線或資料傳輸階段。
解決方式：查看相鄰記錄中的目標位址與操作階段，再以同一節點切換網路、或在同一網路切換節點的方式進行比較。
錯誤：connection refused
原因：目標連線遭到拒絕；連線至本機代理連接埠時，常見原因是核心未監聽或連接埠填寫錯誤。
解決方式：先確認記錄中的位址是本機還是遠端，再檢查本機監聽狀態，或確認節點位址與連接埠是否正確。
分享記錄前，請刪除訂閱網址、使用者識別資訊及驗證資料。若要提交故障紀錄，只需保留錯誤時間、目標類型、用戶端與核心版本、流量接管方式及比較結果；這些資訊比完整的設定截圖更容易重現問題。
常見問題：測速很快，實際使用為什麼還是慢？
節點延遲很低，影片卻一直緩衝？
先查看播放器顯示的緩衝與連線速度資訊，再使用相同節點下載另一個目標資源。延遲測試不代表影片 CDN 的傳輸速度；若只有該平台速度慢，請優先比較出口地區和目標路徑，不要只依延遲排序挑選節點。
啟用 TUN 就能提升下載速度嗎？
TUN 的作用是接管流量，不會自動增加頻寬。先用明確指定的代理建立基準，再啟用 TUN 重測。若只有 TUN 情境出現異常，請優先檢查路由、DNS、權限及介面設定，而不是繼續更換節點。
手機使用同一節點正常，電腦卻很慢？
先確認兩台裝置使用同一個網路，並暫停手機切換至行動數據。接著在電腦上使用 curl 明確指定代理，與瀏覽器進行比較，同時檢查背景下載及 CPU 使用率。Android 端使用 v2rayNG 時主要對應 Xray 核心，v2flyNG 則對應 V2Fly 核心，兩者的設定功能不可不加區分地直接套用。
更新訂閱後，原本很快的節點變慢了？
確認目前啟用的節點是否已變更，以及服務提供者是否調整位址、連接埠或傳輸參數。訂閱用來傳送設定，本身不承載實際流量。重新選取節點並建立新連線後，再以相同目標進行三輪比較。
測速能跑滿頻寬，單一檔案卻下載很慢？
測速可能採用多條連線，而檔案下載只有單一連線，也可能受到目標伺服器限速。先比較相同目標的單一連線表現，不要直接大幅增加並行數；過多並行連線會占用共用頻寬，也可能觸發伺服器端限制。
最後整理：留下可重現的紀錄，只保留有效變更
每次疑難排解完成後，都應能用一句話描述結果，例如「同一台裝置、同一節點、同一目標，使用家用寬頻時速度慢，改用手機熱點後正常」，而不是「改了很多設定後好像變快了」。前者能指引下一步，後者則無法判斷哪些變更真正有效。
- 記錄測試時間、網路連線方式、節點備註，以及用戶端和核心版本。
- 保存三輪持續傳輸的結果，註明單位、測試目標及是否使用多條連線。
- 還原暫時修改的路由、記錄詳細程度和流量接管方式，只保留已驗證有效的設定。
- 若要更換用戶端版本，請先備份設定，再以相同條件重測；安裝方式及基本代理設定可參考使用指南。